Re: [SlimDevices: Audiophiles] RC (Inguz etc.)
For completeness, here is uVBox with the InguzEQ plugin removed playing the same radio station File Format:AAC Bitrate:64kbps CBR (Converted to 705kbps FLAC) Sample Rate:48.0 kHz URL:http://live-radio01.mediahubaustralia.com/2FMW/aac/ Title:Classic FM NSW and File Types +---+ |Filename: File Types no Inguz.jpg | |Download: http://forums.slimdevices.com/attachment.php?attachmentid=26216| +---+ A camel is a racehorse designed by a committee. Seen sprayed on the outside wall of the local library - Three things I hate in life : 1. Vandalism 2. Irony 3. Lists Wirrunna's Profile: http://forums.slimdevices.com/member.php?userid=3225 View this thread: http://forums.slimdevices.com/showthread.php?t=77084 ___ audiophiles mailing list audiophiles@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/audiophiles
Re: [SlimDevices: Audiophiles] RC (Inguz etc.)
I just fired up another Vortexbox, named uVBox, edited the InguzEQ plugin aap line in sub template_FLAC24 Code: aap flc * $CLIENTID$ # IFT [faad] -q -w -f 1 $FILE$ | [InguzDSP] -id "$CLIENTID$" -wav -wavo -d 24 | [flac] -cs -0 --totally-silent - No other change - i.e. left custom-types.conf alone. Restarted Squeezebox server, then in the web gui I selected one of the players attached to my standard Vortexbox and switched it across and tried a radio station and it played as aac+ . Loaded my "Transistor Radio" Inguz preset and the station played (sounding dreadful) proving that the Inguz plugin is doing its thing. Interestingly, radio stations appear to play as either aac+ or mp3, I could not get a radio stream to play aac. Checking Settings/File Types showed aac and aac+ (see first attached image) and the radio station details File Format: AACplus Bitrate: 64kbps CBR (Converted to 705kbps FLAC) URL: http://live-radio01.mediahubaustralia.com/2FMW/aac/ Title: Classic FM NSW Now on my other Vortexbox updates yesterday as discussed above, File Types show aac only, no aac+ (see second image) radio station details File Format: AAC Bitrate: 64kbps CBR Sample Rate: 48.0 kHz URL: http://live-radio01.mediahubaustralia.com/2FMW/aac/ Title: Classic FM NSW Got me fooled ! +---+ |Filename: file types aac.jpg | |Download: http://forums.slimdevices.com/attachment.php?attachmentid=26213| +---+ A camel is a racehorse designed by a committee. Seen sprayed on the outside wall of the local library - Three things I hate in life : 1. Vandalism 2. Irony 3. Lists Wirrunna's Profile: http://forums.slimdevices.com/member.php?userid=3225 View this thread: http://forums.slimdevices.com/showthread.php?t=77084 ___ audiophiles mailing list audiophiles@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/audiophiles
Re: [SlimDevices: Audiophiles] RC (Inguz etc.)
JohnB, I welcome your constructive review of my enthusiastic but incautious update of the plugin. I regard this thread as a peer review of code (I was an assembler programmer for 10 years back in the 1970s before moving into management). The problem I was attempting to solve was that aac radio streams wouldn't play with Inguz as installed. Having commissioned several new pCP players recently I felt it easier to update the template rather than entries for each player in custom-convert.conf So, where to from here ? Should I delete the zip file from my earlier post ? I agree that someone more qualified than me should update the known non working code in the plugin. I look forward to testing it. A camel is a racehorse designed by a committee. Seen sprayed on the outside wall of the local library - Three things I hate in life : 1. Vandalism 2. Irony 3. Lists Wirrunna's Profile: http://forums.slimdevices.com/member.php?userid=3225 View this thread: http://forums.slimdevices.com/showthread.php?t=77084 ___ audiophiles mailing list audiophiles@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/audiophiles
Re: [SlimDevices: Audiophiles] RC (Inguz etc.)
Wirrunna, Thanks for that. This is going to sound like nit-picking of the highest order - and I apologise for that. A few words of caution though. We are in a situation where many people using Inguz have probably updated their Plugin.pm and custom-convert.conf (which is re-generated by Plugin.pm) for their own particular requirements. (For example the "alc" section in your Plugin.pm is broken.) If your new Plugin.pm is used "as is" it might well knock out something else that has been previously tweaked. The zip file contains: install.xml custom-types.conf Plugin.pm They all have CRLF line endings which might possibly cause problems with non-Windows sytems such as Ubuntu, etc. The original files had LF line endings and I think it is best to maintain that for compatibility. install.xml The only change in this is to the version number. While it is obviously a good idea to have version numbers, in the current situation where no one person is responsible for Inguz and where various people are making their own amendments to Plugin.pm, etc changing version numbers might get confusing - just a thought. custom-types.conf You have changed the "aap" entry to "aac". In my experience there is no need for an "aac" entry in the Inguz custom-types.conf as it already specified in the LMS "types.conf". The "aap" entry becomes redundant but does no harm. Plugin.pm See my earlier comments. It might be a good idea for someone to try to pull together a Plugin.pm which contains the necessary corrections and additional entries that people have made over the years and to have that as a reference. However, that is much easier said than done but I will try to do a bit of research over the coming week (unless someone else would like to do it). In the mean time I think it is probably best to give people the choice of replacing the Plugin.pm (the other files are not really necessary) or editing the entries in their existing files. Edit with Wordpad or an editor that supports "LF" line endings. _Plugin.pm_ In the last section headed "# transcode for 24-bit FLAC output (sb2, sb3, transporter)" (This is at the end of the file.) Replace the aap entry with: Code: aac flc * $CLIENTID$ # IFT [faad] -q -w -f 1 $FILE$ | [InguzDSP] -id "$CLIENTID$" -wav -wavo -d 24 | [flac] -cs -0 --totally-silent - _custom-convert.conf: _ The aap entry would be replaced by: Code: aac flc * XX:XX:XX:XX:XX:XX # IFT [faad] -q -w -f 1 $FILE$ | [InguzDSP] -id "XX:XX:XX:XX:XX:XX" -wav -wavo -d 24 | [flac] -cs -0 --totally-silent - (Where "XX:XX:XX:XX:XX:XX" represents the player's MAC address) Of course, edits to the Inguz custom-convert.conf file will take immediate effect once LMS is restarted. BUT the Inguz custom-convert.conf file will eventually be overwritten with a re-generated custom-convert.conf file from the entries in Plugin.pm, e.g. if Inguz is de-enabled and then re-enabled in the LMS Plugins, etc, etc. Touch, Meridian G92, Bryston B4 SST2, PMC OB1i speakers, HP Proliant Microserver/Ubuntu, PC/Windows 7, iPad 4, iPeng, Squeezepad. JohnB's Profile: http://forums.slimdevices.com/member.php?userid=31553 View this thread: http://forums.slimdevices.com/showthread.php?t=77084 ___ audiophiles mailing list audiophiles@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/audiophiles