LG G3 cannot skip ahead in video

[podonnell]

I'm continuing to experience quite different results on my LG G3 that I do not experience on my LG C1.

This new issue is that I am completely unable to skip ahead or advance chapter in a particular video on my G3. The C1 performs normal and allows me to skip ahead.

The G3 just resets the playback marker and never stops playing from the part it was at. It seems to completely ignore the seek request.
Please let me know what I can provide to be more helpful.

[user1]

Same on LG G2, video plays fine but when skipping forward it just freezes

[TheDreadPirate]

@user1 - In the WebOS app try unchecking "prefer fMP4". There is a bug that breaks seeking when that is enabled.

@podonnell - not sure what else to suggesting, since we already had you uncheck the fMP4 setting in your other thread. Its weird that only one of your TVs has this problem. Are they running the same version of WebOS?

[podonnell]

@podonnell - not sure what else to suggesting, since we already had you uncheck the fMP4 setting in your other thread.  Its weird that only one of your TVs has this problem.  Are they running the same version of WebOS?

I think the switch off of fMP4 was definitely the difference between the two. The 'new' issue of the random playback stops could very likely be on the C1, but I haven't been testing with it as much since I got the G3.

Also it's a very difficult thing to reproduce. It might be unrelated to the fMP4 issue, or it could be showing up only on videos that would have been played with fMP4. Hopefully when the fix goes in for fMP4 this will also go away.

[podonnell]

Just had another instance of the problem. Resumed a video (one which previously would not seek ahead with the fMP4 check, so an HLS video) and within one minute there was a freeze, and then it continued playing for about 10 more seconds. Then it froze again and never recovered. The audio track is DTS-MA so there was an audio transcode occurring. I waited for it to entirely complete and the video never continued to play. I attempted to pause/play multiple times.

The only way to fix it was to go 'back' and resume the video again. However I experienced similar freezes in roughly the same spots less than one minute in.

I then changed the audio track to a commentary track which did not require a transcode, but the video did need a remux still. The issue occurred in the same spots.

I then went to my LG C1 and I was able to play through all the problematic spots.

[TheDreadPirate]

Freakin' LG. This is why I don't like built-in smart functions. No two TVs from the same brand behave the same.

[podonnell]

A majority of titles I've tried to watch this week are all facing this issue now.

However I might have a clue -- one that I started last night for the first time, I watched for 30 minutes straight with zero interruption. The audio codec is DTS-MA so I believe I would of had an audio transcode that occurred.
That same title I tried to resume today and within 10 seconds it stops playing, pressing pause and play again does not resume it just like the others.

Is there by chance a transcode that is cached and perhaps stopped where I left off when I first watched? I can't explain how else I would be able to watch 30 minutes uninterrupted, but not even 15 seconds after trying to resume today. Can I purge the transcode or other cache directory to see if this helps?

Update: I decided to try and force a new transcode by lowering the bitrate down to 1080p-10mbps, this allowed me to watch another 40 minutes uninterrupted. I haven't gone back to test the full bitrate again, but I'm wondering if this forced a new transcode as before it was just an audio transcode for the title I tried this on. Hopefully this gives some insight into what might be happening?

[m_vandeneede]

This feels like the "WebOS has issues seeking in HLS streams" I'm experiencing too.

https://github.com/jellyfin/jellyfin-web...2439625292

I have this issue when jellyfin needs to remux an MKV file into MP4 due to WebOS not supporting Dolby Vision in MKV format.
If I manually remux the file into MP4 first, jellyfin doesn't need to remux and the file is served directly to the TV. In this scenario I can seek as much as I want and playback won't freeze.