m4a support on MacOS Samsung TV combo
Forum rules
Please make sure you follow the Problem Reporting Guidelines before posting if you want a reply
Please make sure you follow the Problem Reporting Guidelines before posting if you want a reply
Re: m4a support on MacOS Samsung TV combo
f: is format - which is often, but not always, the same as file extension. MP4/M4A is an exception, where a "special rule" designates MP4 to "format M4A" if the MP4 file contains only one audio track and no video. UMS classified these files as MP4 from the start (regardless of the extension, this is based on parsing the file content), but the "special rules" reclassifies the media as M4A if the criteria are met.
The MIME type is essential in the communication between UMS and the renderers ("DLNA clients").
a: isn't the audio codec to use, it's the audio codec(s) that this "supported" line should match. The way it works is that every line that starts with "Supported" specifies a combination that the renderer supports. Every media file that doesn't match one of the "supported" lines is transcoded. The only control you have of the transcoding output is "TranscodeAudio" and "TranscodeVideo". You don't have to worry about the MIME type for transcoding - the MIME type specified is the one to use for media that matches the "supported" line in question, when streaming the media without transcoding.
All you need to worry about is what the renderer can play, anything that doesn't match is transcoded. So, if "f:oga a:vorbis" isn't specified, OGG/Vorbis files will be transcoded to whatever TranscodeAudio specified. There's a similar rule for for OGA (OGG Audio) as with M4A. The reason is the same, OGG is a container format that can also contain video.
And by the way, DLNA specifies that the MIME type for LPCM is audio/L16. I've never seen a renderer that expects anything else for LPCM.
The MIME type is essential in the communication between UMS and the renderers ("DLNA clients").
a: isn't the audio codec to use, it's the audio codec(s) that this "supported" line should match. The way it works is that every line that starts with "Supported" specifies a combination that the renderer supports. Every media file that doesn't match one of the "supported" lines is transcoded. The only control you have of the transcoding output is "TranscodeAudio" and "TranscodeVideo". You don't have to worry about the MIME type for transcoding - the MIME type specified is the one to use for media that matches the "supported" line in question, when streaming the media without transcoding.
All you need to worry about is what the renderer can play, anything that doesn't match is transcoded. So, if "f:oga a:vorbis" isn't specified, OGG/Vorbis files will be transcoded to whatever TranscodeAudio specified. There's a similar rule for for OGA (OGG Audio) as with M4A. The reason is the same, OGG is a container format that can also contain video.
And by the way, DLNA specifies that the MIME type for LPCM is audio/L16. I've never seen a renderer that expects anything else for LPCM.
Re: m4a support on MacOS Samsung TV combo
Excellent, now i get the point of having the a: and v: specs and the supported lines.