Post Fri Nov 26, 2021 6:01 pm

Online transcoding differences between 1.6.1 and 2.2

After upgrading from Serviio 1.6.1 to 2.2 my online feeds 384K AAC ones, such as http://a.files.bbci.co.uk/media/live/ma ... music.m3u8, fail when when streqmed to my OpenHome Renderers - http://openhome.org/.
In 1.6.1, without any modifications to profiles.xml, these feeds are served in MP3 format without problem using the Generic DLNA Profile.
In 2.2, without any modifications to profiles.xml, it appears that these feeds are served in AAC format. If this worked it would better were the OpenHome renderers able to renderer them. Why they don’t when they claim they support AAC is a question to be addressed on OpenHome forums too.
Meanwhile I’ve attempted to recreate 1.6.1 behaviour. My first try was to add this to profiles.xml….
<Profile id="OpenHome" name="OpenHome Player" extendsProfileId="1">
<Detection>
<UPnPSearch>
<FriendlyName>ExampleMediaPlayer</FriendlyName>
<Manufacturer>OpenHome</Manufacturer>
</UPnPSearch>
</Detection>
<OnlineTranscoding keepStreamOpen="true">
<Audio targetContainer="mp3" aSamplerate="48000">
<Matches container=“aac" />
</Audio>
</OnlineTranscoding>
</Profile>
Unfortunately, ‘aac’ is rejected as an unenumerated choice. Why can’t “aac" be selected? Isn’t this a mistake on the schema definition?
Ok, so lets try…
<Profile id="OpenHome" name="OpenHome Player" extendsProfileId="1">
<Detection>
<UPnPSearch>
<FriendlyName>ExampleMediaPlayer</FriendlyName>
<Manufacturer>OpenHome</Manufacturer>
</UPnPSearch>
</Detection>
<OnlineTranscoding keepStreamOpen="true">
<Audio targetContainer="mp3" aSamplerate="48000">
<Matches container=“*" />
</Audio>
</OnlineTranscoding>
</Profile>
<Matches container=“*" /> works! Once applied AACs are transcoded to MP3 format, just like in Serviio 1.6.1.
Still, I’d rather be able to send AACs directly to my OpenHome renderers.