Inguz EQ/DRC

[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... 😎

[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]

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]

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.

[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.

[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:

[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.

[Apesbrain]

The latter have no problem being passed through the InguzEQ pipeline on the way to transcoding. However, the former does not.

Do both types of files play when InguzEQ not installed?

[artatgray]

HE-AAC vs AAC LC

Hello,

I've a number of m4a files. Some are encoded as HE-AAC SBR and others as AAC LC. However, they all share the same file extension, that being *. m4a.

The latter have no problem being passed through the InguzEQ pipeline on the way to transcoding. However, the former does not.

It's especially perplexing since they all share the same file extension as I've mentioned already.

What information does anyone need to help me resolve the issue?

Thanks in advance.

[foxesden]

Hi all,

I've seeing the following in the log for InguzEQ, its logging level I've set to "Debug“:

(261) InguzEQ: jiveTopMenu
[22-10-11 05:27:19.5525] Plugins::InguzEQ::Plugin::debug (261) InguzEQ: 0=Bass
[22-10-11 05:27:19.5526] Plugins::InguzEQ::Plugin::debug (261) InguzEQ: 1=Treble
[22-10-11 05:27:19.5528] Plugins::InguzEQ::Plugin::debug (261) InguzEQ: F=Flatness
[22-10-11 05:27:19.5529] Plugins::InguzEQ::Plugin::debug (261) InguzEQ: L=Quietness
[22-10-11 05:27:19.5530] Plugins::InguzEQ::Plugin::debug (261) InguzEQ: B=Balance
[22-10-11 05:27:19.5531] Plugins::InguzEQ::Plugin::debug (261) InguzEQ: W=Width


What I'm concerned about is the Treble value set to "1" when Treble isn't an option on the control panel.

What gives?

Thanks in advance.

I think you asked this question in another thread. This logging relates to the Menu Display on JIVE and the numbering is a counter for the frequency being displayed. There are some default settings for 2 and 3 channel equalisers to set them to bass/treble or bass/mid/treble. It has nothing to do with the gain settings.

[artatgray]

Treble?

Hi all,

I've seeing the following in the log for InguzEQ, its logging level I've set to "Debug“:

(261) InguzEQ: jiveTopMenu
[22-10-11 05:27:19.5525] Plugins::InguzEQ::Plugin::debug (261) InguzEQ: 0=Bass
[22-10-11 05:27:19.5526] Plugins::InguzEQ::Plugin::debug (261) InguzEQ: 1=Treble
[22-10-11 05:27:19.5528] Plugins::InguzEQ::Plugin::debug (261) InguzEQ: F=Flatness
[22-10-11 05:27:19.5529] Plugins::InguzEQ::Plugin::debug (261) InguzEQ: L=Quietness
[22-10-11 05:27:19.5530] Plugins::InguzEQ::Plugin::debug (261) InguzEQ: B=Balance
[22-10-11 05:27:19.5531] Plugins::InguzEQ::Plugin::debug (261) InguzEQ: W=Width


What I'm concerned about is the Treble value set to "1" when Treble isn't an option on the control panel.

What gives?

Thanks in advance.

[cliveb]

Because the EQ adjustments are subtle, I need a log to verify that InguzEQ is doing its thing properly.

How would I go about producing it?

I realise this is a somewhat flippant comment, but it has to be said:

If the EQ is subtle enough that you can't tell by listening, do you really need to know?
And in that case do you really need DRC?

[Apesbrain]

How would I go about producing it?

Inguz EQ produces a log at "C:\ProgramData\InguzEQ\log.txt" in Windows. It will show you what is happening by track. Also note whether CLIPPING+ is present in which case you'll need to reduce gain in "C:\Program Files\Squeezebox\server\Bin\MSWin32-x86-multi-thread\InguzDSP.exe.config".

[artatgray]

How to verify that InguzEQ is active and processing?

Hi all,

I've got the revised InguzEQ installed and apparently activated.

I generated an impulse response file based upon my desired target EQ curve per the documented requirements (32 float wav) in REW.

Because the EQ adjustments are subtle, I need a log to verify that InguzEQ is doing its thing properly.

How would I go about producing it?

Thanks in advance,
Bill

[bobertuk]

Any chance anyone is working on an update for DRC in Windows LMS?
New PCs don't even have IE and Silverlight. It's really outdated tech.
I'm actually surprised nothing newer has come along.

Look at this thread...

https://forums.slimdevices.com/showthread.php?113604-Looking-for-someone-willing-to-update-Inguz-EQ-DRC-settings-page&highlight=inguz

Works with most Web Browsers - no Silverlight required but still based on Inguz. Read the whole thread but particularly from post #8 (user 'foxesden'). Post #27 has a link to the latest mods - the zip file only contains the file 'index.html'. If you already have Inguz installed and working, this is the only file that needs updating.

Also read this thread...

https://forums.slimdevices.com/showthread.php?116119-Beta-Announce-Revised-Inguz-DSP-plugin&highlight=inguz

User 'foxesden' has rebuilt Inguz and provided instruction for installation.