[PD] pd as a vst instrument plugin, now also looking or vst1.0.zip

Sat Nov 9 19:51:05 CET 2002

It occurs to me that there is another option and that is
 rewire - the steinberg/propellerheads technology for connecting
rebirth (and presumably reason) to Cubase.

I don't know anything about it development wise  or even if there is
an SDK but it would allow you to run PD standalone and connect it
right into Cubase. I assume it doesn't work with non steinberg sequencers.

cheers

mark

-----Original Message-----
From: pd-list-admin at iem.kug.ac.at [mailto:pd-list-admin at iem.kug.ac.at]On
Behalf Of tom at nullpointer.co.uk
Sent: 09 November 2002 17:55
To: pd-list at iem.kug.ac.at
Subject: Re: [PD] pd as a vst instrument plugin, now also looking or
vst1.0.zip

Hi,

This PD in VST is an age old problem, tackled by quite a few ..
I hate to say it but its not gonna be easy!!! For starters, until a finished
version of PD is produced
(and thats not really the point at the moment i think) Any VST
implementation will become rapidly out of sync with the
current PD release, unless of course you aim to recompile alongside any
updates.
I would also suggest that to begin with you use a gui-less version of pd for
your vst,
 in this way you can avoid the whole TCL issue. The VST version would have
to
map ADC and DAC to the appropriate vst out++ in++ and would also need to
support some new object in the form of
vst controller inputs (0 to 1.0). Then perhaps patches could be developed in
pd running standalone and then loaded
into the vst pd object on creation by the vst host. Of course pd would need
to be running as a slave to the host sample-rate and you may need to
synchronise buffer(chunk) sizes somehow. Pluggo does all this kind of stuff
for MAX so maybe its worth looking at.
Another option is to try using virtual internal audio cabling (like JACK)
and pipe the audio/midi out of virtual ports in the sequencer,
into pd and then back into the sequencer, but you'd end up juggling alot of
programs and processes (ive done this before but its not
too comfortable)...As mark says VST programming is very simple and you might
find that after modelling an effect in PD you can code it up easily in vst..
If anybody does get PD working in this context i'd love to know...

Tom

p.s. haven't checked I think you can get the old vstsdk on steinbergs site
somewhere..

----- Original Message -----
From: "Mark Khemma" <mkhemma at orion.it.luc.edu>
To: "mark" <mark at junklight.com>
Cc: "'stefan geissler'" <stefan.geissler at univie.ac.at>; "'Joseph A. Sarlo'"
<jsarlo at ucsd.edu>; "'PD List'" <pd-list at iem.kug.ac.at>
Sent: Wednesday, November 06, 2002 11:29 PM
Subject: RE: [PD] pd as a vst instrument plugin, now also looking or
vst1.0.zip

> Vroom! right over my head :), but that's ok, i'm starting to learn
> sound programming little  by little, but right now, my problem is that
> steinberg has moved up to  v2.0-2.2 and  the example dll's which i
> compiled won't work with my logic  audio becaue the version i have will
> only (i think) work with vst v1.0 so  if anybody has the vstsdk1.0.zip
> laying around that they could send me  i would greatly appreciate it. Just
> out of curiousity what applications  are currently compatible with
> vst2.0/2.2? i think logic 5 is but i don't  have that, yet. if there are
> freewarez audio apps that can use vst 2.0/2.2 then i can at least start
> playin around with the  examplevst.dll's-compile-run.in.soundapp, anybody
> know of any pc apps?
> cheerio's,
> Mark .k
>
> On Wed, 6 Nov 2002, mark wrote:
>
> > PD as a VST should be fairly easy audiowise.
> >
> > The VST framework expects to do a call and get a chunk of audio.
> > So what you need to do is remove portaudio and replace it with
> > a harness that slots into VST. The port audio code isn't the easiest
> > to follow but ocne you get your head round it it should be straigt
> > forward.
> >
> > GUI wise you might have a little more difficulty - the VST Host will
> > provide
> > you with the handle to a windows window (HWND). Ideally you just want
> > to make this the parent window of the TK windows. I have no idea how
> > hard this is or even if you can make TK use this window for its own
> > display.
> >
> > VST is very easy (assuming you have an instrument/effect of course :-)
> > ). The
> > example code in the sdk is probably all you need once you have the
> > window thing
> > sussed.
> >
> > cheers
> >
> > mark
> >
> >
> >
> >
> >
> >
> > -----Original Message-----
> > From: pd-list-admin at iem.kug.ac.at [mailto:pd-list-admin at iem.kug.ac.at]
> > On Behalf Of stefan geissler
> > Sent: 06 November 2002 14:46
> > To: Mark Khemma
> > Cc: Joseph A. Sarlo; PD List
> > Subject: Re: [PD] pd as a vst instrument plugin
> >
> >
> > I have also no programming skills and I am very interested in getting pd
> >
> > to work in a vstenviroment, too. preferably
> > in a similar manner as reaktor can be controlled from a vsthost. as far
> > as I understood the whole thing isnot so trivial
> > (the vstside, the pdside, the gui) and if there is enough interest I
> > think that efforts in that direction should be coordinated. there were
> > several postings about this concern over the recent years,
> > but it seems that nothing ever really happned.
> > what came next to use pd "inside" a vsthost was pdauto
> > <http://mamalala.de/xovo/pdauto.html> with sending parameters over the
> > tcpport, but this method causes
> > a too high latency and the gui is visible just in some vsthosts i.e.
> > just testing the whole thing and getting it to work on more than one
> > host seems to be a kind of challenge.
> >
> > Mark Khemma wrote:
> >
> > >How are going about compiling it? are you using cygwin environment, or
> > >VC++ IDE, etc? I'd like to know more of what you are doing. Where does
> > >gripd come into it? etc. etc. If there is anyway in which i can help..
> > >. my yearn to program skillfully exceeds my abilities so if you  could
> > >just help me set up an environment to compile dll's on windows, what
> > >files are needed, files modified, etc (if you know how to) then pass
> > >the word :) i'd like to see pd in my logic plugins :) cheerios,
> > >mark .k
> > >
> > >On Tue, 5 Nov 2002, Joseph A. Sarlo wrote:
> > >
> > >
> > >
> > >>I actually just started working on this.  My first step is to have PD
> > >>as a VST effect plugin (not instrument), where the PD patch is opened
> > >>in some kind of PD-VST shell (probably using GrIPD for the effect's
> > >>GUI), but eventually I think it would be good to support the VST
> > >>instrument architecture. No promises on when it will be ready, though!
> > >>
> > >>Joe
> > >>jsarlo at ucsd.edu
> > >>
> > >>
> > >>
> > >>>I was just wondering if it is feasible to have pd act as a vst
> > >>>instrument, much like the way reaktor works within environments such
> > >>>as sonar, calkwalk, logic audio platinum. maybe mark junklight may
> > >>>have some insight into this area.  I'm curious if it would be
> > >>>possible or if there would be any/many complications considering that
> >
> > >>>the gui portion uses tcl/tk (is it both or one of them?). personally
> > >>>i don't even have the skills to import the makefile of pd into a VC++
> >
> > >>>workspace and compile, so I'm not the best person to get the project
> > >>>jump started.  All i know is that vst plugins are simply .dll's
> > >>>(placed into a vstplugin
> > >>>folder) in addition to  extra files which are configuration files (in
> > our
> > >>>case simply .pd files) . I'd be so happy if i could use pd within my
> > >>>logic audio program.
> > >>>just curious,
> > >>> Mark .k
> > >>>
> > >>>
> > >>>_______________________________________________
> > >>>PD-list mailing list
> > >>>PD-list at iem.kug.ac.at
> > >>>http://iem.kug.ac.at/cgi-bin/mailman/listinfo/pd-list
> > >>>
> > >>>
> > >>_______________________________________________
> > >>PD-list mailing list
> > >>PD-list at iem.kug.ac.at
> > >>http://iem.kug.ac.at/cgi-bin/mailman/listinfo/pd-list
> > >>
> > >>
> > >>
> > >
> > >
> > >_______________________________________________
> > >PD-list mailing list
> > >PD-list at iem.kug.ac.at
> > >http://iem.kug.ac.at/cgi-bin/mailman/listinfo/pd-list
> > >
> > >
> >
> >
> > --
> >
> > Stefan Geissler
> >
> > Department of Statistics and
> >   Decision Support Systems (ISDS)
> > University of Vienna
> > Universitaetsstrasse 5
> > A-1010 Wien-Vienna, Austria
> >
> > Tel. +43 1 42 77 386 36
> > Fax. +43 1 42 77 386 39
> >
> >
> >
> >
> >
> > _______________________________________________
> > PD-list mailing list
> > PD-list at iem.kug.ac.at
> > http://iem.kug.ac.at/cgi-bin/mailman/listinfo/pd-list
> >
> >
> > _______________________________________________
> > PD-list mailing list
> > PD-list at iem.kug.ac.at
> > http://iem.kug.ac.at/cgi-bin/mailman/listinfo/pd-list
> >
>
>
> _______________________________________________
> PD-list mailing list
> PD-list at iem.kug.ac.at
> http://iem.kug.ac.at/cgi-bin/mailman/listinfo/pd-list

_______________________________________________
PD-list mailing list
PD-list at iem.kug.ac.at
http://iem.kug.ac.at/cgi-bin/mailman/listinfo/pd-list