Pd-list December 2004

pd-list@lists.iem.at

130 participants
218 discussions

Opinions please: RRADical OSC inlet as a global receiver?
by Frank Barknecht 15 Dec '04

15 Dec '04

Hi all, I am considering to make the OSC-inlet in RRADical/Memento (and maybe the OSC-outlet) accessible as a global receiver (rsp. sender) for example called "RRADICAL-OSC". Technically this is dead easy: Just double the inlet with a [r RRADICAL-OSC] But generally I am very reluctant to mess with the global send/receive namespace and everything is $0-ified. However in the case of the OSC-inlet I have found, that I sometimes don't use the OSC stuff, because it would involve making a lot of patch cord connections and I'm lazy. Still if I use the OSC-inlet, it does make so many good things possible, that I'm leaning towards making it easier to use it. So, you handful of rradical/memento users out there: What shall I do? Ciao -- Frank Barknecht _ ______footils.org__

2 2

Opinions please: RRADical OSC inlet as a global receiver?
by Chris McCormick 15 Dec '04

15 Dec '04

Frank, I think this is a fantastic idea. the less typing and patch cords the better. Best, Chris. > From: Frank Barknecht <fbar(a)footils.org> > > Hi all, > > I am considering to make the OSC-inlet in RRADical/Memento (and maybe > the OSC-outlet) accessible as a global receiver (rsp. sender) for > example called "RRADICAL-OSC". Technically this is dead easy: Just > double the inlet with a [r RRADICAL-OSC] > > But generally I am very reluctant to mess with the global send/receive > namespace and everything is $0-ified. However in the case of the > OSC-inlet I have found, that I sometimes don't use the OSC stuff, > because it would involve making a lot of patch cord connections and > I'm lazy. Still if I use the OSC-inlet, it does make so many good > things possible, that I'm leaning towards making it easier to use it. > > So, you handful of rradical/memento users out there: What shall I do? > > Ciao > -- > Frank Barknecht _ ______footils.org__ ------------------- chris(a)mccormick.cx http://mccormick.cx

1 0

usb sensors anyone?
by roc 15 Dec '04

15 Dec '04

anyone know about these? http://www.phidgets.com/ i reckon they'd be quite handy if there was some software to make them talk to Pd. custom hardware control... ideas? r ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ % evol~~~~~~ http://www.mego.at/evol.html % alku~~~~~~ http://personal.ilimit.es/principio % imbécil~~~ http://imbecil.net % foofoofoo~ http://imbecil.net/foofoofoo ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

3 3

dv out ? 3rd try
by Jeroen Visser 14 Dec '04

14 Dec '04

well, what I meant to say was: a resolution of 720x576 at 25fps, hopefully the email remover will leave the line... sorry for the noise. jeroen

3 2

FW: dv out?
by Jeroen Visser 14 Dec '04

14 Dec '04

hummm... off course that should've been 720x576@25fps... jeroen

1 0

making object ids visible
by Orm Finnendahl 14 Dec '04

14 Dec '04

Hi, two related thoughts to the tooltips: 1. Using lots of multichannel audio I thought about a way to support autoconnecting all outlets of multi-outlet objects with corresponding inlets of one or multiple objects. I'm sure, Miller has thought about that before. One thing which would help me tremendously would be to be able to make the id of an object visible by some ctl-shift-meta-alt-middle click on it. That way simple helper scripts like the one attached could be used to autoconnect (or disconnect) them. 2. After getting audio dropouts in performances when closing windows I'm in the process of restructuring my patches to have all audio in seperate real-time-audio-no-gui-pd-processes which are automatically started from the no-audio gui process. The two processes communicate via netsend/receive. It is quite cumbersome and timeconsuming to establish all the sends and receives to be tunneled through the net. Before I start porting my really complex patches, I'd like to know whether there are plans are to rework the graphics in the not-so-distant future. Miller said something about porting it to wxWindows some time ago if I remember correctly. -- Orm

7 11

Re: [PD] cannot compile flext
by Thomas Grill 14 Dec '04

14 Dec '04

Hi Rodrigo, seems like you have an old g_canvas.h file somewhere in your include path. best greetings, Thomas ----- Original Message ----- From: "rodrigo derteano" <rodrigo.derteano(a)hgkz.net> To: "Thomas Grill" <gr(a)grrrr.org> Sent: Tuesday, December 14, 2004 12:08 PM Subject: Re: [PD] cannot compile flext > Hi Thomas, thank you again for your help! > I also tried to compile flext against the latest cvs version of pd, but > something went wrong: > > make[1]: Entering directory `/usr/lib/pd/externals/grill/flext' > g++ -c -O2 -DFLEXT_SYS=2 -fPIC -I/usr/lib/pd/src -I/usr/include > -I/usr/include/stk -I./source source/flbase.cpp -o pd-linux/flbase.ro > In file included from source/flbase.cpp:27: > /usr/lib/pd/src/g_canvas.h:549: error: parse error before `template' > make[1]: *** [pd-linux/flbase.ro] Error 1 > make[1]: Leaving directory `/usr/lib/pd/externals/grill/flext' > make: *** [build-stamp] Error 2 > > Don't know if this is a bug, or I missed something again. > > cheers, > rodrigo > > > Thomas Grill wrote: > > >Hi Rodrigo, > >apparently you are compiling against the headers of the development version > >of PD. > >When doing so you should be sure to have the latest version. > > > >best greetings, > >Thomas > > > >----- Original Message ----- > >From: "rodrigo derteano" <rodrigo.derteano(a)hgkz.net> > >To: <pd-list(a)iem.at> > >Sent: Monday, December 13, 2004 7:06 PM > >Subject: [PD] cannot compile flext > > > > > > > > > >>Hi everybody, I just became a member of this list. > >> > >>I recently downloaded the externals from cvs. When I try to compile > >>flext, I get this error: > >> > >>g++ -c -O2 -DFLEXT_SYS=2 -fPIC -I../../build/include -I./source > >>source/flout.cpp -o pd-linux/flout.ro > >>source/flout.cpp: In member function `bool > >> > >> > >flext_base_single::InitInlets()': > > > > > >>source/flout.cpp:117: error: `class_settip' undeclared (first use this > >> function) > >>source/flout.cpp:117: error: (Each undeclared identifier is reported > >>only once > >> for each function it appears in.) > >>source/flout.cpp:177: error: `inlet_settip' undeclared (first use this > >> function) > >>make[1]: *** [pd-linux/flout.ro] Error 1 > >>make[1]: Leaving directory `/root/pd-cvs/externals/grill/flext' > >>make: *** [build-stamp] Error 2 > >> > >>Am I missing some library or something? Anybody has an idea of whta may > >>be going wrong? I'm using debian unstable. Thanks in advance... > >> > >>cheers > >>rodrigo > >> > >>_______________________________________________ > >>PD-list(a)iem.at mailing list > >>UNSUBSCRIBE and account-management -> > >> > >> > >http://iem.at/cgi-bin/mailman/listinfo/pd-list > > > > > >> > >> > > > > > >_______________________________________________ > >PD-list(a)iem.at mailing list > >UNSUBSCRIBE and account-management -> http://iem.at/cgi-bin/mailman/listinfo/pd-list > > > > > > > >

1 0

send messages to different abs with the same name
by Roman Haefeli 14 Dec '04

14 Dec '04

hi in order to create an abstraction with maximum flexibility, i'd like to realize it kind of dynamical, which means it uses arguments to create further abstractions in itself. this new abs also create new objects in theirself out of the arguments given from the 'parent' abstraction. to create objs dynamically, you send messages to 'pd-yourabs.pd'. the problem i have now is, i cannot adress different abs with different arguments but the same name. i can't figure out a way to solve this. is it impossible to send msgs to different windows with the same name? a $0-feature for abs-name would be nice......so an abstraction could at least send msgs to itself. other suggestions? roman

2 4

Table errors in Pd version 0.38 TEST10 and x86_64
by thewade 14 Dec '04

14 Dec '04

Hello all, Perhaps you can help me. I am running Pd version 0.38 TEST10 on an x86_64. I am using tabwrite~ to write sound info to a table, and tabread4~ to read from it. tabwrite~ only writes one half of the table: if I write to a 1024 sized table only 512 samples get written, but if I resize that table to 2048 I can write 1024 samples. That doesnt really matter though, and tabread4~ only plays back garbage. Ive also heard that soundfile reading has trouble on the x86_64. I havent tried this yet, but its next on my list. Any ideas, or counter examples? Thanks, -thewade

2 1

tooltips again
by Orm Finnendahl 14 Dec '04

14 Dec '04

Hi, I still find the tooltips very useful. I would love to have them work on outlets as well. 2. Is it a big deal to make them work in a way that they show the send/receive symbol when moved over the out/inlets of a gui object like a slider, vu etc.?

3 3

← Newer
1
...
7
8
9
10
11
12
13
...
22
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

Pd-list December 2004