Transcoding MKV File Hangs the Server

[speechles 2055]

@dyecastTranscodeReasons=ContainerBitrateExceedsLimit

Are you using "Auto" for the Video Quality setting on your Roku? The video quality setting is responsible for causing your transcoding from the transcode log above.

If you are playing on your local LAN you can raise the Video Quality to the highest value and see if the problem still happens.

[dyecast 6]

Oddly enough, that seems to have worked.  LOL.

Can this be added to the Roku Emby app or Emby server bug list?

That still doesn't account for the other non-HD and audio playback issues.

[Carlo 4560]

Each client will have similar bandwidth settings you will want to adjust. 

They are specific to the client and not the person, so if a person has 4 devices, each device should be adjusted for best results. 

[dyecast 6]

On 1/28/2025 at 9:42 PM, Carlo said:

Each client will have similar bandwidth settings you will want to adjust. 

They are specific to the client and not the person, so if a person has 4 devices, each device should be adjusted for best results. 

Still a bug since "Auto" should be enough to narrow it down without remembering to customize.

[Neminem 1518]

Check this post about "Auto" 

 

[Carlo 4560]

On 1/30/2025 at 9:53 PM, dyecast said:

Still a bug since "Auto" should be enough to narrow it down without remembering to customize.

I wouldn't call it a bug because the code is doing what it's designed to do.
Whether you like that functionality or not is a different story, as a lot of posts about "auto" discuss.

 

[dyecast 6]

If Auto isn't working...And requires something non-Auto to correct it...That's a bug...because it doesn't work.

[dyecast 6]

15 hours ago, Carlo said:

I wouldn't call it a bug because the code is doing what it's designed to do.
Whether you like that functionality or not is a different story, as a lot of posts about "auto" discuss.

 

And it doesn't address the non-4k issues from the earlier DS9 posts.

[Happy2Play 9780]

On 1/30/2025 at 6:53 PM, dyecast said:

Still a bug since "Auto" should be enough to narrow it down without remembering to customize.

That is because auto is not what anyone thinks it is and the default for Roku is I believe like 40Mbps.  Auto will never mean max rate for the clients.

But to many different things going on in this topic as the Roku issue is by design.

The iPhone issue would be totally different as you are lower the bitrate.

But one may want to look at subtitles possibly.  So does the same happen with media without subtitles?

Limit to about 1Mbps

&VideoBitrate=874194&AudioBitrate=125807

App: Emby for iOS 2.2.33

&TranscodeReasons=ContainerBitrateExceedsLimit

18:47:08.242 Stream mapping:
18:47:08.242   Stream #0:1 -> #0:0 (h264 (native) -> h264 (h264_vaapi))
18:47:08.242   Stream #0:0 -> #0:1 (copy)
18:47:08.242   Stream #0:2 -> #1:0 (eia_608 (cc_dec) -> webvtt (native))
18:47:08.242   Stream #0:1 -> #1:1 (copy)

 

[dyecast 6]

Issue was resolved, in part, with newer patches of Emby.