mirror of
https://github.com/jellyfin/jellyfin.git
synced 2026-05-04 18:09:12 +03:00
[Issue]: HDR lost when audio track needs transcoding #3988
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 @stoically on GitHub (Jul 1, 2022).
Originally assigned to: @anthonylavado on GitHub.
Please describe your bug
My media files with HVEC 4K HDR video tracks and DTS audio tracks aren't switching my device into HDR mode any longer. All of those files need to go through audio track transcoding, as my device isn't capable of playing DTS tracks.
This used to work thanks to https://github.com/jellyfin/jellyfin/pull/7325 until 10.8.0-beta2. It stopped working since 10.8.0-beta3 and still doesn't work with 10.8.0 and 10.8.1.
It still works if the media file is fully capable of direct play. So, using the same media files with HVEC 4K HDR video tracks but switching to an AC3 Dolby Digital audio track will switch the device into HDR mode as expected.
Please let me know if you need further information.
Related issues: https://github.com/jellyfin/jellyfin/issues/6450, https://github.com/jellyfin/jellyfin/issues/7295
Maybe related issues: https://github.com/jellyfin/jellyfin/issues/8040, https://github.com/jellyfin/jellyfin/issues/7835
Environment
Jellyfin Version
10.8.1
Jellyfin logs
jellyfin.log
Code of Conduct
@cvium commented on GitHub (Jul 1, 2022):
Always include logs
@stoically commented on GitHub (Jul 1, 2022):
Right, my bad. Attached the log to the initial description. The problematic line seems to be
@cvium commented on GitHub (Jul 1, 2022):
What exactly is the issue and what is the expected behaviour?
@stoically commented on GitHub (Jul 1, 2022):
It's exactly the same issue as described in https://github.com/jellyfin/jellyfin/issues/7295, hence why I mentioned a regression and linked the issue. Sorry for not being clear about it. Please let me know if any further information is missing.
@whiteowl3 commented on GitHub (Jul 2, 2022):
@stoically are you trying to say that you lost HDR? your audio track has nothing to do with this transcode according to your logs. if the issue is "HDR data lost for no reason when transcoding" then it should just be called something like that. as is this issue is very confusing to interpret.
@stoically commented on GitHub (Jul 2, 2022):
@whiteowl3 Updated the initial description and title. Hope that clears things up. Sorry for the confusion.
@stoically commented on GitHub (Jul 2, 2022):
Had to update title and description again. Tried to make it as precise as possible.
@stoically commented on GitHub (Jul 2, 2022):
Like, all I can say is that the symptoms are the same as in #7295, but obviously I shouldn't try to open an issue with a diagnosis of the issue source if I'm not familiar with the code base. It is related to the audio track tho, since DTS tracks cause the issue while it works fine with AC3. Also, with Jellyfin Server version 10.8.0-beta2, the media file from the log (DTS audio track) does switch the device into HDR still, so it is a regression somehow.
For completeness sake I'm also attaching the log for the same media file but playing with Jellyfin Server version 10.8.0-beta2. It also has the "Starting transcoding because currentTranscodingIndex=null" entry, so that seems unrelated. However, we can see that ffmpeg is only transcoding audio, not video - compared to the log showing the issue in the initial description.
jellyfin-10.8.0-beta2.log
@stoically commented on GitHub (Sep 12, 2022):
Still an issue with 10.8.4. Please let me know if I can provide more information regarding the issue or ways to reproduce it.
@dabohda commented on GitHub (Jan 14, 2023):
Same problem with 10.8.8. When I play a movie with Direct Play (video and audio is supported) HDR works. If I switch to an unsupported audio stream during video playback and the video stream is also encoded due to the current bug, HDR is gone and the TV switches to SDR. I am using the Webos client on my LG C2. Let me know if I can give you more information.
@bennir commented on GitHub (Feb 1, 2023):
I can reproduce this issue.
File Info (Dolby Vision):
Switching Audio Source while playing back also doesn't turn HDR back on for me. Restart of the WebOS App is required
First successful playback (DD 5.1 Audio via ARC), Notice Selection of Audio Stream 2:
Choosing Audio Stream 1 will transcode the HEVC Stream aswell:
Switching results in transcode again, despite Audio Channel 2:
Restart of the TV App restores functionality: