Timeouts when attempting to view some media files on Roku

[trevoragifford 1]

Recently I've been experiencing a strange issue with media playback through the Roku app. I've found the easiest way to reproduce the issue is if I start playback and then try to choose subtitles. After I make my subtitle selection the playback starts to buffer, then it gets stuck on 13% for a bit before displaying 'Playback Error - The connection timed out.'. Then shortly afterwards it boots me of the media details back to the list page and displays 'ContentNotAvailable'. Then if I attempt to start playback for that movie again, I'll get the same buffering and error behavior indefinitely. Other movies will play fine, however (unless I try to select subtitles for them too...). Only seems to be for external subtitles. MKV files with embedded subtitles seem to work fine.The only way I've found to get playback for the affected movie to work again is to reboot the server.

I've tested on the web app and iOS app and I don't experience this behavior in either -- it seems to only be on Roku. I've tested on two different Roku devices and experienced the same behavior in each.

I've attached my server log files. I sent the Roku logs ~10:47 PM tonight, 2/17/2025. The movie that was attempted to play was 'Rain Man' by user Trevor.

embyserver-63874987488.txt ffmpeg-transcode-bc8d048d-ece8-4086-8202-6f933fbf04e6_1.txt ffmpeg-transcode-20b68a3a-e61f-4859-b94a-4634e4193f52_1.txt embyserver.txt hardware_detection-63874987490.txt

[ebr 16169]

Hi.  Is it always with DVD_subs?

[trevoragifford 1]

@ebrNormally SRT subs

[ebr 16169]

Hi.  Your two examples were with DVD_SUB:

>>>>>>  Subtitle Processing Steps for [0:2]: DVD subtitles
        Step                    Format             Target Size 
        DVD_SUBTITLE         >> Subs: Bitmap       720x480     
        scale                >> Video: UNKNOWN     720x-2      

And both have this error repeated throughout:

20:38:44.430 subtitle_kickoff: call subtitle_resend_current 281 frame->format: 1
Unrepairable overflow!

How were these items created?

[trevoragifford 1]

Odd ... that was the Rain Man example? Its definitely supposed to be SRT.

That one was in 480p in .MKV format with embedded DVD_SUB subtitles until recently when i removed it and replaced it with a 1080p version and SRT subs. Could that be related?

 

[ebr 16169]

11 minutes ago, trevoragifford said:

until recently when i removed it and replaced it with a 1080p version

Try doing a full refresh metadata on that item.

[trevoragifford 1]

No luck

[speechles 2055]

Quote

20:38:44.418 [AVHWDeviceContext @ 0x26b8640] libva: /opt/emby-server/extra/lib/dri/iHD_drv_video.so init failed

It looks like something is failing to initialize.

Quote

20:38:44.430 elapsed=00:00:00.00 frame=    1 fps=0.0 q=0.0 size=N/A time=00:00:00.00 bitrate=N/A throttle=off speed=   0x    
20:38:44.430 subtitle_kickoff: resend - pts: 271
20:38:44.430 subtitle_kickoff: call subtitle_resend_current 281 frame->format: 1
Unrepairable overflow!

Then right off the bat is this overflow that cannot be fixed. Not sure if the iHD_drv_video.so failing is causing this error.

Maybe @softworkzhas seen this happen before?

----

This link above might help. Seems similar.

 

Edited February 13, 2025 by speechles

[softworkz 5066]

13 minutes ago, speechles said:

Then right off the bat is this overflow that cannot be fixed. Not sure if the iHD_drv_video.so failing is causing this error.

Maybe @softworkzhas seen this happen before?

Just open the logs in our support tool and it will tell you the answer right away  

[Neminem 1518]

@trevoragiffordcan you do a full metadata refresh of the movie.

Also switch to vaapi instead of qsv.

Your hardware is old and cant hack it.

[trevoragifford 1]

11 minutes ago, Neminem said:

can you do a full metadata refresh of the movie.

Unfortunately this doesnt help

 

11 minutes ago, Neminem said:

Also switch to vaapi instead of qsv.

Your hardware is old and cant hack it.

I can't find a setting for this, how do i make this change?

[Neminem 1518]

Your logs suggests you are using linux

[Neminem 1518]

What OS are you running on ?

Linux version 4.19.0-18-amd64

[trevoragifford 1]

15 minutes ago, Neminem said:

What OS are you running on ?

Operating System: Debian GNU/Linux 10 (buster)

Kernel: Linux 4.19.0-18-amd64

QuickSync isn't an option for me anyway 

[Neminem 1518]

9 hours ago, Neminem said:

Your hardware is old and cant hack it.

Can you try without hardware transcoding.

[trevoragifford 1]

On 2/13/2025 at 10:04 PM, Neminem said:

Can you try without hardware transcoding.

Same result with hardware transcoding disabled. 

[softworkz 5066]

38 minutes ago, trevoragifford said:

Same result with hardware transcoding disabled. 

Please post the ffmpeg logs from this attempt.

Thanks

[trevoragifford 1]

2 hours ago, softworkz said:

Please post the ffmpeg logs from this attempt.

Thanks

Hi, no ffmpeg logs are being generated. only embyserver.txt is being written to. I sent another copy of the Roku logs at 5:24 ET today, 2/16. User Trevor attempting to play 'Rain Man'.

[ebr 16169]

In this instance, your Roku lost the connection to your server.

Player error.  Error Code: -2 Message: The connection timed out.

 

[trevoragifford 1]

Any ideas why? This doesn’t happen during playback from iOS or the web version. 

[PlasmaBurn 0]

I have two Emby servers at different locations (both Windows based), and multiple Roku devices and I am seeing the same behavior across all Roku devices, however in my logs on both servers, the error "non existing PPS 0 referenced" is all the logs show. This is not occurring on iOS, Web, or GoogleTV devices, only Roku. It has rendered all of my Roku devices unusable with Emby at this time. Roku devices start the stream, the error starts repeating in the server logs, and the Roku only shows rebuffing to 13% repeatedly until giving up after quite a while.

This is a more widespread issue than one user, and seems to be effecting the Roku version of Emby only?

Edited February 17, 2025 by PlasmaBurn

[ebr 16169]

1 hour ago, PlasmaBurn said:

I have two Emby servers at different locations (both Windows based), and multiple Roku devices and I am seeing the same behavior across all Roku devices, however in my logs on both servers, the error "non existing PPS 0 referenced" is all the logs show. This is not occurring on iOS, Web, or GoogleTV devices, only Roku. It has rendered all of my Roku devices unusable with Emby at this time. Roku devices start the stream, the error starts repeating in the server logs, and the Roku only shows rebuffing to 13% repeatedly until giving up after quite a while.

This is a more widespread issue than one user, and seems to be effecting the Roku version of Emby only?

Do you have similar hardware to the OP?

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

 

[PlasmaBurn 0]

Please see attached logs for reference. 

embyserver-63875347200.txt embyserver.txt ffmpeg-transcode-00c46616-2442-45b2-a658-f1bf298d257d_1.txt

[ebr 16169]

On 2/17/2025 at 7:51 AM, PlasmaBurn said:

This is not occurring on iOS, Web, or GoogleTV devices

Are all those other devices also transcoding the same way?

What happens if you disable hardware transcoding or, if you've changed advanced options there, revert them to defaults?

[PlasmaBurn 0]

I am unsure of the specifics of each device and how they stream, that's part of why I use Emby over other solutions, Emby just worked ... I have tried disabling hardware transcoding with no resolution. I tried on a "clean install" on Emby with the same result. Only the Roku devices can't stream and it only started mid last week across both of my locations with an Emby server.