PDA

View Full Version : Inguz and 7.4



Matt B
2009-09-30, 09:04
Just wondered if anyone using Inguz has moved to 7.4 successfully?
It sounds like a bit of a trawl upgrading to 7.4 on linux and I don't want to go through the process only to find out I've lost the Inguz functionality

rbl
2009-10-02, 06:51
Have you tried this by any chance? I am also wondering if Inguz will work on 7.4 ....

)p(
2009-10-03, 02:33
+1 Will only upgrade to 7.4 if Inguz works.

peter

amcluesent
2009-10-04, 06:57
My experience is that Inguz is pretty much crocked by 7.4.1 - r28761.

I copied the Inguz plugin and binaries from c:\program files\squeezecenter to c:\program files\squeezebox and restarted Squeezebox Server. I found that the prefs had been migrated by the 7.4 installers.

The EQ plugin appears in the Plugin listing, and the custom filetypes have been recognised for each player. The InguzDSP.exe is running when a track is playing.

However, the Plugins->EQ->Settings screen won't load properly and there's a stream of errors in the server log.



[09-10-04 14:43:51.3493] Slim::Control::Request::notify (2108) Error: Failed notify: Undefined subroutine &Slim::Utils::PluginManager::pluginRootDirs called at C:/PROGRA~1/SQUEEZ~3/server/Plugins/InguzEQ/Plugin.pm line 391.
[09-10-04 14:43:51.3592] Slim::Control::Request::notify (2108) Error: Failed notify: Undefined subroutine &Slim::Utils::PluginManager::pluginRootDirs called at C:/PROGRA~1/SQUEEZ~3/server/Plugins/InguzEQ/Plugin.pm line 391.
[09-10-04 14:43:51.3714] Slim::Control::Request::notify (2108) Error: Failed notify: Undefined subroutine &Slim::Utils::PluginManager::pluginRootDirs called at C:/PROGRA~1/SQUEEZ~3/server/Plugins/InguzEQ/Plugin.pm line 391.
[09-10-04 14:43:51.3894] Slim::Control::Request::notify (2108) Error: Failed notify: Undefined subroutine &Slim::Utils::PluginManager::pluginRootDirs called at C:/PROGRA~1/SQUEEZ~3/server/Plugins/InguzEQ/Plugin.pm line 391.
[09-10-04 14:46:12.9278] Slim::Utils::Strings::string (432) Error: missing string UHJ


Bottom line, it looks as if an existing config can be migrated to 7.4, but you can't then change anything except by editing the .prefs file :( I would guess an new install on 7.4 is a non-starter.

tonyptony
2009-10-04, 08:21
I just noticed the same thing with r28761. I'm not sure if the same sort of file editing we had to do the last time to get it working for 7.2+ will work this time. And the Inguz forums are currently down. I really hope Hugh hasn't left us dangling.

htrd
2009-10-05, 11:36
Klaas just announced a 7.4-compatible brutefirdrc update on the unix forum. Any linux users still running inguz might find this a good time to upgrade to brutefirdrc.

rbl
2009-10-09, 03:42
I installed 7.4 over 7.3.3 on my old XP Pro machine and Inguz worked fine (I just had to copy the plugin and inguzdsp files over). However I have now reformatted that machine and upgraded to Vista, and I get the errors described above. For some reason when I go to squeezebox settings->advanced->filetypes there is no option to select InguzDSP as the filetype anywhere. All the menus appear correctly on the player and in the web interface.
Any ideas anyone? This seems more like a vista/inguz thing, than a squeezebox 7.4 thing.

esbrewer
2009-10-10, 13:42
Install process is a little complicated on the Mac - but with 7.4 there seems to be a disconnect between the player and the server. At the point in the install where you open the player interface under EQ there is no command asking to restart the server - and none of the Inguz options show under file types on the settings page.

rbl
2009-10-11, 01:59
Exactly the same on Vista. The menus and everything are there except the filetypes, and there was no request for a restart.

Maybe that is why Inguz worked when I installed 7.4 over 7.3.3 on my XP machine. Is it possible that whatever happens after the request for a restart was done correctly via 7.3.3, and didnt need to be done again?

Clutching at straws here, but did you install Inguz on a clean version of 7.4? Or was it a 7.4 installed on top of 7.3.3?

esbrewer
2009-10-12, 17:48
My install of 7.4 was a clean one.

I'm hoping that Hugh hasn't set Inguz DRC aside permanently. I have some monitors confined to bookcases for safety reasons, and Inguz makes the best of the less than ideal placement.

It might be time to start looking into other options.

miklorsmith
2009-10-14, 15:58
I'm on 7.4.1, everything seems to be running great regarding general function. But, trying to run just the EQ from Inguz, I'm stymied. I installed the plugin, then read here the way to do it is through the secondary download function in the "plugin" section of the Settings menu in the SB Server Web Ccntrol.

Inguz doesn't have an easy address to include - the 'Download' leads to a zip file/destination screen that doesn't seem to fit here so I didn't try to stick it there.

Nonetheless, the EQ plugin appears in all the places it needs to and appears in the menu. All the functions seem to work perfectly through the remote BUT - no effect. None of the settings DO anything. Balance can be all the way to one speaker but both play equally no matter how many times I try restarting.

Anyone else have this experience? It seems like it should be something really simple but I'm drawing blanks.

Thanks in advance,

Mike

p.s. I wondered aloud a couple of years ago why Logitech doesn't include the EQ functionality as a part of every software update. The number of systems not needing a bump or cut somewhere across the frequency range is approximately zero. This is a tremendous function that would benefit everyone and provide great marketing copy. Hugh is awesome to keep chasing all the software upgrades but seriously, at least the basic 2/3/5/9-band EQ should fall to Logitech. If you guys want to add moveable centers to each band, that would be a semi-parametric EQ that would be over-the-top awesome.

miklorsmith
2009-10-20, 15:06
Is Inguz working for everyone else? Is nobody using it? I'm surprised by the lack of interest in this topic. If it's working for some of you, any ideas why it would function perfectly at the remote but have no effect on the sound?

Curt962
2009-10-20, 21:21
You don't suffer alone Miklorsmith....

My Vista/7.4/Inguz set up works perfectly on the display and the remote...except it doesn't do anything to the sound.

Geez....ALL I wanted was a tweak of balance correction...

I can do very well without a facebook app on my Transporter....why wont Logitech put some simple eq/balance controls on the next SC update???

a.skarpa
2009-10-20, 23:20
Hi all,
I think I found a workaround for having it working.
Take last release of Plugins\InguzEQ\Plugin.pm and comment rows from 391 to 400:

before:
391: my @rootdirs = Slim::Utils::PluginManager::pluginRootDirs();

after:
391: # my @rootdirs = Slim::Utils::PluginManager::pluginRootDirs();

Socketwrapper and transcode work for me.

Let me know if it works for you.

I tried to contacr Hpyle, but had no luck!

Hi Alessandro

esbrewer
2009-10-21, 08:26
Hi all,
I think I found a workaround for having it working.
Take last release of Plugins\InguzEQ\Plugin.pm and comment rows from 391 to 400:

before:
391: my @rootdirs = Slim::Utils::PluginManager::pluginRootDirs();

after:
391: # my @rootdirs = Slim::Utils::PluginManager::pluginRootDirs();

Socketwrapper and transcode work for me.

Let me know if it works for you.

I tried to contacr Hpyle, but had no luck!

Hi Alessandro

Can you be more specific as to how to do this for those of us with no experience editing or writing code? I see that I have to make an edit to line 391 - but what does "comment" on 391-400 actually require me to do? Do I add some symbol to these lines? This would be great if it works for all us - thanks much for the work.

miklorsmith
2009-10-21, 08:56
I'm a code dummy, completely. Any detailed instructions on how to open and what to modify would be VERY MUCH appreciated.

This function really should be integral to the software. It's completely baffling that it still isn't.

amcluesent
2009-10-21, 13:25
So, I'm assuming that Slim::Utils::PluginManager::PluginRootDirs() is no longer supported.

Rather than comment it out, wouldn't it be better to assign a literal string to @rootdirs appropriate for your install?

a.skarpa
2009-10-21, 14:29
Ok boys, sorry for not having been non-programmer-friendly. Here are the steps that work for me.
1) Locate the plugin directory (for me is "C:\Program Files\SqueezeCenter\server\Plugins\InguzEQ")
2) Open "Plugin.pm" with you favourite editor (notepad ?)
3) Modify lines from 391 to 400, adding a '#' character in the beginning:

BEFORE:
my @rootdirs = Slim::Utils::PluginManager::pluginRootDirs();
for my $d (@rootdirs)
{
if( $d =~ m/$thisapp/i )
{
my $cp = catdir( $d, 'custom-convert.conf' );
debug( "New CP:" . $cp );
return $cp;
}
}

AFTER:
# my @rootdirs = Slim::Utils::PluginManager::pluginRootDirs();
# for my $d (@rootdirs)
# {
# if( $d =~ m/$thisapp/i )
# {
# my $cp = catdir( $d, 'custom-convert.conf' );
# debug( "New CP:" . $cp );
# return $cp;
# }
# }

4) Save the file
5) Restart squeezebox server.

NOTE: if you try to go to plugin from web interface (player/EQ) it will alway tell "restart server", but the important thing is transcoding works.

To amcluesent:

I saw from the logs that Slim::Utils::PluginManager::PluginRootDirs() is deprecated and thus gave the blocking error in 7.4.
I understand that there would be a better way, but I haven't idea of how a slimserver plugin is written, this is my first look to it.

Hi, Alessandro

miklorsmith
2009-10-21, 18:12
I entered everything exactly. Well, the paragraph (or whatever) formatting looks different but the text is identical. I do get the "restart server" message in the "Settings" menu but it also shows up right after the EQ menu on the unit itself and doesn't allow access to any functions.

Dammit! But thanks. :)

esbrewer
2009-10-21, 18:56
I entered everything exactly. Well, the paragraph (or whatever) formatting looks different but the text is identical. I do get the "restart server" message in the "Settings" menu but it also shows up right after the EQ menu on the unit itself and doesn't allow access to any functions.

Dammit! But thanks. :)

Exactly same experience here. I'll try again tomorrow. Formatting looked different for me as well - many lines are tabbed in.

a.skarpa
2009-10-22, 09:02
Hi,
can you try this?
Revert to original plugin.pm and substitute ONLY row 391:

BEFORE:
my @rootdirs = Slim::Utils::PluginManager:PluginRootDirs();

AFTER:
my @rootdirs = Slim::Utils::PluginManager::dirsFor($thisapp,'enab led');

For me after restart, this works as in 7.3.3

Greetings, Alessandro

Tehnolog
2009-10-22, 09:48
Classic EQ menu is WORKING now (can run EQ tests etc). Will check for EQ and DRC setting soon.

please correct this string in your post (you put space into word "enabled" - it may confuse people):
AFTER:
my @rootdirs = Slim::Utils::PluginManager::dirsFor($thisapp,'enab led');
----------here there is NO space between "b" and "l" LOL--------->
NB: for unknown reason it LOOKS on forum screen as there is a space...


Could you inform exact revision of 7.4.2 build that you are using?
mine is 7.4.2-28978

By the way : on original .pm file I _CAN_ enter EQ plugin settings page: it takes about 90 seconds to open it, then I see some settings there but can not change them as web page is loaded "with errors" (=corrupted content on screen)

miklorsmith
2009-10-22, 11:30
I'll give it a shot tonight, thanks!

Tehnolog
2009-10-22, 11:42
Ok, I tried EQ: no influence on sound... I tried 'Balance" , "Bass", "treble" - no result.

All "sound tests" in settings are working well: White and pink noise, Left and Right etc

Still did not try DRC (as I have no microphone at hands now).

miklorsmith
2009-10-22, 21:19
Same result - functions appear functional but no actual effect.

Curt962
2009-10-23, 18:43
I hope this thread doesn't die.....

I am really hoping somebody has a "fix" for Inguz with SC 7.4.

Thanks in advance!!

esbrewer
2009-10-24, 07:07
Has anyone here played around with the Brutefir plugin if Inguz is not going to be following SBS forward? Inguz took me a while to figure out - but at first glance Brutefir looks to have an even steeper learning curve.

I'm considering the SVS AS-EQ1. It's getting great reviews and is apparently very easy to use and affordable. Since a majority of the problems we're trying to correct are bass related, it should do the trick for those of using a sub. If anyone has tried some of Audyssey's other stuff the results are generally very impressive.

miklorsmith
2009-10-24, 09:09
I have three SB systems, the biggun, one in the livingroom, and one in the garage. The big system has a separate bass circuit from the preamp > professional EQ > stereo Pro amps > subs. It really represents The Ideal, as the mains are kept free of any fiddling and the sub frequencies, say 70 hz down, are fully in control. It's amazing how much getting the bass 'right' helps the rest of the spectrum. Tip of the day - if you're using subs, do you know where your phase is? It doesn't take much overlap/phase misalignment to Kill big chunks of bass in a room. Like 25 db kill. Get it right and all the speakers work way less with much-reduced distortion. It's quite shocking to me that many subs only supply a +/- control, but that's another topic . . .

In this setup, I likely won't be using Inguz, as I have a complete hardware/software suite. However, my garage system includes a pair of handbuilt single-driver, bass-reflex boxes. The speakers really would like a smaller room and better corner reinforcement. But the garage is as big as it is and corners aren't available. The setup actually sounds really good, way better than a garage should (and better than my livingroom setup). However, it needs a little massaging. It does make bass, but has the dreaded single-driver presence-band lift. So the bass is recessed.

Using my .mp3 player as source and goosing its EQ, which is way less sophisticated than Inguz', it comes into balance and sounds killer. If I could instead stream my lossless files and really tailor the speaks to that room, I'd be in tinkerer's heaven. As it is now, the .mp3 player sounds better than the SB, even with worse music files just because of the response curve.

The livingroom setup is a little thumpy in the bass, obvious port lift. I'd probably just measure the exact frequency, move Inguz frequency center to that location, and drop about 3 db - easy fix.

Only one of my 3 systems has any reasonable alternative to Inguz.

Additional hardware can do the job, but can also introduce other problems, especially transparency if used above the bass range. And that's my core point, please please please can Logitech just incorporate this as a feature? It seems only a matter of time before Hugh gets sick of following the never-ending software changes (which are fantastic btw) and gives up. Maybe he already has.

From a hardcore audiophile perspective, this is probably THE MOST IMPORTANT PLUGIN OF ALL. Period, bar none. It's such as huge advantage over the competition. You wouldn't need the DRC, just the EQ function. Anyway, sorry for the ramble.

Curt962
2009-10-24, 12:33
From a hardcore audiophile perspective, this is probably THE MOST IMPORTANT PLUGIN OF ALL. Period, bar none.

Agreed 100%. Logitech....PLEASE LISTEN!!

)p(
2009-10-25, 00:56
Agreed 100%. Logitech....PLEASE LISTEN!!

+1 without drc I will stop using the sb.

peter

amcluesent
2009-10-25, 06:21
>Logitech....PLEASE LISTEN!! <

Yep, how Inguz was implemented was clever, but IMHO it's now not sustainable to insert DRC by spoofing transcoding and relying on passing through the MAC address of the player(s). I'm not even sure 24/96 streams are maintained?

DRC needs to become a core part Squeezebox Server not a community add-in.

tonyptony
2009-10-25, 17:42
>Logitech....PLEASE LISTEN!! <

Yep, how Inguz was implemented was clever, but IMHO it's now not sustainable to insert DRC by spoofing transcoding and relying on passing through the MAC address of the player(s). I'm not even sure 24/96 streams are maintained?

DRC needs to become a core part Squeezebox Server not a community add-in.

+1+1+1+1+1+1+1+1 !!!!!!!

As yet one more audiophile I can only keep scratching my head wondering why the original Slimdevices and now Logitech doesn't just offer Hugh some kind of payment / licensing / anything to allow Inguz to be properly integrated into the software and maintained and upgraded as part of the product. For a small company that was intent on creating a device like this that actually had the ability to sound good, leaving out DRC continues to be a real mystery.

BTW the forum is still down.

Wichita
2009-10-26, 07:00
Sorry my 1st post on this forum is to ask for a new feature in SC ...
Inguz was a great solution, but somewhat too arcane for me with the RC elements in it, a simple software EQ / Balance function shouldn't be that difficult to implement with SOX IMHO, so +1 for me on this one

miklorsmith
2009-10-28, 09:27
I guess at this point we should assume Hugh is done updating Inguz to the umpteen software upgrades?

If this is so, we have a few options - downgrade to 7.3 forever, find new benefactor(s)to figure out how Inguz works now and carry the torch with future upgrades, or lobby Logitech to incorporate some/all of Inguz' function as an official component.

My druthers would be the last option - convince Logitech of the merits of being at the front of this crucial function. To keep it simple, we could start with the EQ only, then see if integrating DRC is within reach.

I've done a lot of DRC, having owned three different models of TacT preamps over a couple of years. My humble opinion is that most of what can be done with DRC is achievable with a parametric EQ and simple measurement tools. This solution equals way less signal manipulation and processing power.

I'm not advocating against DRC, just saying Logitech might be more amenable to bite-sized chunks instead of a large undertaking.

I'd really like to keep this topic alive and to get as many people behind it as possible.

Thoughts?

Matt B
2009-10-28, 14:15
Well seeing as I started this thread I certainly give my vote for at least parametric EQ within SC. I'm sticking with Inguz and 7.3 for the moment and just hope something gets worked out before Inguz expires in the new year!

rbl
2009-10-28, 15:22
To be fair Hugh/Inguz has done an amazing job (thank you!) and has kept it pretty much up to date without charging a penny. If he misses the odd update etc. then it isn't really a bid deal!

But I find it staggering that Logitech have not at least implemented some sort of EQ. It can't be particularly difficult, and it has always been pretty much impossible to buy a normal music system without EQ (unless you go audiophile top end). DRC would be nice too (even if they just leave it up to the user to generate the filters themselves using 3rd party software).

The problem is how to get these wishes infront of Logitech, and not some forum that they will never look at?

Curt962
2009-10-28, 19:18
I'd be one to add my name to the list of those petitioning Logitech for the inclusion of some basic EQ functions to the devices affected.

I paid a lot of money for my Transporter (as did you), and I like it immensely, but curiously, such seemingly easily implemented capabilities such as EQ/BALANCE are omitted...leaving unsupported 3rd party software to do the grunt work for us.

Logitech....sh1tcan the newest Facebook app update, and give me something that improves my listening. That's what I paid for.

Please.

)p(
2009-10-29, 02:00
What would be even better is a vst host plugin for squeezecenter. We can then insert our own drc, eq etc vst filters into the playback chain.

peter

a.skarpa
2009-10-29, 07:59
Hi,
+1 for Logitech to support EQ and/or DRC.

However I try to find a workaround for having today's InguzEQ working with 7.4.x.

Can someone try the following steps, modyfing \Program Files\Squeezebox\server\Plugins\InguzEQPlugin.pm ?

1) follow instruction of my post #21: substitute line 391:

OLD: my @rootdirs = Slim::Utils::PluginManager::pluginRootDirs();

NEW: my @rootdirs = Slim::Utils::PluginManager::dirsFor($thisapp,'enab led');
(note: the word E-N-A-B-L-E-D is written without spaces)

2) (new try) substitute lines from 742 to 747:

OLD:
Slim::Web::HTTP::addPageFunction("plugins/InguzEQ/index.html", \&handleWebIndex);
Slim::Web::HTTP::addPageFunction("plugins/InguzEQ/Silverlight.js", \&handleWebStatic);
Slim::Web::HTTP::addPageFunction("plugins/InguzEQ/Scene.js", \&handleWebStatic);
Slim::Web::HTTP::addPageFunction("plugins/InguzEQ/Model.js", \&handleWebStatic);
Slim::Web::HTTP::addPageFunction("plugins/InguzEQ/Scene.xaml", \&handleWebStatic);
Slim::Web::HTTP::addPageFunction("plugins/InguzEQ/inguz.png", \&handleWebStatic);

NEW:
Slim::Web::Pages->addPageFunction("plugins/InguzEQ/index.html", \&handleWebIndex);
Slim::Web::Pages->addPageFunction("plugins/InguzEQ/Silverlight.js", \&handleWebStatic);
Slim::Web::Pages->addPageFunction("plugins/InguzEQ/Scene.js", \&handleWebStatic);
Slim::Web::Pages->addPageFunction("plugins/InguzEQ/Model.js", \&handleWebStatic);
Slim::Web::Pages->addPageFunction("plugins/InguzEQ/Scene.xaml", \&handleWebStatic);
Slim::Web::Pages->addPageFunction("plugins/InguzEQ/inguz.png", \&handleWebStatic);

On 7.4.1 (official) these steps made the transcoding working for me. BTW it works even better than 7.3.3, only one instance of socketwrapper is present during playback.
Test signals and room correction work from my Squeezebox3 Classic, the web interface works as it was in 7.3.3 (can't modify frequency bands, but you can save settings, set number of bands, etc).

I hope this workaround works for you guys.

Alessandro

miklorsmith
2009-10-29, 10:10
Sweet, I'll give that one a go tonight.

By my comments I do not mean to denigrate Hugh for his tireless and excellent work, the work of members looking to get the functionality back, nor Logitech for continuing to support open-source architecture which benefits us all.

I only mean now seems like a good time to lift Hugh off the hook. And, I believe it's true he builds expiration dates into the Inguz builds. If this is the case, we have a limited time to use the software, regardless of staying on an older platform or finding a good workaround.

On the subject of moving "frequency centers", I find this an extremely important function. Early in the Inguz development I chatted quite a bit with Hugh and even had him over to my house for a listen (very nice guy btw). At the time, the variable-center function wasn't in the software.

Coming from the TacT preamp units and seeing huge benefit, I implored him to upgrade the EQ function from a 'graphic' to 'parametric'. The reason is that a graphic EQ allows fiddling - bump here, cut there, stop when it sounds 'good'. However, it doesn't support direct problem-solution engineering.

While this is a useful function and far better than nothing, it doesn't allow corrections to be applied exactly where they are needed. When measuring a room there are invariably bumps to be trimmed and holes to be filled (within reason). Without a parametric EQ, 'frequency centers' cannot be correlated with places of need.

The two elements of a true parametric EQ not present in a graphic EQ are 1) movable frequency centers, and 2) "Q", or width of the band in terms of octaves.

Hugh agreed. Applying the idea, he found moving frequency centers was relatively easy and he fairly quickly applied that to the software. However, varying width of the band proved more difficult and that part never made it to the software.

Nevertheless, his solution enables the iterative approach of measuring the room, applying corrections, listening, measuring, applying, etc. The end result is an intentional compromise of measured flatness and audible preference.

The importance of this function to, well, everyone's better sound cannot be overstated. It's more important than 'some new cable', a new preamplifier, amplifier, power supply, tweaks, and other costly do-dads. I would put it on the level of new speakers or room treatments for efficacy. Audiophiles rue the loss of tone controls. This function is a thousand times better and doesn't cost anything.

esbrewer
2009-10-29, 19:43
The most recent changes posted give me the following on a Mac running OS 10.6.1 and SBS 7.4.2 - r29030:

1. Functional 9-band EQ
2. Active Silverlight graph via web interface

Its interesting - the Silverlight thing hadn't worked for me for a very long time for me using the most recent versions of Inguz. Could be a Mac thing - I don't know.

I do not have an active set of filters at present so I can't test that until this weekend at the earliest.

Thanks much for getting us this far!

esbrewer
2009-10-29, 19:54
Found that I did actually have some old (and irrelevant given changes to my system) filters - and that function appears to be working as well.

Logs are all showing normal function.

Also, iPeng 1.2 support appears to be intact as well.

Wirrunna
2009-10-29, 23:41
What would be even better is a vst host plugin for squeezecenter. We can then insert our own drc, eq etc vst filters into the playback chain.

peter

Peter, if you are saying that Squeezecenter should have a programmatic line out and a corresponding line in (like my NAD amp has a pre out and a main in for each channel) with a plugin that merely links the two (again, like the wire between the sockets on the back of my NAD amp) then I agree totally. This would enable plugins to be written for room correction, simple tone controls etc or even enable commercial vendors such as http://www.acourate.com/ to modify their product to be installed in the server thus eliminating a separate computer. Quite feasible in this age of quad core cpus.
I suspect that Logitech are leaving this alone as they appear to be moving towards "embedded" devices with minimum cpu power and a DSP plugin could overload a low power server.

miklorsmith
2009-10-30, 12:50
Made the changes, doesn't work for me on my XP machine. Big bummer.

a.skarpa
2009-10-30, 13:54
What exactly happens?
Are you sure you installed lame.exe on bin directory?

esbrewer
2009-10-30, 13:57
Made the changes, doesn't work for me on my XP machine. Big bummer.

Where did it fail? Do the log files for Inguz show anything? I would imagine that being as specific as possible would help those folks here trying to make some updates to the existing software.

I found that I had to restart my entire system several times in order to get things running - as 7.4. seems reluctant to shut down and restart via the control panel in a time manner.

miklorsmith
2009-10-30, 15:07
After 20 minutes of thinking, the web interface 'settings' return the following message from trying to access the Inguz settings:

Cannot initialize Silverlight: createSilverlightControl is not defined

I haven't tried shutting down the entire system, will do that now . . .

Log sez:

[09-10-30 07:31:55.4113] Slim::Web::HTTP::addPageFunction (2373) Error: Slim::Web::HTTP::addPageFunction() is deprecated - please use Slim::Web::Pages->addPageFunction() instead
[09-10-30 07:31:55.4120] Slim::Web::HTTP::addPageFunction (2373) Backtrace:

frame 0: Slim::Utils::Log::logBacktrace (/<C:\PROGRA~1\SQUEEZ~3\server\SQUEEZ~3.EXE>Slim/Web/HTTP.pm line 2373)
frame 1: Slim::Web::HTTP::addPageFunction (C:/PROGRA~1/SQUEEZ~3/server/Plugins/InguzEQ/Plugin.pm line 746)
frame 2: Plugins::InguzEQ::Plugin::webPages (/<C:\PROGRA~1\SQUEEZ~3\server\SQUEEZ~3.EXE>Slim/Plugin/Base.pm line 68)
frame 3: Slim::Plugin::Base::initPlugin (C:/PROGRA~1/SQUEEZ~3/server/Plugins/InguzEQ/Plugin.pm line 425)
frame 4: Plugins::InguzEQ::Plugin::initPlugin (/<C:\PROGRA~1\SQUEEZ~3\server\SQUEEZ~3.EXE>Slim/Utils/PluginManager.pm line 323)
frame 5: (eval) (/<C:\PROGRA~1\SQUEEZ~3\server\SQUEEZ~3.EXE>Slim/Utils/PluginManager.pm line 323)
frame 6: Slim::Utils::PluginManager::load (slimserver.pl line 501)
frame 7: main::init (slimserver.pl line 572)
frame 8: main::main (slimserver.pl line 98)
frame 9: PerlSvc::Interactive (/<C:\PROGRA~1\SQUEEZ~3\server\SQUEEZ~3.EXE>PerlSvc.pm line 99)
frame 10: PerlSvc::_interactive (slimserver.pl line 0)
frame 11: (eval) (slimserver.pl line 0)

I saw some Silverlight install message, tried that, still working . . .

miklorsmith
2009-10-30, 20:02
I installed Silverlight, no change. I uninstalled SB Server and reinstalled (on 7.4.2 now), still no change. Error message same as above, says Silverlight can't initialize after 15 minutes of thinking.

esbrewer
2009-10-30, 20:22
I installed Silverlight, no change. I uninstalled SB Server and reinstalled (on 7.4.2 now), still no change. Error message same as above, says Silverlight can't initialize after 15 minutes of thinking.

As I said above, the Silverlight thing rarely worked for me prior to these changes, but the access to Inguz controls from the player interface usually worked fine. So don't give up on things yet if the web interface isn't cooperating - you may end up finding the important stuff is functional.

osan
2009-10-31, 07:24
Upgraded to 7.4.1 yesterday. To my surprise Inguz with DRC work without doing nothing special. Only thing was to move all the plugins file to the new directories. I use only the player menu and never the web GUI.

I hope there is a future for this plugin(expire 01.06.2010), or an another permanent function for DRC. This function is alone an argument to buy a squeezebox. Personally I only need the function to play music with a correction file.

miklorsmith
2009-10-31, 10:06
Everything appears normal on the SB screen - menu shows up, allows access to all functions but none does anything. I've kept the balance skewed all the way to one speaker during experimentation just in case something worked. I just checked that and also fiddled with the EQ - nothing.

Thanks for the help everyone. It definitely helps not to suffer alone but the situation is a real downer.

miklorsmith
2009-10-31, 12:36
Here's a weird one - Trying different combinations of revisions listed in this thread, I've gotten the log file to quit reporting errors. I can run the web settings which still yields the Silverlight error message, but the error string below doesn't come up. The server can't see the error any more?

Man, this is frustrating. I'd quit struggling with it except that some folks have been able to get it working.

osan
2009-10-31, 13:12
What about the logfile from th inguz plugin?

C:\Documents and Settings\All Users\Programdata\InguzEQ

miklorsmith
2009-10-31, 13:39
There's no such directory there or anywhere on my local drive, I searched several ways.

miklorsmith
2009-11-02, 14:19
I guess I need to downgrade to 7.3 or reconfigure the main system that needs Inguz. I searched but couldn't find a download site for older versions.

Any help?

Thanks again

a.skarpa
2009-11-03, 06:15
For me, it works in Windows Xp.
Try this checklist:
1) be sure you installed InguzDSP on \program files\Squeezebox\server\Bin\MSWin32-x86-multi-thread
2) install lame.exe in the same directory
2) be sure you installed InguzEQ on \Program files\Squeezebox\server\Plugins\InguzEQ
3) modify plugin.pm as my recent post
4) restart server
5) check settings/advanced/file types and for mp3 it would be "lame/inguzDSP"
6) check \Documents and Settings\All Users\application data\InguzEQ\logs.txt while playing music

tell us what is wrong whit this list

miklorsmith
2009-11-03, 15:17
Thanks! I got it. I haven't been using Inguz for quite a while and spaced out the DSP plugin portion. I thought I didn't need it since I'm not using the room correction feature.

It's really unbelievable how much better the music shines through when the system and room modes are smoothed out. Now I have to find a good measurement setup that can run through the SB . . . I have Room EQ Wizard and use it with my big setup, but there the sweep tones go through the same hardware and any changes show up in the sweeps, with this setup they don't.

80% there though, thanks again! Now we just have to figure out how to keep it from expiring. :)

Mike

miklorsmith
2009-11-04, 09:52
Now that Inguz is running, my .wav and .flac + .cue files are all bugged out. I remember something about this when I used to use it way back in the 6.x days but surely this is another highlight why Logitech should take on this function themselves.

Has this been raised to Logitech? If nobody's done it, is there a logical person to lead the effort? If not, I might do it myself.

miklorsmith
2009-11-04, 11:20
I just filed a bug report on the .cue + Inguz problem, along with a request that Logitech take over the EQ function. Wish me (us) luck!

Wirrunna
2009-11-04, 12:24
I just filed a bug report on the .cue + Inguz problem, along with a request that Logitech take over the EQ function. Wish me (us) luck!

Bug number and link so we can easily vote for it, please.

esbrewer
2009-11-04, 12:47
Now that Inguz is running, my .wav and .flac + .cue files are all bugged out. I remember something about this when I used to use it way back in the 6.x days but surely this is another highlight why Logitech should take on this function themselves.

Has this been raised to Logitech? If nobody's done it, is there a logical person to lead the effort? If not, I might do it myself.

I haven't noticed a problem with FLAC, but most of my files are ALAC - and I rarely use .CUE. I'll try later on tonight. Can't you just convert them into another more Inguz friendly form and be done with it? You might be waiting a VERY long time for Logitech to address an issue that impacts a very small part of a relatively small market.

miklorsmith
2009-11-04, 16:25
That's possible, for sure. I barely expect Logitech to care too much about problems between .cue users and 'some' third party plugin BUT I'm also using that to highlight the need for taking on EQ themselves.

It really is a MAJOR selling point, hopefully they'll see that.

esbrewer
2009-11-08, 12:13
I just went thru the trouble of recording some new sweeps - which I haven't done for at least a year - and found that ImpulsePrep expired on 6/1/2009. Does anyone have version that works so I can process my sweeps via DRC?

rbl
2009-11-09, 07:46
you can try downloading from the inguz website. I know in the version history it says that it has expired, but certainly the processor has not expired yet, so worth a shot.

miklorsmith
2009-11-09, 14:41
All my 7.4.x efforts have failed me. There's a bug (filed) with .cue sheets that seems to plague all the versions. I'll be downgrading for the time being. My recollection is Inguz had a hard time with .cue sheets before so I'm not holding my breath that I'll get it back but at least I'll have a server that works.

I sent the following message to 'MickeyG' last week, not sure if he's the right dude or what (sorry for length):

"I'm an audiophile guy, have been for 20 years. I was a reviewer for 6moons for a while and have a fair bit of experience with equalizers and DSP, having owned three different TacT units and Inguz for quite a while through 3 Squeezebox Classics.

While the Squeezebox is arguably more geared toward the 'consumer' market over hardcore audiophiles (more for price than anything else), it can be featured in a Very Serious setup. My primary rig would retail for over $25k and my (modded) SB to an outboard DAC is my best possible digital link.

The Transporter is unabashedly audiophile-oriented. While us sound-dorks will yell all over that our gear is so good we don't need tone controls, the simple truth is we do. For a ton of reasons, primarily room/speaker interactions, speaker/amp pairings, and fundamental speaker issues, in-room response is almost always terrible.

Of course, most of us don't know that, but it doesn't mean it's not a problem. We don't know it mostly because our stereos don't permit any fiddling. If we have controls, we'll play. If we play we'll realize there's more there than what we're getting, and if we're serious we'll actually measure the room to see where the problems are. If we have tools to fix them, the end-result can be really, completely unbelievable.

For a few years, Inguz has provided a very nice though quirky feature-set to dial in one's system. However, support for SB Server 7.4.x has gone dry and is set to expire in January. At present, the code needs to be tweaked to get it to run at all, and even then it causes problems with .cue files and maybe more. Most of my collection is set up with single music files + .cue sheets.

There are quite a few people that are concerned about Inguz expiring and the loss of support. This would seem a great time for Logitech to pick up the EQ torch and integrate it as a core feature of the software.

The current options for EQ in a system are not good. I ultimately went away from the *very expensive* TacT units because their digital processing engine drained life from the music. Analog EQs are not flexible enough and add a tremendous amount of analog circuitry to the chain, also a big no-no. There are software packages that can do this work, but they too cost big dollars and also can't pair with SB Server.

Having the source itself be the EQ is freaking brilliant, it's manipulating the file in its native habitat (the server) and the results don't impart an artificial character, it's all the good with none of the bad.

In my opinion, and some others I've talked to, this feature is the single-most important 'extra' the software includes. I understand all the cool gizmos and people do like those, but this one actually makes your system sound better, a lot lot lot better.

From Logitech's standpoint, the potential sales advantage to the audiophile customer is undeniable. In my mind, it's the last dagger in the CD player's coffin. Even the grouchy old guys will get it, since they remember the days when hi-fi kit included tone controls. But, these are a thousand times better.

Sorry for the long message, thanks for staying with me. I understand this may be a significant undertaking, who knows, maybe Hugh is done updating the software and would happily turn over what he has to you.

I can't possibly overstate how important this feature is to a good number of your serious sound customers.

Thanks a lot,

Mike Smith, aka Miklorsmith"

We need to get a concerted effort going to try to get Logitech to take this on . . .

inguz
2009-11-09, 20:11
Thanks for the kind words, Mike.

I've been waay behind the curve in keeping up with the Squeezebox Server changes. Part of this was just laziness; with my own system I got to the stage where everything was working quite adequately well, while the server kept moving underneath me, and it was a struggle to engage. Part of it was just procrastination and other time pressures :-)

Anyhow, there's a new development which may or may not be of interest. I've updated the tools and DSP to remove their expiry dates. Current downloads are on http://inguzaudio.com/downloads/.

At the same time, I've pushed the sourcecode (including all the DSP) to github under the MIT free license.

Now, the plugin still hasn't been updated to work with the 7.4 system. That'll take a little work -- not sure how much, yet. I hope to get on that soon.

Hugh

Wirrunna
2009-11-09, 21:05
Hugh, wonderful to see you back here. There is a bunch of us hanging off going to SBS 7.4.x until Inguz works. Frankly, I think you have saved us all a lot of grief.

miklorsmith, I agree with your reasoned and well thought out post. Would you put it in Bugzilla as an enhancement request and post the bug number in this thread? I'm sure a lot of us would vote for it.

miklorsmith
2009-11-09, 21:25
Hey guys!

I've been in a bit of a washing machine - what I thought was an Inguz/cue/7.4.x problem I now think is a cue/7.4 problem. Oh, except tonight I downgraded to 7.3.4 and . . . still not working right. I'm all focused now on just getting the damned software operational - I've regressed.

Before this problem, I did have Inguz working with 7.4, using the tweaks mentioned earlier in this thread. Some others got it working too. Last week I reported a bug with .cue/Inguz (maybe misplaced on cause) and got the answer back that the bug reporting system doesn't apply to third party plugins.

I now have another pending on the cue problem, but that's a different topic.

Is MickeyG the right person to engage with this question? Should we start a petition that people can sign? Sorry I don't know the protocol.

rbl
2009-11-10, 03:10
Hugh - great to see you are back! As you are aware, a lot of us really appreciate your DRC/EQ tools..

Miklorsmith - excuse my ignorance - but what is the advantage of using cue sheets? Aren't the tags in FLAC files (or whatever you use), combined with playlists, sufficient? Just curious really ...

miklorsmith
2009-11-10, 10:33
Good question. A big part of the .cue thing was that I started that way maybe five years ago. At the time either flac wasn't a 'thing' or I just didn't know about it. I was into mixed cd's then and gapless playback was critical.

Once in the habit, I kept ripping that way. Since, I have reinforced my thought process and still like the method for my purposes. I still have a lot of gapless music (and yes I know flac supports this) but also I keep and stream .wav files which have inferior tagging capabilities. My backup files are flacs and also a lot of my primary music. I do have a lot of separate, individual files but about 600 albums are cue/wav.

A few friends with very nice systems swear they can hear the difference between wav and flac files, one even says he can hear a decompressed flac (now wav) file versus a pristine one that's never been compressed. I haven't done any careful evaluations on either count and don't have an opinion on either scenario but I do like the idea of having a copy that's 'just what's on the disc'. I also like knowing th

I wouldn't re-rip my collection for the unlikely benefit, but since it's there I don't want to give it up either.

I like knowing the waveform is precisely what's on the disc as far as track gaps and also EAC's offset corrections are way less important with one big file instead of individual tracks.

Aside from occasional software concerns (SB Server) there really isn't a downside either. EAC and Foobar treat .cue tracks just as they would individual files.

esbrewer
2009-11-10, 13:05
Glad to hear that Hugh is back in the fold.

Given the modifications to the existing plugin mentioned above I am now able to use Inguz DRC fully on an Intel iMac running Mac OS 10.6.1 and SBS 7.4.2. The instructions that Muski has posted on the boards for the Mac OS install needed edits to reflect the new name of SBS - but went smoothly from that point forward.

Now if I can actually find some time to listen to the results...thanks to all for their contributions.

miklorsmith
2009-11-10, 14:10
Message back from MickeyG and my reply to him . . .

"Mike:

Sorry for the late reply. It's been somewhat busy around here. :-(

I've not listened to the Inguz product myself, but it's easy to imagine that digitally equalizing for your room and system in software would work great. It hadn't dawned on me to do it within Squeezebox Server, but it would definitely work.

I would agree that it's a cool thing to do for us audiophiles. The basic underpinnings could be handled by SoX or Sound eXchange (http://sox.sourceforge.net/Docs/Features), which is already built into Squeezebox Server 7.4.0. It's capable of equalizing the audio in the digital domain, I believe.

However, we already have plenty on our plate for software development and can't spare the people to work on this. There might be some people in our developer community who might be interested in doing this. Although I'm not a SoX expert, I believe it's not a super daunting task, and is probably achievable with a bit of work. (It would involve tweaking the SoX config file, but I'm not sure.)It sounds like it should be right up the alley for some of them.

It's a great idea, Mike. I can probably offer some expert guidance from some of the guys here if needed.

Mickey"

Me:

No worries, thanks for the reply! Gotta love the open-source architecture, it's a major advantage for you guys (and us).

The very best news is that a) Hugh has reappeared; b) he's revised the Inguz code to remove expiration date; and c) with a small bit of playing the existing code can work with 7.4.

While I don't have any special need to have the EQ code written by the Logitech machine, a primary challenge has been and will be to keep the EQ current with the ever-evolving software. I'm sure Hugh would welcome the help, I know in the beginning he fancied charging for the software at some point but I believe he's been off that plan for some time. He might be amenable to having it be a team effort of some kind."

Maybe I'm out of line, hopefully not. Please discuss. :)

a.skarpa
2009-11-10, 16:06
Hi,
I would thank Inguz for his latest news. I tried new version of DSP and works like a charm. Thanks for the sources also (maybe it will be useful for the new project I told privately).

I see you haven't modified the plugin yet for being compatible with 7.4, if you see my post #39 you will find the solution.
For final version maybe adding one IF (version>=7.4) will suffice.

Alessandro

rbl
2009-11-11, 13:42
Thanks very much for the explanation!

thorbjorn78
2009-11-12, 12:05
Hi,
+1 for Logitech to support EQ and/or DRC.

However I try to find a workaround for having today's InguzEQ working with 7.4.x.

Can someone try the following steps, modyfing \Program Files\Squeezebox\server\Plugins\InguzEQPlugin.pm ?

1) follow instruction of my post #21: substitute line 391:

OLD: my @rootdirs = Slim::Utils::PluginManager::pluginRootDirs();

NEW: my @rootdirs = Slim::Utils::PluginManager::dirsFor($thisapp,'enab led');
(note: the word E-N-A-B-L-E-D is written without spaces)

2) (new try) substitute lines from 742 to 747:

OLD:
Slim::Web::HTTP::addPageFunction("plugins/InguzEQ/index.html", \&handleWebIndex);
Slim::Web::HTTP::addPageFunction("plugins/InguzEQ/Silverlight.js", \&handleWebStatic);
Slim::Web::HTTP::addPageFunction("plugins/InguzEQ/Scene.js", \&handleWebStatic);
Slim::Web::HTTP::addPageFunction("plugins/InguzEQ/Model.js", \&handleWebStatic);
Slim::Web::HTTP::addPageFunction("plugins/InguzEQ/Scene.xaml", \&handleWebStatic);
Slim::Web::HTTP::addPageFunction("plugins/InguzEQ/inguz.png", \&handleWebStatic);

NEW:
Slim::Web::Pages->addPageFunction("plugins/InguzEQ/index.html", \&handleWebIndex);
Slim::Web::Pages->addPageFunction("plugins/InguzEQ/Silverlight.js", \&handleWebStatic);
Slim::Web::Pages->addPageFunction("plugins/InguzEQ/Scene.js", \&handleWebStatic);
Slim::Web::Pages->addPageFunction("plugins/InguzEQ/Model.js", \&handleWebStatic);
Slim::Web::Pages->addPageFunction("plugins/InguzEQ/Scene.xaml", \&handleWebStatic);
Slim::Web::Pages->addPageFunction("plugins/InguzEQ/inguz.png", \&handleWebStatic);

On 7.4.1 (official) these steps made the transcoding working for me. BTW it works even better than 7.3.3, only one instance of socketwrapper is present during playback.
Test signals and room correction work from my Squeezebox3 Classic, the web interface works as it was in 7.3.3 (can't modify frequency bands, but you can save settings, set number of bands, etc).

I hope this workaround works for you guys.

Alessandro

This fix worked for me on the newest version of squeezecenter and windows 7. :D Thanx!

tonyptony
2009-11-12, 20:38
Message back from MickeyG and my reply to him . . .

"Mike:

Sorry for the late reply. It's been somewhat busy around here. :-(

I've not listened to the Inguz product myself, but it's easy to imagine that digitally equalizing for your room and system in software would work great. It hadn't dawned on me to do it within Squeezebox Server, but it would definitely work.

Mike, thanks for passing this along. And Hugh, thanks for popping back into our world and providing expiry-free tools! I just did a new set of sweeps myself a couple of weeks ago and couldn't do anything with them.

I'm hoping that MickeyG gets what it is we're looking for here. If Logitech does decide to do something I'm hoping they see that we want what Inguz currently gives us - a full DRC capability, not just an EQ function. Frankly, with Hugh having been kind enough to make the source code now available I'd like to hope there'd be a way to support the continued development of this great tool.

Curt962
2009-11-12, 21:50
I'm stuck! I've edited the Inguz EQ text per the instructions in post 39, enabled everything and I have nothing.

The EQ screen appears on my transporter, all seems well...but still NO effect on the sound.

Vista/SC 7.4.2 is the set up.

Can anyone enlighten me??

Thanks!

**UPDATE**

Sometime last night...it appears the Inguz fairies visited, and made everything come to life! Great!!!!

I really appreciate all the legwork you guys have done to resolve the problems with using Inguz with 7.4.x.

Many thanks!

Now....if I can just figure out how to get the DRC installed and functional.

ITemplate
2009-11-22, 16:01
Hi guys,

Should the EQ work for FLAC aswell? If yes, anything required in order to enable that particular file type? As you might have guessed I have installed it as per "a.skarpa - procedure" and this is what I see:

1. Menu-option 2 on remote: "SqueezeCenter needs to be restarted"?

2. The Tone-tests under "settings" works. Quietness also.

3. Changing EQ settings like balance, bass, treble has no effect.

So it works but just not the ones I want to work (balance, bass, treble). I guess it would be wise to get those working before setting up the room.

I'm running 7.4 with newest Inguz on a W2003 Server.

Any advices?

--

osan
2009-11-23, 02:52
Have you tried to skip to next track when changing EQ? Because of the buffering in the player the EQ changes will not have immediate effect.

ITemplate
2009-11-23, 12:36
Have you tried to skip to next track when changing EQ? Because of the buffering in the player the EQ changes will not have immediate effect.

It got me in the right direction! Its because the steps in db are too small to be noticed. For example, on the remote, the last step (largest overall change) in the Balance is 0.4db (4 steps of 0.1 db) which is barely noticable.

Is it possible to change so that it jumps in steps of 1 db for example?

ITemplate
2009-11-23, 13:46
Is it possible to change so that it jumps in steps of 1 db for example?

This is done in the plugin.pm - not a setting unfortunately.

miklorsmith
2009-11-25, 09:14
I was able to get a running server going (7.3.4) - but no Inguz. I've tried every combination in the 'file types' menu and no luck.

Has anybody been able to get any recent software build running with .cue sheets and Inguz?

And to continue the 'other' discussion - I didn't interpret MickeyG's response as saying Logitech has any plans to adopt Inguz as a core component but he will assist any outside efforts as much as possible. This would mean somebody with skills (the inverse of me) would need to carry the torch. That might mean figuring out the state of the current Inguz build and explaining to MickeyG how easy it would be for Logitech to adopt it.

Just one idea. Any other?

Veggen
2009-11-25, 10:22
Is it possible to change so that it jumps in steps of 1 db for example?

Earlier versions of Inguz used 1 dB steps, unfortunately that changed making it less easy to operate. Who needs 0.1 dB steps anyway, even 1 dB is hardly noticable.

Luckily changing it is pretty easy:
1. Stop squeezecenter.
2. Locate the file .../Plugins/InguzEQ/Plugin.pm and make a backup copy of it in case you screw up.
3. Open the file in a text editor.
4. Search for "0.1" in the text and replace with "1" (or your required increment size). There should be two instances you need to change. Save the file.
5. Start squeezecenter.

ITemplate
2009-11-28, 14:48
If I haven't tweaked any settings (ie. bass=0, balance=0 etc) does the plugin change the audio in any way?

--

miklorsmith
2009-12-21, 10:16
I think the plugin changes the stream to 24-bit, don't know if the frequency changes too.

Update for me -

My normal speakers are expensive Zu Definition 2s, wideband drivers supplemented at the very top and bottom with supertweeters and subwoofers. But most of the music is without crossovers, characterized by a huge, dynamic colorful presentation.

The speakers that got me oriented toward the Definitions are still in the house - homebuilt single-driver, bass-reflex boxes per the "Big Fun Box" recipe on the TNT Audio website. The drivers are old hemp 8"ers from Omega.

These normally live in my garage. In the right (small) room, with sufficient room reinforcement they sound great, miniatures of my big 'uns. The wideband signature is there in spades but they do not have nearly the refinement. And, a peaky presence band reveals they're not cut from the same, refined cloth.

I've had these speakers in my big system for a bit and really, really wanted to set them up with Inguz, which apparently doesn't work with .cue files. I kept my 'backup' set with .cue and .wav files but for 'play' I sliced up to individual files with Foobar, updated to the SBS 7.5 daily, and spent about an hour doing measurements with Room EQ Wizard and some pink noise played back through the SB (as opposed to REW).

Net result? Holy friggin' cow! I'm not one for hyperbole but these $200 speakers are utterly phenomenal once the frequency response is smoothed out. My neighbor knows my main system better than anyone but me, I have him over once a month or so for long, late listening sessions. He came over Friday afternoon for a couple hours and he was blown away. The similarities with the big rig are undeniable.

Of course, I couldn't EQ below their natural dropoff at 50 hz and they don't have the same supertweeter sparkle as their 55x more-expensive bretheren but I dialed in a slightly boosted 50 - 200 hz range (better than flat to most ears)and bass is most satisfying with most music now where it was nearly absent before.

It is beyond sad to me that this software appears to be on the road to deprecation and I'll soon have to start choosing between staying current with my software and keeping the Inguz plugin which I'll reiterate is THE MOST important plugin of all to this audiophile. It makes your system sound better. What other plugin (or source for that matter) can do that?

Anyhoo, wanted to report in and bump the topic up again. Crusaders unite! :)

Merlinwerks
2010-01-05, 08:54
I've got Inguz running on 7.4.2 with the Skarpa change to plugin.pm, Thanks! I also needed to use IE for web control because the plugin did not render correctly in FF. Additionally, I had to install Squeezeplay to get access to the Settings/Test Tone menu because I am running a solo SBR (setup with net-udap) and no controller.

At this point I have my sweeps recorded and I am ready to process them and I need a little guidance. First, what version of DRC do most of you use for this? The latest (3.1.0) doesn't seem to have all of the files in the "sample" folder, flat.txt, ecm8000.txt, bk-3-spline.txt, but they do appear in the "source" folder. Version 2.6.2 seems to have all the files in the "sample" folder, although I don't think it makes any difference what folder you pull them from since they are just text files, but I thought I would check. Also I found references in an old thread about using a specific "normal.drc", located in post #21 here (http://forums.slimdevices.com/showthread.php?t=29489&page=3), at this point I'm unsure if this will be compatible with the latest versions of DRC.

This what I believe is the minimum required files in a folder for conversion:

ImpulsePrep.exe
DSPUtil.dll
drc.exe
normal.drc (modified to reflect the chosen target and mic files)
flat.txt (or whatever target you choose)
ecm8000.txt (or a cal file for whatever mic used)
left.wav
right.wav

Am I on the right track here?

Thanks!

Curt962
2010-01-07, 20:19
Hmmm. My Inguz EQ stopped working. Last log file written was on 1/05 and I just noticed it wasn't functioning today. I have the displays, but no function. All was working fine until then.

Bummer. What happened here??

Vista/SC 7.4.X/Skarpa Edit

Can anyone give some insights??

Thanks

Matt B
2010-01-08, 06:10
Curt962, you may just need to download and reinstall the plug-ins. There used to be an expiry date which has now been removed. See post #66 in this thread.

Merlinwerks
2010-01-08, 07:11
I went ahead with using DRC 2.6.2 to start with and will try 3.1.0 this weekend. I got my filters generated, however, it did not generate the extra "direct" filters as mentioned HERE. (http://inguzaudio.com/measurement/processing-sweeps/impulseprep-for-drc/)

Perhaps this info is out of date?

Curt962
2010-01-08, 21:28
Per Matt B's suggestion, I reloaded the Inguz EQ & DSP files. As it turns out, I was already running Inguz Ver. 09.32 when things decided to stop on 1/05.

I've checked everything, including the Skarpa edits, and all appears to be in order.

Well...it didn't work. And didn't work, and then after I don't know how many SC restarts, and computer reboots....it all came back to life and is playing normally once
again.

Seriously...I have no idea what went wrong in the first place, but at least it's working happily once more.

Thanks for your help once again!

Curt

esbrewer
2010-01-10, 07:38
Anyone tried to get Inguz running with 7.5 yet? On Mac 10.6?

sugarmonster
2010-01-18, 18:49
No, but I have just finished knocking up a mac installer (package) for 7.4 / 10.5 if that's any use to anybody; it includes the fixes from this thread, copies the latest files to the relevant places in the filesystem and creates a desktop short cut to the data folder to make it easier to work with.

I should be able to try it with 7.5 nightly tomorrow to see what happens, although I'm still on 10.5 so no Snow Leopard testing I'm afraid.

Marc.

readyscott
2010-01-30, 11:27
Hi all, glad to see this thread's still moving. Also, this plugin is badly needed and should be a standard part of the kit!

I'm a bit confused, though, and hope someone can help.

I've installed Inguz correctly as far as I can make out, including making all the suggested changes to Plugin.pm. I've disabled all the FLAC File Types everything apart from flac/InguzDSP, and I can play FLAC files ok. However, I can't discern any difference when changing any filter settings. InguzDSP.exe is running whenever I play a track, but the processor load is pretty low, between 2% and 10%. It jumps to max of 40% when I make a change, like load a new filter through the Plugin Settings web interface. Then the CPU load drops down to between 2% and 10% again. This is on a 1.6Ghz Core2Duo, so no super-duper processor or anything.

I've generated a few filters with REW - correctly I think. I exported as Filter Impulse WAVs, so that's the first thing to check, is that the right thing to export?

Also, I generated the filters as Mono, with separate Left and Right speaker recordings. Then I used Audacity to combine them, but I don't know if I did it right - I opened both tracks, then hit Ctrl-A, Ctrl-C on one track, then Ctrl-V in the other track. This seemed to paste the second track into the first one, then I clicked Make Stereo Track and saved it as a WAV in the highest resolution format I could find. Phew...

Anyhow, I've put the Filter files into the Impulses folder, and they're listed ok. But there doesn't seem any difference between them. Even turning Room correction off doesn't seem to make any difference. I'm not convinced that boosting or cutting on the graphic EQ is doing anything either, although everything shows on screen.

What am I doing wrong? Does anyone have a radical filter to try?

Hugh, please keep up the good work. I'd be pleased to donate!

Cheers,
Scott

htrd
2010-01-30, 12:08
....doesn't seem to make any difference.


Inguz has a global attenuation setting in its configuration file. Try setting this 20dB higher than the default to confirm Inguz is inline. It would be surprising if it was not, since you can see InguzDSP taking cpu time.



I've generated a few filters with REW


I think REW generates filters that only correct bass and sub-bass, whereas most Inguz users use Denis Sbragion's 'drc' which generates full range filters. I'm assuming you have speakers and source material to hear the sub-bass content....



Does anyone have a radical filter to try?


I dont, but thats a good idea. I shall make one......

sugarmonster
2010-01-31, 16:52
It doesn't have to be radical, any filter designed for one system should make an audible change (for the worse) on another.

Here's what I'm currently running with - it's pretty mild, but given that it's measured for my setup it should sound ***p on yours! (Put it this way - I can hear the effect on my cheap PC speakers when I run softsqueeze with this filter in place)

http://cid-f70ffd809b6732ab.skydrive.live.com/self.aspx/Public/mydefault.wav

readyscott
2010-02-01, 01:35
Thanks for all the replies. I'll try using drc to generate a full-range filter. REW initially seemed more user friendly, I've not used command lines for a long time...


I'll try Sugarmonster's sample file too, thanks for that.

Scott

esbrewer
2010-02-05, 18:02
I hope someone can point me in the right direction here. I seem to have found a consistent point where my Inguz install fails via muski's procedure. I get thru the final terminal command to check if everything is working, and file types are indeed set for Inguz. When I do the restart via the prefpane and go back to try to use the Inguz menus via the player interface I still get the message that I need to restart - and this message will not go away.

The Inguz log.txt file says this:

20100205192823: InguzDSP (version 0.9.32 on Mono)
20100205192823: -id must be specified.

I assume this -id is referring to my SB3. Any ideas why the player can't seem to communicate with the plugin?

esbrewer
2010-02-05, 19:18
Also noticed the following entry has been repeating for hours in the console since finished the install.

2/5/10 8:40:44 PM [0x0-0x19019].com.apple.systempreferences 2010-02-05 20:40:44.093 System Preferences[180:903] Squeezebox: running JSON request "rescanprogress"...
2/5/10 8:40:44 PM System Preferences[180] Squeezebox: JSON request returning '{
rescan = 0;
}'.

Not sure if this is helpful.

esbrewer
2010-02-05, 19:36
10-02-05 19:49:00.3087] Slim::Web::HTTP::addPageFunction (2373) Error: Slim::Web::HTTP::addPageFunction() is deprecated - please use Slim::Web::Pages->addPageFunction() instead
[10-02-05 19:49:00.3089] Slim::Web::HTTP::addPageFunction (2373) Backtrace:

frame 0: Slim::Utils::Log::logBacktrace (/Library/PreferencePanes/Squeezebox.prefPane/Contents/server/Slim/Web/HTTP.pm line 2373)
frame 1: Slim::Web::HTTP::addPageFunction (/Library/PreferencePanes/Squeezebox.prefPane/Contents/server/Plugins/InguzEQ/Plugin.pm line 747)
frame 2: Plugins::InguzEQ::Plugin::webPages (/Library/PreferencePanes/Squeezebox.prefPane/Contents/server/Slim/Plugin/Base.pm line 68)
frame 3: Slim::Plugin::Base::initPlugin (/Library/PreferencePanes/Squeezebox.prefPane/Contents/server/Plugins/InguzEQ/Plugin.pm line 425)
frame 4: Plugins::InguzEQ::Plugin::initPlugin (/Library/PreferencePanes/Squeezebox.prefPane/Contents/server/Slim/Utils/PluginManager.pm line 323)
frame 5: (eval) (/Library/PreferencePanes/Squeezebox.prefPane/Contents/server/Slim/Utils/PluginManager.pm line 323)
frame 6: Slim::Utils::PluginManager::load (./slimserver.pl line 501)
frame 7: main::init (./slimserver.pl line 572)
frame 8: main::main (./slimserver.pl line 1065)

[10-02-05 19:50:51.1097] Slim::Web::JSONRPC::requestMethod (383) request not dispatchable!
[10-02-05 19:50:51.1112] Slim::Web::JSONRPC::requestMethod (383) request not dispatchable!
[10-02-05 19:50:51.1126] Slim::Web::JSONRPC::requestMethod (383) request not dispatchable!
[10-02-05 19:50:51.1140] Slim::Web::JSONRPC::requestMethod (383) request not dispatchable!
[10-02-05 19:50:51.1158] Slim::Web::JSONRPC::requestMethod (383) request not dispatchable!
[10-02-05 19:50:56.1617] Slim::Web::JSONRPC::requestMethod (383) request not dispatchable!
[10-02-05 19:51:01.2139] Slim::Web::JSONRPC::requestMethod (383) request not dispatchable!
[10-02-05 19:51:06.2652] Slim::Web::JSONRPC::requestMethod (383) request not dispatchable!

esbrewer
2010-02-06, 06:15
Sorry for crowding the thread with log posts when the error was mine. I just realized I was trying to install the plugin.pm with the earliest mod to the 10 lines that didn't seem to get everything working again. Completely functional again.

titidsp
2011-01-26, 03:44
I managed with success the installation of the inguz plugin on the squeezebox server 7.5.3 after having followed the procedure explained in that thread. Thanks to everybody.

I've also got a normal behavior of the plugin in Firefox by replacing the old Silverlight.js file (part of the Inguz distribution) by a new one from the URL code.msdn.microsoft.com/silverlightjs
In fact, Silverlight.js "depends on browser implementation details that can change between Silverlight release", and there is a big gap between the first and the fourth version! I think the improvement is also perceptible in IE.

My next step will be to test the DSP part of the plugin with a measure file from REW before to decide myself to make a big jump in room correction with audiolense (user friendly) or acourate (but seems to be really too complicated).

marcy1970
2011-02-14, 04:11
Hello, thank you all and especially for a.skarpa for run the dsp on versions 7.4 and 7.5 of the server.
I can not be solved only with the failure mp4 files and similar.
I opened a 3d for those who want help me:
http://forums.slimdevices.com/showthread.php?t=85668

Thanks

Marcello

shlee
2011-02-14, 08:05
Hello, I'm not a linux guy, but I modified custom-convert.conf according to the default convert.conf.
And it Works...

I'm using SBS 7.6 nightly build on ubuntu 10.04 LTS.
First, you need to find custom-convert.conf which is located in /usr/squeezeboxserver/Plugins/InguzEQ/ or something like that.
Using your text editor, modify the config:
You can see alc flc * 00:00:00:00:00:00:00(mac address) part in the file.
Change it like this:

alc flc * 00:00:00:00:00:00(squeezebox's mac address)
# FT:{START=-j %s}U:{END=-e %u}
[faad] -q -w -f 1 $START$ $END$ $FILE$ | [InguzDSP] -id "00:00:00:00:00:00(mac address here)" -wav -wavo -d 24 | [flac] -cs -0 --totally-silent -

aac flc *00:00:00:00:00:00(squeezebox's mac address)
# IF
[faad] -q -w -f 1 $START$ $END$ $FILE$ | [InguzDSP] -id "00:00:00:00:00:00(mac address here)" -wav -wavo -d 24 | [flac] -cs -0 --totally-silent -ignore-chunk-sizes -

mp4 flc * 00:00:00:00:00:00(squeezebox's mac address)
# IF
[faad] -q -w -f 1 $START$ $END$ $FILE$ | [InguzDSP] -id "00:00:00:00:00:00(mac address here)" -wav -wavo -d 24 | [flac] -cs -0 --totally-silent -ignore-chunk-sizes -

Caution! Don't forget using your own squeezebox's mac address.
Please do not capy & paste modification above. You must use your own mac address.

Save the change and restart the squeezebox server.
It should be like this on Ubuntu: sudo /etc/init.d/squeezeboxserver restart
or simply just reboot.

Finally check the File Types on Squeezebox Server Setting page.
If you changed custom-convert.conf successfully, you can select faad/InguzEQ on drop box.

Play the music and check if it's working. Good Luck~

marcy1970
2011-02-14, 18:40
Hello, thanks for the reply.
I tried the way you have indicated, following your instructions to the letter, but unfortunately is unable to start the dsp with mp4 and m4a files,
Nothing to do. There must be some other setting. In the preferences of the server (file types) I have disabled both the streams in mp3 and pcm.
But the fact is that the server version 7.5.1 and the "duet" work.
Do you have any idea? Maybe some parameter?

This is the screen option files type:

http://i174.photobucket.com/albums/w95/marcy1970/tipi_di_file.jpg


Marcello

shlee
2011-02-14, 21:24
I think you should disable every "native" option in File Types setting.
I'm using it that way and it works OK.

Good luck ~

And one thing more...
Because custom-covert.conf is automatically generated according to the system,
and sometimes custom-convert happens to change without any sign.
(for example, after your upgrading squeezebox server program)
So, If the sound is not just right, check custom-convert.conf again.

marcy1970
2011-02-15, 05:16
Hello, unfortunately disabling the "native" the server no longer plays the mp4 file and the error "unable to play the file. "
if left on the "native" rather not start decoding using "faad.exe"and then the DSP does not work.
is there some other solution?
otherwise I should convert mp4 files ....

thanks

Marcello

shlee
2011-02-15, 11:59
Hello, unfortunately disabling the "native" the server no longer plays the mp4 file and the error "unable to play the file. "
if left on the "native" rather not start decoding using "faad.exe"and then the DSP does not work.
is there some other solution?
otherwise I should convert mp4 files ....

thanks

Marcello

alc flc * 00:00:00:00:00:00 (<use your mac address)
# FT:{START=-j %s}U:{END=-e %u}
[faad] -q -w -f 1 $START$ $END$ $FILE$ | [InguzDSP] -id "00:00:00:00:00:00 (<use your mac address)" -wav -wavo -d 24 | [flac] --compression-level-0 -0 --totally-silent -

aac flc * 00:00:00:00:00:00 (<use your mac address)
# IF
[faad] -q -w -f 1 $START$ $END$ $FILE$ | [InguzDSP] -id "00:00:00:00:00:00 (<use your mac address)" -wav -wavo -d 24 | [flac] -cs --totally-silent --compression-level-0 --ignore-chunk-sizes -

mp4 flc * 00:00:00:00:00:00 (<use your mac address)
# FT:{START=-j %s}U:{END=-e %u}
[faad] -q -w -f 1 $START$ $END$ $FILE$ | [InguzDSP] -id "00:00:00:00:00:00 (<use your mac address)" -wav -wavo -d 24 | [flac] -cs --totally-silent --compression-level-0 --ignore-chunk-sizes -

I tested with m4a file which was created by iTunes including ALAC, and AAC.
And don't forget editing mac address part above.

Hope this work. ^_^

marcy1970
2011-02-15, 16:43
Hello Shlee, I finally solved thanks to you!
Now turning off the "native"and leaving only enabled transcoding in "flac" the DSP does its job!
Now I run other tests on AAC files.

Thanks again.

Marcello

flaca
2012-03-27, 07:12
Hi, I'm running the latest 7.7.1 stable (i.e. not nightly build) on Debian Squeeze. I've successfully installed Inguz and the filter processor. I only play FLAC files. The EQ plugin is installed and the File Types show an option for FLAC Disabled/Native and 2 new options for flac/Inguz.

The log.txt file shows:

20120327141052: InguzDSP (version 0.9.32 on Mono)
20120327141053: -id must be specified.

I know this has been addressed before, but I've looked at the suggested fixes and they appear to have already been implemented in the Plugin.pm file in the latest Inguz version. Is that right?

Tracks will play with the following settings BUT I don't think Inguz is doing anything:
FLAC Disabled/Native set to Disabled or FLAC
The first of the flac/Inguz options set to Disabled
The second of the flac/Inguz options set to flac/Inguz or Disabled

Any other settings and tracks do not play. I seem to recall that the 2 flac/Inguz options are for input and output but I'm not sure if I'm making that up.

Anyway, I've tried manually setting some wacky frequency curve, i.e. -5db on low frequencies and +5db on high frequencies, I'd expect to hear a big difference, but I heard no difference at all so I guess Inguz is not working because of the id must be specified error.

I have not hardcoded the player's MAC address as per a previous post, this seems to be something different.

Any ideas?

Cheers,
Scott

marcy1970
2012-05-25, 07:40
Hi all, I switched from windows 7 to mac with a shiny new imac from 27" with osx " lion ".
I installed "Logitech Media Server", then I have below the official procedure http://www.sugarmonster.net/InguzDownloads/index.html here to install Mono and Inguz.
I tried and tried, the Inguz plugin is load but i can't see any possible corrections to the list of file types "Advanced-> File types". I even restarted the "touch" but nothing.
For the Mac, I could be a help?
The strange thing is that with the "Squeeze Commander" application on android can choose various fixes ".wav" while the browser Firefox on mac.
Of course the various fixes are not applied, the plugin does not work.
Thanks.

Marcello