Pd-list December 2005

pd-list@lists.iem.at

127 participants
204 discussions

Re: [PD] max msp vs pd
by shreeswifty 05 Dec '05

05 Dec '05

It only seems to be with pdp_ieee1394, which seems to HOG the whole cpu and is mysteriously missing from newer versions. The OpenGL seems to be much faster in GEM though. On Tue Nov 15 15:07:05 EST 2005, "B. Bogart" <ben(a)ekran.org> wrote: > > > shreeswifty wrote: >> I spent more time attempting to build and install jMAX then >> actually >> using it. Christian Klippel ported FFTEASE to it nicely and >> there was an >> awesome granular patch that someone built that worked on 2.5, >> but then >> it plummetted. >> >> I use pd recently for GEM, pdp, PIDIP an gridflow. It is nice. >> I recently have tried Jitter and it works very well too. I have >> noticed >> that the same type of patch is a little faster on Jitter than on >> GEM, >> but i think that is because of a mem leak with pdp_ieee1394. > > *cough* seems to me that would be more a comparison between the > quicktime architecture (and loads of proprietary code) compared > to pdp, > which I beleive on OSX ignores all that stuff and still uses the > free(er?) dv decoder. > > Funny I had heard the opposite, the same patch running on Gem > faster > than on jitter... ;) > > b. > >> >> On Mon Nov 14 16:13:32 EST 2005, Arie van Schutterhoef >> <arsche(a)xs4all.nl> wrote: >> >>>> Jitter is a clone of GridFlow. >>> >>> -Jitter is rumored to be 'inspired' by nato 0,55 of the >>> (in)famous >>> NN-aglomerate. >>> >>>>> implementing an alternative gui for jmax in python was (i think) >>>>> only an >>>>> attempt to make jMax fit better into an opensource project >>>>> like agnula >>>>> (they had license problems dueto java) >>>> >>>> Right, and also the Java/Swing UI had too many bugs, several >>>> of which >>>> were >>>> in SUN's and IBM's implementations of Java/Swing. >>> >>> -I have always been puzzled by this insistence on using java >>> for the GUI. >>> Seems to me also being the main reason why people disbanded >>> jMax. >>> and moved either to PD or to Max/MSP. >>> >>>> Oh, and as far as I can tell, IRCAM has destroyed the >>>> mailing-list >>>> archives of the old jMax, which conveniently removes most >>>> traces of the >>>> existence of former 3rd-party developers. >>> >>> -I don't know that's the reason, but its disappearance is >>> strange, to say >>> the least. >>> >>> AvS >>> >>> . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . >>> . . >>> ..................................................................... >>> >>> ` |Schreck Ensemble . . . . . . . . . . . . . . . . . . >>> . . + >>> >>> ` |# -laboratory for live electro-acoustic music- # >>> | >>> | http://www.schreck.nl/ >>> | >>> | http://www.xs4all.nl/~schreck/ >>> | >>> ` >>> *===========================================================++ >>> ` |Compositions >>> http://www.xs4all.nl/~schreck/html/compo.html | >>> ` |Samples >>> http://www.xs4all.nl/~schreck/html/samp.html | >>> ` |Patches >>> http://www.xs4all.nl/~schreck/html/pat.html | >>> ` |Videos >>> http://www.xs4all.nl/~schreck/html/video.html | >>> >>> ` |Scores >>> http://www.xs4all.nl/~schreck/html/scores.html | >>> >>> >>> *===========================================================++ >>> . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . >>> . . >>> ..................................................................... >>> >>> >>> >>> _______________________________________________ >>> PD-list(a)iem.at mailing list >>> UNSUBSCRIBE and account-management -> >>> http://lists.puredata.info/listinfo/pd-list >>> >>> >> >> >> >> Patrick Pagano,M.F.A >> Digital Media Specialist >> Digital Worlds Institute >> University Of Florida >> (352) 294-2082 >> >> >> _______________________________________________ >> PD-list(a)iem.at mailing list >> UNSUBSCRIBE and account-management -> >> http://lists.puredata.info/listinfo/pd-list >> > Patrick Pagano,M.F.A Digital Media Specialist Digital Worlds Institute University Of Florida (352) 294-2082

14 20

Re: [PD] The Party at the Center of the Universe
by megalegoland＠yahoo.fr 05 Dec '05

05 Dec '05

Date: Mon, 5 Dec 2005 01:55:07 -0000 X-Mailer: YahELite Content-Type: text/plain; charset=ISO-8859-1 >125 [sphere] objects take up a lot of CPU. The more involved PMPD >patches spend up to 90% of the time drawing the spheres. Try creating >a sphere in a 3D app like Blender and loading it using [model] and see >if it makes a difference. > Hello, I've made with blender different shapes of sphere and exported them into wavefront files (.obj) to open it with [model]... Blender 'UVsphere' doesn't make a difference with gem [sphere] But blender's icosphere seems to take as much CPU as pd's [cube], I've been able to create 7^3 icospheres with one subdivision loaded with [model] That would be enough to make a model of our solar system with the nine famous planets and their moons with a single computer. Also, the planets wouldn't have a round shape obviously. patco

1 0

Re: [PD] 3d modulation sources for Synthesis
by Chris McCormick 05 Dec '05

05 Dec '05

On Sat, Dec 03, 2005 at 07:43:22AM +0100, pd-list-request(a)iem.at wrote: > Date: Sat, 03 Dec 2005 02:07:45 +0100 > From: Malte Steiner <steiner(a)block4.com> > Subject: Re: [PD] 3d modulation sources for Synthesis > To: pd-list <PD-list(a)iem.at> > > It should be possible to interface Blender with pd, there are some > people doing this but I don't know exactly how. Blender runs on several > platforms inclusive your beloved and behated ones, is free oss and has a > builtin 3D engine + uses Python as scripting language. Maybe over OSC. > > http://www.blender3d.org Ey, I am using blender3d to build an interface for a puredata synth, and have been experimenting with this for a year or so. I just use regular python sockets inside GameBlender to send udp packets to netreceive in puredata (and visa-versa to trigger 3d events from the music). You can see my beta sequencer interface here: http://mccormick.cx/dev/blender-puredata-game-interface/ The script to set up a socket to send/receive udp packets with is comms.py in that directory. The screenshot is of using a usb gamepad to write a beat. I played a gig with that synth + evolution midi controller at Linux Conf Australia last year, but unfortunately the blender3d visuals weren't working. Best regards, Chris. ------------------- chris(a)mccormick.cx http://mccormick.cx

1 0

flext, sndobj and stk
by Ed Kelly 04 Dec '05

04 Dec '05

Greetings, I bring to the list some problems regarding the stk/sndobj bits of flext. Where is the stk installed? This is a gripe, since the stk does not have an installation, only a make! Running install.sh in stk-4.2.1 does nothing, so what is flext looking for? is it libstk.a? I have that! Ihave never succeeded in compiling sndobj. I apt-get install sndobj from CCRMA and it says it has done it, but a search for files containing sndobj or SndObj reveals nothing. If anyone has succeeded with SndObj comilation, can they give me some pointers as to what I need to do. I am currently using Fedora 3. Best, Ed -> -> --> ---> -----> --------> -------------> r3search + praktik EK5perimenz --------------------------------- Yahoo! Model Search - Could you be the next catwalk superstar? Check out the competition now

3 2

[hid] steady data stream vs. output on event
by Hans-Christoph Steiner 04 Dec '05

04 Dec '05

I am diving back into working on [hid], I am porting it to Windows thanks to sponsorship from http://vibrez.net. There is a lingering question which I would like to address, so I am looking for feedback from this list. Right now, [hid] basically outputs events in response to the OS. It polls the event queue at a given frequency and processes everything in the queue on each cycle. This means that the data stream is a bit erratic. Here's how I am currently thinking of handling this: - for buttons/keys, process all events in the queue - For absolute axes, output the most recent event per poll, since absolute axes are position, and its not really necessary to know how many events there were between [hid] polls, just the position where it ended up. Then it would output one event per poll cycle. - relative data is the trickiest, mouse for example. The data is in effect the velocity. A mouse tells you how many units it has travelled per refresh cycle. But when the mouse stops moving, it doesn't not send a "0" velocity. it could be made more like velocity and have it polled for the current velocity. This would give a steady stream of data, but then it would not give accurate info about how far the mouse as travelled. Perhaps, [hid] would just output everything it finds in the queue, then I write a separate object which gives the average velocity per poll period, based on the distance in all events it receives. The first two apply directly to sensor data, I think, I am not sure how relative axes with sensors compare to mice. .hc ________________________________________________________________________ ____ "Computer science is no more related to the computer than astronomy is related to the telescope." -Edsger Dykstra

1 0

Re: [PD] The Party at the Center of the Universe
by chris clepper 04 Dec '05

04 Dec '05

On 12/4/05, megalegoland(a)yahoo.fr <megalegoland(a)yahoo.fr> wrote: > Well I am working on PMPD and particulary on the morphing exemple for a live show in two weeks, my computer (athlon 2600+, 333Mhz bus freq, 512 RAM, and Nvidia 64Mo) can handle the 125 spheres with no problems, it's slowing down if I use text with 'round' fonts and more than two letters, 125 [sphere] objects take up a lot of CPU. The more involved PMPD patches spend up to 90% of the time drawing the spheres. Try creating a sphere in a 3D app like Blender and loading it using [model] and see if it makes a difference. I'm not sure about the text issue, but always use text3d and not 2d.

2 2

Re: [PD] The Party at the Center of the Universe
by megalegoland＠yahoo.fr 04 Dec '05

04 Dec '05

Date: Sun, 4 Dec 2005 17:18:41 -0000 X-Mailer: YahELite Content-Type: text/plain; charset=ISO-8859-1 >But then: I am not a physicist... (nor an astronomer). > Neither do I, but at least your are a scientist... patco.

1 0

Re: [PD] The Party at the Center of the Universe
by megalegoland＠yahoo.fr 04 Dec '05

04 Dec '05

Date: Sun, 4 Dec 2005 16:19:14 -0000 X-Mailer: YahELite Content-Type: text/plain; charset=ISO-8859-1 >and you have infinite expansion. >> | >> [print] You have no clue if universe is expanding or not. I was more thinking about emulating the behavior of the los alamos "Z-machine" for observing galaxies and stars formation, or trying to give to a graphical object on gem the properties of a double layer plasma, to see if shapes are evolving like our observations of distant energetical objects. Patco.

1 0

Re: [PD] [OT] Sequencing design
by Hans-Christoph Steiner 04 Dec '05

04 Dec '05

Oops: http://at.or.at/hans/solitude I use the [shell] external, but its optional, its only used for auto-generating filenames when recording. .hc On Dec 3, 2005, at 5:22 PM, dorkvac bazynchnai wrote: > hi hans > > the solitude link appears to be broken (at least on this side) but i'd > be interested in that patch (as long as it doesn't require > non-standard externals) > > -brendan > > Hans-Christoph Steiner wrote: > >> >> Hmm, now that you mention data structures, I build a sequencer of >> sorts starting from the data structures example included in Pd. You >> can download it here: >> >> http://at.or.at/solitude/ >> >> Basically, it sequences playing lots of overlapping samples. But its >> not your typical sequencer. >> >> .hc >> >> On Dec 3, 2005, at 5:33 AM, Frank Barknecht wrote: >> >>> Hallo, >>> bstine(a)telus.net hat gesagt: // bstine(a)telus.net wrote: >>> >>>> I know this is a little off topic, but this seems like the best >>>> place to ask. I >>>> was wondering what the best way to implement a sequencer is. I >>>> know that's a >>>> big question, but I mean in the most abstract way. >>> >>> >>> It is indeed a big question. There are several approaches to >>> sequencing in general, some are also used in Miller's Pd docs and of >>> course in his book (http://crca.ucsd.edu/~msp/techniques.htm) in the >>> chapter on control computations. In the RRADical sequencers mentioned >>> here I took a very simple approach, which is limited to pop music in >>> 4/4 and with constant beat dvisions: I just divide a beat into 16 or >>> 32 event slots, which are visited by a counter. If there is an event >>> stored, when the counter hits a specific slot, it is output. Events >>> can be one or two numbers in the current sequencers. This looks like: >>> >>> slot ev1 ev2 >>> 0 60 127 >>> 1 >>> 2 60 0 >>> 3 40 75 >>> ... >>> 16 60 127 >>> >>> Then I just use many of these to build real patterns. >>> >>> Note that this is indeed very limited. A better approach IMO is to >>> introduce a more general notion of an "Event" and then store the time >>> of occurence or the so called Inter-onset Interval. The IOI is more >>> popular in computer music I think, as you can do a lot of fine >>> calculations on it, like scaling the IOI will make a sequence run in >>> a >>> differnet tempo etc. >>> >>> [qlist] uses IOI times and can be used to record and playback events. >>> However it's hard to get at the data stored inside a qlist to do >>> funkier things. To find out the IOI between two events a >>> >>> [t b b] >>> | | >>> [timer] >>> >>> has proven to be very reliable. >>> >>> Miller's data structure sequencer in the data structure examples is >>> also somehow using IOI internally. The data structure events use >>> x-position as onset times, but then Miller calculates the actual IOIs >>> to drive a [delay] to the next event. >>> >>> Data structures are really nice to do sequencing. You can put a lot >>> of >>> data, not just note and velocity, into the structure, position it and >>> play it, do transformations by traversing all notes etc. >>> >>> An example on how to record into a data structure windows is here: >>> http://royalrabbit.goto10.org/svn/goto10/pd-patches/fbar/pipeseq/ >>> >>> Instead of using a data structure window to store a sequence, in >>> other >>> patches I also used the h_list and h_map externals from PDConainter >>> for sequencing. They lack the graphical appearance, but have some >>> other nice features. The basic idea there is to either [timer]-tag >>> rows in a [h_list], then sent the complete list to [pipe], or use a >>> [del]-construction similar to the data structure sequencer which uses >>> IOI times. This is more flexible if you want to to stuff like tempo >>> changes while a sequence is playing - which never happens in techno >>> music so there all this unnecessary anyways. >>> >>> For reading about this stuff, I can for example recommend Robert >>> Rowe's "Machine Musicianship" at MIT Press, IIRC. >>> >>> Ciao >>> -- Frank Barknecht _ ______footils.org_ >>> __goto10.org__ >>> >>> _______________________________________________ >>> PD-list(a)iem.at mailing list >>> UNSUBSCRIBE and account-management -> >>> http://lists.puredata.info/listinfo/pd-list >>> >> >> ______________________________________________________________________ >> __ ____ >> >> "I have the audacity to believe that peoples everywhere can have >> three meals a day for their bodies, education and culture for their >> minds, and dignity, equality and freedom for their spirits." >> - Martin Luther King, Jr. >> >> >> _______________________________________________ >> PD-list(a)iem.at mailing list >> UNSUBSCRIBE and account-management -> >> http://lists.puredata.info/listinfo/pd-list >> >> ________________________________________________________________________ ____ There is no way to peace, peace is the way. -A.J. Muste

1 0

old iem gui objects?
by João Miguel Pais 04 Dec '05

04 Dec '05

Hi, while stolpering around the pd folders, I found two details: - does anyone has the help files from both radiobuttons? vradio.pd and hradio.pd are not there, nor anything similar - the objects hdl and vdl are still active. I never heard about them before. They look like the normal radio buttons, but with two differences: you can't open their properties, and, more important, they have the single_change / double_change option (check out radiobutton.pd in the iem help folder). I find those options very useful. Is there any project of putting these into the "normal" radiobutton, or to integrate these objects into pd? (put them in the menus, bla bla) Joao -- Lugostr. 14 79100 Freiburg i. Br. Deutschland +49 (0)761 7074997 jmmmp(a)arcor.de

4 5

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 2005