Pd-list March 2005

pd-list@lists.iem.at

166 participants
274 discussions

History of PD development
by Beau Casey 18 Mar '05

18 Mar '05

Hi Sam, You probably already know this, but there is some good historical information about PureData on www.PureData.info also there was a "future of computer music languages panel discussion" in an issue of computer music journal (maybe last summer) that I found very insightful. You could also look at Miller Pucket's websight, and I would mention last automns First International Pure Data Convention. As a foot note you could also mention planet ccrma at stanford low latency pure data kernal, and no doubt many other interesting branchs of the PD family http://www.cypod.co.nr

2 1

Re: [PD] [GEM] problems with pix
by yasmin ahmad 17 Mar '05

17 Mar '05

AviSynth worked like a charm. Thanks! Yasmin. ----- Original Message ----- From: "IOhannes m zmoelnig" <zmoelnig(a)iem.at> To: "Davide Morelli" <info(a)davidemorelli.it> Subject: Re: [PD] [GEM] problems with pix Date: Mon, 14 Mar 2005 18:17:48 +0100 > > Davide Morelli wrote: > > > > same here (pd 0.37.3, GEM 0.90.1, WinXP) > > I can use only avi compressed with: > > uncompressed RGB (huge filesize) > > codec Intel IYUV (smaller but still great filesize) > > and another I can't remember now (small filesize but eats cpu: > > max 2 avis with a PIV 1.5 GHz) > > > > you can use AviSynth to decode an avi to a format Gem understands > (yes, sooner or later i hope there will be "real" support for more > codecs) > > just make sure, you proved RGB24-data... > > mfg.a.sdr > IOhannes -- ___________________________________________________________ Sign-up for Ads Free at Mail.com http://promo.mail.com/adsfreejump.htm

1 0

Re: [PD] IEMLIB on x86_64
by thewade 17 Mar '05

17 Mar '05

Alright, sorry to spam the list like this. This is the last email I will sent to the list tonight. vi src/iemlib2/splitfilename.c :91 s/int/long/g :96 s/int/long/g made it compile, still no prepend though. I tried iem_prepend, prepend, pp, all to no avail, and sure enough in src/iemlib2 there is an iem_prepend_kernel and prepend_ascii, but no more prepend. All I want to do is prepend set to a list of any size so that I can store lists in messages without having to make a big message like: [set $1 $2 $3 $4 $5 $6 $7 $8< :for each length of list from 1 to 40 Thanks for the help again! (and again, sorry for the spam) -thewade

2 1

puredata.org / puredata.info offline
by Max Neupert 17 Mar '05

17 Mar '05

it seems to be offline: Proxy Error The proxy server received an invalid response from an upstream server. The proxy server could not handle the request GET /. Reason: Could not connect to remote machine: Connection refused Apache/1.3.33 Server at puredata.info Port 80

1 0

How to acquire the block size?
by Miikka Tikander 17 Mar '05

17 Mar '05

Hi, I've been learning how to program externals for pd for some time now. However, I've been wondering if there is a way to acquire the block size inside the external e.g. inside my_obj_new()? I'm using fftw, and I need to know the block size to allocate memory and to create the plans for the transforms. Of course I could hard code the frame size, or perhaps have it as a parameter. Still it would make things so much more flexible if I could use the existing block size. Thanks for any help! -miikka

3 2

Re: [PD] Re: new pmpd developer
by Thomas Ouellet Fredericks 17 Mar '05

17 Mar '05

I would have liked to see your demo at the SAT but I got held up at work. I am less interested in VJing lately, so the next version of V3 will mostly be oriented towards installation work on integration into other complete packages (like pixelTANGO). I would like to merge the projects because I do not wish to further the development of V3 but I do not want it go to waste ( I put a lot of math in there!). The next version will only have 3 parts to it : 1) a multiple video file player (in XP, gem crashes when you switch videofiles, so I need to create a new instance of pix_movie for every video). 2) a "breakable" video surface that will be composed of a dynamic number of objects. I have also created a messaging system to give CUES to the 3d objects (like go to point A in 5 seconds then go to point B while rotating x degrees then scaling big in 1 second). 3) a gemwindow manager thingy. What is done : 1) video player (just need to add multiple video file support) with many options (loop points and frame number and variable speed playback, etc) 2) I have made my own state saving mechanism : I never got memento to work for me. 3) The breakable window thingy is almost complete. How I imagine it could connect to pixelTANGO : v3 vidplayer (v3.vid)) -> pixelTANGO -> v3 breakable surface (v3.surface) -> geo Off topic : does gemkeyboard and gemouse work in OS X? Tom On Wed, 16 Mar 2005 12:52:52 -0500, B. Bogart <ben(a)ekran.org> wrote: > Hey Tom, > > I spoke to Patrick a bit at the SAT on thursday. We were talking about > how it could be possible to merge V3 with pixelTANGO. Here are a few of > the objectives of pixelTANGO: > > * pixelTANGO (aka pt) is a set of abstractions and externals, for > pd/GEM, that make using pd and GEM easier, faster and more satisfying. > * The purpose of pt is to balance usability and ease of learning with > programmability, modularity and flexibility. > * This balance means that pt will always be playing catch-up to build > easy to use interfaces to the ever growing and complex functionality > of GEM. > * This means that often pixelTANGO will be used with "traditional" > pd/Gem programming for and by artists to create performances as well > as contribute more specialized pt modules back to the community. > * Make pd/Gem more accessible to artists by increasing the ease of use > and making a more shallow learning curve > * Keep the modular nature of pd/Gem intact > * Ability to use full resolution DV videos, live, recorded and streamed > over IP. > * Artist can work in 2D and 3D or both > * External control of pt through MIDI, OSC and custom hardware (Via > AID*1) > * Community supported and developed > > Exitsing features of pixelTANGO are: > > * Easy two file drag and drop installation (on OSX) > * Complete documentation > * DV over firewire, network streams (QTL or SDP), still images and movie > files as inputs. > * Number of layers only limited by available hardware > * Filters for layers with plug-in architecture > * OpenGL effects for layers (rotate/scale/translate etc..) > * Text & 3D model layers > * Configurable smooth interpolation on all parameters > * Preset (state) saving and preset animation > * Quick access to directories of files > > What are the objectives/features of V3? > > How do you see the projects connecting/merging? > > Things like BPM sync etc.. have been requested for pixelTANGO but I have > little personal interest in them. Also I think pixelTANGO has a more > unified design that acts more like an application than a patch. For > example there is a plugin system that dynamically generates an array of > abstractions in the "fx/" folder and manages the seamless routing > between them. V3 effects could be added to this perhaps. PDP too for > that matter. (these are pix_ based effects) Also I want to build > something similar for transitions that I think its a strong-point of V3. > > What benifits do you think there are to merging the projects? > > What do you think of things like PiDiP/PDP integration? > > Did you see the Article in La Presse on friday the 11th on the TOT project? > > Anyhow I'd love to hear your thoughts on the matter. > > Oh and fwish looks pretty amazing, how did you get the alpha-channel > working well? (multiimage, or alpha video? or? The OSX developers have > broken pix_mask and don't see it being valuable! yuck!) > > b> > > Thomas Ouellet Fredericks wrote: > > Here are videos (screen captures, not yet the actual installation) and > > part of the code of my Fwish (Bassin du destion) installation. One > > version has fish that do not collide, the other does not because I > > decided it is nicer when the fish overlap. > > > > http://www.danslchamp.org/mrtof/code.htm > > > > tom > > tom(a)danslchamp.org > > > > > > On Tue, 15 Mar 2005 18:30:41 +0100, Frank Barknecht <fbar(a)footils.org> wrote: > > > >>Hallo Nicolas, > >>Nicolas Montgermont hat gesagt: // Nicolas Montgermont wrote: > >> > >> > >>>I've been experimenting pmpd with datastructure for a week now, > >> > >>Wow! That's quite a patch for one week, wonderful!! > >> > >> > >>>and I encounter a few problems that are all present in the attached > >>>patch: > >>> > >>>- Computation speed! The simple model presented here (5 mass, 8 > >>>link) seems to charge all my CPU at a metro period of 100ms. The > >>>string patch designed by Frank Barknecht in the datastructure > >>>tutorial was much more faster. Does anybody see any "bad" > >>>programming in the patch? > >> > >>I also get a very high load. I will need a bit time to take a deeper > >>look, but generally the data structures are far from the efficiency > >>that e.g. Gem has. However I don't think your model should be that > >>slow. > >> > >> > >>>- use the $0 variable to have mutiple instanciation, but I have to > >>>use the external "sprintf" to build the "pd-$0-data" message. Is > >>>there a solution using only native pd objects to do that? > >> > >>Yes, and it even works better here (maybe I have another sprintf, I > >>get lots of errors like "sprintf: no method for float"). > >> > >>Anyway the solution is to replace every "sprintf" with "makefilename", > >>you can keep the "pd-%d-data" part, it's the same for makefilename. > >> > >>Ciao > >>-- > >> Frank Barknecht _ ______footils.org__ > >> > >> _ __latest track: "scans" _ http://footils.org/cms/show/41 > >> > >>_______________________________________________ > >>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 > > > > >

2 3

IEMLIB on x86_64
by thewade 17 Mar '05

17 Mar '05

Hello again, I am using iemlib 1.5 BTW... The libraries that compiled load: iemlib1, iem_mp3, iem_t3_lib. prepend is in iemlib2, isint it. poop. Lets see just how rusty my C knowledge really is, shall we... splitfilename.c, here I come -thewade

1 0

IEMLIB on x86_64
by thewade 17 Mar '05

17 Mar '05

Hello, Just a bit of build bug reporting on IEMLIB. I had to add -fPIC to CFLAGS in all 4 makefiles, if you wanted to add that to the readme.linux file. iemlib2 won\'t build becasue of an illegal casting of pointer: cc -DPD -DUNIX -W -Werror -Wno-unused -Wno-parentheses -Wno-switch -O6 -funroll-loops -fomit-frame-pointer -DDL_OPEN -fPIC -I. -I/usr/local/src/pd/src -c -o splitfilename.o splitfilename.c splitfilename.c: In function `splitfilename_symbol\': splitfilename.c:91: warning: cast from pointer to integer of different size splitfilename.c:91: warning: cast from pointer to integer of different size splitfilename.c:96: warning: cast from pointer to integer of different size splitfilename.c:96: warning: cast from pointer to integer of different size make: *** [splitfilename.o] Error 1 Everything else builds clean. Im going to test loading the libs now. All I need is [prepend] right now though... Thanks for writing the lib in the first place! -thewade

1 0

Re: [PD] Repairing wav files written by pd 64bit
by thewade 17 Mar '05

17 Mar '05

Mathieu Bouchard wrote: >On Thu, 10 Mar 2005, thewade wrote: > >>>typedef unsigned int uint32; /* long isn\\\'t 32-bit on amd64 */ >>>I just applied this fix to devel_0_38. >>>I don\\\'t claim that this is the last such bug. I also don\\\'t have a K8 so I >>>can\\\'t test. >> >>Yay, this worked! So now readsf~ works an I imagine that writesf~ does >>too! (I will test that later) Thank you! >>Now if arrays would opperate correctly on 64-bit I would be where you >>all are now, as far as working PD software goes... > > >Unlike in MAX and jMax, it\'s not possible make PureData individually >address more than 16Mfloats (64Mbytes), because beyond 24-bit the float >format loses detail (no odd numbers anymore, etc.) whereas MAX and jMax >have a 32-bit signed integer type which can address up to 2Gfloats >(8Gbytes). > >This issue can be overcome by using 2-D (doubly-indiced) arrays as >available in some externals, but nothing that\'s compatible with regular >pd float-arrays, afaik. > >If you try to hardcode indices in a patch, and save it and reload it, it\'s >even more limited, something like 20-bit (up to 1Mfloat), after which the >values get corrupted. Im not exacly sure what your are saying here but it sounds like you are trying to explaine the limitations of the current PD array structures to me, a big dummy. I have the worst ammount of knowledge: just barely enough to THINK that I know what is going on. Anyway I thank you for your attempt but I am hoping if you could translate what you say here to dummy speak. Lastly I am not worried about trying to use the full addressing power of my 64-bit machine, I just want to be able to use [soundfiler] to write to an array completely (using for example an 8.5 meg file), not just half of an array. I am fine working within limitations. Also is playback from an array using tabread4~ inconstantly responsive because of this 64-bit bug? Thanks! -thewade e.x.: http://www.aproximation.org/sndarray~.pd http://www.aproximation.org/help-sndarray~.pd

2 1

Re: how (many) are we [was: Re: [PD] Segmented patch chords?]
by Ian Smith-Heisters 16 Mar '05

16 Mar '05

I'm not in NYC these days, but may be moving there in May. They do video stuff too at Share. And I know there's some folks that go to Frylab on one of the westside piers. http://frylab.info/ I went once, but wasn't too interested. I've heard there's also some occasional Pd-ish stuff going on at SubTonic, but that's more performance than meet and talk. For meet and talk there's some NYC Audio Artist's group a friend of mine is part of. If that interests you I could send you his email offlist. But there is a definite shortage. If I move to NYC I'd like to start a venue for this kind of performance. Maybe more primetime than sunday night. Keep an eye on the list. -Ian Paris Treantafeles wrote: > hi, > > glad you brought that up. > i go to share sometimes (sunday nights are not so good for me) but i > usually do video rather than audio. > i'm not very experienced with pd but would like to learn more and so if > there's anything "pd" related going on in nyc, count me in. > > best, > p > > On Friday, March 11, 2005, at 11:20 AM, Ian Smith-Heisters wrote: > >> derek holzer wrote: >> >>> Seems like the main difference in people's experiences meeting other >>> users is whether or not they live in Europe. I don't think there's >>> less PDers in the States, but they are much farther apart, and >>> there's simply no interesting venues for new media art in the States >>> [festivals and the like] so they never have a chance to meet each other. >> >> >> This is what it seems to me. The only regular venue for stuff like >> this I know of in the whole US is ShareNYC, but I've never seen >> another PDer there, though I heard H.C.Steiner has been around. Of >> course NYC is a long shot if you live on the west coast, wheras from >> what I hear about Europe, you can live in London and be in Berlin >> 20EUR and an hour later. Hmmmm... anyone know of any jobs for a >> programmer with a specialty in realtime media in Europe ;) ? >> >> Europe has higher population density, plus I think there really are >> more PDers in Europe. IEM is there. IRCAM is there. >> >> -ish >> >>> d. >> >> >> >> -- >> http://www.0x09.com >> >> _______________________________________________ >> PD-list(a)iem.at mailing list >> UNSUBSCRIBE and account-management -> >> http://iem.at/cgi-bin/mailman/listinfo/pd-list > > -- http://www.0x09.com

8 9

← Newer
1
...
12
13
14
15
16
17
18
...
28
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 March 2005