Page 1 of 1

profiles.xml problem

PostPosted: Sun Dec 07, 2014 10:56 am
by jacobacci
I have tried to add an audio online transcoding section for my Reciva Radio to profiles.xml
With this modified profiles.xml, serviio server does not start.
With the default profiles.xml, serviio server starts without problems.
According to the logs there seems to be an issue with the Detection section of the last profile. Unfortunately I have no experience working with Detection of UPnP devices.

Log also states that the Reciva Radio is detected as follows:
[RendererManager] Stored a new renderer: uuid='83c45992-89cf-408f-9c6f-f76b455a51ae', name = 'Reciva Radio', ipAddress='192.168.0.28', profile = '1'

How would the detection section need to look to correctly detect the Reciva Radio and select the respective transcoding profile?

I have attached the modified profiles.xml. The added section is at the end.

I don't seem to be able to paste the complete code of profile.xml using [code][/code] markers. It keeps getting displayed as text, making the message too long. What could be the issue here?

Thanks a lot

Re: profiles.xml problem

PostPosted: Mon Dec 08, 2014 12:26 am
by atc98092
You can't add an online source in the Profiles file. Profiles are for the renderer/player, not the source.

Online sources require a plugin. Even though your receiver is on your network, it's still considered an online source. I can't find anything online that explains how this receiver works. If it's strictly an Internet radio, and outputs solely through speakers or an audio out feed, I doubt there's any way to make it play through Serviio.

You might post in the plugin forum and see if anyone can assist you with creating one.

Re: profiles.xml problem

PostPosted: Mon Dec 08, 2014 12:40 am
by DenyAll
The detection component shouldn't stop it from starting, but the use of the aSamplerate in the Matches command will, as will the incorrect Profile ID:

  • AFAIK, the aSamplerate can only be used in the Transcoding instruction, not the Matches instructions. I can see what your trying to do, but to the best of my knowledge it wont work.
  • Also the Profile ID cannot contain spaces: try <Profile id="Reciva" name="Reciva Radio" extendsProfileId="1">
Try the following (for the detection block it's only a guess - would need to see detailed log, but in any case you should be able to manually select it):

  Code:
<Profile id="Reciva" name="Reciva Radio" extendsProfileId="1">
   <Detection>
      <UPnPSearch>
         <FriendlyName>.*Reciva.*</FriendlyName>
      </UPnPSearch>
   </Detection>
   <Transcoding>
      <Audio targetContainer="lpcm" aSamplerate="48000">
         <Matches container="flac" />
         <Matches container="wavpack" />
      </Audio>
   </Transcoding>
</Profile>
you don't really need the aSamplerate="48000" bit- that's the default anyway (see http://www.serviio.org/index.php?option ... icle&id=24)

Re: profiles.xml problem

PostPosted: Mon Dec 08, 2014 6:17 am
by jacobacci
thanks a lot, DenyAll and atc98092, that was very helpful.
Is there any chance that using the asamplerate parameter could be added in a future release?

Why am I trying to transcode in this way?
For a given level of accuracy of transcoding, integer rate downsampling uses less processor power than non integer (to the tune of 30% according to my measurements). NAS usually have fairly low power processors and there it makes a difference, how much processor power Serviio uses, especially if several apps run on the NAS.
To me its a more elegant way than to use the brute force method of converting everything to the same samplerate. Call me an environmentalist.
;)