AV1 file with Opus audio format always fails even if the playing device fully support them

[thelittleblackb 6]

hi,

I have an AV1 file with opus and i can not reproduce it via emby app in a LG 2024 TV.

The same files are fully working with an USB drive when attached directly to the TV, the emby server runs in a debian linux not capable of doing AV1 decoding by HW, so here i was relaying in the direct play capability.

My expectations are:

- first the server is able to recognize the capability of the playing device

- second if the audio is not supported, then to transcode only the audio but not the full stream

- third: if there is not GPU support for that, to be tried in SW only, but not to fail all the streams

attached are the logs.

Any idea?

Thanks in advance for the support and the work

embyserver(4).txt

ffmpeg-transcode-18675556-a960-40a1-9879-bf48081ad708_1.txt

[masta 1]

I think i have similar problem but its not only with opus ,
Here's what happens for my AV1 files
Default (Allowing Video/Audio transcoding)
=Transcoding Video and Audio 

Disabling Video/Audio transcoding and Container changing  off
= both Video and Audio Direct play , but other files with Dts doesn't work

Disabling only Video Transcoding , but audio transcoding enabled, Container changing  Off
=File not supported pop up 

Disabling only Video Transcoding , but audio transcoding enabled, Container changing  On

=Video Black screen , audio playing 

Edited October 5, 2025 by masta

[thelittleblackb 6]

I made a mistake in my previous post, the audio is also fully working in the TV.

 

Seems that there are some failures working here together.

the emby app/server is not able to identify that the file can be direct play in the TV, then there is a problem about the transcoding and for finishing looks that the transcoding itself is failling for no reason

 

[Luke 42077]

Quote

the emby app/server is not able to identify that the file can be direct play in the TV, then there is a problem about the transcoding and for finishing looks that the transcoding itself is failling for no reason

 

Hi, yes it can. In your example, it first tries to direct play, but the video player reports a problem with the file and so the app switches to server transcoding to allow it to play successfully.

Quote

Disabling only Video Transcoding , but audio transcoding enabled, Container changing  Off
=File not supported pop up 

Disabling only Video Transcoding , but audio transcoding enabled, Container changing  On

I would keep all these on. Make sure to read the warning text underneath.

[Luke 42077]

Quote

AV1 file with Opus audio format always fails even if the playing device fully support them

You've hit the nail on the head. Here's the unfortunate truth about opus. There are many devices that claim to support it, but then when you actually try to play, they don't play it very well. It's not unique to LG. Samsung is the same way, and sometimes Roku.

Has this helped answer your questions? I would leave the transcoding switches on so that if the LG player has trouble with your file, it will still be able to play.

[thelittleblackb 6]

Hi Luke,

Perhaps i couldnt explain me well enough.

The logs of the transcoding shows that the direct play is not possible but the TV is able to play the file without problems directly from a usb drive. -> I consider this the 1st problem

the ffpmg log shows that the only thing is not supported is the audio codec:

http://host1/emby/videos/39619/main.m3u8?DeviceId=a33722c5-4eb0-4dbd-90df-568d322591e2&MediaSourceId=mediasource_39619&PlaySessionId=2350165cc4104a8d8cd88349630201d6&api_key=x_secret1_x&VideoCodec=h264,hevc&AudioCodec=ac3,eac3,aac,mp3&VideoBitrate=199616000&AudioBitrate=384000&AudioStreamIndex=4&TranscodingMaxAudioChannels=6&SegmentContainer=ts&MinSegments=1&BreakOnNonKeyFrames=False&h264-profile=high,main,baseline,constrainedbaseline&h264-level=51&hevc-codectag=hvc1,hev1,dvh1,dvhe,hevc,hdmv&TranscodeReasons=AudioCodecNotSupported,DirectPlayError&allowVideoStreamCopy=false

but then the server tries to go to H264 when only the audio stream needs transcoding -> I consider this the 2nd problem

>>>>>>  FindVideoDecoder - MediaType: av1, UseHardwareCodecs: True, HWA-Mode: Advanced
Info    Checking: 'QuickSync GeminiLake UHD Graphics 600 - AV1'
NoMatch The color format (yuv420p10, p010) is not supported)
Info    Decoder does not match
Info    Checking: 'Automatic software decoder'
Info    Check successful - selecting 'Automatic software decoder'

and then the 3rd error is when everything fails, i can assume that my CPU is not powerful enough to make some real time transcoding, so buffering or stuttering  could be expected, but a crash seems to reveal that there is something flawed there.

I hope i have explained myself right this time.

what do you think?

 

[Luke 42077]

Quote

I consider this the 1st problem

Hi, this doesn't actually prove anything. The video player that LG provides for app embedding is not the same as the USB player or Dlna player. Sometimes we see discrepancies in supported formats.

Quote

but then the server tries to go to H264 when only the audio stream needs transcoding -> I consider this the 2nd problem

The transcoding protocol being used is HLS. LG does not support AV1 in HLS (at least not today, but we do keep checking on this). So that's why as soon as the audio transcode starts, the video also gets transcoded.

[thelittleblackb 6]

ok, thanks for the explanation