Turns out, this only partially works... i.e. if I tag it fresh, it does not work... but, if I re-run the same through foo_discogs, it then, and only then (on 2nd run) does add the (Ft. '%DISCOGS_CREDIT_FEATURING%') tag to the title correctly. If you see what might be causing this, and maybe even how to correct it so it does work on first run, that would be swish. Churs. c.
Last post by parTiHKAL -
I've lurked these forums far too long, so this'll be my inaugural post. I love and have been using foobar for ages.
@Peter so, I was able to isolate one bug.. upon initially pointing foobar 2.1.13(1) to my master folder (includes flacs, mp3s, imgs, zips, 7z, wavs, logs, cues, etc.), it faults upon trying to handle ZIP archives. to make sure, I confined away all zips from said folder, and foobar was happy to file away the rest of the folder's contents.
I'm a developer, bit of a hacker myself, so I knew to use Xcode/Instruments in this instance. hope this helps some sorry for not submitting a formal report. please understand: reasons
I believe @ziemek.z misunderstanding of FFT (i.e. the fact that FFT returns a complex function from a real variable) comes from how audio editors often display FFTs. Many - including Audacity - display it as a sequence of buckets, where frequencies of each bucket are painted in a voiceprint. The tools often quitely ignore the Imaginary part of the resulting function, and simply paint the magnitude of the complex value, and ignore the argument, which in that case is phase.
Okay -- that makes sense. From what I know (and from my previous practical experience), the phase is all important. When I wrote my prototype compressor/expander, the math operations were done on complex numbers. Using magnitudes only was just a waste of time and just produced garbage.
Depends. If you have a signal that is even (symmetric at center) in your bucket, the Imaginary part of your FFT of that signal is zero. The magnitude is then only the Real part. In cases where a voiceprint is displayed (I'm not sure "voiceprint" is the correct term, I've seen it a bunch of times, though), it seems it's /just/ being used for display purposes, mixing anything even when using that display option, doesn't mean the actual FFT of that signal is used, and it seems indeed it almost never (in my experience) is.
If your sample bucket is small enough such that it is manageable, you can move all samples beyond the center, map them into the negative part by duplicating them symmetrically, and then run the FFT on that. The Imaginary part of the signal in that bucket will be zero (or equal to the zero function rather). Using this for anything but display purposes isn't really sensical, though.
Okay -- sorry that I wasn't clear -- not properly handling the phase produced garbage *AUDIO*. I wasn't really looking at using the FFT for any numerical purpose at that time. So with audio, I didn't really have much of an opportunity to massage the signal as much as you suggested.
I will tell you one thing though -- I think that my next venture into the time/frequency type transforms will be more likely a complex MDCT instead. I know that you don't get magic for free -- but when people have had the patience to be a trailblazer using the complex MDCT, they have sometimes gotten good results. I know that the normal (or a variation) MDCT is often used in audio compression, but the complex MDCT supports more flexibility for signal processing purposes. The FFT domain is 'old hat' nowadays -- I was drawing FFT and even DCT type butterfly diagrams for undergraduate papers in EE in 1979. I truly don't remember everything, but over the last year or so I have been reading some of the books that I collected over the years on the subject of DCTs, Lapped transforms, etc (the black DCT book, Malvar's book, and every document that I can find online.) There aren't a lot of papers on the complex MDCT, but it does seem very interesting. So much of the really cool stuff requires some concentration and a long startup time (a few weeks), but I am having so much fun with my easy stuff (DolbyA, REALLY GOOD expander/NR project, and a pretty good compressor package.) I truly hope that I get a chance to work on some new technolgy (for me) before I mentally slow down -- I know that I have at least 1-2 more years to do on the mostly time domain compressor/expander/NR projects, so hope that health holds up!!!
Last post by ziemek.z -
Thank you for clarifying done very important things before I even started. You saved me from doing useless stuff and completely wasting my time! I think I should learn more about FFT and DSP in general...