Unable to seek during playback on lg tv,

[Rumbah 8]

A friend of mine has this problem, too, in addition to even starting videos takes minutes.

 

Can I do something to help with the error? Or will the update fix that, too? Is there any ETA as it's really annoying to wait minutes for the videos to start and jumping forward/backwards takes minutes.

Or should I open a separate topic for this?

[Luke 42077]

@Rumbah

 

Hi there, let's look at an example. Please attach the information requested in how to report a media playback issue. Thanks!

 

[Rumbah 8]

Ok, today I logged it with the friend with the LG TV, we did the following:

Emby Server 4.8.10.0 on Arch Linux, latest LG Emby App on the TV.

• restarted the emby server
• started an episode on the TV
• I get the loading symbol for a few seconds on the TV
• then the loading symbol disappears and it's only a black screen
• in the Emby Server admin overview the stream starts running from 0 to 20 seconds, then starts over at 0 and begins to run to second 20 again and again, but the TV stays black
• after 1-2 minutes the stream starts on the TV. In the admin overview it starts at 0 again and now shows the actual run in sync with the TV
• then I jumped a few minutes forward in the stream
• on TV I get a freeze frame
• in the admin panel after a few seconds it again runs a few seconds in a loop while the TV stays frozen
• after 1-2 minutes the video resumes playing
• we skipped a few minutes three times and it was the same everytime

I sent you the server log via the PM you opened. If you need any additional info or stuff I should try, fire away.

 

EDIT: Another friend with another LG TV reports the same problem, I could log that TV, too, if you need it.

Edited February 24, 2025 by Rumbah

[visproduction 315]

It sounds like the media is perhaps in the process of being transcoded to play on the TV.  Transcoding takes time and depends on your quality settings, the server and hardware speed and the demand from other processes at that moment.  It may that your settings cause the transcoding to be only 10 seconds ahead. If this is true, then jumping ahead several minutes would take additional time to encode enough of the program to make it available again for playback.  I think if you have a test media that is already h.264 .mp4 video and AAC audio 1080P or smaller with under 2400 mbps bit rate.  This media would probably play back fine and scroll through the timeline much better, because that combination does not normally need to be transcoded.

If you are transcoding live and want to have better response, you may need to get faster server and hardware encoding to match your preference for a faster response time.  This is just a guess, without seeing any logs.  FYI:  Any online playback service has all the media pre-encoded so it can playback immediately for most all users.  The only way you can immidate that would be either with very fast server and hardware encoding or pre encode everything to a video and audio codec that can play back directly on your user's perferred TV, workstation, or mobile.

I hope that makes sense.  Go ahead and post some logs.  It may be something else.

[Rumbah 8]

The media isn't transcoded, it is a direct play. I sent Luke the logs of it happening (two LG TVs are affected).