Chromecast fails with ogg/opus files

Issue description:

I noticed when starting music on chromecast that it errors on every song with the message to make sure the player supports the format. All my music files except one (I have 1 mp3 track, the rest is all opus) fail to cast to my google nest mini (2nd gen).
I searched for it online and if I’m correct, opus should be supported by chromecast and google nest mini.
One extra remark: the casting has worked fine in the past, I did see however that (in the past) when casting, the songs were converted (or however it’s called) to aac, while they were just opus when playing it on my phone or bluetooth speaker. I did reinstall jellyfin some time ago but I’m not sure that’s what broke the google cast or not.

Logs:

Upload description: tokkes

Additional information:

 

 

Reproduction steps:

 
For the logs, the steps I took were:

  1. Connect to my google nest mini with cast
  2. Start my favorites “playlist”

What happened was that Symfonium skips the first 5 songs, which were opus files, and was able to play the sixth, which is mp3 (the 5th and 6th songs are exactly the same except the file format opus ↔ mp3)
 

Media provider:

Jellyfin

Screenshots:

     

You need to provide Jellyfin logs to see why they fail.

They return a ts transcoding profile that should only be possible for videos and it probably fails.

Maybe because of the embedded image track.

Can you provide one of those files to try to repro and workaround if I can ?

https://upload.symfonium.app

I don’t know exactly which log files you want, but when I looked in jellyfin I saw there was an ffmpeg log generated for every opus song I tried to play. I uploaded one of them with the description:
tokkes - jellyfin ffmpeg log

Let me know if you need other Jellyfin logs as well!

I need the normal Jellyfin logs that will tell how it select the profile.

Seems it transcode to mp3 inside ts this is not valid for Chromecast.

I also need the files to try to reproduce.

Sorry for having to ask, but if I understand correctly you want the normal logs and the opus files?

yes the normal jellyfin logs and the file.

1 Like

Description:
tokkes - jellyfin logs + opus files

I added 3 opus files with their lrc files + the jellyfin log

I don’t know if it is useful information, but I just realized that last week jellyfin 10.10 released. I honestly don’t know when the casting problems started, but maybe it’s because of the jellyfin update?

Playback/Transcoding
Many major enhancements to transcoding and playback, including support for software tonemapping of HDR10, HLG and DoVi, preliminary support for DoVi Profile 10, support for Dolby AC-4 audio, more stereo downmixing algorithms, QSV device selection, and more! Our FFmpeg is also now based off the upstream FFmpeg 7.0 release for additional features and improvements there.

Well yes it’s probably that …

I’ll add a workaround in the profile to ensure those media are not transcoded as they can be played natively, but Jellyfin take the wrong profile to transcode and it should be fixed.

Unfortunately your logs does not show why their engine choose ts profile.

I don’t know if I can provide you with more complete logs somehow, but you can tell me how (if it’s possible) and I’ll upload them :slight_smile:

I don’t really know, I think you need to add things in an xml config file.

But in all case I can’t really report issues to them, so it will have to be reported by someone else.

The workaround should work then it’s out.

I found this issue on the git repo, which is created after the 10.10 update:

I think it is more up to the client to fix the API request rather than changing the server API to “fix” such incorrect request. At the minimum the desired transcoding codec should be specified in the API

I don’t know if that is useful for this issue? If not, I could open an issue on their git repo if you want. But if you are satisfied with the workaround you’ve mentioned, I’ll wait for the Symfonium update and consider this issue as solved :slight_smile:

This is not the same issue here the server takes the 6th proposed supported configuration and none of the previous ones and Symfonium does send the AudioCodec part.

The workaround just fix one case as the files do not need transcoding.

But pretty sure it will fail for other files that do require transcoding.

Oh okay my bad :sweat_smile:

I am still prepared to make an issue on their github if you want, I just wouldn’t know exactly what to say in it.

Apart from that, thank you for your help!