Announcement

Collapse
No announcement yet.

Spectrum analyzer

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • Spectrum analyzer

    Hi all:

    I thought that in Winamp 5.22 you would have fixed the SA (Spectrum Analyzer) bug. In older versions it was centered. I would like to know if there's a plugin I must download or do I have to setup something special.

    I'll stand for your reply.

    Greetings.

  • #2
    I have the same problem...I did not upgrade from Winamp 5.12 because the Spectrum Analyzer does not show the right sound frequency or as you say, it isn’t centered. This is a bug or the new Spectrum Analyzer?
    I’ll wait for your replay

    Comment


    • #3
      it's intended design since the older method was in fact not accurate and ignored a large chunk of the fft data

      -daz
      WACUP Project <‖> "Winamp Ramblings" - Indie Winamp Dev Blog

      Comment


      • #4
        I can understand fixing it to make it accurate, but the lower frequencies (the ones on the left) just stay maxed out all the time for me. Whether it's music with bass or so very little you wouldn't notice it, the bars stay up in the red. I've yet to upgrade from 5.13 due to this. I don't know if I'm alone on this, but I'm pretty particular about how the music gets analyzed.

        Even if the old SA wasn't accurate, it looks like it was to me. The "accurate" version of it looks like it lumped 400Hz and under all into the left-most bar and the sensitivity got amplified by about 4x.

        Comment


        • #5
          I've been reporting on this for a long time, even before year 2006 started. I use WAV files of otherwise random qualities. On the high end, as shown in the screenshot, I could have 130,000 Hz, 24-bit, mono, but on the low end, I could have 20,000 Hz, 8-bit, mono. With the same song, whether I use the hex edittor to change the sample rate to 150,000 Hz or 30,000 Hz (and yes, I know how to do this), these spectrum analyzer bars never change, even with a speed change as big as indicated. From 150KHz to 30KHz, the tempo drops to 1/5 of what it originally is and the frequency drops to 1/5 (making a 1000 Hz sound 200 Hz). Even with that, the spectrum analyzers never change how they are.

          Screenshot #1 - This with a song at 130 KHz, 24-bit, mono has the bar on the far left almost always maxed out.
          Screenshot #2 - This with a song at 36 KHz, 16-bit, mono has the bar on the far left almost always maxed out with the second being very close to maxed out. The bars on the far right pretty much never appear. The equalizer doesn't affect it at all.

          Oddly enough, if, as a test, I open the song in Windows Sound Recorder, and convert it to use a much lower quality (i.e. 8000 Hz instead of 48,000), the spectrum analyzer bars behave normally.

          Since there are supposedly 20 such bars, you could use a 20-step logarithmic scale from 20 to 20,000 Hz making the first one 24 Hz (the center point between 20 and 28 on this logarithmic scale), the second as 33 (between 28 and 40), then 47, 67, and so on to where the last one is 16828. If the frequency band it covers reaches the maximum amplitude (1 in Audacity's side panel), the bar is at the highest possible. If 1/3 of the way there (0.333 in Audacity's side panel), the bar would only get 1/3 of the way to the top. This is the mathematics behind how it should work, for any file type.
          void BlueWater() {water.color=blue; while(GameRunning) {if (fox.pos == InBlueWater) {fox.air--; FoxDrown(fox.air);} else {fox.air=1800; fox.flags = WantsToGetWet; } WaitFrames(1); }} // My top favorite thing in 2D Sonic (as C)

          Comment


          • #6
            I feel so ignorant, but I did not understand that too much. You tested the SA with a wav file, but what about with a mp3 file? If you could give me a more simple solution how to fix it, I will thank you so much.

            Greetings.

            Comment


            • #7
              I agree, with the last few versions (currently still a problem with 5.3), the classic SA display is skewed way to the left. The entire audible frequency range is crammed into the leftmost 20 or so bars (in thin mode), leaving the right 1/2 to 1/3 of the bars unused, never registering a value. I am using decent quality MP3 and WMA files (160-192 kbps or better). Perhaps we need an option to set the highest and lowest frequencies to be displayed, then everyone can set it as they prefer, whether audible or "correct"?

              And it always takes me several frustrated minutes to remember how to change the SA options. Not sure why right-click->Configure Plugin doesn't get you to the configuration options. I think it used to, if I'm not mistaken. Very unintuitive now.

              Comment


              • #8
                That would be the way your files were encoded then.
                What software/ripper/encoder/settings did you use?

                All my Lame_Enc encoded mp3's show the full spectrum, though only the top quality ones, i.e. --alt-preset standard/extreme and higher, show much in the right-most 3 frequency bars - which again is expected behaviour, and accurate.

                Though I do agree maybe that the default signal levels could be boosted a bit for the classic vis . . . it does seem a bit higher for modern skin vis. I find that turning up the preamp level a bit in the EQ helps, but of course, turning up too much tends to cause unwanted distortion, heh.

                And by the way, the 'right-click > configure plugin' option has always taken you to the active vis plugin config, and not the built-in spectrum/oscilloscope vis options. Those are found via: Prefs > Skins > Classic Skins > Classic Visualization, and it's been like that ever since v5.0

                Playlist | Twitter | Albums

                Comment


                • #9
                  yup, this is definitely a bug of some kind..

                  Hi all, I agree, this is definitely a BUG. I too have noticed it for a long time (maybe a year??) and today I searched the Net and found this thread specifically because I knew there was something wrong with this SA display.

                  Just to qualify my opinion, I'll mention I have a degree in electrical engineering, with a special emphasis on audio technologies and music recording. I have several years of experience with audio signal processing (dsp). On top of that I'm a musician (mainly guitar, some bass & drums). My opinion is, that the SA in WinAmp used to work just dandy and it doesn't now (at least not with the MP3s in my large library that all used to look fine in the WinAmp SA.)

                  I have not confirmed ulillillia's observation that at lower sampling rates the problem disappears. (Testing every permutation of encoding format and encoding parameters is someone else's job. errrr, ok, basically I'm just lazy.) For the record, all of my MP3s were encoded with LAME v1.30, at 48kHz, stereo, highest quality (q=0), variable bit rate (32-320kbps), VBR quality = 0, VBR method = default. I wonder, are those of you who experienced this problem also using variable bit rate encoded files?

                  Mind you, the music sounds as good as ever, of course, we're just talking about the SA display. The upper half of the spectrum looks like it's under a lead weight and the energy is getting squished down into the lower half. heheh

                  DrO, I'm curious, what are you referring to? Where did you get this information? What was inaccurate with the old method and what chunk of fft data was missing?

                  In any case, this bug needs investigation... how do we get the attention of the WinAmp developers?

                  - the Coldest

                  Comment


                  • #10
                    my comment was based on what one of the devs said when things were changed

                    -daz
                    WACUP Project <‖> "Winamp Ramblings" - Indie Winamp Dev Blog

                    Comment


                    • #11
                      Here's my take on the issue.

                      Human hearing ranges from about 20 hz to 20khz. Our hearing is biased towards the mid range (~4kh being loudest). Winamp's old spectrum analysis was biased towards this midrange frequency range (and in my opinion rightly so.) The new analyzer however focuses on the entire range; while this may sound good, I don't think it is.

                      Take sound itself into consideration; there's the fundamental frequency of the sound, and it's following harmonics. The harmonics become more and more weak as the frequency increases - by the time we get above maybe 12,000 or so, the harmonics are so weak that the analyzer isn't showing them anyway. That's why in the new analyzer we see a big chunk of powerful harmonics hanging waaay to the left, and so little anywhere else. You can't even tell what's going on, whereas the old analyzer was focused on the more "important" content - the midrange. So while the new one may be showing ALL of the information, it's arguable whether that information is relevant or not.

                      I think there should at least be an option to change between the two. I liked the old one a LOT better. It was particularly useful for comparing songs I recorded and mixed to commercial recordings. I can't do that worth a damn with the new analyzer, because it's just not specific to the important content.

                      Just my two nerdy cents.

                      Comment


                      • #12
                        see for yourself

                        go to http://www.dogstar.dantimax.dk/testwavs/ and download the "3stepoct" test file. this file has 31 one-third octave steps from 20Hz to 20kHz. play it in winamp and watch the spectrum analyzer.

                        these are the 31 frequencies in the file (in Hz): 20, 25.2, 31.8, 40, 50.4, 63.5, 80, 100.8, 127, 160, 202, 254, 320, 403, 508, 640, 806, 1016, 1280, 1613, 2032, 2560, 3226, 4064, 5120, 6451, 8128, 10240, 12902, 16256, 20480.

                        if it were working correctly you should see just one or two bars at full amplitude start at the far left and end up at the far right by the end of the track, agreed?

                        instead, you can't see the left-most bar even flinch until the ninth note of the series (127Hz) and it doesn't reach full peak until around the thirteenth note, which is already more than one third of the way through the spectrum (at 320Hz)! the second bar does not even turn on until the 18th note (1016Hz). the left-most bar is still maxed-out during the 19th note of the series (1280Hz)! by the 24th note (4064Hz), the bars of the SA are only one fourth of the way across the display! then the bars take longer steps to the right as it goes, where only the last four notes make it to the right half the display. (what... is it on a linear scale instead of logarithmic?)

                        how much more proof do you guys need to admit that the spectrum analyzer is screwy ?!?!!!

                        please look into it!

                        -the Coldest

                        Comment


                        • #13
                          Hi all again:

                          Now that I have read the posts, I should ask, what encoder/converter/ripper/etc software should I use?
                          I have this free one: Free Mp3 Wma Converter.

                          About lame_encoder, where should I find it? Is it easy to use? I must refresh the fact I'm not good in this.

                          Well, that's all I have to say for now. I'll stand for more support

                          Greetings.

                          Comment


                          • #14
                            nobody cares if the spectrum analyzer displays garbage? what's the world coming to?

                            did anyone try the tests I suggested?
                            does anybody else agree that there is a problem here?
                            how do we get the attention of someone who can fix it?

                            (I keep posting here to keep the issue alive.)

                            TIA to whoever can help

                            Comment


                            • #15
                              I have tested it and fully agree to ColdCold. The current Spectrum Analyzer (WA 5.32) is crappy. Please fix it.


                              Comment

                              Working...
                              X