KVR Audio

Chris Walton · Post by **Chris Walton** » Mon Sep 17, 2007 7:50 am

Funkstar De Luxe wrote:Now, that would be AMAZING! I'm not complaining about the quality of your own algorithms, it's just that R8Brain has been tested considerably by a lot of people and always seems to be at least, top two. You can see good test results here http://src.infinitewave.ca/

Actually feel free to complain, because my current upsampler and downsampler SUCK

Funkstar De Luxe wrote:Also, have you considered some kind of GUI for the plugin? It's a little inconvenient to have to rename the .dll all the time Of course, I can happily live with doing that, just an idea for the future.

I've thought about it but it's alot of extra headache. Version 2, maybe.

Funkstar De Luxe wrote:Thanks again for the great freebie, I'm going to have lots of fun testing this over the weekend (the only thing I've tried so far is impOSCar and it does sound a little better - even did a blind ABX to make sure it wasn't placebo).

Thanks!

Kingston wrote:
Chris Walton wrote:
Funkstar De Luxe wrote:I've only read the first few pages of this thread - stopping at the flame war - so please bear with me. The re sampling algorithm is a major factor in the sound here. Why don't you use the free .dll from Voxengo? It's very best free re sampler I have heard. Is it technically impossible? Or Problems due to licensing?
Ooh, that looks pretty neat. Yeah, actually it seems like it's something I could use, although I'd definetely make using it optional, and still support my own up/downsampling algorithms...

so how does oversampler.os_r8_2.dll sound, for 2x oversampling using r8brain.dll?

Funkstar De Luxe wrote:This is a very interesting plugin you've made here, I'd love to see it blossom.
Thanks.
Great to see such a plugin by you. I haven't had the time to read this thread in detail but I seem to recall something about releasing the source out in the wild? if you intend to go that way you might as well have a look at possible (off-line?) resampling improvements to your plugin from here: http://www.lcscanada.com/audiomove/

Thanks, that's another link to look at. I've had an idea of using minimum phase FIR's for up/downsampling to achieve near-causality. I don't know if there is any difference to using a linear phase (which are easier and faster because I can reuse coefficients in the calculation) in practice, but who knows.

Kingston wrote:it's technically a step above the very old r8brain free version (if you want data I can provide), and the libraries themselves are reasonably well documented.

Yes please!

z15 · Post by **z15** » Mon Sep 17, 2007 7:52 am

Regardless of whether someone has the qualifications to know what they are on about or not, being rude and pompous rather than polite and having a good discussion is just...well ...rude. We can't all be right, but we can at least be civil, professional and have a good topic without putting each other down.

Congratulations, you have just described the single #1 point of what's wrong with KVR and most other net forums, the #1 reason why I always start to feel contributing to them is not worth it after trying it for a while... and most importantly, #1 point nobody will ever listen to. Don Quixote and windmills, I guess...

Chris Walton · Post by **Chris Walton** » Mon Sep 17, 2007 8:36 am

r8brain support isn't going to be feasible, unless somebody can convince Aleksey to make a new .dll with a "executeWithExistingState" function (as it is, it isn't suitable for real-time).

Chris Walton · Post by **Chris Walton** » Mon Sep 17, 2007 2:35 pm

'k, savihost is being stubborn, so I'll delay that to next update. Probably forgot to check a null pointer somewhere but SaviHost manages to somehow forego my debugger

I'll release 1.3 later this evening, which will have a fix for plugins that ask the host complicated stuff right when it's constructed, as well as a tag in the synth name to identify that it's being oversampled ("Synthesizer" becomes "[OS] Syntheiszer"). Also, I did alot of code restructuring to make it nicer, which means the code gets bigger but makes it easier for me to add downsample/upsample algos.

punkrockdude · Post by **punkrockdude** » Mon Sep 17, 2007 4:54 pm

Chris:
How is going with the frequency response or have you mostly worked on the stability issue? Regards

Chris Walton · Post by **Chris Walton** » Mon Sep 17, 2007 5:03 pm

punkrockdude wrote:Chris:
How is going with the frequency response or have you mostly worked on the stability issue? Regards

Haven't worked on the frequency response directly but I have begun writing some necessary code to support different filters depending on .dll name.

Funkstar De Luxe · Post by **Funkstar De Luxe** » Mon Sep 17, 2007 5:34 pm

Kingston wrote:it's technically a step above the very old r8brain free version (if you want data I can provide), and the libraries themselves are reasonably well documented.

Could you provide some data on that? From what my test showed, it seem that AudioMove uses Super Rabbit Code, which doesn't fair very well at all. Am I mistaken?

Tony

Uncle E · Post by **Uncle E** » Mon Sep 17, 2007 7:25 pm

Chris, would you like for us to put up a page for Oversampler? It seems rather awkward to keep linking to this thread in your sig.

Paulie Phonick · Post by **Paulie Phonick** » Mon Sep 17, 2007 8:09 pm

Nearly a full year since I suggested this as a feature for eXT

Great to see it got implemented as a free plugin, thanks Chris!

Used as a wrapper for eXT VSTi this should work pretty much exactly how I had imagined (I write should as still need to try it out

)

+1 to Kingston's suggestion on using Audiomove for resampling.

As for my 2 cents (sorry if I repeat any requests, I've only skimmed through the thread):

1 -> could you make it possible to select the target sample rate for the oversampled plugin? Like: oversampler.os_96000.dll would run the plugin at 96k target rate regardless of the base host sample rate. This should also allow for downsampling as a way of keeping compatibility with older 44.1k-only plug.

2 -> could you please make the name of the wrapped plugin show as original_plugin_name [oversample_factor_or_target_rate]? Example: mda JX10 [2x] or mda JX10 [96000]

Looking forward to next versions...

Chris Walton · Post by **Chris Walton** » Tue Sep 18, 2007 12:00 am

Uncle E wrote:Chris, would you like for us to put up a page for Oversampler? It seems rather awkward to keep linking to this thread in your sig.

If somebody feels like making a page, I wouldn't be against it.

Paulie Phonick wrote:As for my 2 cents (sorry if I repeat any requests, I've only skimmed through the thread):

1 -> could you make it possible to select the target sample rate for the oversampled plugin? Like: oversampler.os_96000.dll would run the plugin at 96k target rate regardless of the base host sample rate. This should also allow for downsampling as a way of keeping compatibility with older 44.1k-only plug.

Hmm, actually that's a great idea! I do need to think of a good naming scheme or something though... (using a GUI like WilliamK's oversampler is seeming better and better...)

Paulie Phonick wrote:2 -> could you please make the name of the wrapped plugin show as original_plugin_name [oversample_factor_or_target_rate]? Example: mda JX10 [2x] or mda JX10 [96000]

Looking forward to next versions...

I already implemented a prefix ("[OS]"), although your idea is better.

Would you prefer it prefix or postfix?

Genetic_Junk · Post by **Genetic_Junk** » Tue Sep 18, 2007 1:45 am

Re: 1.2
Cubase now loads fine when the os dll is present, but when I try to load it as a vsti (enegryxt.os) it crashes cubase. The work around using the normal energyxt vsti to house the energyxt.os dll still works.

edit: for some reason it's stopped crashing cubase. Seems to be working fine.

Attic · Post by **Attic** » Tue Sep 18, 2007 2:46 am

i heard the difference in the original audio file.

IF YOU DON'T LIKE THE PLUG DON'T USE IT. IF YOU ARE PRESBYTERIAN DON'T GO TO A CATHOLIC CHURCH. THAT'S WHY THEY HAVE SIGNS ON THE FRONT OF THE CHURCH - SO PEOPLE DON'T GO TO WRONG PLACE.

Please. Everyone, continue to enjoy 44.1 khz for eternity. We will all be happy to live in the present.

I agree i also hear the difference. joshhunsaker is correct. The rest of you ... Maybe you should buy a set of new monitors and that is to everyone who cant hear the difference, it is either your ears or your monitors and only one of those is replaceable. It also goes to show if you are hiring somebody to do your mastering, then make sure they can hear the difference also because the guy that can is going to do a better job then the guy that cannot.

Attic

Chris Walton · Post by **Chris Walton** » Tue Sep 18, 2007 7:16 am

ok i fell asleep last night

.... sorry

update coming today...

Genetic_Junk - thanks for testing, glad to hear it works now.

poonna · Post by **poonna** » Thu Sep 20, 2007 5:02 am

It doesn't work on Tracktion 3 on my Windows laptop. The error message states that the plugin causes internal error in getParameter() call.

It works well in energyXT though. One work-around for me is to wrap it in eXT, but it would be nice to get this to work natively in T3.

Chris Walton · Post by **Chris Walton** » Thu Sep 20, 2007 5:05 am

poonna wrote:It doesn't work on Tracktion 3 on my Windows laptop. The error message states that the plugin causes internal error in getParameter() call.

What plugin? Did you try it with several?

I don't hook into getParameter() at all, so I don't think it's something that I could have done (unless the AEffect is f**ked up at that point for some reason...)

Alright, another host demo to put on the list

VST Oversampler 1.4 (with SSE/3DNow! support)