Re: [PD] Gem as GUI
On Fri, 2009-05-08 at 21:21 -0300, glerm soares wrote: > Is there any project of abstractions that uses Gem as Graphic User > Interface seriously? > > I mean: Create other design of tables, envelopes, data representation, > even other design of buttons, leds, sliders and knobs that could be > manipulated in realtime > > A library of Gem objects for that could worth? Or it would be too much > cpu expensive for DSP audio ? I guess, it would be even much faster to display constantly updating arrays or other GUIs in Gem. > I'm curious about it... > > Do we have some examples? Checkout the pdmtl abstraction library. it ships with a Gem GUI framework. roman ___ Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Gem as GUI
glerm soares wrote: Is there any project of abstractions that uses Gem as Graphic User Interface seriously? this is totally possible. aren't there some basic objects in the pdmtl library? I also have some abstractions for that, but no serious library. marius. I mean: Create other design of tables, envelopes, data representation, even other design of buttons, leds, sliders and knobs that could be manipulated in realtime A library of Gem objects for that could worth? Or it would be too much cpu expensive for DSP audio ? I'm curious about it... Do we have some examples? thanx glerm ___ 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] 3d trails with GEM
hi sebastian, one way you can do this is by create the trail from a feedback. marius. Sebastian Saa wrote: Good Evening , Is there any way that a moving or animated geo can leave a 3d trails of geos while it moves? any idea of how to do this? maybe somebody have tried it before? any idea? thanks Se. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list FBfeedback.pd Description: application/puredata ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] 3d trails with GEM
Good Evening , Is there any way that a moving or animated geo can leave a 3d trails of geos while it moves? any idea of how to do this? maybe somebody have tried it before? any idea? thanks Se. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] Gem as GUI
Is there any project of abstractions that uses Gem as Graphic User Interface seriously? I mean: Create other design of tables, envelopes, data representation, even other design of buttons, leds, sliders and knobs that could be manipulated in realtime A library of Gem objects for that could worth? Or it would be too much cpu expensive for DSP audio ? I'm curious about it... Do we have some examples? thanx glerm ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] preventing comport freezes
-- Hans-Christoph Steiner h...@at.or.at On Fri, 08 May 2009 22:11 +0200, "Roman Haefeli" wrote: > thanks for the info. > > On Fri, 2009-05-08 at 19:27 +, martin.pe...@sympatico.ca wrote: > > > just out of curiosity: if there is a solution, that works well for > > > [tcpserver], couldn't it be applied also to [comport]? > > > > > Maybe. But I think you should be able to use [comport] with no > > hardware handshaking enabled and send data even if no cable is > > attached. Sometimes the absence of one of the two input handshake > > signals prevents the serial hardware from sending. Also if an error > > occurred in the reception of serial data it may not be handled > > properly in [comport]. So I'm not sure what is causing this particular > > crash, since HC said that it happened when the remote device was > > disconnected but gave no further detail. > > iirc, on linux at least, [comport] makes pd hang, _whenever_ the other > end disappears. i.e.: > > - pulling out the usb-cable, while the arduino is connected > - turning off an rfcomm device > > i should test again, if pd hangs immediately, or if only hangs sending > another message/a certain amount of bytes to [comport]. Yeah, same with Mac OS X. Basically, plug in an arduino, open the serial port to it, unplug it and Pd crashes. I don't remember if you have to send data to it to make it happen, but my recollection is no. .hc > > 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 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] preventing comport freezes
thanks for the info. On Fri, 2009-05-08 at 19:27 +, martin.pe...@sympatico.ca wrote: > > just out of curiosity: if there is a solution, that works well for > > [tcpserver], couldn't it be applied also to [comport]? > > > Maybe. But I think you should be able to use [comport] with no > hardware handshaking enabled and send data even if no cable is > attached. Sometimes the absence of one of the two input handshake > signals prevents the serial hardware from sending. Also if an error > occurred in the reception of serial data it may not be handled > properly in [comport]. So I'm not sure what is causing this particular > crash, since HC said that it happened when the remote device was > disconnected but gave no further detail. iirc, on linux at least, [comport] makes pd hang, _whenever_ the other end disappears. i.e.: - pulling out the usb-cable, while the arduino is connected - turning off an rfcomm device i should test again, if pd hangs immediately, or if only hangs sending another message/a certain amount of bytes to [comport]. 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] preventing comport freezes
Roman wrote: > On Fri, 2009-05-08 at 08:14 -0400, Martin Peach wrote: > > Hans-Christoph Steiner wrote: > > > > > > So right now, when [comport] is open and that device gets disconnected, > > > comport freezes and Pd crashes. My guess is that comport is waiting and > > > therefore blocking. It seems like the select() call should prevent > > > that, any other guesses on how to prevent comport from locking like > > > this? Many arduino users would be very happy. > > > > > > > Is this on linux? It should be non-blocking on Windows. > > I suppose it crashes only when you try to send something, not if you > > just pull the cable out. I would have thought that if hardware > > handshaking was off, the port will send anyway. I seem to remember > > sending into an oscilloscope probe with no cable present. > > > Select is problematic, as we have seen with recent [tcpserver], checking > > if each byte can be sent before it goes out slows the whole thing down a > > lot. > > > > i am still in the process of understanding things, that you have to deal > with, so forgive any obvious question from my side, but why is it > necessary to call select() for each single byte? wouldn't it be > sufficient to call it 'from time to time' (whatever that means)? > I guess if you pull the cable out at the exact moment that [tcpserver] is sending a message, every once in a while it might hang because select said it was clear to send, but right after that the connection broke... > just out of curiosity: if there is a solution, that works well for > [tcpserver], couldn't it be applied also to [comport]? > Maybe. But I think you should be able to use [comport] with no hardware handshaking enabled and send data even if no cable is attached. Sometimes the absence of one of the two input handshake signals prevents the serial hardware from sending. Also if an error occurred in the reception of serial data it may not be handled properly in [comport]. So I'm not sure what is causing this particular crash, since HC said that it happened when the remote device was disconnected but gave no further detail. Martin ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] preventing comport freezes
On Fri, 2009-05-08 at 08:14 -0400, Martin Peach wrote: > Hans-Christoph Steiner wrote: > > > > So right now, when [comport] is open and that device gets disconnected, > > comport freezes and Pd crashes. My guess is that comport is waiting and > > therefore blocking. It seems like the select() call should prevent > > that, any other guesses on how to prevent comport from locking like > > this? Many arduino users would be very happy. > > > > Is this on linux? It should be non-blocking on Windows. > I suppose it crashes only when you try to send something, not if you > just pull the cable out. I would have thought that if hardware > handshaking was off, the port will send anyway. I seem to remember > sending into an oscilloscope probe with no cable present. > Select is problematic, as we have seen with recent [tcpserver], checking > if each byte can be sent before it goes out slows the whole thing down a > lot. > i am still in the process of understanding things, that you have to deal with, so forgive any obvious question from my side, but why is it necessary to call select() for each single byte? wouldn't it be sufficient to call it 'from time to time' (whatever that means)? just out of curiosity: if there is a solution, that works well for [tcpserver], couldn't it be applied also to [comport]? 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] midi latency test
Dear friend... download and install asio4all... in the midi setting asio4all...if not see this options review the midi/sounds options on vista... Cheers from Chile José 2009/5/7 David Penna > Guys (& Gals), > > PLEASE HELP! I'm running Pd vanilla 0.42-4 on Windows Vista Dell Studio > laptop with Pentium Dual Core T4200 (2.0GHz/800Mhz FSB/1MB cache) and 2GB > Shared Dual Channel DDR2 at 800MHz, using a M-Audio MIDISPORT UNO 1x1 USB > midi interface, and -noaudio startup flag. > > I'm running this midi latency test patch with the MIDISPORT In & Outs > CONNECTED with a female-to-female midi adapter -- and I'm getting 89's & > 90's!!! Incidentally, I also ran it using the In & Thru jacks of a Korg > keyboard, and the results were identical... so something is definitely very > wrong with this picture!! > > The worst part about this is that my entire purpose for learning Pd was so > I could create a Pd patch to use incoming midi notes to "step through" a > series of predetermined notes or chords and send them back out to a midi > sound source, for the purpose of "triggering" note / chord sequences in > realtime from an electronic drumkit. I've made the patch... but this > latency is killing me!! > > BTW, this is my first post here, so please pardon my 'novice-ness'. > > Any ideas, anyone > > Thanks in advance, > > David Penna > > - Original Message - > From: "jfm3" > To: > Sent: Thursday, March 06, 2003 12:17 AM > Subject: [PD] midi latency test > > > > If you have some time, please connect your MIDI in to your MIDI out and > > bang on the attached patch. Let me know what number you get. I would > > expect this number to be very low; around 1. On my systems it is very > > high, and I'm not sure why. > > > > -- > > (jfm3 2838 BCBA 93BA 3058 ED95 A42C 37DB 66D1 B43C 9FD0) > >-- next part -- > >#N canvas 338 204 450 300 10; > >#X obj 205 162 realtime; > >#X obj 32 76 metro 1000; > >#X obj 191 87 bang; > >#X msg 31 37 bang; > >#X floatatom 212 228 5 0 0 0 - - -; > >#X msg 27 190 255; > >#X obj 27 226 ctlout 7; > >#X obj 191 56 ctlin 7; > >#X obj 53 149 delay 10; > >#X connect 0 0 4 0; > >#X connect 1 0 0 0; > >#X connect 1 0 8 0; > >#X connect 2 0 0 1; > >#X connect 3 0 1 0; > >#X connect 5 0 6 0; > >#X connect 7 0 2 0; > >#X connect 8 0 5 0; > > > > > > > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > > -- http://arselectronicachile.blogspot.com/ www.myspace.com/santorcuato ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] [PD-announce] NIME 2009 Conference and Workshops Update
I'll be teaching a Pd+Arduino+Mapping workshop at the next NIME conference: Begin forwarded message: From: n...@ece.ubc.ca Date: April 13, 2009 10:07:02 AM EDT To: commun...@nime.org Subject: [NIME community] NIME 2009 Conference and Workshops Update Carnegie Mellon hosts NIME 2009 --- Carnegie Mellon University will host the New Interfaces for Musical Expression (NIME) Conference June 4 - 6, 2009. NIME 2009 will feature a variety of workshops, papers, posters, demonstrations, and performances. These presentations will be given by researchers and musicians from all over the world, who will gather in Pittsburgh to share their knowledge and late-breaking work on new musical interface design. NIME 2009 will include a special focus on Tradition and Innovation. Events related to this theme include a keynote speech by acclaimed electronic media artist Paul DeMarinis, and an international teleconference with computer music pioneers William Buxton, John Chowning, Roger Linn, and Max Mathews. There is still time to register for the conference at the early registration rate of $300 or the early student registration rate of $150 by May 1. After May 1, regular registration wil cost $400 and regular student registration will be $200. To register, visit http://www.nime2009.org/registration.php. In addition to the conference, Carnegie Mellon also is hosting day- long workshops, all of which take place on campus June 3. The workshops include: · Sound Synthesis and Algorithmic Composition Using Nyquist and Audacity Presenter: Roger B. Dannenberg ·Mapping Sensors to Pd via Firmata Presenter: Hans-Christoph Steiner ·Interactivity by Code: SuperCollider Presenter: James Harkins ·Handmade Electronic Music -- The Art of Hardware Hacking Presenter: Alex Inglizian ·Max MSP Presenters: Luke DuBois and Andrew Benson ·Sensor interfacing with I-CubeX Presenter: Axel Mulder For more information, visit: http://www.nime2009.org/workshops.php. We look forward to your participation in the expanded community of creators, composers, performers and artists who will be represented at NIME 2009! NIME 2009 is sponsored by Carnegie Mellon School of Music, Carnegie Mellon College of Fine Arts, Carnegie Institute of Technology, Carnegie Mellon School of Computer Science, Carnegie Mellon Entertainment Technology Center, The University of Pittsburgh Department of Music and Duquesne University's Mary Pappert School of Music. If you are not part of the solution, you are part of the problem. ___ Pd-announce mailing list pd-annou...@iem.at http://lists.puredata.info/listinfo/pd-announce ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] preventing comport freezes
On May 8, 2009, at 8:14 AM, Martin Peach wrote: Hans-Christoph Steiner wrote: So right now, when [comport] is open and that device gets disconnected, comport freezes and Pd crashes. My guess is that comport is waiting and therefore blocking. It seems like the select() call should prevent that, any other guesses on how to prevent comport from locking like this? Many arduino users would be very happy. Is this on linux? It should be non-blocking on Windows. I suppose it crashes only when you try to send something, not if you just pull the cable out. I would have thought that if hardware handshaking was off, the port will send anyway. I seem to remember sending into an oscilloscope probe with no cable present. Select is problematic, as we have seen with recent [tcpserver], checking if each byte can be sent before it goes out slows the whole thing down a lot. This is on Mac OS X mostly, but maybe linux too. It seems odd that select() would slow things down so much. Perhaps there is some kind of flag that can lighten the load. This stuff is definitely a pain. .hc Programs should be written for people to read, and only incidentally for machines to execute. - from Structure and Interpretation of Computer Programs ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Load libraries dynamically
On May 8, 2009, at 9:12 AM, IOhannes m zmölnig wrote: Hannes wrote: Hello all, if I remember correct there is a possibility in PD to dynamically load a library at runtime using a certain object(?) in your patch - any ideas? Thanks! to load a library like Gem (e.g. in the file Gem.pd_linux), create the object [Gem]. that's it. you can use [declare -lib Gem] as well, which will load Gem the next time you open the patch (not(!) immediately), but it will ensure that Gem is the loaded before any other objects in the patch are created (which might be important if some of these objects are only available after Gem has been loaded) replace "Gem" with your fav lib. There is also [import] which will load the lib immediately, and the next time you open the patch. .hc sdfamtasd IOhannes br Hannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list 'You people have such restrictive dress for women,’ she said, hobbling away in three inch heels and panty hose to finish out another pink- collar temp pool day. - “Hijab Scene #2", by Mohja Kahf ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] preventing comport freezes
On May 8, 2009, at 10:33 AM, danomatika wrote: On Fri, 2009-05-08 at 01:42 +0200, pd-list-requ...@iem.at wrote: So right now, when [comport] is open and that device gets disconnected, comport freezes and Pd crashes. My guess is that comport is waiting and therefore blocking. It seems like the select() call should prevent that, any other guesses on how to prevent comport from locking like this? Many arduino users would be very happy. .hc Here's a short serial class for Linux (and Mac I'm sure) that uses select() ... I figured that part out by reading http://www.easysw.com/~mike/serial/serial.html It's a bit messy, I have a better one at work I can send in a day or two. Mind if we keep this on list? Have you had a chance to check the performance of that? Martin added select() to his networking code, and things got much slower. .hc 'You people have such restrictive dress for women,’ she said, hobbling away in three inch heels and panty hose to finish out another pink- collar temp pool day. - “Hijab Scene #2", by Mohja Kahf ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Good sequencer patches for learning?
i find that you can do a lot by building a simple arpeggiator sequence of just 3 or 4 notes, and then send messages to do things like: retrigger, reverse, transpose, change speed, etc ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Load libraries dynamically
Hannes wrote: Hello all, if I remember correct there is a possibility in PD to dynamically load a library at runtime using a certain object(?) in your patch - any ideas? Thanks! to load a library like Gem (e.g. in the file Gem.pd_linux), create the object [Gem]. that's it. you can use [declare -lib Gem] as well, which will load Gem the next time you open the patch (not(!) immediately), but it will ensure that Gem is the loaded before any other objects in the patch are created (which might be important if some of these objects are only available after Gem has been loaded) replace "Gem" with your fav lib. sdfamtasd IOhannes br Hannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Good sequencer patches for learning?
Hi all, The next release of Metastudio will have a bunch of sequencers. 32 step slider sequencer with variable duration steps 56 step trigger sequencer with 5 trigger rows and typeable input 40 step multi sequencer with 2 numbers, 2 triggers, 13-limit radio button and step entry from a MIDI keyboard or a qwerty keyboard. there's also a bunch of sequence modifiers - polyrhythmic variation per-step, and subdivision re-triggers of a step. Patterns are copyable to new patterns, and sets of patterns can be saved and loaded. I'm presenting this at the PD convention so the final release will be before that - probably early June. You can check out the 0.2 version with 32-step sequencers here: http://sharktracks.co.uk/puredata/ ...but the 0.3 release will have help files and way more functionality! more soon, Ed --- On Wed, 6/5/09, Solen Music wrote: > From: Solen Music > Subject: Re: [PD] Good sequencer patches for learning? > To: pd-list@iem.at > Date: Wednesday, 6 May, 2009, 10:42 AM > Hi, apologies for being so vague. > > I did mean step sequencer. I'm in the process of designing > a 32 step > sequencer that runs off a tappable groove metro (to give > the option of > everything from rigid straight to super loose hand tapped > swing). > > I'm mostly building it around lanes of 32 v-sliders of > values 0-127, > so that apart from standard note/velocity pairings, I may > use the > lanes for controller data, cutoff envelopes etc. > > I'm basically looking to look through a good few patches to > see what > plan of action would be best to take. > > Frank I've looked at your pattseq and have garnered a good > few very > useful ideas from it. But unfortunately it's a little above > me in > terms of my Pd ability! > > So if there are any others too? > > > Cheers again, > > John. > > 2009/5/5 Frank Barknecht : > > Hallo, > > Solen Music hat gesagt: // Solen Music wrote: > > > >> Can anybody point me in the direction of good > sequencer patches for > >> learning? preferably vanilla or as close to as > possible! > > > > Maybe 5.reference/qlist-help.pd ? :) > > > > Now, seriously: The answer pretty much depends on what > "sequencer" means to > > you. > > > > Ciao > > -- > > Frank > > > > ___ > > Pd-list@iem.at > mailing list > > UNSUBSCRIBE and account-management -> > > http://lists.puredata.info/listinfo/pd-list > > > > > > -- > John > > http://www.myspace.com/solenband > > ___ > 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
[PD] Load libraries dynamically
Hello all, if I remember correct there is a possibility in PD to dynamically load a library at runtime using a certain object(?) in your patch - any ideas? Thanks! br Hannes -- Neu: GMX FreeDSL Komplettanschluss mit DSL 6.000 Flatrate + Telefonanschluss für nur 17,95 Euro/mtl.!* http://dslspecial.gmx.de/freedsl-surfflat/?ac=OM.AD.PD003K11308T4569a ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] preventing comport freezes
Hans-Christoph Steiner wrote: So right now, when [comport] is open and that device gets disconnected, comport freezes and Pd crashes. My guess is that comport is waiting and therefore blocking. It seems like the select() call should prevent that, any other guesses on how to prevent comport from locking like this? Many arduino users would be very happy. Is this on linux? It should be non-blocking on Windows. I suppose it crashes only when you try to send something, not if you just pull the cable out. I would have thought that if hardware handshaking was off, the port will send anyway. I seem to remember sending into an oscilloscope probe with no cable present. Select is problematic, as we have seen with recent [tcpserver], checking if each byte can be sent before it goes out slows the whole thing down a lot. Martin ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Pd 0.42-5 released
ok, cheers, i'll search it out. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list