mirror of
https://github.com/jellyfin/jellyfin.git
synced 2026-01-23 23:20:51 +01:00
[Issue]: Jellyfin Transcoding Video when only Audio Unsupported #3585
Labels
No labels
area:database
awaiting-feedback
backend
blocked
breaking change: web api
bug
build
ci
confirmed
discussion needed
dotnet future
downstream
duplicate
EFjellyfin.db
enhancement
feature
future
github-actions
good first issue
hdr
help wanted
invalid
investigation
librarydb
live-tv
lyrics
media playback
music
needs testing
nuget
performance
platform
pull-request
question
regression
release critical
requires-web
roadmap
security
security
stale
support
syncplay
ui & ux
upstream
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: starred/jellyfin#3585
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
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 @Nerdy314159265 on GitHub (Feb 5, 2022).
Please describe your bug
I'm finding that Jellyfin is transcoding video content while listing the reason for transcoding as Audio Codec Not Supported.
If it's only the audio codec that is causing issues it should probably be only encoding it and not the video as well.
I'm attaching a section of my logs where this is occurring and one interesting thing I've noticed is that despite using the Jellyfin app on Roku the Device profile information seems rather sparse and missing some things that I believe the Roku supports codec-wise.
Jellyfin Version
10.7.7
if other:
No response
Environment
Jellyfin logs
FFmpeg logs
No response
Please attach any browser or client logs here
No response
Please attach any screenshots here
No response
Code of Conduct
@srd424 commented on GitHub (Apr 29, 2022):
As I mentioned on #7439, I still see this (as of yesterday's nightly) with 'downmix to stereo' option on, so it seems recent changes in this area have not totally fixed these problems?
@jivanpal commented on GitHub (Jul 21, 2022):
Bug still present in 10.8.1, but apparently fixed by #8078, so should be fixed in 10.8.2 once it is released.
@kiler129 commented on GitHub (Dec 19, 2022):
This is still present in 10.8.8, so 10.8.2 doesn't seem to fix this:
What's also interesting is it transcodes to H.264, even thou HW encoding to HVEC is enabled and supported by my nV GPU.
@ankitydv193 commented on GitHub (Mar 28, 2023):
I faced the same problem on 10.8.8 when playing on Jellyfin Android TV app. I have enabled encoding in HEVC. When "Allow video playback that requires transcoding" is selected, the HDR data is lost and the video is encoded in h264 and color space changes from bt2020nc/bt2020/smpte2084 to bt709. I had just selected the option to downmix to stereo as my speaker is stereo and not 5.1. The file doesn't play in exoplayer. It plays on libvlc but in SDR. When I play it through external player like NOVA, it plays correctly in Dolby vision.
log snippet
Stream mapping:
Stream #0:0 -> #0:0 (hevc (native) -> h264 (h264_nvenc))
Stream #0:1 -> #0:1 (eac3 (native) -> aac (libfdk_aac))
Full log: https://pastebin.com/C3kvPBeH
@jellyfin-bot commented on GitHub (Sep 7, 2023):
This issue has gone 120 days without comment. To avoid abandoned issues, it will be closed in 21 days if there are no new comments.
If you're the original submitter of this issue, please comment confirming if this issue still affects you in the latest release or master branch, or close the issue if it has been fixed. If you're another user also affected by this bug, please comment confirming so. Either action will remove the stale label.
This bot exists to prevent issues from becoming stale and forgotten. Jellyfin is always moving forward, and bugs are often fixed as side effects of other changes. We therefore ask that bug report authors remain vigilant about their issues to ensure they are closed if fixed, or re-confirmed - perhaps with fresh logs or reproduction examples - regularly. If you have any questions you can reach us on Matrix or Social Media.
@zachfi commented on GitHub (Sep 9, 2023):
I see this in my environment also. Also running on Kubernetes. I also noticed that the UnsupportedAudio seems to be incorrect, since viewing the file information seems to confirm that the audio is a common format and should be well supported.
I have issues with direct play generally and transcoding seems to be considerably more reliable when running on Kubernetes. I've asked several folks in the communtiy channels and they all seem to think that the files in question should play without transcode, so I wonder if there is something more fundamental going on here. Transcoding would use
ffmpegto open and read the files, which would be potentially different than the method that the .NET code uses to open the file.@dmitrylyzo commented on GitHub (Nov 9, 2023):
@iojeda AV1 remuxing requires fMP4 to be enabled on the client (Settings / Playback).
UPD: Only in the next release.
@jellyfin-bot commented on GitHub (Mar 10, 2024):
This issue has gone 120 days without an update and will be closed within 21 days if there is no new activity. To prevent this issue from being closed, please confirm the issue has not already been fixed by providing updated examples or logs.
If you have any questions you can use one of several ways to contact us.
@dferrg commented on GitHub (Mar 24, 2024):
Still happening in 10.8.13.
@felix920506 commented on GitHub (Mar 24, 2024):
Please stop commenting about happening on 10.8.x
Please test master branch before commenting.
@felix920506 commented on GitHub (Mar 24, 2024):
Closing as devs say already fixed on master.
@Croydon commented on GitHub (Oct 22, 2025):
I just run into this issue with Jellyfin Server 10.11.0 and Jellyfin Roku 3.0.10 on a Roku Streaming Stick 4K (3820x).
Video: AV1 SDR in MKV container
Audio: Surround 5.1 - DTS-HD MA
Jellyfin says that the reason for transcoding is only the audio codec, but then it goes on and transcodes to H264 + MP3.
This Roku Stick / Client can successfully play AV1 SDR in MKV with Flac-24bit, so it is really just the audio codec.
Did I misconfigure something or is this (still) a bug?
@nyanmisaka commented on GitHub (Oct 22, 2025):
This issue was resolved in the Web client years ago.
Your issue is https://github.com/jellyfin/jellyfin-roku/issues/433, and the Roku client doesn't support AV1 in HLS. Roku needs to update its OS to add support, and then the Roku client needs to be updated accordingly.
@Croydon commented on GitHub (Oct 22, 2025):
Thanks, I just found that issue too and took the time to read through it.
But again, the very same device / client / server combo plays AV1 SDR in MKV with Flac-24bit fine. AFAIK this is using HLS too?
But I should probably switch over to the other issue, thanks!
@nyanmisaka commented on GitHub (Oct 22, 2025):
That's direct play, because the video and audio formats are all supported by the device.
If the audio format isn't supported, transcoding occurs, in which case the HLS protocol is used. In this case, Roku is only capable of H264, HEVC, and VP9, which is why you see transcoding of the video.