How do I figure out if my app supports HVEC?

[leo-petrucci]

I'm running my Jellyfin server on a RaspberryPi5. The Rpi 5 doesn't have any hardware transcoding, but for the major part it's worked quite well. 
My client is Jellyfin downloaded on a Chromecast with Google TV.

Unfortunately some stuff is encoded in HVEC, which causes my CPU to shoot up to 350% while transcoding 🤣

I did some research and found this page (https://jellyfin.org/docs/general/client...c-support/) which seems to suggest HVEC should be natively supported and shouldn't require transcoding (unless I'm misreading).

Is there any way for me to troubleshoot whether my app does actually support HVEC? Is there a setting server-side I need to enable to get this to work?

[TheDreadPirate]

The client tells the server what it can play and the server transcodes if the media isn't supported.

HEVC is widely supported, but HDR support varies. Is this video some variety of HDR? Dolby Vision? If, so, which DV profile?

And which model Chromecast with Google TV? The HD model or 4K model?

[leo-petrucci]

HEVC is widely supported, but HDR support varies.  Is this video some variety of HDR?  Dolby Vision?  If, so, which DV profile?

Any way to tell this by running a ffprobe command? I've encountered this issue with multiple HVEC files so I'm assuming it's all of them.

And which model Chromecast with Google TV?  The HD model or 4K model?

It's the 4K model.

EDIT:
Beyond the purple coloring and the hwa this person (https://forum.jellyfin.org/t-solved-can-...7#pid18047) seems to have a similar issue. Any idea where this setting he's talking about is?

[TheDreadPirate]

Yes, share the output of ffprobe on the file(s) in question.

You can also share the ffmpeg logs generated from the transcodes.

[leo-petrucci]

Yes, share the output of ffprobe on the file(s) in question.

You can also share the ffmpeg logs generated from the transcodes.

Transcoding logs: https://pastebin.com/GBTAZb4R
FFprobe output: https://pastebin.com/BmpHs9Vp


(The movie is for my toddler 🫠)

[TheDreadPirate]

It is transcoding the video due to subtitle burn in.

Version 0.18 of our app supports direct playing PGS subs. The roll out of that version is being throttled due to how big of a change it is over 0.17.x. Once your device gets 0.18, it shouldn't transcode PGS subs.

Or you can sideload 0.18 if you don't want to wait.

[leo-petrucci]

It is transcoding the video due to subtitle burn in.

Version 0.18 of our app supports direct playing PGS subs.  The roll out of that version is being throttled due to how big of a change it is over 0.17.x.  Once your device gets 0.18, it shouldn't transcode PGS subs.

Or you can sideload 0.18 if you don't want to wait.

You know what I didn't think that would be the cause because subtitles weren't even turned on, but I think subtitles get loaded by default even if they're not used.
Deactivating subtitles makes everything work perfectly.

Do all subtitles on Jellyfin burn-in? Can I disable subtitle burn-in globally but still use subtitles downloaded via the Open Subtitles plugin?

Edit:
Actually now that I look at it the TV app doesn’t have the same option as the mobile app to disable subtitles. How does that work?

   

[TheDreadPirate]

SRTs do not need to be burned in.

ASS, DVDSUB, PGS subtitles do. PGS and, I think, DVDSUB should direct play in 0.18. Whenever your device receives that update.

You cannot prevent subtitles from loading if they are tagged "default" or "forced". You'd have to modify the file and remove the subtitle disposition. Opensubtitles should help since they provide SRT subtitles.