Inguz EQ/DRC

[artatgray]

Do both types of files play when InguzEQ not installed?

Both types play fine now. The HE-AAC files just don't get a tokenized command with InguzEQ.exe in it, and AAC LC files do even though they both share the *.m4a file extension.

[artatgray]

Both types play fine now. The HE-AAC files just don't get a tokenized command with InguzEQ.exe in it, and AAC LC files do even though they both share the *.m4a file extension.

Anyway, heres a 500 line log in pdf with the tokenized commands. The Beyondjazz track is the HE-AAC one:

[foxesden]

The Inguz plugin script probably does not generate the mappings in the custom.conf file. I am psyching myself up to doing a re-write of this script and can probably address missing mappings as part of that.

I am a bit of a novice with Perl and the LMS plugin structure is pretty complex and I only dip into it now and then, hence it takes me an age to get anything done , so don't hold your breath.

[foxesden]

I am not sure your source of the m4a files is or what your music player is and can handle, I assume you are playing both files on the same server.

I have done a bit of reading, and don't think that there is an easy answer.

m4a is a container which can handle ALAC (lossless) and AAC (compressed) music.
The two mode in AAC being LC & HE. With HE being a later more complex form of compression.

https://www.reddit.com/r/audiophile/comments/18b0yg/aac_vs_heaac_what_is_the_difference_which_should/

in the Inguz custom.conf this transcoding used will depend on player capabilities. Essentially if it can handle flac the output will be 24 bit flac, if not you get 16 bit wav. Assuming the player can handle flac the line will look like this.

[faad] -q -w -f 1 $FILE$ | [InguzDSP] -id "xx:xx:xx:xx:xx:xx" -wav -wavo -d 24 | [flac] -cs -0 --totally-silent -

The first part of this line "[faad] -q -w -f 1 $FILE$" converts the inbound file format to wav format for Inguz to process.
So
The additional settings for faad may not be able to handle AAC HE formatting or the faad executable itself may be the problem.

I also note that you are using C3PO plugin, which also is used to help setup transcoding. In my experience using this in conjunction with Inguz does not work well and you end up with unpredictable results. I understand that custom.conf get loaded before the main conf, and I think C3PO will potentially compete with Inguz settings. Given that C3PO gives multiple options to convert a file, I think what is happening is that the server will pick the easiest one for the file type and use that. So my suggestion would be to disable C3PO for the player in question and retry that.

I will have a look at the switches for FAAD and see if there is a one-size fits all, but I barely have any apple music so it is not something I want to spend a lot of time on. If you are able to identify a revised command for FAAD I can certainly look at incorporating it.

[artatgray]

Hi foxesden,

I've finally gotten back this after being very distracted by life in general.

I've disabled C-3PO helper since it appears to be more trouble than it's worth.

The files that I'm having difficulty with are designated as MPEG-4 Leading Audio BY LMS, and the option to route them through InguzEQ doesn't even appear the server settings for File Types - I've attached a screenshot of that.

Regarding the actual files then themselves, if I recall correctly, there encoded in HE-AAC using Winamp's AAC Encoder. Yeah, they're quite old with them dating back to '10. I'll attach one of them to another post if you'd like to run some forensics on them - I'm on my mobile right now and can't.

Kind regards... 😎

Edit: it's easier for me to share the file with you via Google Drive. Please let me know when it's in your possession so I can remove it from my drive.

https://drive.google.com/file/d/1-N10XZPANkyuhMmMev-AntwDGcCto2cR/view?usp=drivesdk

[foxesden]

Hi foxesden,

I've finally gotten back this after being very distracted by life in general.

I've disabled C-3PO helper since it appears to be more trouble than it's worth.

The files that I'm having difficulty with are designated as MPEG-4 Leading Audio BY LMS, and the option to route them through InguzEQ doesn't even appear the server settings for File Types - I've attached a screenshot of that.

Regarding the actual files then themselves, if I recall correctly, there encoded in HE-AAC using Winamp's AAC Encoder. Yeah, they're quite old with them dating back to '10. I'll attach one of them to another post if you'd like to run some forensics on them - I'm on my mobile right now and can't.

Kind regards... 😎

Edit: it's easier for me to share the file with you via Google Drive. Please let me know when it's in your possession so I can remove it from my drive.

https://drive.google.com/file/d/1-N10XZPANkyuhMmMev-AntwDGcCto2cR/view?usp=drivesdk

I will test out mp4a, and then release a patch to Inguz with a revised transcoding script. The SqueezeDSP code is more recent.

[artatgray]

I will test out mp4a, and then release a patch to Inguz with a revised transcoding script. The SqueezeDSP code is more recent.

Regarding SqueezeDSP, I've encountered a severe error within it to do with multiple m4a files in the queue - the encoding of file I shared with you isn't the issue, though. It actually processes them.

I've reported the bug to the dev, but I've disabled it until it's resolved and fell back to InguzEQ, where I'll stay until SDSP is more stable. So I thought I'd revisit the issue here.

Regards... 😎