Alac reporting as multiple things at once

[Svrfqce]

When streaming alac Finamp shows this

While aac and other things in the m4a container seem to report m4a just fine

[Chaphasilor]

I remember seeing this in another issue a while ago. So it only happens with ALAC? How does Jellyfin show it? Can you dump the ffprobe info for one of the problematic files?

[felix920506]

If I:

1. Put opus in a mp4 container
2. Rename it to .m4a and put it on Jellyfin
3. Play it directly without transcoding in Finamp (yes it plays on newer versions of iOS)

It also shows the same way

[Chaphasilor]

@felix920506 okayyyy good to know, but I'd still like to know how it looks in jellyfin-web 😅
Since afaik we don't extract the metadata from the files, but use the data provided by Jellyfin (unless the track is downloaded).

[felix920506]

@Chaphasilor Here is the results I got on latest beta with the following codecs in mp4/m4a container

Opus in mp4/m4a:

FLAC in mp4/m4a:

ALAC in mp4/m4a:

AAC in mp4/m4a:

[Chaphasilor]

Interesting, thanks. I'll take a look at what jellyfin-web fetches that's different from Finamp's behavior...

[Chaphasilor]

@felix920506 the culprit is the /Items/<Item ID>/PlaybackInfo endpoint. It returns the container as "Container":"mov,mp4,m4a,3gp,3g2,mj2". I guess this could be related to the supported codecs for automatic transcoding, or something similar.
Do you know if this is intentional? I believe there was some benefit to using the PlaybackInfo endpoint as opposed to using the BaseItemDto directly. If the behavior really is intentional, we'll have to work around it, but if it's not, I'd like the server to return the proper container instead...

[felix920506]

@Chaphasilor probably best to ask in Matrix chat, I'm not familiar with the code base at all