Revitar 2.0 now free with source code

[xoxos]

sounds good, will give it a spin. on the source i'd rather talk about your model more.. other peoples source is a no mans land.

[Musical Gym]

This code is very old (coded around 2000) and might take some work to complile.

Thanks for the plugin and the source code, it sounds pretty nice. Getting the source code to build in Visual Studio 2008 required some changes, but just about 5 minutes of work...

Do you think it would require much work to implement pitchbend control of +-12 semitones for it adjustable via interface control or just as default?
It would make an already usable plug much more useful and realistic.

[Xenakios]

This code is very old (coded around 2000) and might take some work to complile.

Thanks for the plugin and the source code, it sounds pretty nice. Getting the source code to build in Visual Studio 2008 required some changes, but just about 5 minutes of work...

Do you think it would require much work to implement pitchbend control of +-12 semitones for it adjustable via interface control or just as default?
It would make an already usable plug much more useful and realistic.

I could not say right now. I did not read the source code closely yet. Like mentioned by Xoxos above, other people's source code tends to be a bit of a unknown territory to enter and can require surprising amounts of effort and time to understand.

[Musical Gym]

This code is very old (coded around 2000) and might take some work to complile.

Thanks for the plugin and the source code, it sounds pretty nice. Getting the source code to build in Visual Studio 2008 required some changes, but just about 5 minutes of work...

Do you think it would require much work to implement pitchbend control of +-12 semitones for it adjustable via interface control or just as default?
It would make an already usable plug much more useful and realistic.

I could not say right now. I did not read the source code closely yet. Like mentioned by Xoxos above, other people's source code tends to be a bit of a unknown territory to enter and can require surprising amounts of effort and time to understand.

Thanks for reply. I hope it will be possible.

[pluginaway]

This code is very old (coded around 2000) and might take some work to complile.

Thanks for the plugin and the source code, it sounds pretty nice. Getting the source code to build in Visual Studio 2008 required some changes, but just about 5 minutes of work...

Does anyone know what changes are needed to get this code to compile in Visual Studio? I tried without making any changes, but received several syntax/compilation errors.

[pluginaway]

Does anyone know what changes are needed to get this code to compile in Visual Studio? I tried without making any changes, but received several syntax/compilation errors.

Ok, so I re-installed Visual Studio 2010,
then changed this:
#if BEOS
#define main main_plugin
extern "C" __declspec(dllexport) AEffect *main_plugin (audioMasterCallback audioMaster);
#else
AEffect *main (audioMasterCallback audioMaster);
#endif

to this:
#if defined(WIN32)||defined(BEOS)
#define main main_plugin
extern "C" __declspec(dllexport) AEffect *main_plugin (audioMasterCallback audioMaster);
#else
AEffect *main (audioMasterCallback audioMaster);
#endif

Then, I modified delayeditgui.def to contain only this:
EXPORTS main=main_plugin


Now, it compiles without error (with approximately 950 warnings), however, my plugin is not recognized when attempting to load into a host. The host behaves as if the newly created ".dll" is not there. I've tried using Cubase and VSTHost. (The Revitar .dll that came from the cutter site works fine).

Any ideas?

[Xenakios]

Does anyone know what changes are needed to get this code to compile in Visual Studio? I tried without making any ...

The (one) exported function from the dll needs to be named VSTPluginMain, that is the one expected by modern VST hosts. (Your function name main_plugin is wrong.)

[arakula]

VSTHost can deal with the old <= 2.3 main as well, so something else has to be wrong. You might want to try the Dependency Walker to find out whether main or VstPluginMain is exported.

[arakula]

If anybody's interested...

I've converted Revitar2 to a more usable format:

.) using the latest VST SDK 2.4 rev2
.) cleaned up (c'mon, "ADelayEdit"??? )
.) removed unnecessary stuff
.) added Visual Studio 2005 solution, which can be used with VS2008 / 2010 as well
.) added version information in the resource file; I took the liberty to increase the version number to 2.01 to make it easier to distinguish it from the original.

I have not included the VST SDK files, since this would be a violation of Steinberg's licensing scheme. You have to fetch that from Steinberg's web site yourself. Currently, it can be found here (you got to have a Steinberg account to retrieve it - see their web site for details).

The files "Revitar 2.01.dsp" (Visual Studio 6) and "Revitar 2.01.vcproj" (Visual Studio 2005) have to be adapted to the location of the VST SDK. In my environment, all VST SDK files are located in a directory called "vstsdk2.4.2" on the same level as the Revitar files. If your VST SDK 2.4(.2) is located somewhere else, you have to adapt the project files. That's easily done by opening them in any text editor (Notepad is sufficient) and doing a global search-and-replace, replacing all occurrences of ..\vstsdk2.4.2 with your own path.

You can download the adapted source code here.

As far as I could determine, it works just like the original, although I have to admit that I didn't test it very intensively.

Have fun!

[Edit:] I did some more cleanups & added parameter automation for the pick width & stiffness; anybody who downloaded it before 22:35CET should download again

[arakula]

Do you think it would require much work to implement pitchbend control of +-12 semitones for it adjustable via interface control or just as default?
It would make an already usable plug much more useful and realistic.

The way I see it, it isn't possible without redesigning parts of the processing algorithm. The best you can get is roughly 2 semitones; if you "bend" more, the thing goes into a positive feedback loop and your "strings" suddenly vibrate with infinite strength

Well, still... 2 semitones is better than one, and it took a whole day to get that working. You can download an adapted executable here that defaults to a pitch bend range of 2 semitones. Source code is available here (see previous post for building details).

If you want the old behavior, you can set a registry value for that; that's a value called PitchBendCents in HKEY_LOCAL_MACHINE\SOFTWARE\CutterMusic\Revo2 - my DLL sets it upon its first invocation to 200. If you set it to 100 (decimal!), you get the old +-1 semitone behavior. You can enter anything between 1 and 1200 (1200 cents = 1 octave) here - but anything above roughly 2 semitones won't work satisfactorily.

If you want to experiment, comment out the lines

Code: Select all

                // this must not get out of control!
                if (fabsf(dval0) > 0.999f)
                  dval0 = (float)_copysign(0.999, dval0);

(Revitar.cpp lines 1767-1769) which prohibit the ugly "march into infinity" .

[Musical Gym]

@arakula: Thanks for exploring the pitch bend possibilities and sharing the info about it. I know a bit about Visual Studio since we use it at work, but I doubt that I'll ever get into Revitar 2 at the code level.
I was hoping someone might be able to extend the pitch bend and create a new distributable dll. I don't know if there would be much demand apart from midi guitarists, but keyboard players would also be able to get better emulation out of it.

[arakula]

The main problem I currently have is the lack of in-line documentation, which makes it rather difficult to change anything. I don't know whether I can find the time to do much about that (actually, I only touched it because of the "VSTHost problem" mentioned above, purely as a little intellectual exercise).

As a spare-time MIDI guitarist, I'd say it's much too limited in its current form. For example, it doesn't support the assignment of MIDI channels to string( group)s; pitch bend only works on all strings at once (that's no string bending, that's a whammy bar in action, which you normally won't find on an acoustic guitar ), and so on. My Axon AX-100 would be absolutely underwhelmed by this PlugIn in its current state.

But it surely does create nice, acoustic guitar-like tones. I think it would be a worthy candidate for a little code tuning.

[pluginaway]

Thanks arakula for the time you spent on this! I am now able to compile and run in VSTHost and Cubase.

[arakula]

I've just uploaded an update. Functionally not much difference (just improved parameter automation), but I've started to clean up the code a bit. Well, quite a lot, to be exact ... clean up is not completed yet, but I thought I'd keep you informed that there is something going on with my Revitar derivate.

You can download the executable here, and the source code here (see this post for building details).

[Edit:] little update at 0:40CET <yawn> that corrects the chord display in the editor upon program changes which toggle between absolute and relative chord mode. Overeager downloaders should go through the hassle again

[taotekid]

this is one great plugin indeed,
but I think that it'd be even better if we could get it to play short notes or sustained ones depending on the way they're played on a midi keyboard,
right now, the notes are always sustained whether the keys are released or not ...

I think it'd really improve the playability & the enjoyability of this already great instrument if midi note-off messages could stop the note from ringing

EDIT : I had missed the sustain button in the master section