mirror of
https://github.com/jellyfin/jellyfin.git
synced 2026-01-24 07:30:57 +01:00
[Issue]: Weird reason for transcoding audio, then proceeds to use copy for codec #5137
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#5137
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 @felix920506 on GitHub (Oct 7, 2023).
Please describe your bug
I am playing back some CD Rips in FLAC on my JF instance using both Web via Chrome and JMP.
I noticed this very weird transcode reason "Video bitrate exceeds the limit" (As in screenshots below)
It then proceeds to transcode the source file to another FLAC file with the flag
-acodec copy(As shown in the ffmpeg log)Steps to reproduce:
Sometimes it transcodes to AAC so this probably won't appear 100% of the time, however I've seen this behavior in 10+ files so I decided to open a bug report.
Jellyfin Version
10.8.z
if other:
10.8.11
Environment
Jellyfin logs
No response
FFmpeg logs
Please attach any browser or client logs here
ffmpeg log:
256kFLAC.txt
Please attach any screenshots here
Media Info:

Plaback status:

Code of Conduct
@Bond-009 commented on GitHub (Oct 10, 2023):
I can only get it to transcode to aac
@felix920506 commented on GitHub (Oct 10, 2023):
I tried to reproduce the issue again today. Setting the bitrate limit to 1mbps immediately reproduced the issue for me.
@Bond-009 commented on GitHub (Oct 10, 2023):
@felix920506 10.8.x or master, bc I tested on master
@felix920506 commented on GitHub (Oct 10, 2023):
I've only tried Release 10.8.11 to this point. I will test master if needed.
@felix920506 commented on GitHub (Oct 10, 2023):
I've tried to test master but unfortunately I've been unable to create an environment where the connection runs over the internet instead of only a local connection. When I try to use the same machine to host the server and playback using JMP it always direct plays. Connecting via Zerotier also always transcodes.
@felix920506 commented on GitHub (Oct 11, 2023):
@Bond-009 I've just tested on Master and the issue seems to be even worse.
On 10.8.11, it would give a stupid reason of transcoding but it would still play normally.
On Master, it will straight up fail to transcode and in turn fail to start playback.
Attached is the ffmpeg log. (Different file but still same behavior)
masterbranch20231011.txt
I've also successfully replicated this issue on Windows using JMP with a 10.8.11 server.
@Bond-009 commented on GitHub (Oct 11, 2023):
Can reproduce with JMP on master
@gnattu commented on GitHub (Sep 30, 2024):
I now do believe this is more of a JMP issue rather than server issue, and I can no longer reproduce this on latest JMP
@felix920506 commented on GitHub (Oct 1, 2024):
I am still able to reproduce this on a 10.9.9 server with latest JMP
@gnattu commented on GitHub (Oct 1, 2024):
JMP does not specify a valid audio transcoding profile which lead to undefined behavior from the server side. I think it should be fixed on the JMP side.
@felix920506 commented on GitHub (Oct 1, 2024):
If that is the case then I guess this issue should be moved to JMP repo