Spectrum analyzer possible in DSP?

Russ · Aug 3, 2009, 09:09 AM

Quote:

Originally Posted by Max M.

>SA.minus compiles fine for me with VC 2003/kX SDK 3548...

good, that's because i added

Code:

#if _MSC_VER >= 1400
    #define trace(...) __noop
#else
    inline void trace(...) {}
#endif

my comment was for earlier code which won't compile with VC2003 because of "__noop"
(typically i try to avoid non-standard extensions but the __noop is too sweet)

Ahh, good stuff

Max M. · Aug 4, 2009, 01:24 PM

TheKezReturns

I see. Yep, that's the answer - considering the fullscreen drawing takes about ~25% of my ~2GHz Conroe, i guess 733Mhz P3 just goes out time with it. I.e. the re-drawing rate rises much higher then 48ms (it just starts to redraw as soon as CPU available and btw. gives incorrect decay/hold as they're bound to 48ms).

Well, if we recall that the SA.minus is not a "production" kind of thing it becomes a sort of expected compromise (finally the GDI+ was really a bad choice in terms of performance).

-------------

The solution to these problems is simple: OpenGL. To be honest i have a not-yet released (update: released now) SA.minus VST cousin, it draws via OpenGL with 0% CPU load.
(And it's even less code for drawing - except the smooth curve that needs to be computed explicitly)
Unfortunalty i can't make its sources available (as the vst plugin as whole is build upon a few semi-proprietary libraries) - but i think i can share its drawing part with a one interested. This drawing code is pretty close to what its SA.minus bro does but there's a few key differences one would need to rewrite (and this will require some understanding of what exactly this code is doing). Well, in other words, drop me a message (email maybe?) if you're interested - we'll see what's possible (i'm sorry - for the moment i've really really no time to increase the entropy w/o being sure the corresponding entropy balancing step will be done

)

edwardar · Sep 20, 2009, 10:18 PM

Any chance of updating this for 3550? I'm never quite sure what types of plugins need updating for new versions (though most are builtin), but the latest SA definitely did not work with 3549.
This is one of my most used plugins... just can't help having it on while listening to music!

While I'm posting - would it be easy to make a peak-meter using exactly the same graphics and features? I know there are 2 other peak meters for KX (Peak,PeakX), but neither are resizable or customizable like SA is.

enessar · Nov 27, 2009, 04:31 AM

I have one question about SA:

Does it possible to make one with up to 512 bands for example?

One of the best SA is the Reason's vocoder. Band amount can be selected from 4 to 512 or you can choose FFT type.

I know that the best tool in audio produstion is your own ear but I think about more accurate spectrometr for a fullscreen view with adjustable scale and band width about one or two pixels.

Reason vocoder is good enought but it only works in reason and it loads CPU hard.

Max M. · Nov 27, 2009, 09:26 AM

in short:

Quote:

Does it possible to make one with up to 512 bands for example?

Using the DSP? - No. (there're more details of why in the thread first posts)

Quote:

I think about more accurate spectrometr for a fullscreen view with adjustable scale and band

Well, there're several VST analysers (including free ones) that fit the definition pretty well, so...
(Well, yep, excluding fullscreen).

Well, honestly speaking, my personal preferences for SAs are quite opposite to the "many bands / two pixels / curves (instead of bars)" model (mostly because of preferred usecases), so i guess i'm not in position to discuss the pros and cons of a particual implementations (except the low-level stuff maybe).

Max M. · Nov 27, 2009, 09:48 AM

edwardar

Quote:

Any chance of updating this for 3550?

I'm afraid i will not be able to maintain this stuff continuously. Sorry.
(The sources is all i can do for it to go).

Quote:

would it be easy to make a peak-meter using exactly the same graphics and features?

The main problem here is "easy is boring and non-boring is time consuming". Well.. you know.
I'll think of it when i have time - but that's all i can promiss.

(Wooh! Quite optimistic responds, yeah?

)

Lex Nahumury · Dec 2, 2009, 01:05 AM

Quote:

Originally Posted by Max M.

"easy is boring and non-boring is time consuming"

Which makes boring & time consuming the worst

Ixtas30 · Mar 3, 2011, 05:09 AM

Is there this plug-in for the latest drivers?
Where you can download it?

janez · Oct 30, 2011, 02:19 AM

Quote:

Originally Posted by Ixtas30

Is there this plug-in for the latest drivers?
Where you can download it?

In the meantime this happend:

rm.minus+sa.minus for 3550 x86

somebody compiled a version for 3550 based on Max´s code.

but the links to that seem to be dead. Is it available for download somewhere else?

janez · Jan 7, 2012, 06:19 PM

the link has been updated and the SA works great under 3550 :-)

check it out:

https://hotfile.com/dl/139140021/dbfc938/rmsa.7z.html

Thanks to JoshuaChang
and Max of course

qwertzu · Mar 3, 2012, 09:38 AM

Link is down. Can someone please post a new one?

Aug 4, 2009, 01:24 PM	#62
Max M. h/h member-shmember Join Date: Dec 2002 Location: Evil Empire Posts: 2,639 Rep Power: 69	Îòâåò: Spectrum analyzer possible in DSP? TheKezReturns I see. Yep, that's the answer - considering the fullscreen drawing takes about ~25% of my ~2GHz Conroe, i guess 733Mhz P3 just goes out time with it. I.e. the re-drawing rate rises much higher then 48ms (it just starts to redraw as soon as CPU available and btw. gives incorrect decay/hold as they're bound to 48ms). Well, if we recall that the SA.minus is not a "production" kind of thing it becomes a sort of expected compromise (finally the GDI+ was really a bad choice in terms of performance). ------------- The solution to these problems is simple: OpenGL. To be honest i have a not-yet released (update: released now) SA.minus VST cousin, it draws via OpenGL with 0% CPU load. (And it's even less code for drawing - except the smooth curve that needs to be computed explicitly) Unfortunalty i can't make its sources available (as the vst plugin as whole is build upon a few semi-proprietary libraries) - but i think i can share its drawing part with a one interested. This drawing code is pretty close to what its SA.minus bro does but there's a few key differences one would need to rewrite (and this will require some understanding of what exactly this code is doing). Well, in other words, drop me a message (email maybe?) if you're interested - we'll see what's possible (i'm sorry - for the moment i've really really no time to increase the entropy w/o being sure the corresponding entropy balancing step will be done ) __________________ Last edited by Max M.; Dec 30, 2009 at 12:37 AM. Reason: updated info

Sep 20, 2009, 10:18 PM	#63
edwardar HardwareHeaven Junior Member Join Date: Jan 2003 Posts: 38 Rep Power: 0	Re: Spectrum analyzer possible in DSP? Any chance of updating this for 3550? I'm never quite sure what types of plugins need updating for new versions (though most are builtin), but the latest SA definitely did not work with 3549. This is one of my most used plugins... just can't help having it on while listening to music! While I'm posting - would it be easy to make a peak-meter using exactly the same graphics and features? I know there are 2 other peak meters for KX (Peak,PeakX), but neither are resizable or customizable like SA is.

Nov 27, 2009, 04:31 AM	#64
enessar HardwareHeaven Junior Member Join Date: Nov 2009 Location: Siberia Posts: 22 Rep Power: 0 System Specs	Îòâåò: Spectrum analyzer possible in DSP? I have one question about SA: Does it possible to make one with up to 512 bands for example? One of the best SA is the Reason's vocoder. Band amount can be selected from 4 to 512 or you can choose FFT type. I know that the best tool in audio produstion is your own ear but I think about more accurate spectrometr for a fullscreen view with adjustable scale and band width about one or two pixels. Reason vocoder is good enought but it only works in reason and it loads CPU hard.

Mar 3, 2011, 05:09 AM	#68
Ixtas30 HardwareHeaven Newbie Join Date: Aug 2010 Location: planet Earth Posts: 6 Rep Power: 0	Îòâåò: Spectrum analyzer possible in DSP? Is there this plug-in for the latest drivers? Where you can download it?

Jan 7, 2012, 06:19 PM	#70
janez HardwareHeaven Lover Join Date: Oct 2008 Posts: 131 Rep Power: 28	Re: Îòâåò: Spectrum analyzer possible in DSP? the link has been updated and the SA works great under 3550 :-) check it out: https://hotfile.com/dl/139140021/dbfc938/rmsa.7z.html Thanks to JoshuaChang and Max of course

Mar 3, 2012, 09:38 AM	#71
qwertzu HardwareHeaven Newbie Join Date: Mar 2012 Posts: 2 Rep Power: 0	AW: Spectrum analyzer possible in DSP? Link is down. Can someone please post a new one?