[PD] Gem compile error: filmAVIPLAY.cpp

2009-12-05 Thread Peter Plessas
Dear List,

getting this trying to compile gem-0.92-1:

g++ -c-g -O2 -fPIC -freg-struct-return -O3 -falign-loops=32
-falign-functions=32 -falign-jumps=32 -funroll-loops -ffast-math -mmmx
-msse2  -I/usr/include/lqt   -I/usr/include/lqt
-I/usr/include/avifile-0.7   -I/usr/include/FTGL
-I/usr/include/freetype2   -I..  -I/usr/include/FTGL
-I/usr/include/freetype2  filmAVIPLAY.cpp -o ../Objects/filmAVIPLAY.o
filmAVIPLAY.cpp: In member function ‘virtual bool
filmAVIPLAY::open(char*, int)’:
filmAVIPLAY.cpp:96: error: ‘StreamInfo’ was not declared in this scope
filmAVIPLAY.cpp:96: error: ‘m_info’ was not declared in this scope
make[1]: *** [filmAVIPLAY.o] Error 1

any help greatly appreciated

PP

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] Finding "$0" and dealing with it in messages

2009-12-05 Thread Frank Barknecht
Hallo,
Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:

> On Nov 29, 2009, at 3:26 AM, Frank Barknecht wrote:
>
>> I have written a bit about Pd's messages on puredata.info, feel free  to
>> quote as much as you like. I'm not the right person to fix pd-extended docs.
>> I can't even create all objects in that patch and bug 2026128 is still
>> open, which indicates, that we believe different things about data types and
>> messages. I don't want to get into that discussion again. :)
>
> The PDDP docs predate pd-extended.  The PDDP could easily be distributed 
> or used by anyone. That patch is related to PDDP.  But yes, Pd-extended 
> does include the PDDP docs.  What's the point of writing all this email 
> about the topic if it doesn't actually end up in something useful?  Few 
> people read the archives...
>
> I don't understand this anti-Pd-extended puritanism.  Does distributing 
> docs or code in Pd-extended somehow taint it with evil?  I think the PDDP 
> docs are mostly really good.  Most of that work was done by Dave Sabine.  
> Why wouldn't we use it and keep it up to date?

Hey, all I said is that *I* am not the right person to do that.

Ciao
-- 
Frank


___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list


[PD] ANN: Purity 0.2.4 debian package // was Re: ANN: Purity dynamic patching for Python release 0.1.1

2009-12-05 Thread Alexandre Quessy
Hello,
Can anyone try the latest Purity Debian package I have done ?
It works on Ubuntu 8.04 (LTS) and up and should work on Debian.
http://bitbucket.org/aalex/purity/downloads/python-purity_0.2.4_all.deb

Thomas : Yes, I guess I should check out py/pyext to make this syntax
similar to the one in pyext. Note that Purity wraps PD, as opposed to
being an external within PD.
Cheers !

a



2009/10/21 Thomas Grill :
>> I guess I am looking for something like:
>>
>> for i in range(2):
>>   obj1 = pdobj.osc~(i)
>>   obj2 = pdobj.throw~("bus-1")
>>   pdconnect(obj1 0, obj2 0)
>> obj1 = pdobj.receive~("bus-1")
>> obj2 = pdobj.dac~
>> pdconnect(obj1 0, obj2 0 1)
>>
>> and then call this script from within pd itself, hehe...
>
> If you remember the pd convention in Graz, that was exactly what my
> talk was about - the dyn api that i introduced - also available as a
> module for py/pyext. It's still there, in the svn - as soon as my
> server is back up again.
> gr~~~
>



-- 
Alexandre Quessy
http://alexandre.quessy.net

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] ANN: Purity 0.2.4 debian package // was Re: ANN: Purity dynamic patching for Python release 0.1.1

2009-12-05 Thread Alexandre Quessy
Hello again everyone,
I thought it would be nice if I would provide a way to actually "try"
purity once the Debian package is installed.

1) Start jackd. (using qjackctl, for example)
2) Open a terminal
3) Type one of these two commands :

  python /usr/share/pyshared/purity/examples/random_notes.py
  python /usr/share/pyshared/purity/examples/hello_metro.py

Cheers !
alex


2009/12/5 Alexandre Quessy :
> Hello,
> Can anyone try the latest Purity Debian package I have done ?
> It works on Ubuntu 8.04 (LTS) and up and should work on Debian.
> http://bitbucket.org/aalex/purity/downloads/python-purity_0.2.4_all.deb
>
> Thomas : Yes, I guess I should check out py/pyext to make this syntax
> similar to the one in pyext. Note that Purity wraps PD, as opposed to
> being an external within PD.
> Cheers !
>
> a
>
>
>
> 2009/10/21 Thomas Grill :
>>> I guess I am looking for something like:
>>>
>>> for i in range(2):
>>>   obj1 = pdobj.osc~(i)
>>>   obj2 = pdobj.throw~("bus-1")
>>>   pdconnect(obj1 0, obj2 0)
>>> obj1 = pdobj.receive~("bus-1")
>>> obj2 = pdobj.dac~
>>> pdconnect(obj1 0, obj2 0 1)
>>>
>>> and then call this script from within pd itself, hehe...
>>
>> If you remember the pd convention in Graz, that was exactly what my
>> talk was about - the dyn api that i introduced - also available as a
>> module for py/pyext. It's still there, in the svn - as soon as my
>> server is back up again.
>> gr~~~
>>
>
>
>
> --
> Alexandre Quessy
> http://alexandre.quessy.net
>
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info/listinfo/pd-list
>



-- 
Alexandre Quessy
http://alexandre.quessy.net

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] ANN: Purity 0.2.4 debian package // was Re: ANN: Purity dynamic patching for Python release 0.1.1

2009-12-05 Thread patrick

hi alexandre,

installing fine on ubuntu 9.10, but:

p...@mbp:~$ python /usr/share/pyshared/purity/examples/random_notes.py
Running command /usr/bin/pd -alsa -verbose -r 48000 -inchannels 2 
-outchannels 2 /usr/lib/python2.6/dist-packages/purity/data/dynamic_patch.pd
/usr/lib/python2.6/dist-packages/purity/process.py:390: 
PotentialZombieWarning: spawnProcess called, but the SIGCHLD handler is 
not installed. This probably means you have not yet called reactor.run, 
or called reactor.run(installSignalHandler=0). You will probably never 
see this process finish, and it may become a zombie process.
 self._process_transport = reactor.spawnProcess(self._process_protocol, 
proc_path, args, environ, usePTY=True)



1) Start jackd. (using qjackctl, for example)


doesn't make sense if the running command is /usr/bin/pd -alsa

pat



___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] Finding "$0" and dealing with it in messages

2009-12-05 Thread Jonathan Wilkes


--- On Sat, 12/5/09, Frank Barknecht  wrote:

> From: Frank Barknecht 
> Subject: Re: [PD] Finding "$0" and dealing with it in messages
> To: pd-list@iem.at
> Date: Saturday, December 5, 2009, 1:09 PM
> Hallo,
> Hans-Christoph Steiner hat gesagt: // Hans-Christoph
> Steiner wrote:
> 
> > On Nov 29, 2009, at 3:26 AM, Frank Barknecht wrote:
> >
> >> I have written a bit about Pd's messages on
> puredata.info, feel free  to
> >> quote as much as you like. I'm not the right
> person to fix pd-extended docs.
> >> I can't even create all objects in that patch and
> bug 2026128 is still
> >> open, which indicates, that we believe different
> things about data types and
> >> messages. I don't want to get into that discussion
> again. :)
> >
> > The PDDP docs predate pd-extended.  The PDDP
> could easily be distributed 
> > or used by anyone. That patch is related to
> PDDP.  But yes, Pd-extended 
> > does include the PDDP docs.  What's the point of
> writing all this email 
> > about the topic if it doesn't actually end up in
> something useful?  Few 
> > people read the archives...
> >
> > I don't understand this anti-Pd-extended
> puritanism.  Does distributing 
> > docs or code in Pd-extended somehow taint it with
> evil?  I think the PDDP 
> > docs are mostly really good.  Most of that work
> was done by Dave Sabine.  
> > Why wouldn't we use it and keep it up to date?
> 
> Hey, all I said is that *I* am not the right person to do
> that.

If that's all you had said, I doubt anyone would have replied with 
anything other than "ok."

And now I'm curious: why can't you create all the objects in that 
patch?  If some of those objects don't create in pd-ext on win/macos/
linux, at the very least the patch should be changed so that they are 
removed (or replaced with ascii art).

But if it's that you just prefer using pd-vanilla and don't want to 
download/install pd-ext, why not just say that?

-Jonathan


  

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list