http://www.notam02.no/arkiv/src/
VSTServer V0.2.0.
-----------------
GRM tools 1 runs with the 25.11.2002 release of wine.
ABOUT
Vstserver is a program that must be running when using programs
using vstlib.
Vstlib is a library that can be used by programs to run windows
vst audio plugins under linux/freebsd/i386solaris/etc.
RUNNING
First you should set the "VST_PATH" environment variable pointing
to the directory where your VST dll files are placed.
Then to run the vstserver program, you have to cd into the directory
where the "vstservant.so" file is placed (and thats most probably the
directory where this README file is placed), and then run the
"vstserver" program.
DEVELOPMENT
Vstserver is released under the GPL, and vstlib under LGPL.
If there comes many source-contributions, I will probably make it
a sourceforge project.
To use vstlib in a program, look at the tests/exampleclient
program, and various vst plug-in documentation.
The interface to the vstlib consists only of two functions
(new/delete), the rest is like you would do when programming for
windows, macos(X), beos, irix, etc.
You do currently not have access to the audioMaster callback
function from a client. If you need access to it, please contact
me, and I'll extend the library and the vstservant program.
CURRENT STATUS
Vstserver seems to be very stable. Very few vst plug-ins and
instruments wont run, and I am not able to hear any latency. And
plug-ins does not seem to cause more cpu-power than under
windows.
BUGS
1. When loading a lot of plugins simultaniously, the X server
crashes (!).
I manage to do that when running the ladspa "listplugins" program
_many_ times in a row like this: "listplugins &". I dont know the
cause of it.
(running redhat 7.2, with latest XFree rpm updates installed)
2. Shared memory handlig might be faulty. I suspect that it doesnt
free resources because clients sometime complains about not getting
shared memory. (see server/shmhandler.c)
3. The graphics code to support gui is just hacked together by
looking at the winemine source-code included with the wine
distribution. I have no windows programming experience or
documentation about the windows API, so if someone that have
windows programming experience would have a look at the code and
check that its fine/not fine, that would be, eh,
fine. (The code I'm unsure about is server/win/winwin.c and
server/win/main.c, about 200 lines of code.)
NOT WORKING DLLS
- "SimSynth VSTi demo.dll" - The standalone version wont even run under wine,
so theres currently not much hope for this one.
Please send me dlls that wont work.
FUTURE
-Make a DX-plugin server. (would be fun running pi-warp under
linux).
-Add gui to the plugins not providing gui themselves. (help
wanted, windows programming)
HISTORY
0.1.1 -> 0.2.0:
-When upgrading my wine installation from the 31.10.2002 version
to the 25.11.2002 version, the
"err:local:LOCAL_GetBlock not enough space in GDI heap 01f7 for
24 bytes" problem got much worse. So I changed the vstserver
program to be a normal unix program that starts a winelib program
called "vstservant.so" for each new request
it gets. This seems to have solved the GDI heap problem totally.
-Extended the audioMaster function yet more by copying a lot of
opcode handlings from the vst~ pd external by Mark Williamson. I
didn't ask before doing this,
but according to the pdf file, he used some code from the plugin~
external, which then should automaticly make vst~ GPL. The
positive result is that more
plugins works. The negative result is that you now need to patch
the steinberg "vst/aeffectx.h" file before compiling, as there
are some strange things in it.
-Some smaller fixes here and there.
0.1.0 -> 0.1.1:
-Replaced the old audioMaster function in the server with the one
coming from the plugin~ source by Jarno Seppänen. Result is that GRM tools 2
now works. (I thought there were a different reason it didnt work
before, without going into further detail...)
Seems like vst instruments works better now too. The mousedrag
problem seems to have dissapeared.
-Removed some debug printings.
0.0.2 -> 0.1.0:
-Added graphics support to the plug-ins. (effEditOpen/effEditClose
dispatch opcodes works.)
-Fixed the makefile a bit.
0.0.1 -> 0.0.2:
-Fixed the process function in vstlib.
-Fixed the problem with processreplace could fail if sampleframes
was to high.
-Added processreplace simulation to vstlib, in case plugin doesnt
implement processreplace itself.
CREDITS
vstserver and vstlib are made by Kjetil S. Matheussen / Notam.
k.s.matheussen(a)notam02.no
Some programming hints is gathered by looking at the pd vst-object
plugin~ source and the jack soundserver source.
--
Hi all,
i'd like to announce a new object library consisting of a number of
functions for non-realtime processing of array data.
Threading can be employed for each of these transformations in order to
achieve non-interupting background work on longer buffers.
It has some similarities with Max/Jitter but is not (yet) as general - VASP
was already in its testing phase with the advent of Jitter... if i'd known
beforehand the design would possibly have been different.
There are PD and Max/MSP ports (but no threading under MaxOS9!), but the
help system is not finished for Max/MSP yet.
I owe a lot to Marius Schebella for setting up the PD help and pointing me
to numerous bugs.
Check it out, it could be useful:
http://www.parasitaere-kapazitaeten.net/ext
I'd really like to hear your opinion on it, and i'm open for suggestions
concerning the future direction.
There's also a mailing list for all affairs concerning vasp modular:
http://www.parasitaere-kapazitaeten.net/mailman/listinfo/vasp
best greetings,
Thomas
Hello all!
A new version of RTMix is available at the same old place:
http://meowing.ccm.uc.edu/~ico/
(use html entrance for low-bandwith version -> cpu's -> rtmix download)
New improvements include:
*Fixed networking seg-faults in Qt3
*Finished network code
*Removed all kde-libs dependencies (I overlooked a couple in the
configure script itself, sorry about this)
*Several minor bug-fixes
*Fixed all other known seg-faulting bugs
*Added a couple of networking tutorials
Enjoy!
Ivica Ico Bukvic, composer, multimedia sculptor,
programmer, webmaster & computer consultant
http://meowing.ccm.uc.edu/~ico/
============================
"To be or not to be" - Shakespeare
"To be is to do" - Socrates
"To do is to be" - Sartre
"Do be do be do" - Sinatra
"2b || ! 2b" - ?
"I am" - God
Hello.
I collected part of the basic abstraction I made last month in a
tarball. Most of them are very simple but I really need them to handle
my higher level patches so I thought most people would need them too and
would be nice to share them even if they are not hi-tech.
http://agnula.org/~maurizio/mauriziolib-0.1.tar.gz
It includes
accumulate, basicfft, maskedosc~, presetbox, remoteinlet, wrap,
adsrenvelope~, delayfloat, microplay2~, presetproxy.pd, remoteoutlet,
altanything, dt, nmetro, randmetro, samplemanager,
alternate, eventrecorder, not, randomwalker, sign,
altsamplemem~, forget2, osc, randrange, stabilizer, asr~, forget,
presetbox2, randvariation, timeoutstabilizer
In the "help" subdirectory there is an help patch for each abstraction.
More to come as I put order on my box.
The remoteinlet/remoteoutlet/proxy require [forward].
Salutoni,
Maurizio Umberto Puxeddu.
VSTServer V0.1.0. - beta
-------------------------
Third release. Graphics support.
BUGS
...
4. Some vst instruments only doesnt seem to react when doing mouse
drag operations, only mouse clicks. And the one that does react to
mouse drag (JX220.dll), uses enourmosly amounts of system cpu-power doing
gui stuff. Strange. I guess there is something special about vst
instruments.
5. The graphics code to support gui is just hacked together by
looking at the winemine source-code included with the wine distribution. I
have no windows programming experience or documentation about the
windows API, so if someone that have windows programming experience would
have a look at the code and check that its fine/not fine, that
would be, eh, fine. (The code I'm unsure about is
server/win/winwin.c and server/win/main.c, about 200 lines of code.)
HISTORY
0.0.2 -> 0.0.3:
-Added graphics support to the plug-ins. (effEditOpen/effEditClose
dispatch opcodes works.)
-Fixed the makefile a bit.
vst ladspa plugin v0.1.0 - stable
---------------------------------
-Added default hints.
-Added gui on off control input port for all plug-ins ("Gui_on_off")
-Put parameter setting stuff in its own thread.
-Added run_adding and set_run_adding_gain functions.
Seems to work fine now.
k_vst~ pd plugin v0.2.2 - stable
--------------------------------
Changes from v0.2.1 -> 0.2.2:
-Added opengui and closegui commands.
Download
--------
from http://www.notam02.no/arkiv/src/
Snapshot
--------
This is a picture of PD in Linux running two GRM tools
plugins using the vst k_vst~ object, and the NorthPole
plugin using the ladspa plugin~ object, in realtime. And
much smoother than it would do in windows (of course).
http://www.notam02.no/arkiv/src/snapshot2.png
--
Hi there,
I've tested Maurizio's version and it compiles on Win. It can be found at
the usual
http://www.akustische-kunst.org/puredata/percolate/
as official version 0.08 release.... (should work for Win, Linux and OS X)
Olaf
Maurizio Umberto Puxeddu schrieb:
> Hi.
>
> I fixed the makefile, the lines that were commented out in percolate.c,
> gQ~ -> gq~ (as it was called in the help file) and few other bugs maybe.
>
> http://agnula.org/~maurizio/PeRColate0.08b.tar.gz
>
> Anyway it does require some reference parameters or digging the sources
> because great part of the models are unusable as usual with interesting
> undocumented DSP algorithms.
>
> No one as experience of them on Max or can compare them?
>
> Bacioni,
>
> Maurizio Umberto Puxeddu.
>
> _______________________________________________
> PD-list mailing list
> PD-list(a)iem.kug.ac.at
> http://iem.kug.ac.at/cgi-bin/mailman/listinfo/pd-list
_ ______fmstk __ _
These are the seven example FM instruments from STK (4.1.1) as
externals for PD or Max/MSP. You can download STK at
http://www-ccrma.stanford.edu/software/stk
To compile flext is needed from http://www.parasitaere-kapazitaeten.net/Pd/ext
(or from http://pure-data.sf.net)
Included are:
# BeeThree
# FMVoices
# HevyMetl (which doesn't sound like what I'd call True Metal at all)
# PercFlut
# Rhodey
# TubeBell
# Wurley
All externals are named in lowercase and with the usual tilde~ at the end.
They all accept a list with note number and velocity number in midi values
(0-128) and control change messages prefixed with "cc" like [cc 2 125(
Consult the STK documentation for possible CC messages.
The externals are polyphonic. Set the maximum polyphony with a creation argument:
[beethree~ 12] exhausts my Athlon 900 MHz!
Default with no argument is a monophonic instrument.
All code released under the GPL.
Download at http://footils.org or One-Click-Buy (tm) with
http://footils.org/pkg/fmstk-0.1.tgz
[Currently not in PD-CVS, but probably next week.]
ciao
--
Frank Barknecht _ ______footils.org__
Hi all,
on the usual place:
http://crca.ucsd.edu/~msp/software.html
please enjoy Pd version 0.36 test 10.
Bug fixes:
"undo typing" crash...
"keyup"
adopted Adam's change to the makefile for Mac OSX
New feature: version string in "m_pd.h" as Krzysztof suggested
(just teh major release number... hope this is enough.)
cheers
Miller
VSTServer V0.0.1.
-----------------
First release. Beta, but usable.
ABOUT
Vstserver is a wine program that must be running when using programs
using vstlib.
Vstlib is a library that can be used by programs to run windows
vst audio plugins under linux/freebsd/i386solaris/etc.
RUNNING
Vstserver is started like this: "wine vstserver.so".
You probably want to set the "VST_PATH" environment variable pointing
to your plugins first.
DEVELOPMENT
Vstserver is released under the GPL, and vstlib under LGPL.
If there comes many source-contributions, I will probably make it
a sourceforge project. To use vstlib in a program, look at
the tests/exampleclient program, and various vst plug-in documentation.
The interface to the vstlib consists only of two functions (new/delete),
the rest is like you would do when programming for windows, macos(X),
beos, irix, etc.
CURRENT STATUS
Vstserver seems to be very stable. I have not found any plug-ins
that wont run, and I am not able to hear any latency. And plug-ins does not
seem to cause more cpu-power than under windows.
No GUI or graphics-support yet.
BUGS
1. When running the ladspa "listplugins" program many times in a row,
I get the following errors before the server freeze:
err:local:LOCAL_GetBlock not enough space in GDI heap 01f7 for 24 bytes
err:region:CombineRgn Invalid rgn=0000
err:local:LOCAL_GetBlock not enough space in GDI heap 01f7 for 24 bytes
err:region:CombineRgn Invalid rgn=0000
err:local:LOCAL_GetBlock not enough space in GDI heap 01f7 for 24 bytes
err:region:CombineRgn Invalid rgn=0000
err:local:LOCAL_GetBlock not enough space in GDI heap 01f7 for 24 bytes
err:local:LOCAL_GetBlock not enough space in GDI heap 01f7 for 24 bytes
err:local:LOCAL_GetBlock not enough space in GDI heap 01f7 for 24 bytes
err:local:LOCAL_GetBlock not enough space in GDI heap 01f7 for 24 bytes
err:local:LOCAL_GetBlock not enough space in GDI heap 01f7 for 24 bytes
err:clipping:CLIPPING_UpdateGCRegion hVisRgn is zero. Please report this.
I dont know what this is. Its not errors coming from the vstserver program.
It seems to be related to X, allthough no graphics is used in the vstserver.
I hope its just the buggy libXrender.so library that wine shouts about each
time it starts.
2. Shared memory handlig might be faulty. I suspect that it doesnt free
resources. (see server/shmhandler.c)
3. I havent read the vst plug-in documentation yet, and dont know everything
about it. This especially goes for the "AudioMasterCallback" function, which
for now just returns 1. I guess some more work needs to be done in this area,
and for the various dispatch opcodes too.
4. The processReplacing function in vstlib should perhaps be made just by calling the
process fuction. But I dont understand the difference between processReplacing
and processing.
FUTURE
Add GUI and graphics support to the server (help wanted). And maybe make a
DX-plugin server. (would be fun running pi-warp under linux).
CREDITS
vstserver and vstlib are made by Kjetil S. Matheussen / Notam.
k.s.matheussen(a)notam02.no
Some programming hints is gathered by looking at the pd vst-object plugin~ source
and the jack soundserver source.
vst ladspa plugin v0.0.1 - alpha
---------------------------------
Makes vst plugins located in $VST_PATH
appear as ladspa plugins.
I'm not sure how well this one actually works.
The northpole plugin seems to work, but others
don't. Oh well, its alpha for now.
k_vst~, a Pd tilde object for hosting VST plug-ins.
---------------------------------------------------
This is really just the plugin~ source made by Jarno Seppänen,
but with a few lines changed (very few that is) to make it
work with vst-plugins using the vstlib.
The name was changed from plugin~ to k_vst~ to avoid nameclash
with the plugin~ object running ladspa plugins.
This object is for i386 non-windows (ie. linux/freebsd) only.
This one works very well!
-------------------------
vstserver, ladspavst and k_vst~ are open-source programs made at Notam /
Oslo, and can be downloaded from from http://www.notam02.no/arkiv/src/
--
Hi all,
I've uploaded test 9 (source and Windows-compiled) to the usual,
http://crca.ucsd.edu/~msp/software.html
This fixes several problems, including the "keyname" bug.
I'll try to wrap 0.36 up as quickly as I can so I can get on to the
problem of audio glitches in OSX land, which seems to require major
surgery...
cheers
Miller