Having had the weekend and the last few days to try it out [Serviio] it works really well. The sound to me converted from FLAC to MP3 at 320 kbps sounds "warmer" and more detailed than the 192 kbps copies I had in MP3. The album art you twig up a big by putting a fairly low resolution cover that you can find off Google images on the net [300 x 300 or so] and save into the FLAC directory for presentation as the album art in the Humax MP3 screen saver display if you don't whack the TV off whilst playing music. This is done automatically.
Always wanting more I have been exploring whether the "aBitrate" parameter of Serviio has any effect if lifted from 320 to 640. This goes outside of the domain of standard MP3 specification but is supported by Lame. I don't know whether the Serviio developers allows you to go above 320 (you are not suppose to) but it does play but this may be due to the program capping the parameter back to 320 or the default of 192. I can't find any way of telling what Serviio is generating with the 640. The bit rate field is not filled in when looking at the stream.
Also it begs the question of whether the Humax can play a non standard 640 kbps MP3 file. Although I suspect that it probably does. Another approach is to make a 640 kbps MP3 file with one of the tools that allows you to do that and attempt to play that on the Humax, if it doesn't play then Serviio isn't processing the parameter as 640 and defaulting to an un known value. Anybody who's up to speed with Lame commands please test out what the Humax does with a non standard MP3 file since that will answer part of this question.
Serviio parameter commands for audio transcoding:
>>
Audio transcoding
Audio - defines audio transcoding definitions; can be one or more, with the elements order being taken in consideration (the first definition that matches a file is used)
Attributes:
- targetContainer - compulsory; name of container to transcode into; possible values: lpcm, mp3
- aBitrate - optional; audio bitrate [kbit/sec] to use for transcoding, default is 192
- aSamplerate - optional; audio sample rate [Hz] to use when transcoding audio track, default is 48000
- forceInheritance - optional; defines whether this transcoding configuration is inherited by child profile
Matches - specifies which media files will fall into a transcoding configuration and will therefore be processed by the transcoding engine; can be one or more, with the elements order being taken in consideration (the first matcher that fits a file is used)
Attributes:
- container - compulsory; name of container; possible values: * (any), mp4, asf, mp3, mp2, lpcm, flac, ogg, flv, rtp, rtsp, adts, wavpack, mpc, ape
<<
Note it does also play other non lossy compressed files that you see about (ape). MP4 audio doesn't need converting as we know for the Humax.
I know some people would question the value of trying to get 640 kbps MP3 from FLAC into the Humax if it was possible, but given that the overheads of doing it, if indeed it is doing it don't have any effect you might as well do it. But then if the aBitrate parameter it is using isn't fed through to Lame and it's using something else other than 320 it wouldn't be good to do it. At the minute I have gone back to the aBitrate parameter at 320 until resolved.
So yes anybody feel free to try out the Humax with a Lame produced non standard MP3 file running at 640 kbps and see whether it plays it since that will resolve the nagging feeling I have for more if it can't play these files and I'll know that Serviio isn't generating a non standard file MP3 file via Lame.