Home of the Squeezebox™ & Transporter® network music players.
Page 44 of 44 FirstFirst ... 34424344
Results 431 to 436 of 436

Thread: RC (Inguz etc.)

  1. #431
    Senior Member
    Join Date
    Jan 2006
    Location
    South Coast, NSW, Australia
    Posts
    1,232

    InguzEQ plugin that processes AAC streams

    A few months ago I noticed that AAC internet radio streams would not play at all if I had the InguzEQ loaded. This was explored in this thread https://forums.slimdevices.com/showt...ng-help-needed.

    JohnB solved my problem with an AAC setting for custom-convert.conf.

    I have updated the InguzEQ plugin to correctly generate the entry for AAC streams in custom-convert.conf and also updated the custom-types.conf to reflect the aac changes. The computer systems manager in me insisted on updating the plugin's version number to identify the change.
    Attached is a zipped file containing the install.xml, plugin.pm and custom-types.conf .
    To install, stop squeezebox server, replace the existing files and restart. I just untick the EQ plugin on the Settings/Plugins screen, restart the server without EQ, update the files then re-install the EQ plugin.

    Edit : This turned out to not be a good idea, see next post.
    If you have Inguz installed and the aac and aac+ streams don't play then edit your custom-convert.conf as JohnB shows.
    Last edited by Wirrunna; Today at 14:00. Reason: Was not a good mod.
    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

  2. #432
    Senior Member
    Join Date
    Jul 2009
    Location
    Bristol, UK
    Posts
    504
    Wirrunna,

    Thanks for that.

    This is going to sound like nit-picking of the highest order (from someone who is in no position to pick nits) - 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$ | [$CONVAPP$] -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.

    (All just my opinion, for what it's worth.)
    Last edited by JohnB; Today at 07:49.
    Touch, Meridian G92, Bryston B4 SST2, PMC OB1i speakers, HP Proliant Microserver/Ubuntu, PC/Windows 7, iPad 4, iPeng, Squeezepad.

  3. #433
    Senior Member
    Join Date
    Jan 2006
    Location
    South Coast, NSW, Australia
    Posts
    1,232
    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

  4. #434
    Senior Member
    Join Date
    Jan 2006
    Location
    South Coast, NSW, Australia
    Posts
    1,232
    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 !
    Attached Images Attached Images   
    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

  5. #435
    Senior Member
    Join Date
    Jan 2006
    Location
    South Coast, NSW, Australia
    Posts
    1,232
    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
    Attached Images Attached Images  
    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

  6. #436
    Senior Member
    Join Date
    Jul 2009
    Location
    Bristol, UK
    Posts
    504
    Wirrunna,

    I'm not sure why AAC doesn't play (as opposed to AAC+) when you set up Inguz custom-convert.conf with a valid aap entry. However, there is probably little point in investigating when there is already a working solution for playing AAC and AAC+ via Inguz.

    Just drop the "aap".

    Incidentally, I might be wrong but in your second pic of the filetypes I wouldn't expect AAC to go through Inguz without "Native" and "faad/flac" disabled - though that would probably depend on the player.

    By the way, as far as your earlier post is concerned (the one I commented on) it would be a good idea to add a qualification otherwise it might be unfair on someone who happens on your post unaware of the issues.
    Touch, Meridian G92, Bryston B4 SST2, PMC OB1i speakers, HP Proliant Microserver/Ubuntu, PC/Windows 7, iPad 4, iPeng, Squeezepad.

Tags for this Thread

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •