jellyfin/MediaBrowser.Controller/MediaEncoding/EncodingHelper.cs, branch v12.0-rc5

Fix PCM audio transcoding to wav returning HTTP 500 and headerless output

2026-08-04T17:52:29Z

`GetProgressiveAudioFullCommandLine` forced the raw PCM muxer and a bogus sample rate whenever the audio encoder was `pcm_*`, regardless of the container the client asked for. Two separate failures came out of it: - `-ar ` + `state.BaseRequest.AudioBitRate` used a *bitrate* as a *sample rate*, and `AudioBitRate` is optional. When it is absent the argument degrades to a bare `-ar`, ffmpeg aborts with `Expected number for ar but found: -ar` / `Error opening output files: Invalid argument` (exit 234) and the request fails with HTTP 500. Every `GET /Audio/{id}/stream.wav` that does not carry an explicit `AudioBitRate` hits this. The sample rate was already being set correctly a few lines below from `OutputAudioSampleRate`, so the line is dropped rather than repaired. - `-f s16le` overrode the muxer even for a real container. A request that did supply a bitrate (`/Audio/{id}/universal` passes `MaxStreamingBitrate`) survived the first bug but produced raw headerless samples served under an `audio/wav` content type, so clients saw a body with no RIFF header. The raw muxer is now only forced when the requested container is actually raw PCM, which keeps the I2S/MCU route from #10321 working. Also drop the `containerInternal = ".pcm"` assignment in `StreamingHelpers.GetStreamingState`: it is written after `state.OutputContainer` has already been read from the same variable and is never read again, so it has no effect and only obscures where the output container comes from. Verified against ffmpeg 8.1.2 with a 96 kHz FLAC source: before, the wav command line exits 234; after, it produces a valid `RIFF/WAVE` 48 kHz stereo `pcm_s16le` file, while the raw `.pcm` route still yields exactly 2 s x 48000 x 2ch x 2 B = 384000 bytes of headerless samples.

Fix format negotiation in hybrid SW decode and CUDA tonemap pipeline

2026-07-15T05:54:45Z

The CUDA hwcontext in FFmpeg 8.1 has added support for 10bit fully-planar formats, but few CUDA filters support them. Signed-off-by: nyanmisaka

Fix audio sample rate forced to 48 kHz for non-Opus codecs

2026-06-21T07:43:31Z

GetProgressiveAudioFullCommandLine applied the libopus-only sample rate quantization to every codec except Opus, inverting the intended guard. A requested rate such as 44100 Hz was therefore snapped to 48000 Hz for AAC/MP3/FLAC, while Opus (which actually requires the quantization) was skipped entirely. Apply the quantization only when the output codec is Opus, and pass the requested sample rate through unchanged for all other codecs. Fixes #17026 Co-Authored-By: Claude Opus 4.8

Extend TranscodingReason reporting

2026-06-15T07:29:24Z

Fix duplicate trickplay images for interlaced videos

2026-06-09T12:18:17Z

Signed-off-by: nyanmisaka

Fix A/V desync when resuming HLS with video transcode + audio copy (#16580)

2026-05-28T17:26:28Z

Fix A/V desync when resuming HLS with video transcode + audio copy

Fix inconsistent extradata generated by hevc_vaapi on AMD driver

2026-05-23T19:34:54Z

This change is required for upstream ffmpeg 8+, because its mp4 muxer will drop in-band PS when using codec tag hvc1. Signed-off-by: nyanmisaka

Fix StyleCop pattern matching whitespace false-positive

2026-05-21T18:48:43Z

Run tree-wide dotnet format

2026-05-21T18:48:41Z

Normalize VobSub .sub to .idx for embedding, add EncodingHelper tests

2026-05-19T11:03:07Z

Move the .sub to .idx path normalization outside the burn-in check so it applies to subtitle embedding as well. ffmpeg requires the .idx file to read VobSub subtitles. Add unit tests for GetMapArgs and GetInputArgument covering internal subs, external SRT, multi-file SRT, multi-stream MKS containers, and VobSub .sub/.idx path normalization.