Hi,

I like to ask if a DSP guru would like to programm this opposite pice of Hifi-plugin?

foo_gramophone

- add noise
- add crackle
- add rumbling

for the "warm and fuzzy" feeling of vinyl-records

That would be a fun little toy

use wmp

use foo_dsp_white_noise for starters

I'll leave coloured noise, crackling and rumbling up to someone else..

Okay, now I just HAVE to have some Rice Krispies.

The challenge isn't the noise etc, or even the EQ (for a real gramophone) - it's getting the inherent distortion with a worn record accurately simulated.

With worn early LPs, loud treble always leads to a harsh ripping or tearing kind of distortion. With 78s, the grooves containing any loud sound (especially bass sound) would be slowly ground away by the steel playing needle, creating a distinctive sounding mess around the loudest parts of a record.

I haven't heard a simulation which gets close to being accurate on either feature, but I haven't tried many...

However, if I take a 78 played electrically (i.e. a recording which already contain noise, pops, crackle and distortion), and apply the correct EQ for a wind-up gramophone, then I can't tell the different between this and an actual recording of the gramophone. I got the EQ by recording a "silent" (i.e. just noise!) section of the disc played on a gramophone, and creating an FFT filter in CEP to match the spectrum.

Cheers,
David.

could you make that file an impulse or something, so that it would work w/ the convolver? heheh.

I've lost the cool.ini file with the filter in, otherwise I'd have posted it - sorry!

Great, a good start for the project.

there is a plugin which does exactly what you are searching for exept it's not for foobar.
it is called iZotope Vinyl, is free of charge and comes as plugin for
* winamp (http://www.winamp.com/plugins/details.php?id=39214)
* directx (http://www.izotope.com/products/audio/vinyl/download.asp)
* vst
* pro tools

so you got at least 4 more options:
* use winamp for vinyl
* write a winamp-dsp-plugin-bridge for foobar (wait a year and i've done it)
* write directx-plugin-bridge for foobar (wait three years and i've done it)
* politely ask izotope to write a foobar version

Groovy Thank You!

Really? Please do so. This is something we've long seeking a solution for.

Very nice plugin - gave me reason to use WA on the crashbox for a whole ten minutes.
<offtopic>
Is there a reason that WA 5.02 does not have support for wavepack and flac files 'out of the box' like fb2k? And yes, I am sure that I could get plugins if I actually wanted to use that program; just asking out of curiosity.
</offtopic>

edit: changed wording slightly

It'd be pretty leet to make a plugin that boasts on-the-fly 3d modelling of a groove, accurate physical simulation of, dust, scratches; cartridge and needle movement etc..

I am not the one..

Yes. most people in the world don't even know what wavepack or flac is. Winamp's target audience is "normal" users, not power users. winamp falls somewhere between musicmatch and foobar2000, as far as the demographic it caters to.

The option to use VST- and DirectX-Plugins would be appreciated. Thousands of professional plugins are waiting.

IMHO we need at least these bridges for fb2k:


--VIS-WINAMP--
i'm currently working on it! (yes, coding already started...)

--VIS-SONIQUE--
maybe the one who built the sonique2winamp bridge can help us...

--DSP-WINAMP--
if i succeed with vis-winamp i'll take this step next. should be quite the same...

--DSP-DIRECTX--
for now much too heavy for me. (that's what the three years stood for :-)...)
if YOU wanna do this source code for a dx-hostapp(!) can be found here: http://www.thedirectxfiles.com/developers.htm.

--DSP-VST--
too heavy for now, too. source code can be found at http://ygrabit.steinberg.de/users/ygrabit/...html/index.html.


i don't think we really need support for winamp's in- and output-plugins.
have i forgotten anything important?

ps: i'm a student of informatics in first semester and there are some "bigger tests"
to pass right now so don't expect miracles this week, okay :-)
be sure winamp-vis-for-foobar will come in the next 5 years... :-)

BTW did you know... that foobar can load vst as soon as winamp-dsp?

there is a directx-plugin that can load vst and there is winamp-plugin that can load directx. so we'll get something like

foobar <- winamp <- directx <- vst.


nice and cpu-friendly :-)

If I were you I'd search this forum first, then talk to people @ #foobar2000 and ask them why exactly they deleted the source code after they'd tried to write such plugin. Then I'd ask myself If I know how to solve problems they had (starting from PostQuitMessage being send when winamp vis plugin terminates, which also terminates foobar2000).

Don't mean to discourage you, just make sure that your work will bring something more than just frustrations from working with winamp SDK...

(1) AFAIK this problem can be solved by multi-threading. GetMessage handles all windows of the same thread, not process. my plugin bridge will use multithreading. some plugins will need a partly emulated winamp api - i know. i hope there'll be a way to use foo_winamp_spam so i don't need to do all work again. let's see - in a week i'll telll you it's impossible... :-)

(2) working with winamp sdk is not frustrating. programming in general when there are sitting too many bugs on your shoulders but winamp sdk in particular is much more fun than the one of foobar cause it's not OOP! it's much easier! foobar component structure might be superior but is much harder to program!

hartwork: good luck then Milkdrop is probably still the best vis around, so it would be nice to try it with foobar.

And that from the person who wants to write bridge plugins.

You're scaring me.