mirror of
https://github.com/jellyfin/jellyfin.git
synced 2026-07-16 05:43:54 +03:00
HEVC Playback fails Web (Firefox) and Android App #7120
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @adamzvolanek on GitHub (Jun 26, 2025).
Description of the bug
After upgrading to JellyFin server 10.10.7, playback no longer works for various HEVC files across the Android app, web via Firefox, and Roku players.
Reproduction steps
Video
Title: 1080p HEVC SDR
Codec: HEVC
AVC: No
Profile: Main 10
Level: 150
Resolution: 1920x1080
Aspect ratio: 16:9
Anamorphic: No
Interlaced: No
Framerate: 23.976025
Bitrate: 5508 kbps
Bit depth: 10 bit
Video range: SDR
Video range type: SDR
Color space: bt709
Color transfer: bt709
Color primaries: bt709
Pixel format: yuv420p10le
Ref frames: 1
What is the current bug behavior?
Playback Error
Playback failed due to a fatal player error.
What is the expected correct behavior?
Playback should occur.
Jellyfin Server version
10.10.0+
Specify commit id
No response
Specify unstable release number
No response
Specify version number
10.10.7
Specify the build version
10.10.7
Environment
Jellyfin logs
FFmpeg logs
Client / Browser logs
No response
Relevant screenshots or videos
No response
Additional information
No response
@felix920506 commented on GitHub (Jun 26, 2025):
Please head to our forum or chat rooms for troubleshooting. https://jellyfin.org/contact
@mschumacher69 commented on GitHub (Jun 26, 2025):
HEVC in MKV container is not supported in Chrome, it's only supported in other containers when hardware acceleration is enabled and supported by your GPU.
Check here for more info:
https://jellyfin.org/docs/general/clients/codec-support/
@adamzvolanek commented on GitHub (Jun 26, 2025):
I'm not using Chrome as part of my testing, plus this worked in previous Jellyfin versions, if not the version previous.
@mschumacher69 commented on GitHub (Jun 26, 2025):
Check the link that I sent about codec support. Neither Firefox nor Android currently support x265 (HEVC).
On Roku, HEVC decoding is only supported on 4K devices.
@adamzvolanek commented on GitHub (Jun 26, 2025):
If that were true, why can I play this video on my android app right now?
Video
Title: Title.2160p.BluRay.REMUX.HEVC.DTS-HD.MA.5.1-FGT - 4K - HDR
Codec: HEVC
AVC: No
Profile: Main 10
Level: 153
Resolution: 3840x2160
Aspect ratio: 16:9
Anamorphic: No
Interlaced: No
Framerate: 23.976025
Bitrate: 76898 kbps
Bit depth: 10 bit
Video range: HDR
Video range type: HDR10
Color space: bt2020nc
Color transfer: smpte2084
Color primaries: bt2020
Pixel format: yuv420p10le
Ref frames: 1
@gnattu commented on GitHub (Jun 26, 2025):
You don't have a correct hardware acceleration config on your server.
@adamzvolanek commented on GitHub (Jun 26, 2025):
I'll fully admit, those last two boxes are new... Are those my culprits?
EDIT: They are not. after checking the boxes and restarting Jellyfin server, playback worked on Android. However upon closing and reopening the Jellyfin app, I returned back to my playback error.
https://github.com/jellyfin/jellyfin/issues/13978 related?
@mschumacher69 commented on GitHub (Jun 26, 2025):
Because they are being transcoded. So your issue is that some HEVC files are failing to transcode when direct play is not supported on the client.
@adamzvolanek commented on GitHub (Jun 26, 2025):
And it's failing to transcode due to the .mkv container the video is in? (In addition to the client not supporting .mkv)?
I guess I would expect a transcode to occur for any compatibility issues, is this not the case? If not compatible transcode?
@felix920506 commented on GitHub (Jun 26, 2025):
Please head to our forum or chat rooms for troubleshooting. https://jellyfin.org/contact
@mschumacher69 commented on GitHub (Jun 26, 2025):
Yes if not compatible, it should always transcode, not sure why it isn't.
Anyway, head to the forum to troubleshoot further as advised earlier.