SOLVED: Playback error on 10-bit h264

[TheDreadPirate]

Are you using a reverse proxy? If so, which one?

[duckrental]

Are you using a reverse proxy?  If so, which one?

I am not.

[TheDreadPirate]

Comment on this github issue and provide some of the logs and media info you provided here. Also provide the specific Roku models you have.

https://github.com/jellyfin/jellyfin-roku/issues/1243

[tmsrxzar]

TDP; transcoding is working on the system, see line 114 where playback did not fail

for some reason jellyfin is not transcoding avc->avc, it doesn't look like it thinks it needs to even though it states PlaybackMethod=Transcode on line 146

[TheDreadPirate]

Yep. I understand. Just hoping that having HWA would workaround some bug or something. I don't know. I'm waiting for my Roku to arrive so I can better troubleshoot these kinds of issues.

[tmsrxzar]

ok very good then TDP, i thought you might have missed it

---

duckrental as a temporary workaround, would it be possible and acceptable to set the bandwidth limit lower on your client to force a transcode?
at least until there is a fix available

[duckrental]

For the moment, my preferred workaround is "watch something else"

[jimmyjammy]

perhaps changing the file container might make the file play correctly

[TheDreadPirate]

That is a good idea. You can use ffmpeg to repackage the file without re-encoding.

Code:

/usr/lib/jellyfin-ffmpeg/ffmpeg -i "/path/to/video.mkv" -map 0:v -map 0:a -map 0:s -map_chapters 0 -c:v copy -c:a copy -c:s copy outputFile.mp4

[duckrental]

This isn't an option in this case because the subtitle tracks are .ASS styled subs, which MP4 does not support. I could conceivably burn them in, but I'd really prefer not to go that route.