Pd-list December 2007

pd-list@lists.iem.at

129 participants
239 discussions

GL: invalid value
by hard off 23 Dec '07

23 Dec '07

on ox 10.4 pd extended (hans' installer), i'm trying to texture some squares with .jpg files, but [pix_texture] is not letting me use most of the jpgs i have. the pd console keeps outputting: GL: invalid value some jpegs work though. does anybody know what's up?

2 2

Re: [PD] Refactoring a PD patch
by Mike McGonagle 23 Dec '07

23 Dec '07

On 12/11/07, Andy Farnell <padawan12(a)obiwannabe.co.uk> wrote: > > > Perhaps what's useful then is a better version of "tidy" > already on the menu. Some kind of magnetic grid so that > all connections are straight up-down or at 45 degrees. Yes, something more than Tidy. Even that is harder than it seems. For instance if you change > a [select do re me] to [sel doh ray mee] then all the outlet > positions change. Yes, true. This is just something that will hopefully arrange things so that the flow of control can be exposed. Once that is done, then the user can take the result patch and move things around a bit to their liking. I guess each time the algorithm should pass down the graph > then up the graph to identify and align everything that is > constrained first, so terminal nodes which have the greatest > freedom of placement happen last (does that make sense?) I was actually thinking about two different ways of doing it. One that would start with the inputs (or any object that is a source of some kind) and work down. The other way would be just the reverse. I was also looking at some Graph Theory, and it might be useful to implement a depth-first or a breath-first kind of algorithm. I really don't intend this to take a messy patch, and have it produce a beautiful layout, just something that aligns the connections and the flow. It would be a very welcome addition Mike, > > I print a lot of Pd diagrams for teaching and publications > and spend a fair amount of time tidying patches by hand. Yup, and that is the goal. Thanks. On Tue, 11 Dec 2007 18:45:00 -0600 > "Mike McGonagle" <mjmogo(a)gmail.com> wrote: > > > On 12/11/07, Andy Farnell <padawan12(a)obiwannabe.co.uk> wrote: > > > > > > > > > > > > > > > > > > It's impossible to prescribe any certain way to patch, it's a bit of > an > > > art > > > and very personal, but I have established a kind of pattern that I > seem to > > > follow and always try to tidy up patches into this form. This is > mainly > > > for > > > DSP, synthesis and effects... > > > > > > > > Yes, I know this. My idea is not to create a tool that will force a user > to > > lay things out in a specific way, but more a tool that will clean things > up, > > and then the user can accept those changes and start with that patch. it > > would not overwrite the original patch, that would be left for the user > to > > do. > > > > > > > How you can parse the file and identify any of this is a damn hard > problem > > > imho. > > > > > > My idea stems from not worrying about the functionality of these > objects, > > but in how they are connected. Basically, when I build my patches, I try > to > > stack all those things that are connected directly in a line. While this > > doesn't always work out, I think that something like this could be > > programmed to help people clean up some of the mazes of patch cords. > > > > I am not claiming that this would fix any problems, just an attempt to > make > > the flow of objects and their placements in the patch cleaner. > > > > Mike > > > > > > > > On Tue, 11 Dec 2007 17:34:49 -0600 > > > "Mike McGonagle" <mjmogo(a)gmail.com> wrote: > > > > > > > Hey, > > > > I was contemplating the idea of what it would take to write a > program > > > that > > > > reads a PD abstration and produces something that "TRIES" to clean > up > > > the > > > > appearance of the patch. From the discussion of segmented lines, and > > > from > > > > seeing some other people's patches, it made me wonder if anyone else > has > > > > tried to write a program that will attempt to clean up the tangled > mess > > > that > > > > some patches come to... > > > > > > > > I have some ideas about how to do this, but wanted to first check > out to > > > see > > > > if others have already attempted this sort of thing, and if they > found > > > it to > > > > be fruitful. > > > > > > > > Thanks, > > > > > > > > Mike > > > > > > > > > > > > -- > > > > Peace may sound simple_one beautiful word_ but it requires > everything we > > > > have, every quality, every strength, every dream, every high ideal. > > > > _Yehudi Menuhin (1916_1999), musician > > > > > > > > > > > > > -- > > > Use the source > > > > > > _______________________________________________ > > > PD-list(a)iem.at mailing list > > > UNSUBSCRIBE and account-management -> > > > http://lists.puredata.info/listinfo/pd-list > > > > > > > > > > > -- > > Peace may sound simple_one beautiful word_ but it requires everything we > > have, every quality, every strength, every dream, every high ideal. > > _Yehudi Menuhin (1916_1999), musician > > > > > -- > Use the source > -- Peace may sound simple—one beautiful word— but it requires everything we have, every quality, every strength, every dream, every high ideal. —Yehudi Menuhin (1916–1999), musician

3 2

Re: [PD] What exactly is a "stack overflow" ?
by IOhannes m zmoelnig 23 Dec '07

23 Dec '07

hi. i put this back to the pd-list. i guess (and hope) it was only by accident to you answered me in private. Andy Farnell wrote: > On Mon, 17 Dec 2007 21:08:05 +0100 > IOhannes m zmoelnig <zmoelnig(a)iem.at> wrote: > >> Andy Farnell wrote: >>> On Mon, 17 Dec 2007 20:08:20 +0100 >>> Derek Holzer <derek(a)umatic.nl> wrote: >>> >>>> Sending a "bang" message to the [until] object, created without an >>>> argument saying how many times the bang should be done, will give >>>> roughly the same effect-- >>> If only! >>> >>> Objects that overflow the stack cause an exception, most of which trap >>> nicely and you get a gentle report not to do that again. >>> >>> Sending an unqualified bang to [until] will have you reaching for power >>> switch because it enters a very tight loop with no exit condition and no >>> hope of even seeing a SIGINT. >>> >>> I know we like to pretend this is "feature", but isn't it time to treat it >>> as a bug? >> >> so what is the behaviour you would like to see? >> only allow fixed sized loops? >> stop iterating after a maximum 10 bangs? >> use [del 0] inbetween to make the loop interruptible? > > > None of the above. Behaviour should be normal but if it's instantiated > without arguments then bangs are ignored and only positive (I just saw the > bug report for negatives) numbers are processed. Any finite number of > iterations is the users concern, having bang mean loop infinitely seems > wrong. but a [bang(--[until] is not meant to loop infinitely. it loops until a certain condition is reached. what you are asking for is a [for] object ("for" is _usually_ used for looping through a fixed number of iterations) [until] corresponds to "while" and (tada!) "until" loops, which _usually_ are used to iterate a to-be-determined-number times. so, probably you should just write an abstraction "for.pd": [inlet] | [int $1] | [max 0] | [until] | [outlet] and use that instead of [until]. you should be saved from any trouble you are experiencing so far. (luckily it is like that: with [until] you can easily write [for]; it would be more difficult to do it the other way round; that is why i prefer it like it is) >> >> btw, Pd does not freeze for me. while i am typing this email, an >> infinite [until] is eating most of my CPU power (but not all). >> >> now i did send it a SIGINT and this freed my CPU. > > > Now that's news to me. I've never been able to free a machine > from a locked up [until], but I guess it must be possible in theory > with a powerful enough CPU. > i don't think it is related to the power of CPU (btw, i am using a AMD-XP2000+) [bnag(--[until] should take all the resources the OS will grant it. (just like "while(1);" will take all the resources it can get) if the OS gives is _all_ the resources of the CPU you have a freeze. if the OS reserves some cycles for itself, then you will be able to stop the process. btw, SIGINT killed my Pd. fgmadsr. IOhannes

12 41

side_b~ cassette tape simulator
by Kevin McCoy 22 Dec '07

22 Dec '07

Hey all, I thought I would share this, I just made a little cassette tape simulator. It features all of the old favorites from your adolescent mixtapes - flutter/noise, mange, and yes, even sag. For filtering, I used moog~ from ggee lib, but if you have pd-extended it will load automatically with [import]. At low/modest settings it sounds like an old cassette tape. At more outrageous settings the cassette tape gets eaten by your dad's car stereo, and then things get exciting. Big ups to Frank Barknecht and his erosion GOP which showed me the way, and to Andy Farnell and his crackly fire tutorial. Comments and suggestions are welcome. Kevin -- ++++ http://art.sewanee.edu/mccoy

3 2

Re: [PD] DIO errors with freebob
by altern 22 Dec '07

22 Dec '07

it seems to be a bit better playing around with -audiobuf and other startup flags. thanks for tip, i assumed it was something to do with the PD version I was using or something like that. enrike 11h11(a)11h11.com(e)k dio: > hi, > > i am testing freebob with pd. the soundcard is a presonus firepod on a macbook > pro. in gutsy, with linux-rt it's working for 1 minute and then the latency goes > up (with some glitches in the dsp). pd have nothing to do with this. > > i tried 64studio (debian flavor) and the firepod is working out of the box > without glitches: jackd -Dfreebob -p64 -n2 -D -r48000. pd is working without > glitch (pd -rt -jack -audiobuf 64 -r 48000 -channels 10). > > will post back some results (like the latency calculated by jdelay (for now it's > 355 samples @ 48000). > > patrick > > > > > Selon altern <altern2(a)gmail.com>: > >> hi >> >> i am getting quite a lot of DIO errors and clicks using PD with jack via >> freebob. This does not happen using the internal sndcard with alsa, i >> sometimes got some click but not all the time like i do now. Btw, i dont >> get xruns at all from jack. >> >> I have installed pd 0.40.3-extended-20071210 to see if this makes any >> difference but it is the same. I checked the mailing list and there are >> some posts about similar issues >> http://lists.puredata.info/pipermail/pd-list/2005-07/029859.html >> but I did not get a clear picture since i am using freebob. I know its >> likely to be the PD GUI taking too much CPU. I need to be able to use >> both pd input and output so i cannot stop any of those. >> >> I am using a terratec phase x24 on Ubuntu Studio Gutsy with kernel >> 2.6.20-16-lowlatency on a IBM x34 laptop 1.6ghz, 500M of ram. The same >> set up under Puredyne does work great, no clicks at all. I am wondering >> what is the difference. CPU-wise both seem pretty much the same and the >> PD version is pretty similar, around 0.40.3. I am always curious about >> the reasons of this small differences between similar systems... >> >> any ideas? thanks >> >> enrike >> >> _______________________________________________ >> PD-list(a)iem.at mailing list >> UNSUBSCRIBE and account-management -> >> http://lists.puredata.info/listinfo/pd-list >> > > > >

1 0

Seasons Greetings
by Andy Farnell 22 Dec '07

22 Dec '07

The time is almost upon us to to erase those brain cells collected over the last 12 months. But who will dare post first in the obligatory ASCII xmas tree thread? Mine's in Pd this year, Wishing you all much fun and happiness in the New Year, Andy -- Use the source

8 7

pdpedia Images
by Georg Werner 22 Dec '07

22 Dec '07

hi, i'm wondering why the image-upload in pdpedia isn't working. if the description consists of the comments in the help-patches anyway, screenshots would be much more readable. I uploaded one file, but couldn't get it to be displayed (makefile.png / en). Is there anything i could help with (perl/php etc.)? georg

4 9

input underflow.
by Hans-Christoph Steiner 22 Dec '07

22 Dec '07

Hey all, I've been getting this message recently on Pd-0.40.3-extended, but I think it applies to Pd in general since it comes from portaudio. Basically I get occasional "input underflow." messages. I haven't noticed a problem, but I just thought I'd throw it out there. Here's where the message comes from: http://pure-data.cvs.sourceforge.net/pure-data/pd/portaudio/ pa_mac_core/pa_mac_core.c .hc ------------------------------------------------------------------------ ---- Looking at things from a more basic level, you can come up with a more direct solution... It may sound small in theory, but it in practice, it can change entire economies. - Amy Smith

2 1

Creating auidioengines for games using PD
by Thomas Jeppesen 22 Dec '07

22 Dec '07

Hi, If I wanted to use PD to build an audio-engine for a game, how would the copyrights work if the game I was creating the engine for were commercial? Also, and I know this is going to be sensitive to some people in this community, but lets have the discussion anyway, I don't like the idea about anybody being able to open the audio-engine that I have created for a commercial game, as easy as they would any PD-patch out there. And I'm sure the people I would be working for would hate the Idea. Is there an easy or ”normal” solution to locking a patch so it can't be opened by anybody? I know that PD has been used in the production of the music-engine for Spore, but I havn't been able to find details about this particular project. Does anybody know anything about it that they could share with us? I read a post from Andy Farnell on the sound design mailing list, that EA had created their own version of PD for Spore, is that the only way to go about it if you wanted to use PD in a commercial production? And last but not least, are there any other know commercial products (games primarily) out there that has used PD as the audioengine? Cheers! Thomas

10 15

Please use gridflow-dev for GridFlow questions.
by Mathieu Bouchard 22 Dec '07

22 Dec '07

Please use gridflow-dev for GridFlow-specific questions. Even though "dev" sounds like "gurus only", please don't mind. :) http://lists.artengine.ca/cgi-bin/mailman/listinfo/gridflow-dev/members _ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard - tél:+1.514.383.3801, Montréal QC Canada

1 0

← Newer
1
...
6
7
8
9
10
11
12
...
24
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 2007