Recovering from playback error, happens no matter the platform

[Fin7645 5]

So I'm using Pluto, Plex, Tubi dockers and always end up with recovering from playback error. With live TV it eventually just stops playing or my recordings it just  ends up a with recording that doesn't even show a real programming length(like 8 hours or something like that when the program is only less than an hour or something to that effect).

 

If I pass it through Channels DVR and paste the IP address of channels into Emby everything plays and records correctly from those services(But I'd rather use emby directly as I don't plan on Continuing to use channels). Not sure what to do or even start.

I'm using both AppleTV release and Beta of the Android TV app with shield and my Browser is Brave. The Emby version is 4.9.0.26 beta. So I didn't know exactly where to place this.

This happened and is happening as we speak. 7/02/2024 10:31PM CST

I didn't know what to include but So let me know if you need anything else. thanks

 

 

ffmpeg-directstream-719264f0-acba-4427-b497-d47c3c9d2706_1.txt embyserver.txt recording-conversion-6813a72f-17ca-45c7-a19b-9a173bd90dc5_1.txt

[Luke 42077]

Hi.  Can you try searching for our standard android app (Just "Emby" on Amazon and "Emby for Android on Google) on the same device's app store and see how that compares?

Also how does it compare when playing in Chrome?

Thanks.

 

[Fin7645 5]

28 minutes ago, Luke said:

Hi.  Can you try searching for our standard android app (Just "Emby" on Amazon and "Emby for Android on Google) on the same device's app store and see how that compares?

Also how does it compare when playing in Chrome?

Thanks.

 

I downloaded Emby for Android and Chrome and all same issue, It seemed to happen mostly when transitioning to a commercial but sometimes it would do it within the program Where the program just stopped playing and showed a black screen.

 

Here are the new logs. For the Shield it was at 12:44am CST and for Chrome it was at 12:55am CST

Here are the new logs

embyserver.txt ffmpeg-transcode-aee5f93b-8924-442e-87dc-a5500b9ec2b0_1.txt ffmpeg-directstream-944d457e-402e-4a71-871a-556b127890c9_1.txt

[Fin7645 5]

Sorry to bug any update on my issue? If it's been looked into that would be great to hear.

 

 

[Luke 42077]

Hi, we're looking into it. Thanks.

[Fin7645 5]

8 hours ago, Luke said:

Hi, we're looking into it. Thanks.

Awesome Great to hear thank you.

[Fin7645 5]

One thing I've noticed with other media managers is when I enabled transcoding and seemed work better with this particular .m3u

 

Can I force or is it possible to force transcoding with Emby for live TV? 

[Fin7645 5]

Testing

Edited July 17, 2024 by Fin7645

[Luke 42077]

On 7/17/2024 at 3:55 AM, Fin7645 said:

One thing I've noticed with other media managers is when I enabled transcoding and seemed work better with this particular .m3u

 

Can I force or is it possible to force transcoding with Emby for live TV? 

Hi, there isn't, but this question has come up before and it's likely that we'll add something for this. Thanks.

[Fin7645 5]

1 minute ago, Luke said:

Hi, there isn't, but this question has come up before and it's likely that we'll add something for this. Thanks.

Yeah it looks like I was wrong in there(it was still having issues even with transcoding), it seems now to only happen even with the .m3u in Emby or in something like threadfin when doing the transcoding when going in and out of commercials. When it's in the show everything seems to work fine.