Pd-dev January 2003

pd-dev@lists.iem.at

33 participants
41 discussions

problem compiling GEM
by Dean Strotz 24 Jan '03

24 Jan '03

after solving a number of problems(like pointers to headers) i am left with this problem that i dont know what to do about: echo ----------../tv---------- make[1]: Entering directory `/gem-0.87/src/tv' make[1]: Nothing to be done for `all'. make[1]: Leaving directory `/gem-0.87/src/tv' g++ -L/usr/X11R6/lib -L../../../GemLibs/glm -L../ ../../gem-0.84/src/AuxLibs/liborb -L../../../gem-0 .84/src/AuxLibs/particle -o Gem.pd_linux -L/usr/X 11R6/lib -L../../../GemLibs/glm -L../../../gem-0.8 4/src/AuxLibs/liborb -L../../../gem-0.84/src/AuxLi bs/particle ../Manips/*.o ../Particles/*.o ../Bas e/*.o ../MarkEx/*.o ../Pixes/*.o ../Controls/*.o . ./Nongeos/*.o ../tv/*.o ../Geos/*.o -shared -L/us r/lib -lglib -lz -lparticle -lorb -lgltt -lttf -lj peg -ltiff -lglm -lmpeg3 -lmpeg -lglib -lpng -lqui cktime -lglut -lGLU -lGL -lm -Wl,-shared -Wl,-expo rt-dynamic -lXxf86vm -lXext -lX11 -I/usr/include/ glib-1.2 -I/usr/lib/glib/include -I/usr/include/gl tt -I../../../gem-0.84/src/AuxLibs/particle -I../. ./../gem-0.84/src/AuxLibs/liborb -I../../../GemLib s/glm -I/usr/local/include -I.. /usr/bin/ld: cannot find -lparticle collect2: ld returned 1 exit status make: *** [Gem.pd_linux] Error 1 i am using the woody debian dist.... any help greatly appreciated sincerely dean

3 2

xor binop
by pix 23 Jan '03

23 Jan '03

i thought someone would have done this before, but here is a patch to include an xor binop [^ ] to pd. this came up because i really wanted a bitwise not... then i realised that when you are dealing with floats, logical not doesn't make any sense (it's not clear how many bits wide the result should be). but then i realised i could fake a restricted kind of not, by xor-ing against an all-ones mask which is as wide as i need. so: "x ^ 255" is like NOT x when 0 <= x <= 255 (which you could always ensure with an x & 255) other, more normal uses of xor, i will leave up to your imagination. included also is a version of the otherbinops.pd help file with the new operator added. by the way, i'm adding this as a patch to pd because it's too trivial to make a new external for, and it should be in pd anyhow. pix.

1 0

Re: [PD-dev] multicast externals
by bbogart＠ryerson.ca 22 Jan '03

22 Jan '03

Hey Guenter, I think that is a good idea. I have not looked at the source yet but integrating it would be complicated (at least beyond my current meager experience) Maybe I'll write one to figure it out and then see if I can integrate it into netsend proper. (may need help though!) here are the difference (from the user perspective): multicast traffic is not send to a machine, but a "group" or room, this is defined as an IP/port pair. so there needs to be at least those two arguments to send and receive. for receive your getting traffic from multiple hosts, so some facility to sort which host is which would be nice, I'm thinking a reference number prepended to each message for each host so you can use route to have different hosts effect different things. I think IPM (multicast protocol) has some ID stuff build in, but probably is the IP of the packet's source... sounds ugly in terms of routing but then you know who is sending what... Any ideas for a solution to that one? I'll be starting more indepth research thursday, have to write me a little plain ol C version first! Ben ----- Original Message ----- From: guenter geiger <geiger(a)xdv.org> Date: Wednesday, January 22, 2003 6:07 am Subject: Re: [PD-dev] multicast externals > > Hi Ben, > > Is there a way to include the feature in netsend/netreceive proper ? > If so, please consider it an option. > I am definitely against "yet another netsend/netreceive pair",that > does the same but slightly different .... > > Guenter > > On Tue, 21 Jan 2003 bbogart(a)ryerson.ca wrote: > > > Hello all, > > > > Well I'm actually going to start the development of a multicast > versions of netsend and netreceive. I also had a few ideas of other > multicast objects, like AcessGrid access objects etc. I wanted to > ask on the list who else is interested in developing such objects > (Pat Pagano, you interested in AG video and audio connection > objects for PD?) How should I structure this in CVS? Rather than a > seperate folder for eah of the externals perhaps a mbone folder > which includes mnetsent mnetreceive and then other objects to follow? > > > > Any other opinions on the matter? > > > > Thanks > > Ben > > > > > > _______________________________________________ > > PD-dev mailing list > > PD-dev(a)iem.kug.ac.at > > http://iem.kug.ac.at/cgi-bin/mailman/listinfo/pd-dev > > > >

2 1

flext license
by Thomas Grill 22 Jan '03

22 Jan '03

Hi all, since i noticed that none of the original GEM C++ wrapper code is present in flext anymore, and there have already been requests concerning the license issue, i'll now look into it more deeply. Flext will soon fully support jMax, which means that the same source code can be used for development of externals under all three major modular real-time systems. It is now released under the GPL what might somehow hamper the development of packages depending on flext. I'm an ignorant concerning these license issues, so i'm asking you for some input on this case. The most obvious solution would be the LGPL license, but there may be others i don't know about. Any suggestions? best greetings, Thomas

8 19

multicast externals
by bbogart＠ryerson.ca 22 Jan '03

22 Jan '03

Hello all, Well I'm actually going to start the development of a multicast versions of netsend and netreceive. I also had a few ideas of other multicast objects, like AcessGrid access objects etc. I wanted to ask on the list who else is interested in developing such objects (Pat Pagano, you interested in AG video and audio connection objects for PD?) How should I structure this in CVS? Rather than a seperate folder for eah of the externals perhaps a mbone folder which includes mnetsent mnetreceive and then other objects to follow? Any other opinions on the matter? Thanks Ben

2 1

Re: [PD] click- & dropEX for osx
by Adam Lindsay 21 Jan '03

21 Jan '03

I checked this in to CVS (devel_0_36) after confirming that this does eliminate a whole bunch of dropouts. Yay! Thanks again, Gert, and whomever else relayed this fix to you... adam V93r said this at Tue, 21 Jan 2003 18:00:09 +0100: >hello pd osx'ers, > >i got relayed a fix for the problem of clicks&dropouts in pd, even >when running -rt: > >go to src/ > >in the file m_sched.c: > >put in top of file: > >#include </usr/include/pthread.h> > >after line 360 (inside method int m_scheduler(int nodacs)) add: > > struct sched_param param; > int policy = SCHED_RR; > int err; > param.sched_priority = 80; // adjust 0 : 100 > > err = pthread_setschedparam(pthread_self(), policy, &param); > > >save.. recompile.. enjoy click- & dropout freeness :) > >best, >gert > >_______________________________________________ >PD-list mailing list >PD-list(a)iem.kug.ac.at >http://iem.kug.ac.at/cgi-bin/mailman/listinfo/pd-list -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Adam T. Lindsay atl(a)comp.lancs.ac.uk Computing Dept, Lancaster University +44(0)1524/594.537 Lancaster, LA1 4YR, UK Fax:+44(0)1524/593.608 -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

2 1

pdp & creb in cvs
by Tom Schouten 21 Jan '03

21 Jan '03

hi all, i've added pdp & creb to cvs. enjoy, tom

1 0

name collisions
by Tom Schouten 20 Jan '03

20 Jan '03

hi all, quick q: what happens if there is a name clash between two externals from different libs (or the same lib) ? tom

3 3

Re: [PD-announce] flext fftease in CVS
by Frank Barknecht 20 Jan '03

20 Jan '03

Hallo, Thomas Grill hat gesagt: // Thomas Grill wrote: > > i'd like to announce that most of the fftease objects (there are 14 > of them, lacking are pvoc and pvcomp) are on the cvs (directory > externals/grill/fftease). Cool. There's only one subject of deep concern I'd like to talk about tonight:) drown~ crashes Pd as soon as I swith on pd dsp with this message: drown~: float method overwritten load_registers:illegal transform direction ciao -- Frank Barknecht _ ______footils.org__

2 1

comport & win2k
by André Schmidt 19 Jan '03

19 Jan '03

hi devs, i made a slider with pocketc on palm which sends position trough serial port (com2) heres the pocketc code: ------------------------ /$ mySlider string bm = "0affcffc"; slider(int x1, int y1, int x2, int y2){ int x3,y3,xp,yp; x3 = x1+x2; y3 = y1+y2; frame(1,x1,y1,x3,y3,1); xp=penx(); yp=peny(); if (xp>x1){ if (xp<x3){ if (yp>y1){ if (yp<y3){ do{ xp=penx(); yp=peny(); if (yp>y1){ if (yp<y3){ yp=yp-1; rect(0,x1,y1,x3,y3,0); bitmap(x1, yp, bm); sersend(yp); }} } while (event(1)==4); } }}}} //slider3 include "mySlider" int x,y; main() { int e; graph_on(); seropen(9600,"8N1C",10); while (true) { e = event(1); if (e==2) slider(60,60,10,64); } serclose(); } --------------------------------------- and using tera term pro 2.3 (http://hp.vector.co.jp/authors/VA002416/teraterm.html) i get the bytes trough com2 to computer... but when i try pd with comport i get: -------------------------- Opened serial line device COM2 RXERRORS on serial line -------------------------- and i don't get any bytes, or should i ? is comport output only? ... put my point is, as theres the source (c/c++) of tera term pro, that would be a good reference to get serial port to work with pd on win2k... yes, if my c skills would be better, i would try it my self... cheers -andre ps. has any1 got serial port communication to work with pd on win2k?

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Pd-dev January 2003