[PD] Pd standalone instruments ...

[IOhannes m zmoelnig]

hi

Chuckk Hubbard wrote:
> On 7/21/06, Frank Barknecht <fbar at footils.org> wrote:
>> Hallo,
>> Tas Pas hat gesagt: // Tas Pas wrote:
>>
>> > I was wondering if there is any way to export a pd instrument so it 
>> can operate in a system without pd ot self.
>>
>> There is no Pd without Pd. But Pd is free, so you can bundle Pd with
>> your patch.
> 
> Alas, most of the people I work with aren't willing to install this
> cryptic-looking program and go through figuring out how to set up
> their soundcards and set up external libraries... I wish I could just
> say fooey on them, but I probably shouldn't.
> 
> I am a total noob when it comes to programming in C, but doesn't it
> follow that if Pd is in C and open-source, it would somehow be
> possible to extract the part of the program that executes passes and
> the GUI, and then replace the objects and connections, etc., in a
> patch with the appropriate C code?  Alternatively, to remove all of
> the objects *not* used in a particular patch from the source, then
> hack the startup-option-reading code so that it loads a certain file
> by default?  I suppose the average user would also like if the PD
> window were invisible, controlled entirely by menus.  Again, I'm not
> in a position to say fooey on those people; maybe you all can say it
> for me.

yes, you could do this.

but think twice: what exactly do you gain? what do you lose?
what is exactly the reason you don't want to use pd+patch?
because people don't want to install a "cryptic looking program"? then 
what will your stripped down version be?

to ease the installation (sounds cards,...)? if it was that simple, it 
would already be in pd: even if pd-dev's might be queer, they generally 
don't consider "setting up the sound-card" as _that_ great fun... (i 
guess, but who knows...)

to read a special configuration-file? hmm, why? what is wrong with the 
registry (well, there are lots of things wrong with it, but we don't 
want to discuss this here, do we?); at least it makes your program a 
little less "cryptic looking" (for those windoze-users who don't use 
win95 any more)

what might be a good idea though, would be a king of "kiosk" mode, where 
the pd-main window is not present and where there are no menus at all 
(so you would have to control pd via messages).


apart from that, why don't you distribute your "application" bundled 
with everything: pd, externals, abstractions, patch, startup-script.


> This is just speculation, because I'm nowhere near being up to this
> task, but wouldn't it also be possible to write a program/external
> that would perform this conversion automatically?  I imagine it would
> be a bear to set this up, but it would theoretically only have to be
> done once to be usable by everyone.  It would drastically change how
> PD is used.

people have tried to write such converters but to no avail: if you 
really want a C-program to do audio-processing, then write a C-program.
it will be _way_ more efficient than pd (all something derived from pd).

> Would doing this violate the copyright, if the copyright messages were
> all left intact, and maybe supplemented?  (just asking- if so
> nevermind!)

why should it violate the copyright? which part of it?

mfa.dsr.
IOhannes

> 
> -Chuckk
> 
> _______________________________________________
> PD-list at iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info/listinfo/pd-list