Re: [PD] accuracy of signal/message-objects
Frank Barknecht wrote: Hallo, Objects like [delay] or [metro] produce these clock-delayed messages. They register their clocks with Pd's main scheduler using clock_new(...) and then order the scheduler to generate the clock-delayed messages like the metro-bangs using clock_delay(). The actual output of [delay], [metro] etc. then is initiated by the scheduler which calls the registered clock methods: delay_tick(), metro_tick(),... However I must admit, I'm not sure how this relates to comport and if comport should also register its port-writing-method with a clock and let the scheduler tick the clock and initiate the writing and if that could get rid of the jitter you mentioned. no, this won't work. [metro] is arbitrarily accurate within pd-land: here we deal with logical time, where the execution of a message (and everything it triggers directly) is happening in zero-time by definition. in the world outside, there is no logical time, there is only the real time, where the execution of messages takes some cpu-cycles and thus real time. messages are dealt with during dsp-cycles (in fact, dsp-cycles are dealt with in between msg-cycles; this is why a message-overload can lead to click, when one dsp-cycle has to be dropped). in real time messages are executed in bursts, but for each message in the burst the logical time will be correctly set. this is all fine as long as you don't have to deal with the world outside: the only place where this is handled somehow correctly is with audio: pd writes the samples (who live in logical time land) into a buffer; the soundcard reads this buffer in sync with the real time. as long as the 2 time references are roughly in synch everything goes well; when they get badly out of synch (driftbuffersize), you will get audio-dropouts. when dealing with other world outside interfaces (e.g. parallel/serial port), there might be no such mechanism: whenever some data is sent to the port (regardless of the logical time) it is visible on the other side in real time; this might appear in bursts and have a jitter. the only way to overcome this is to create a buffer that synchs the two time references. a simple way to do this is to just overdrive the port a little bit, so that your operating system's port buffer is always filled. At least normal objects like [float] don't do any funky clock-stuff and still don't disturb the correct timing of clock-delayed messages. because they do not interface with the world outside. mf.asr IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Exquisite corpse
On 06/05/2007, at 20.10, Chris McCormick wrote: 3. At the end everyone will mail me their subpatch and we will string all of the pieces together, overlapping so that each piece is played twice - once together with the piece before, and once with the piece after I don't suppose that the subpatch may take into account if it being played the first time or the second time? ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] analogue clipping
what's the best and most cpu efficient way to clip a signal in an analogue fashion, rather than getting nasty digital distortion? ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] analogue clipping
hard off wrote: what's the best and most cpu efficient way to clip a signal in an analogue fashion, rather than getting nasty digital distortion? waveshaping mfga.sdr IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] analogue clipping
On Tue, 2007-05-08 at 19:18 +0900, hard off wrote: what's the best and most cpu efficient way to clip a signal in an analogue fashion, rather than getting nasty digital distortion? Have you tried waveshaping? I.e. use your signal as an index to a function (usually stored in a table)? A good place to start would be a stored sigmoid, and then introduce a few small 'glitches' into it to taste. Jamie ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Space Invaders 4D Game
Hallo, [EMAIL PROTECTED] hat gesagt: // [EMAIL PROTECTED] wrote: I'm just starting out in PD but 99.9% of the time I can break something down and figure out how it works or find something online, but can someone explain to me how to use two gemheads to render a pattern with just on geo. I understand the textfile object and the text file part what I down get is why it works. The double gemhead trick is based on forced rendering. If you look at the gemhead help file, you will see, that banging a gemhead will make it render just one frame. In the double-gemhead configuration, the upper gemhead basically ist just a metro driving the rendering of the lower gemhead with bangs. (But you cannot use a normal metro here, as the bangs have to be timed exactly in sync with the gemwin's frame rate.) The lower gemhead as default is switched off (with a loadbang - 0), so that it is not rendering, unless it receives a bang. The with some simple [t b a] voodoo you can make many forced renderings of the same geo but with different transformations applied to each. See attached example patch for this in action. Ciao -- Frank Barknecht _ __footils.org_ __goto10.org__ double-gemhead.pd Description: application/puredata ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] analogue clipping
hard off wrote: what's the best and most cpu efficient way to clip a signal in an analogue fashion, rather than getting nasty digital distortion? I quite like [expr~ tanh($v1)] - but it isn't especially cpu efficient. To hear it in action, just about every sound in this has been through several [expr~ tanh($v1)] :: http://www.archive.org/details/ClaudiusMaximus_-_Incidents_At_Sea Otherwise, I think there are some theorems about waveshaping and the amount of oversampling necessary to avoid aliased frequencies and that nasty digital sound... Claude -- http://claudiusmaximus.goto10.org ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] analogue clipping
Try tanh function mapped to the range of about -5 +5 and a small signal input. http://mathworld.wolfram.com/HyperbolicTangent.html Here's a nice approximation with five multiplies http://www.musicdsp.org/archive.php?classid=5#238 what's the best and most cpu efficient way to clip a signal in an analogue fashion, rather than getting nasty digital distortion? ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] accuracy of signal/message-objects
On 08/05/2007, at 9.19, IOhannes m zmoelnig wrote: because they do not interface with the world outside. I feel that i don't interface with the world inside. I would greatly appreciate if someone would translate the scope of this discussion into noobish. I sense that it's not that hard to grasp the scope once getting the 'aahh' experience. Like when you look at a map (of the world, you thought) but can't find out what part you are looking at and think this is a fictive map until some kind soul points and says that bit is water, the other is land. (I've tried that, it very embarrassing but then thats ruled out...) Or just ignore this email. Best, Steffen ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] analogue clipping
On 08/05/2007, at 13.11, [EMAIL PROTECTED] wrote: Here's a nice approximation with five multiplies http://www.musicdsp.org/archive.php?classid=5#238 Indeed. I had to see it. For anyone interested: http://puredata.info/ Members/stffn/tanh-aprox.png/ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] accuracy of signal/message-objects
Steffen wrote: On 08/05/2007, at 9.19, IOhannes m zmoelnig wrote: because they do not interface with the world outside. I feel that i don't interface with the world inside. I would greatly appreciate if someone would translate the scope of this discussion into noobish. sorry if i confused anybody. unfortunately i am not very good at explaining things in simple words; anyone else wants togive it a try? mfga.dr IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] accuracy of signal/message-objects
Hallo, IOhannes m zmoelnig hat gesagt: // IOhannes m zmoelnig wrote: unfortunately i am not very good at explaining things in simple words; anyone else wants togive it a try? Pd is nirvana, comport is the harsh reality. Ciao -- Frank Barknecht _ __footils.org_ __goto10.org__ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] accuracy of signal/message-objects
On Tue, 2007-05-08 at 13:12 +0200, Steffen wrote: On 08/05/2007, at 9.19, IOhannes m zmoelnig wrote: because they do not interface with the world outside. I feel that i don't interface with the world inside. I would greatly appreciate if someone would translate the scope of this discussion into noobish. I sense that it's not that hard to grasp the scope once getting the 'aahh' experience. Like when you look at a map (of the world, you thought) but can't find out what part you are looking at and think this is a fictive map until some kind soul points and says that bit is water, the other is land. (I've tried that, it very embarrassing but then thats ruled out...) Or just ignore this email. i think, i understood, what IOhannes explained, though i am not a coder. but this is more an issue of concepts than of code itself, i think. before i give it another try to explain, i would like to know, what exactly you did not understand. could you elaborate that a bit more (if that's possible for you, of course)? i mean, is it the difference between logical time and real time ? roman ___ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] analogue clipping
Hallo, [EMAIL PROTECTED] hat gesagt: // [EMAIL PROTECTED] wrote: Try tanh function mapped to the range of about -5 +5 and a small signal input. http://mathworld.wolfram.com/HyperbolicTangent.html Here's a nice approximation with five multiplies http://www.musicdsp.org/archive.php?classid=5#238 That's a nice version! Attached is a comparision of both in Pd, looks (and sounds) good. Ciao -- Frank Barknecht _ __footils.org_ __goto10.org__ quick-tanh.pd Description: application/puredata ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] analogue clipping
Hallo, Frank Barknecht hat gesagt: // Frank Barknecht wrote: Here's a nice approximation with five multiplies http://www.musicdsp.org/archive.php?classid=5#238 That's a nice version! Attached is a comparision of both in Pd, looks (and sounds) good. Oh, and even it uses only four multiplies - or rather three and one division. ;) But then the Pd version also calculates the clipped valuesi outside (-3,3), which are always -1 or 1 anyways, so that eats up the savings again. Ciao -- Frank Barknecht _ __footils.org_ __goto10.org__ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] accuracy of signal/message-objects
Steffen wrote: On 08/05/2007, at 9.19, IOhannes m zmoelnig wrote: because they do not interface with the world outside. I feel that i don't interface with the world inside. I would greatly appreciate if someone would translate the scope of this discussion into noobish. hi, think of it as Pd being a tool also used for non realtime renderings. in fact it is possible that Pd renders everything to a soundfile and not to the sound card. so if you have very complicated computation which cannot be done in real time because the cpu is not fast enough, that data would still be written to the soundfile without clicks. and that is because pd has its internal predictable time. if you want to trigger a message with 1000 milliseconds delay then you want to use the internal time measurement. for example if you load a 2 hours soundfile into a buffer in the first millisecond and start playing it that usually would cause Pd to clip and that is because it takes a while until the sound file is written to the buffer. Pd cannot continue with its internal measurement until all messages are finished executing. that is an example where internal time and world time would drift. the internal time is cut into pieces of 64 samples (at 44.1 khz sampling rate that is 1.6 ms). then the samples are sent to the soundcard (clocked by the soundcard) and then the next rendercycle of 64 samples starts. marius. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Gem Compiling os x xcode problems
I have gotten Gem to compile sucesfully with font support using the xcode project somewhat. I get 1125 warnings, mainly this is the location of the previous definition. My biggets problem is that in my machine I have the latest freetype under usr/local/lib and I also have the freetype that comes with x11 under usr/ X11R6/lib. When I load gen in my machine it loads up fine with text support, but when I load up gem in a machine with only the freetype in usr/X11R6/lib Gem will not load up because it keeps looking for the libfreetype.6.dylib in usr/local/lib. I dont know how to remedy this. Any help would be great. Thanks, Alain ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] analogue clipping
quick tanh looks good. i put in a dollar and my cpu gave me 96 cents change! ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Exquisite corpse
Hey Chris, I like your idea, though probably I won't have time or inspiration to participate. However, I think a couple of things need to be clarified for it to work as expected. 1) You should specify the maximum minimum version of pd-vanilla required for playback, that is, the *aximum* version that any patch is allowed to require as a minimum. That is, if you say for example 0.39, any submitted patch must be guaranteed to work on version 0.39 or higher. Participants need to know if they can or cannot use features of 0.40.x that won't work on previous versions. And they need to be sure that they are listening to the previous person's work as it really sounds. Choosing the latest would ensure compatibility of all submitted patches, but will oblige all participants to download and install it on their machine. Choosing a less recent one, would imply some constraints on what people can do, but will allow more people to participate using the version they currently own. Your choice. 2) Some kind of naming scheme should be specified in order to avoid conflicts and interferences between table/send/receive/value/etc names in different patches. For example, you may assign an ID to each participant, and s/he would be obliged to use his/her ID as a prefix to every name s/he uses. Or on the contrary, you may decide to exploit interferences between patches as an extra source of fun. Indeed that would make the whole thing more interesting and justify the concatenation of patches rather than just of wav files :) In any case, a convention for ensuring a distinction between global and user-local names would be probably good. Or even you may define some predefined channels for interchanging data with an associated semantic. Although anarchy is also an interesting territory to explore. Just thought I would contribute a few ideas, dunnow if they are useful. Bye M. -- Email.it, the professional e-mail, gratis per te: http://www.email.it/f Sponsor: La Cronaca del Carnevale di Ivrea 2007 visto su www.localport.it: per conoscere il Carnevale, per rivivere ledizione 2007. Acquistalo on line Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=6431d=20070508 ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Gem Compiling os x xcode problems
Use static linking for freetype and FTGL on OSX. On 5/8/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: I have gotten Gem to compile sucesfully with font support using the xcode project somewhat. I get 1125 warnings, mainly this is the location of the previous definition. My biggets problem is that in my machine I have the latest freetype under usr/local/lib and I also have the freetype that comes with x11 under usr/ X11R6/lib. When I load gen in my machine it loads up fine with text support, but when I load up gem in a machine with only the freetype in usr/X11R6/lib Gem will not load up because it keeps looking for the libfreetype.6.dylib in usr/local/lib. I dont know how to remedy this. Any help would be great. Thanks, Alain ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Exquisite corpse
Hallo, Matteo.sistisette hat gesagt: // Matteo.sistisette wrote: 2) Some kind of naming scheme should be specified in order to avoid conflicts and interferences between table/send/receive/value/etc names in different patches. For example, you may assign an ID to each participant, and s/he would be obliged to use his/her ID as a prefix to every name s/he uses. An easier solution to that problem would be to not let participants write subpatches, but an abstraction. Then the rule would be that every possible receiver (s/r, value, table, subpatches, struct, ...) must have a $0-name. Ciao -- Frank Barknecht _ __footils.org_ __goto10.org__ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Exquisite corpse
And they need to be sure that they are listening to the previous person's work as it really sounds. But, isn't the idea of exquisite corpse, that you don't know what the stuff before is? Or on the contrary, you may decide to exploit interferences between patches as an extra source of fun. Indeed that would make the whole thing more interesting and justify the concatenation of patches rather than just of wav files :) That's a good point , it would be best if there were aspects making it fundamentally different from concatenating peoples sound files, hmm. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] dsp lowest frequency?
Hi all! Maybe it's a stupid question but I was reading this http://www.dspdimension.com/PDF/DftAPied.pdf and it confused me a bit. Theoretically, if we have a sample rate at 1000Hz, the highest possible pitch will be 500Hz. But is there an opposite limit? Is there a lowest possible pitch for different sample rates? Is DC always there no matter what SR is or the lowest frequency boundary is moving also? Bosko _ Don't just search. Find. Check out the new MSN Search! http://search.msn.com/ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] cyclone/counter bug
Kyle Klipowicz wrote: Hi listers~ I'm trying to use cyclone/counter to manipulate video. I know all about making your own counters and such, but at this point I just want something to play my videos with the methods included in the cyclone counter, so why reinvent the wheel, right? (Especially when doing updown counting, anyone w/ an elegant, no spaghetti solution?) So I came across a bug, in that setting the min value of the counter has no effect, it always ranges between zero and the max value. I am using Pd-0.39.2-extended-rc1 on OS X 10.4.9. hmm, i do not know the Max [counter], but cyclone usually tries to imitate all bugs found in the original objects. as for setting min it works fine, if you use a [min $1( message. using the 3rd inlet does do something: it sets the current counter value (but without outputting it immediately like inlet4; so you have to bang it to see an effect). this is clearly not as it is described in the help-patch, but probably the original Max [counter] and it's help patch have the same inconsistency. apart from that, i noticed that the counter-help.pd is buggy anyhow, since the [min( and [max( messages are documented via the [min] and [max] objects, which definitely does not lead to the desired result. so: does krzysztof still maintain cyclone? (haven't heard from him since some time) can someone confirm the correct behaviour of [counter]? it would be simple to fix (and even more so the help-patch) mfg.adr IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] question about pdx7 for Frank Barknecht
hello Frank, i was testing pdx7 and I have some questions i cant load the adsr envelopes saved with careGUI.is possible? something else are you teacher of some musical institution? composer? I am looking for possibilities of people who can come guests to give masterclass to the University of Chile for the students of musical composition. if to a somebody in pd-list also interests the idea can write to me. Andrés Ferrari G. http://puredata.org/Members/anfex __ Correo Yahoo! Espacio para todos tus mensajes, antivirus y antispam ¡gratis! Regístrate ya - http://correo.espanol.yahoo.com/ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] question about pdx7 for Frank Barknecht
hello Frank, i was testing pdx7 and I have some questions i cant load the adsr envelopes saved with careGUI.is possible? something else are you teacher of some musical institution? composer? I am looking for possibilities of people who can come guests to give masterclass to the University of Chile for the students of musical composition. if to a somebody in pd-list also interests the idea can write to me. Andrés Ferrari G. http://puredata.org/Members/anfex __ Correo Yahoo! Espacio para todos tus mensajes, antivirus y antispam ¡gratis! Regístrate ya - http://correo.espanol.yahoo.com/ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] cyclone/counter bug
Ok, I will use the [min $1( message. I was too unobservant to notice that the help patch used [min $1] instead! Thanks. It seems ridiculous to keep this bug, since Max has probably fixed it. But I don't use Max, so I don't know. If I were to update the help patch, is it as simple as uploading it through the bug tracker interface, or do I have to somehow submit to cvs? ~Kyle On 5/8/07, IOhannes m zmoelnig [EMAIL PROTECTED] wrote: IOhannes m zmoelnig wrote: hmm, i do not know the Max [counter], but cyclone usually tries to imitate all bugs found in the original objects. ... this is clearly not as it is described in the help-patch, but probably the original Max [counter] and it's help patch have the same inconsistency. and this is what the comments say at the relevant lines in the source code: /* CHECKED: no resetting of min, nor of max (contrary to the man) */ so i guess it is a bug by intention. mfgar IOhannes -- http://theradioproject.com http://perhapsidid.blogspot.com (()()()(()))()()())( (())(())()((( ))(__ _())(()))___ (((000)))oOO ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] dsp lowest frequency?
dc is always the lowest possible frequency, no matter what sr you use. the issue with nyquist frequency is, that if the frequency of a signal is too high (sr/2), then it doesn't 'fit' into the sample-grid anymore. the only 'limitation' for low frequencies is, that you cannot tell the exact frequency, if your samplefile is too short. let's say, the period of your frequency is 10s, but your sample is only 5s long. how can you tell, that the signal has a frequency of 1/10 = 0.1Hz? roman On Tue, 2007-05-08 at 15:43 +, Bosko Milakovic wrote: Hi all! Maybe it's a stupid question but I was reading this http://www.dspdimension.com/PDF/DftAPied.pdf and it confused me a bit. Theoretically, if we have a sample rate at 1000Hz, the highest possible pitch will be 500Hz. But is there an opposite limit? Is there a lowest possible pitch for different sample rates? Is DC always there no matter what SR is or the lowest frequency boundary is moving also? Bosko _ Don't just search. Find. Check out the new MSN Search! http://search.msn.com/ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Exquisite corpse
I would like to move the brainstorming into another direction. Hoping that you all like it. What if: 1) we leave the idea of just creating 30 seconds, but everybody is allowed to contribute to the whole time-interval (lets say 3-5 minutes) of course everybody should create light or slim elements. Not to dense ;-) everybody should know how many modules there will be at the end. 2) Instead of connecting the individual contributions on the timescale connect it on the patching level for example: every module should have lets say 2 audio inlets 2 control inlets 4 audio outlets and 4 control outlets 3) limiting the pd-version to a basic one would be a shame. One solution could be to agree on one PD-extended version and extensive and careful use of the import-function That way all the modules can be combined in many different ways and after the creation of the individual modules, we have music until the end of time. Just an idea... Luigi Am 06.05.2007 um 20:10 schrieb Chris McCormick: Hi List, I realised I will not be able to sleep until I send this idea to the list, so here goes: Let's play a composition game. The game is based upon the Surrealist exquisite corpse method http://www.wikipedia.org/wiki/Exquisite_corpse and it works like this: 1. Everyone who wants to play will reply to this message off-list. You will be required to make a Puredata composition around 30 seconds long, and you will have to do so within 3 days at some point in the next few weeks. If you can commit to this then go ahead and reply to me. 2. When it is your turn, you will receive a patch with two subpatches in it, and the name and email address of the person following you. The left hand subpatch will contain the person before you's work. The right hand subpatch will be empty. Each work/subpatch is triggered with a bang, and outputs a bang when it is finished. The composition must work in pure-puredata (Miller's) to ensure that it will work the same for everyone involved on all OSes etc. Your mission is to create a work in the right hand subpatch that goes together with the person preceding you (e.g. both will have their trigger bang hit at the same time so they should work together in some way). Whatever style of music and Pd mechanisms you choose are up to you, as long as your work does not depend upon any variables from the preceding patch (counters, etc) since the person after you won't have access to that patch. Once you're done, you mail it to the next person in the list with your own subpatch moved from the right hand side to the left hand side, and the next person does the same thing. 3. At the end everyone will mail me their subpatch and we will string all of the pieces together, overlapping so that each piece is played twice - once together with the piece before, and once with the piece after, and we'll post it back to the pd-list for everyone to hear. Should be fun and hopefully sound interesting! Ok, now I can go to sleep. :) Best, Chris. --- http://mccormick.cx ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Exquisite corpse
I like this idea, but would rather it be pd-exquis #2, since it is a bit more involved. Let's see how #1 goes, and then try Luigi's if we can handle it! ~Kyle On 5/8/07, Luigi Rensinghoff [EMAIL PROTECTED] wrote: I would like to move the brainstorming into another direction. Hoping that you all like it. What if: 1) we leave the idea of just creating 30 seconds, but everybody is allowed to contribute to the whole time-interval (lets say 3-5 minutes) of course everybody should create light or slim elements. Not to dense ;-) everybody should know how many modules there will be at the end. 2) Instead of connecting the individual contributions on the timescale connect it on the patching level for example: every module should have lets say 2 audio inlets 2 control inlets 4 audio outlets and 4 control outlets 3) limiting the pd-version to a basic one would be a shame. One solution could be to agree on one PD-extended version and extensive and careful use of the import-function That way all the modules can be combined in many different ways and after the creation of the individual modules, we have music until the end of time. Just an idea... Luigi Am 06.05.2007 um 20:10 schrieb Chris McCormick: Hi List, I realised I will not be able to sleep until I send this idea to the list, so here goes: Let's play a composition game. The game is based upon the Surrealist exquisite corpse method http://www.wikipedia.org/wiki/Exquisite_corpse and it works like this: 1. Everyone who wants to play will reply to this message off-list. You will be required to make a Puredata composition around 30 seconds long, and you will have to do so within 3 days at some point in the next few weeks. If you can commit to this then go ahead and reply to me. 2. When it is your turn, you will receive a patch with two subpatches in it, and the name and email address of the person following you. The left hand subpatch will contain the person before you's work. The right hand subpatch will be empty. Each work/subpatch is triggered with a bang, and outputs a bang when it is finished. The composition must work in pure-puredata (Miller's) to ensure that it will work the same for everyone involved on all OSes etc. Your mission is to create a work in the right hand subpatch that goes together with the person preceding you (e.g. both will have their trigger bang hit at the same time so they should work together in some way). Whatever style of music and Pd mechanisms you choose are up to you, as long as your work does not depend upon any variables from the preceding patch (counters, etc) since the person after you won't have access to that patch. Once you're done, you mail it to the next person in the list with your own subpatch moved from the right hand side to the left hand side, and the next person does the same thing. 3. At the end everyone will mail me their subpatch and we will string all of the pieces together, overlapping so that each piece is played twice - once together with the piece before, and once with the piece after, and we'll post it back to the pd-list for everyone to hear. Should be fun and hopefully sound interesting! Ok, now I can go to sleep. :) Best, Chris. --- http://mccormick.cx ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- http://theradioproject.com http://perhapsidid.blogspot.com (()()()(()))()()())( (())(())()((( ))(__ _())(()))___ (((000)))oOO ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Exquisite corpse
however ;-) anyone started already ? Am 08.05.2007 um 18:36 schrieb Kyle Klipowicz: I like this idea, but would rather it be pd-exquis #2, since it is a bit more involved. Let's see how #1 goes, and then try Luigi's if we can handle it! ~Kyle On 5/8/07, Luigi Rensinghoff [EMAIL PROTECTED] wrote: I would like to move the brainstorming into another direction. Hoping that you all like it. What if: 1) we leave the idea of just creating 30 seconds, but everybody is allowed to contribute to the whole time-interval (lets say 3-5 minutes) of course everybody should create light or slim elements. Not to dense ;-) everybody should know how many modules there will be at the end. 2) Instead of connecting the individual contributions on the timescale connect it on the patching level for example: every module should have lets say 2 audio inlets 2 control inlets 4 audio outlets and 4 control outlets 3) limiting the pd-version to a basic one would be a shame. One solution could be to agree on one PD-extended version and extensive and careful use of the import-function That way all the modules can be combined in many different ways and after the creation of the individual modules, we have music until the end of time. Just an idea... Luigi Am 06.05.2007 um 20:10 schrieb Chris McCormick: Hi List, I realised I will not be able to sleep until I send this idea to the list, so here goes: Let's play a composition game. The game is based upon the Surrealist exquisite corpse method http://www.wikipedia.org/wiki/Exquisite_corpse and it works like this: 1. Everyone who wants to play will reply to this message off- list. You will be required to make a Puredata composition around 30 seconds long, and you will have to do so within 3 days at some point in the next few weeks. If you can commit to this then go ahead and reply to me. 2. When it is your turn, you will receive a patch with two subpatches in it, and the name and email address of the person following you. The left hand subpatch will contain the person before you's work. The right hand subpatch will be empty. Each work/subpatch is triggered with a bang, and outputs a bang when it is finished. The composition must work in pure-puredata (Miller's) to ensure that it will work the same for everyone involved on all OSes etc. Your mission is to create a work in the right hand subpatch that goes together with the person preceding you (e.g. both will have their trigger bang hit at the same time so they should work together in some way). Whatever style of music and Pd mechanisms you choose are up to you, as long as your work does not depend upon any variables from the preceding patch (counters, etc) since the person after you won't have access to that patch. Once you're done, you mail it to the next person in the list with your own subpatch moved from the right hand side to the left hand side, and the next person does the same thing. 3. At the end everyone will mail me their subpatch and we will string all of the pieces together, overlapping so that each piece is played twice - once together with the piece before, and once with the piece after, and we'll post it back to the pd-list for everyone to hear. Should be fun and hopefully sound interesting! Ok, now I can go to sleep. :) Best, Chris. --- http://mccormick.cx ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list -- http://theradioproject.com http://perhapsidid.blogspot.com (()()()(()))()()())( (())(())()((( ))(__ _())(()))___ (((000)))oOO ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] accuracy of signal/message-objects
On 08/05/2007, at 14.36, Roman Haefeli wrote: i think, i understood, what IOhannes explained, I'm sorry i wasn't cleat about what i didn't understand. By this discussion i mean to refer not only to IOhannes mail but the whole thread. Confusion Is Sex, they say. So i guess it's not necessarily a bad thing. but this is more an issue of concepts than of code itself, i think. I think so too. Hence my map example. is it the difference between logical time and real time ? No not really. And Marius gave a good shot explaining that. Marius also ends out with some explanation of the 'block' concept. I think that what i don't really get. I understand that decreasing the block size will possible requirer more computation/logical time then there is real time enough to complete. And therefore that the information in a block is available to the program to process. Which also means that after that block has been processes the information is not longer available. Is that true? What is a block, what's in it, what properties does it have. Is a block a sample or is a block made out of a number (being the block size) of samples? And also Jamie's question: what does the 'v' stand for? I suspect there is some digital music fundamentals that I'm lacking. Thanks for your patients, all of you. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Exquisite corpse
I'd also suggest that you are allowed to make modifications to the included patch that is previous to your own. This could be another source of fun! Frank's abstraction idea is a good one too. We'd just have to be organized. ~Kyle On 5/8/07, Steffen [EMAIL PROTECTED] wrote: On 08/05/2007, at 17.22, Atwood, Robert C wrote: And they need to be sure that they are listening to the previous person's work as it really sounds. But, isn't the idea of exquisite corpse, that you don't know what the stuff before is? But there more info then nothing about the stuff before. You'd for example know if you are to draw/paint the legs or a head. Here you have info about where you are in the pice of music, and you get that information my listing to the previous 30 sec. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- http://theradioproject.com http://perhapsidid.blogspot.com (()()()(()))()()())( (())(())()((( ))(__ _())(()))___ (((000)))oOO ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] accuracy of signal/message-objects
what happens in a block cycle? first all dsp computation is done, then all new messaging is handled: usually 64 samples of digital (audio) signal are blocked together. so lets say you have a line~ object that received a message [0, 1 10( before the new block started. so that is executed beginning with the first sample of the block cycle. lets say the line~ is directly connected to an [dac~] object. so there is a buffer of 64 samples and the first of these samples is filled with 0. then (still dsp computations...) the next value of line is calculated, which will be dependend on the sample rate settings (let's say 44.1k) so 1 sample is 1/44.1 ms, which will give the next rampvalue of 0.00227 (you will reach 1 after 441 samples). in this way 64 samples are written to the buffer. 0, 0.00454, 0.00680... during all these calculations no new messages are handled. [v messages have a slightly different behaviour here] finally (that is varying depending on the sound card driver and operating system you are using) this buffer goes to the soundcard. THEN: after all that dsp stuff is done, the messaging process is turned on. interface events (even if they are received and saved during dsp computation) will only have effect for the beginning of the next block. the whole messaging process will set a lot of new values that will interact with the next dsp computations. for example our line object might receive new values... does this all make sense? smaller blocksizes give you the possibility to handle messages in even shorter time intervals, bigger blocksizes may help to declick for example when you write to arrays. [for some objects blocksize is even more important (fft~, tabsend~).] marius. Steffen wrote: I understand that decreasing the block size will possible requirer more computation/logical time then there is real time enough to complete. And therefore that the information in a block is available to the program to process. Which also means that after that block has been processes the information is not longer available. Is that true? What is a block, what's in it, what properties does it have. Is a block a sample or is a block made out of a number (being the block size) of samples? And also Jamie's question: what does the 'v' stand for? I suspect there is some digital music fundamentals that I'm lacking. Thanks for your patients, all of you. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] cyclone/counter bug
Hallo, IOhannes m zmoelnig hat gesagt: // IOhannes m zmoelnig wrote: so: does krzysztof still maintain cyclone? (haven't heard from him since some time) can someone confirm the correct behaviour of [counter]? it would be simple to fix (and even more so the help-patch) Krzysztof didn't write the help patches anyway, so I'd say, feel free to check in an updated pd-file. Ciao -- Frank Barknecht _ __footils.org_ __goto10.org__ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] call for PDP testing on Mac OS X
To anyone who has gotten pdp_glx to work on os x, What did you have to install to get it going? I have run the latest auto-build and although pdp_glx object opens, when ever I try to get a window open I get the following error: pdp_xdisplay_new: can't open display :0 pdp_glx: cant open display :0 I have tried this on 2 different G4s and one G5 with os 10.4.9. Any help would be apreciated. Thanks, Alain From: [EMAIL PROTECTED] Date: 2007/05/07 Mon PM 06:49:21 EDT To: Luigi Rensinghoff [EMAIL PROTECTED], Hans-Christoph Steiner [EMAIL PROTECTED] CC: pd-list@iem.at Subject: Re: [PD] call for PDP testing on Mac OS X pdp_glx, pd_xv and pdp_sdl all work on linux Hans-Christoph Steiner [EMAIL PROTECTED] wrote: Sounds good. Can someone confirm that pdp_glx works fine on GNU/ Linux? Then I'll make the switch. .hc On May 5, 2007, at 6:25 AM, Luigi Rensinghoff wrote: This is just a tiny little thing. I changed the pdp-examples for OSX. Just so beginners are not irritated. pdp_xv replaced by pdp_glx and little more maybe it would be good to have that changed for OSX-Installers pdp_examples_OSX.zip BYe Luigi___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list Man has survived hitherto because he was too ignorant to know how to realize his wishes. Now that he can realize them, he must either change them, or perish.-William Carlos Williams ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Patrick Pagano Digital Media Specialist University of Florida Digital Worlds Institute 352-294-2082 ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] accuracy of signal/message-objects
On Tue, 2007-05-08 at 18:37 +0200, Steffen wrote: Marius also ends out with some explanation of the 'block' concept. I think that what i don't really get. I understand that decreasing the block size will possible requirer more computation/logical time then there is real time enough to complete. what do you mean by computational time? logical time and the time, the cpu needs to compute something are not the same. And therefore that the information in a block is available to the program to process. Which also means that after that block has been processes the information is not longer available. Is that true? i am afraid, i couldn't fully follow. i'll try to explain it in my own words and hope that i don't tell too much rubbish, cause this is only what i assume, how things are: a block is a number of numbers, in pd these numbers are 32bit floats. the usual blocksize is 64samples(=floats). audio signals are passed blockwise between tilde-objects, that means a tilde-object receives 64 floats on its inlet, then processes all 64 samples and then sends them to its outlet. this happens each tick for the whole dsp tree. each tick, a whole block is processed by the first object, then passed to the next object, processed by this object, passed to the next and so on. i assume, the cpu overhead, when decreasing the blocksize, comes from the communication between the tilde objects. if the packagesize is smaller, more packages need to be passed to process the same amount of data in the same time, so more exchanges between tilde objects are needed. every tick, the 'message tree' is processed as well. so, in logical time, messages always 'happen' at block boundaries. for example, when a number is sent to the left inlet of an [osc~], the [osc~] changes its frequency exactly on the blocksize boundaries. so, in logical time, messages take effect only every 1.45ms (when running pd at 44100Hz). in real time, you can't tell when exactly something is processed, it can vary between immediately and the maximum of your soundcard buffer setting. the sound card reads the samples from the buffer at a fixed rate (the samplingrate), whereas pd does fill it at a speed, that depends on the cpuload. although pd does compute things at nondefined times, the output (of your soundcard) seems well timed, because pd puts the samples in the right order into the buffer. What is a block, what's in it, what properties does it have. Is a block a sample or is a block made out of a number (being the block size) of samples? And also Jamie's question: what does the 'v' stand for? i think, in [vd~], it stands for 'variable' (delay). i don't know, what it means in [vline~] and [vsnapshot~], vector maybe, because the messages, they receive can have an effect within the vector (read:block), not only on block boundaries. these two objects are special, because when they receive a message, that was initally triggered by a [del] or a [metro], it has an effect within the block, because the messages generated by [del][metro] are tagged with some timestamp (is that correct?), so that [vsnapshot~]/[vline~] know, for which exact time they are meant to be executed. if i understood IOhannes correctly, he said, that other 'translations' from pd to the 'real' world beside sending data to an audiocard cannot be timed accurately, since they lack a fixed rate, like an audiocard has it. for example, if you are talking to an arduino board, it will process the data as soon as it gets it. so if the cpu load is currently a bit higher, it will get the data probably a bit later, than when cpu load is small (is that right, IOhannes?). let's say i am running pd with a buffer of 100ms and the patch switches often between high and low cpu-load (for example it does load some audiofiles into arrays from time to time). would that mean, the maximum jitter of the arduino outputs is 100ms, although i don't have any dropouts in the audio? is that correct? roman ___ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] analogue clipping
Hallo! quick tanh looks good. i put in a dollar and my cpu gave me 96 cents change! I did not follow the whole thread, so maybe this was already said. But I would also do the tanh interpolation with a wavetable. You can simply once use this function to generate the wavetable and then use it and it will be very fast (and you can use any function you want) - so you can also draw a little bit around, which might be interesting too ... LG Georg ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] unknown audio I/O error (con't!)
Sorry about the last message, Gmail screwed up and send it while I was typing as I was saying, whenever I hit DIO it outputs the following: -- audio I/O error history: seconds agoerror type 21.98 unknown 21.98 unknown 21.98 unknown --- The seconds ago increases each time, indicating an error at startup, I assume? This occurs even if I do a fresh install of Pd. I think an issue might be that I installed cycling74's Soundflower a little while ago, and that might have messed up my system's audio somehow (although I've had no other issues). I've uninstalled Soundflower, but I still have the same problem. What gives? Thanks in advance! (P.S. let me know if this has been addressed elsewhere, I'm still green) ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] PD-list Digest, Vol 26, Issue 39
so there is not an external for use a wii remote in pure data os x, and even a pc? this object is for max 4.6 http://www.iamas.ac.jp/~aka/max/#aka_wiiremote and deals with the wii remote, this object comes with its source code can it be converted into pd ?, how? ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] OT - Pd on Leno
Hi folks If you've got nothing better to do this evening, the band I'm touring with is playing on the Tonight Show, and I'm using Pd for about 8 bars of a mellotron flute sample. Not nearly as impressive as Bjork's rig, but what the hey, it's Pd in the pop world:) cheers dafydd -- www.sideshowmedia.ca skype: chickeninthegrass ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] OT - Pd on Leno
You Go Dafydd!! Dafydd Hughes [EMAIL PROTECTED] wrote: Hi folks If you've got nothing better to do this evening, the band I'm touring with is playing on the Tonight Show, and I'm using Pd for about 8 bars of a mellotron flute sample. Not nearly as impressive as Bjork's rig, but what the hey, it's Pd in the pop world:) cheers dafydd -- www.sideshowmedia.ca skype: chickeninthegrass ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Patrick Pagano Digital Media Specialist University of Florida Digital Worlds Institute 352-294-2082 ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] unknown audio I/O error
Hello- I've used Pd-extended successfully on this computer before, but recently whenever I start the program and begin processing, it returns this: audio I/O error history: seconds ago ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Exquisite corpse
yeah...please don't use [$2$1( message boxes or anything like that which aren't in 0.39 ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] call for PDP testing on Mac OS X
Thanks. You know even though the pdp_glx help file cleary states: pdp_glx ouputs video in a window using the openGL extension on an X11 window system. I think there should be more of an obvious statement for dummies like me. I can now start to play around with this thing. By the way is pdp_qt fully functional yet? Thanks, Alain On May 8, 2007, at 5:54 PM, Hans-Christoph Steiner wrote: You have to launch X11.app first. It's an extra install on the Tiger DVD. Then it just works for me. .hc On May 8, 2007, at 10:01 AM, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: To anyone who has gotten pdp_glx to work on os x, What did you have to install to get it going? I have run the latest auto-build and although pdp_glx object opens, when ever I try to get a window open I get the following error: pdp_xdisplay_new: can't open display :0 pdp_glx: cant open display :0 I have tried this on 2 different G4s and one G5 with os 10.4.9. Any help would be apreciated. Thanks, Alain From: [EMAIL PROTECTED] Date: 2007/05/07 Mon PM 06:49:21 EDT To: Luigi Rensinghoff [EMAIL PROTECTED], Hans-Christoph Steiner [EMAIL PROTECTED] CC: pd-list@iem.at Subject: Re: [PD] call for PDP testing on Mac OS X pdp_glx, pd_xv and pdp_sdl all work on linux Hans-Christoph Steiner [EMAIL PROTECTED] wrote: Sounds good. Can someone confirm that pdp_glx works fine on GNU/ Linux? Then I'll make the switch. .hc On May 5, 2007, at 6:25 AM, Luigi Rensinghoff wrote: This is just a tiny little thing. I changed the pdp-examples for OSX. Just so beginners are not irritated. pdp_xv replaced by pdp_glx and little more maybe it would be good to have that changed for OSX-Installers pdp_examples_OSX.zip BYe Luigi___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list --- - Man has survived hitherto because he was too ignorant to know how to realize his wishes. Now that he can realize them, he must either change them, or perish.-William Carlos Williams ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list -- Patrick Pagano Digital Media Specialist University of Florida Digital Worlds Institute 352-294-2082 ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list -- -- ¡El pueblo unido jamás será vencido! ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] call for PDP testing on Mac OS X
For pdp_qt, try today's autobuild. I think it might work. .hc On May 8, 2007, at 7:47 PM, Nose Hair wrote: Thanks. You know even though the pdp_glx help file cleary states: pdp_glx ouputs video in a window using the openGL extension on an X11 window system. I think there should be more of an obvious statement for dummies like me. I can now start to play around with this thing. By the way is pdp_qt fully functional yet? Thanks, Alain On May 8, 2007, at 5:54 PM, Hans-Christoph Steiner wrote: You have to launch X11.app first. It's an extra install on the Tiger DVD. Then it just works for me. .hc On May 8, 2007, at 10:01 AM, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: To anyone who has gotten pdp_glx to work on os x, What did you have to install to get it going? I have run the latest auto-build and although pdp_glx object opens, when ever I try to get a window open I get the following error: pdp_xdisplay_new: can't open display :0 pdp_glx: cant open display :0 I have tried this on 2 different G4s and one G5 with os 10.4.9. Any help would be apreciated. Thanks, Alain From: [EMAIL PROTECTED] Date: 2007/05/07 Mon PM 06:49:21 EDT To: Luigi Rensinghoff [EMAIL PROTECTED], Hans-Christoph Steiner [EMAIL PROTECTED] CC: pd-list@iem.at Subject: Re: [PD] call for PDP testing on Mac OS X pdp_glx, pd_xv and pdp_sdl all work on linux Hans-Christoph Steiner [EMAIL PROTECTED] wrote: Sounds good. Can someone confirm that pdp_glx works fine on GNU/ Linux? Then I'll make the switch. .hc On May 5, 2007, at 6:25 AM, Luigi Rensinghoff wrote: This is just a tiny little thing. I changed the pdp-examples for OSX. Just so beginners are not irritated. pdp_xv replaced by pdp_glx and little more maybe it would be good to have that changed for OSX-Installers pdp_examples_OSX.zip BYe Luigi___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list -- - - Man has survived hitherto because he was too ignorant to know how to realize his wishes. Now that he can realize them, he must either change them, or perish.-William Carlos Williams ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list -- Patrick Pagano Digital Media Specialist University of Florida Digital Worlds Institute 352-294-2082 ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list - - -- ¡El pueblo unido jamás será vencido! ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list http://at.or.at/hans/ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] PD-list Digest, Vol 26, Issue 39
I already ported that code to Pd. I am pretty sure he folded the changes into his code, so it should compile for Pd. It's also included in Pd-0.40.2-extended test builds. .hc On May 8, 2007, at 2:21 PM, jhonet b wrote: so there is not an external for use a wii remote in pure data os x, and even a pc? this object is for max 4.6 http://www.iamas.ac.jp/~aka/max/ #aka_wiiremote and deals with the wii remote, this object comes with its source code can it be converted into pd ?, how? ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list I spent 33 years and four months in active military service and during that period I spent most of my time as a high class muscle man for Big Business, for Wall Street and the bankers. - General Smedley Butler ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] OT - Pd on Leno
Nice, congrats! Hopefully this ends up on youtube or elsewhere so I can watch it. ;) .hc On May 8, 2007, at 4:14 PM, Dafydd Hughes wrote: Hi folks If you've got nothing better to do this evening, the band I'm touring with is playing on the Tonight Show, and I'm using Pd for about 8 bars of a mellotron flute sample. Not nearly as impressive as Bjork's rig, but what the hey, it's Pd in the pop world:) cheers dafydd -- www.sideshowmedia.ca skype: chickeninthegrass ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list ¡El pueblo unido jamás será vencido! ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [GEM-dev] Gem Compiling os x xcode problems
Does freetype have to be statically linked? Will it work with dynamic? Right now, the auto-build compiles with a dynamic freetype lib, and I have a script that includes all the required dynamic libs. .hc On May 8, 2007, at 10:26 AM, chris clepper wrote: Use static linking for freetype and FTGL on OSX. On 5/8/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: I have gotten Gem to compile sucesfully with font support using the xcode project somewhat. I get 1125 warnings, mainly this is the location of the previous definition. My biggets problem is that in my machine I have the latest freetype under usr/local/lib and I also have the freetype that comes with x11 under usr/ X11R6/lib. When I load gen in my machine it loads up fine with text support, but when I load up gem in a machine with only the freetype in usr/X11R6/lib Gem will not load up because it keeps looking for the libfreetype.6.dylib in usr/local/lib. I dont know how to remedy this. Any help would be great. Thanks, Alain ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list ___ GEM-dev mailing list [EMAIL PROTECTED] http://lists.puredata.info/listinfo/gem-dev All information should be free. - the hacker ethic ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Problem compiling wiimote external
It's just a matter of someone doing the work to get it building. Unless CWiid is in Debian, this could be a fair amount of work. I'll happily answer questions, etc. to help get it going. .hc On May 7, 2007, at 8:58 PM, patrick wrote: attached is the wiimote compiled with 32 bits intel on ubuntu dapper downloaded from the author's site (http://mikewoz.com/ index.php?page=pd-stuff) could we include wiimote on pd extended? but this external depends on the CWiid library... pat - Original Message - From: Erwan Lerale [EMAIL PROTECTED] To: Erwan Lerale [EMAIL PROTECTED] Cc: pd-list@iem.at Sent: Monday, May 07, 2007 1:39 PM Subject: Re: [PD] Problem compiling wiimote external Erwan Lerale wrote: Hello, Getting this on gentoo amd64 with gcc 4.1.1: hi, Same result with ubuntu 6.10 32 bits... Did anyone managed to compile this external ? Cheers r1 [EMAIL PROTECTED] ~/Desktop/wiimotepd $ make cc -DPD -O2 -funroll-loops -fomit-frame-pointer -W -Wshadow -Wstrict-prototypes -Wno-unused -Wno-parentheses -Wno-switch -I/usr/include -o wiimote.o -c wiimote.c wiimote.c: In function 'wiimote_doConnect': wiimote.c:369: error: incompatible type for argument 1 of 'wiimote_connect' wiimote.c:369: warning: passing argument 2 of 'wiimote_connect' from incompatible pointer type The piece of code is here : [...] void wiimote_doConnect(t_wiimote *x, t_symbol *addr) { unsigned char buf[7]; bdaddr_t bdaddr; // determine address: if (addr==gensym(NULL)) bdaddr = (bdaddr_t) *BDADDR_ANY; else str2ba(addr-s_name, bdaddr); // connect: if (g_wiimoteList[0]==NULL) { x-wiimote = wiimote_connect(bdaddr, wiimote_callback_0); x-wiimoteID = 0; g_wiimoteList[0] = x; } else if [...] Really don't know how to fix that... Anyone can help ? Thanks a lot r1 ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list wiimote.pd_linux ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list Computer science is no more related to the computer than astronomy is related to the telescope. -Edsger Dykstra ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] unknown audio I/O error
Have you tried increasing your buffer time? This is my guess; though, if it doesn't cause any problems after that maybe it's nothing to worry about? Kevin On 5/8/07, Greg Sabo [EMAIL PROTECTED] wrote: Hello- I've used Pd-extended successfully on this computer before, but recently whenever I start the program and begin processing, it returns this: audio I/O error history: seconds ago ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- http://pocketkm.blogspot.com ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [GEM-dev] Gem Compiling os x xcode problems
I tested last nights auto-build and it still says gem is compiled without font support. I will give tonight's build a shot and let you know. BTW I think that a static lib pointing to the X11 freetype is the way to go because if someone already has x11 installed they don't have to compile and install freetype from scratch. It's not hard but it would be more of a pain as opposed to installing the X11 package from their Tiger DVD. Alain On May 8, 2007, at 9:00 PM, Hans-Christoph Steiner wrote: Does freetype have to be statically linked? Will it work with dynamic? Right now, the auto-build compiles with a dynamic freetype lib, and I have a script that includes all the required dynamic libs. .hc On May 8, 2007, at 10:26 AM, chris clepper wrote: Use static linking for freetype and FTGL on OSX. On 5/8/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: I have gotten Gem to compile sucesfully with font support using the xcode project somewhat. I get 1125 warnings, mainly this is the location of the previous definition. My biggets problem is that in my machine I have the latest freetype under usr/local/lib and I also have the freetype that comes with x11 under usr/ X11R6/lib. When I load gen in my machine it loads up fine with text support, but when I load up gem in a machine with only the freetype in usr/X11R6/lib Gem will not load up because it keeps looking for the libfreetype.6.dylib in usr/local/lib. I dont know how to remedy this. Any help would be great. Thanks, Alain ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list ___ GEM-dev mailing list [EMAIL PROTECTED] http://lists.puredata.info/listinfo/gem-dev -- -- All information should be free. - the hacker ethic ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Bug in Pool?
Hi Thomas (and list), I have run into what appears to be a limitation with [pool], namely that it crashes with something around ~780 characters loaded from a file as values in a key. I ran into this loading a particularly long list in Memento. I've attached a patch and a file from which to load to experience the crash. The file is just a little over the character count needed to crash it (it seems to be between 780 and 800?). It does not seem to be a function of the number of elements in the list, but rather the length of the text in those elements. Shorten a few of the values in the list and it loads right up. I'm also pretty sure this is a per-key limitation, as memento's lddir first loads files into /tmp before copying them into the proper key. I've used that with a file that was just under the crashing length and that worked fine (loaded into two keys). I have tested this on both my PPC Mac and my Intel Mac; maybe others can check it out too? (also to clarify, the problem occurs when loading data from a file; data of any length (that I've tried) makes it into the pool without issue, and saves without issue) Thanks! Luke PoolCrash.pd Description: Binary data CoscNearlyAll Description: Binary data ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-dev] pidip on Mac OS X gives Symbol not found: _quicktime_video_length
It turns out that Mac OS X does not support sched_setscheduler(), so they need to be surrounded by #ifdef __gnu_linux_, then everything works. sched_setscheduler.patch Description: Binary data I hope you don't mind, I checked in these changes to CVS. .hc On Apr 26, 2007, at 8:43 PM, Hans-Christoph Steiner wrote: Adding -ltheora got me past that hurdle, but now I get this: /Users/pd/auto-build/pd-extended-release/packages/darwin_app/build/ Pd-0.39.2-extended-rc2.app/Contents/Resources/extra/ pidip.pd_darwin: dlopen(/Users/pd/auto-build/pd-extended-release/ packages/darwin_app/build/Pd-0.39.2-extended-rc2.app/Contents/ Resources/extra/pidip.pd_darwin, 10): Symbol not found: _sched_setscheduler Referenced from: /Users/pd/auto-build/pd-extended-release/ packages/darwin_app/build/Pd-0.39.2-extended-rc2.app/Contents/ Resources/extra/pidip.pd_darwin Which library is sched_setscheduler from? .hc On Apr 26, 2007, at 8:31 PM, Hans-Christoph Steiner wrote: Hmm, so now I got libquicktime updated to 0.9.10 and the quicktime error went away, but now I get this: /Applications/Pd-0.39.2-extended-rc2.app/Contents/Resources/ Scripts/../extra/pidip.pd_darwin: dlopen(/Applications/Pd-0.39.2- extended-rc2.app/Contents/Resources/Scripts/../extra/ pidip.pd_darwin, 10): Symbol not found: _theora_decode_YUVout Referenced from: /Applications/Pd-0.39.2-extended-rc2.app/ Contents/Resources/Scripts/../extra/pidip.pd_darwin I have these Fink packages: i libtheora0 1.0-0.alpha5 Open-source video compression library i libtheora0-shlibs 1.0-0.alpha5 Theora shared libraries ./configure reports this: checking for theora_encode_init in -ltheora... yes When I look at the final linking statement, it is missing a - ltheora. It looks like you have configure.ac setup to link the static libs in. For Fink, just including a -ltheora should work. .hc On Apr 20, 2007, at 3:40 AM, Yves Degoyon wrote: Hans-Christoph Steiner wrote: I am trying to get pidip working in the Mac OS X auto-builds. It is now building beautifully, and automatically including all of the needed dylibs into the Pd.app. But when I try to use it, I get this error /Applications/Pd-0.39.2-extended-rc2.app/Contents/Resources/ Scripts/../extra/pidip.pd_darwin: dlopen(/Applications/Pd-0.39.2- extended-rc2.app/Contents/Resources/Scripts/../extra/ pidip.pd_darwin, 10): Symbol not found: _quicktime_video_length Referenced from: /Applications/Pd-0.39.2-extended-rc2.app/ Contents/ Resources/Scripts/../extra/pidip.pd_darwin Expected in: dynamic lookup This is using the most recent version of libquicktime that is included in Fink: 0.9.4-1013. My guess is that pidip needs a newer version of libquicktime. Is there any workarounds? .hc --- - Access to computers should be unlimited and total. - the hacker ethic ___ PD-dev mailing list [EMAIL PROTECTED] http://lists.puredata.info/listinfo/pd-dev pidip would work with this version of libquicktime on linux ( it was working with 0.9.1 ) are you sure you load pdp _before_ pidip? else, i dunno about linking options in OSX you can have a look at the makefile of : http://tdegoyon.free.fr/pdp_pidip_osx.tar.gz masalami, sevy ps : btw, any pd'ers in tel-aviv/jerusalem/ramallah/hebron ?? just reply privately and see if we can have a beer. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list - --- 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 -- -- If you are not part of the solution, you are part of the problem. Computer science is no more related to the computer than astronomy is related to the telescope. -Edsger Dykstra ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Problem compiling wiimote external
On Tue, May 08, 2007 at 09:12:15PM -0400, Hans-Christoph Steiner wrote: It's just a matter of someone doing the work to get it building. Unless CWiid is in Debian, this could be a fair amount of work. I'll happily answer questions, etc. to help get it going. CWiid is in Debian. libwiimote0 - library to interface with the wiimote libwiimote0-dev - library to interface with the wiimote -- development transfermii - transfer your mii from and to your wiimotes wmgui - GUI interface to the wiimote wminput - Userspace driver for the wiimote cwiid - CWii library for interfacing with the Wii I don't think it's that mature. I had some problems compiling examples. Chris. --- http://mccormick.cx ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [GEM-dev] Gem Compiling os x xcode problems
Actually, using Fink, I have scripted the build system to automatically include any dynamic libs that are needed. This is already working well for ogg, vorbis, speex, and now PDP stuff. I see no reason why it shouldn't work for Gem too. If you look in Pd.app/Contents/lib you can see all the included .dylibs. .hc On May 8, 2007, at 10:24 PM, Nose Hair wrote: I tested last nights auto-build and it still says gem is compiled without font support. I will give tonight's build a shot and let you know. BTW I think that a static lib pointing to the X11 freetype is the way to go because if someone already has x11 installed they don't have to compile and install freetype from scratch. It's not hard but it would be more of a pain as opposed to installing the X11 package from their Tiger DVD. Alain On May 8, 2007, at 9:00 PM, Hans-Christoph Steiner wrote: Does freetype have to be statically linked? Will it work with dynamic? Right now, the auto-build compiles with a dynamic freetype lib, and I have a script that includes all the required dynamic libs. .hc On May 8, 2007, at 10:26 AM, chris clepper wrote: Use static linking for freetype and FTGL on OSX. On 5/8/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: I have gotten Gem to compile sucesfully with font support using the xcode project somewhat. I get 1125 warnings, mainly this is the location of the previous definition. My biggets problem is that in my machine I have the latest freetype under usr/local/lib and I also have the freetype that comes with x11 under usr/ X11R6/lib. When I load gen in my machine it loads up fine with text support, but when I load up gem in a machine with only the freetype in usr/X11R6/lib Gem will not load up because it keeps looking for the libfreetype.6.dylib in usr/local/lib. I dont know how to remedy this. Any help would be great. Thanks, Alain ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list ___ GEM-dev mailing list [EMAIL PROTECTED] http://lists.puredata.info/listinfo/gem-dev - --- All information should be free. - the hacker ethic ¡El pueblo unido jamás será vencido! ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list