Re: [PD] settings for Pure Data broken?
Hi! Did you already try different realtime settings? I usually start jack by -jackd -R -P 20 -d alsa (and optional flags) where R stands for Realtime priority and P 20 sets the Priority to 20 (can have a value from 0 to 99, the higher the value the more priority jack gets. jack's priority should be higher than connected client's priority) this solved my DIO Problems on almost all computers I worked on. cheers Martin Kaj Ailomaa wrote: I've been using Pure Data with planetccrma for a little while now, and I've tried out fc9, fc10 and Centos 5.3 as platforms. I have had some similar problems on all of them, except I got PD working completely without DIO-errors only on Centos. At first this led me to believe it had something to do with Pulseaudio, since Centos comes without it. Now, after experimenting more with the settings for PD I am more inclined to believe it is a problem with PD. These are the problems I've had: 1. Connections to jack does not start automaticly. (solved) First I used different combinations of these flags while launching the program: -jack -channels 8 -r 48000 -blocksize 256. (I am not sure if any of them really do anything for the audio connection, except -jack, since the specific audio settings are done in Jack internally. I have noticed that the latency for midi will only sync with the latency for audio if I use the flag for -blocksize with a matching value to that used in Jack settings, in my case 256.) The flags did not work well, or at all. On Fedora, my system would sometimes become almost completely frozen if the auto-connection worked. Massive DIO-errors. On Centos, PD would simply not connect. I had to do it manually in the menu each time. Then I started messing with .pdsettings, found in the users home directory. I got PD to autoconnect to jack, without any flags. These were the settings I had to add/change: audioapi: 5 (unchanged) noaudioin: False (this was set to TRUE) audioindev1: 2 (added this line) noaudioout: False (this was set to TRUE) audiooutdev: 2 (added this line) audiobuf: 10 (changed it to 10, originally 50) rate: 48000 (and this was 44100) ... flags : (made sure to leave this blank since the flags seemed not to work from here. Not even the -rt flag.) So by including this in the .pdsettings file, and adding these flags to the launcher command path: -rt -alsamidi I now have a functional Pure Data on my CentOS. (remains to be seen it the same goes for Fedora). 2. Loading extra library is tricky Lately I have needed to use only one external library, namely ext13. So, I have only installed PD (0.39-3extended-rc5) + this library. It loads fine, but I am initially unable to use 'r13' (alias 'receive13'). The way I go about it is I make another object called 'send13' (included in the same library), which works fine. Then I retry making one named 'r13' or 'receive13'. Sometimes I have to repeat this order of execution until I get 'r13' to initialize properly, after which it seems to work for the rest of the session. This is a little annoying, of course. Anyone know what this is about? And if anyone has any insight to the problems with .pdsettings, please tell... What can you do with the new Windows Live? Find out http://www.microsoft.com/windows/windowslive/default.aspx ___ 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] Sysex out problems (linux only)
2009/7/8 Alex x37v.a...@gmail.com I think that pd's midi out doesn't take whole sysex messages though, you simply send a stream of bytes. This is how it has been working for me. I created an abstraction which takes a list of bytes and makes it into a sysex message (stream of bytes) [adds the sysex start and start and then outputs bytes one by one] and it works quite well for me. If it's your list2sysex abstraction then I have already witnessed and tried it...! So far with not more success than using a comma-separated list. Btw, the sysex loopback code [using the software through] that you sent initially does work for me.. I get the whole message. Hmm! Now I think I will have to try with some reliable midi-out hardware as the the Audigy is rumoured to eat up sysex and my MOTU is going crazy, not to mention that it does jack-midi only and the a2jmidid bridge is not so very good with other than simple and slow tunes. Now that i'm trying with a Midisport everything is OK. Another thing was that i was a bit lost in Yamaha's midi spec for the mu100 but i've found it out. ;) However now i see that pd's performace is becoming really waving as i'm tring to pump out more midi data. My old-new questions would be: - Provided that a knob is directly driving a sysex pattern which spits out way more data than necessary, who do i best slow down my data, staying realtime? I guess i shall drop some of it somehow, or i shall kinda resample the datastream. Could you Sirs recommend an economic way to do this? - My machine is a moderate powerhouse (Opteron 148 @2200, 4G), my kernel is rt and audio in pd is off however performance is waving, and my simple sequencer is becoming unstable. What are the crucial points of keeping the patch 'fast', where do you think i generally lose the most cpu? Thanks, Andras ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] MIDI Latency!!!
Is there a midi latency in mac os x? And a solution like in windows or linux? ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] image sonification pointers
thanks! Martin, that's excellent using GEM for sound manipulation Claude, I'm on mainly on Mac OSX so trying to get my head around the install of GridFlow... but that looks like what I'm looking to do hc, thanks for the tip on looking at PDP... will now look in more detail. cheers, shawn http://shawngreenlee.com s...@02909.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Multiple audio devices limited to four devices?
hmm... grep 4 *.c didn't seem to help when I tried it. Anyhow, I found two places that would have to change: in s_stuff.h: #define MAXAUDIOINDEV 4 #define MAXAUDIOOUTDEV 4 and in s_audio_oss.c: #define OSS_MAXDEV 4/* maximum number of input or output devices */ On a somewhat related note, you'l eventually get sync errors between the devices unless you can find a way to hard-sync them. If I were trying it, I'd just phase-lock the crystals by connecting the five (or N) together in parallel. Worst that could happen is I'd have to buy 5 more interfaces :) M On Fri, Jul 17, 2009 at 04:28:38PM +0200, Martin Schied wrote: Hi! I'm trying to use five (or more) ultra-cheap stereo-USB-speakers together. Four of them are working when starting pd with /usr/bin/pd -rt -oss -audiooutdev 2,3,4,5,6 -outchannels 2,2,2,2,2 multiaudiotest.pd when looking into media, audio-settings dialog, only the first four of them are visible and also only these four are usable for output. this is with Pd version 0.41-4extended, ubuntu-intrepid and also pd 0.42.5. I assume this is a hard coded limit which can be changed - but I don't know where... cheers, Martin ___ 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] MIDI Latency!!!
Hello Jose, Thanks for your answer, I have a debian lenny with the kernet rt (Pure dyne) 2.6.24.4 rt4 and pure data vanilla 0.41.4 Midi Latency = 58 - 62 millisecondes I think asioforall it's only for audio and for MIDI latency. But I don't know why Max/MSP is better than Pure Data with the MIDI latency? Cheers Thomas Jose Luis Santorcuato a écrit : Hi friend: in windows install asio4all in linux install a kernel with low latency. Assign in the audio device... Best Regards Chile Jose' 2009/7/17 matohawk matoh...@gmail.com mailto:matoh...@gmail.com Hello Pd-list, Do you have the same problem with midi and Pure Data, 50 or 60 miliseconds of latency? I test it on windows and linux Ubuntu 2.6.24. My test on windows is : Edirol UM-1SX with a midi cable out - in and a small patch . I made the same test on MAX/MSP with the same patch and I have 0 or 1 milisecond of latency And on linux is pd midi alsa out - pd alsa midi in (virtual connection). Here, you can find snapshot of the pd test : Pd patch http://www.th-th.fr/DOCS/Images/BlankPages/PD-Test-MIDI.png Jack midi connection http://www.th-th.fr/DOCS/Images/BlankPages/Connections-%20JACK-Audio-Connection%20Kit.png Someone can you explain why? Is that possible to reduce this? Cheers Thomas Thiery ___ Pd-list@iem.at mailto:Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- http://www.chilemigra.cl http://arselectronicachile.blogspot.com http://www.myspace.com/santorcuato ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pduino 0.5/Firmata 2.1 beta release
Hi Hans, I'm pleased to report that it is starting to work on the Mega. I can toggle up to pin 53. Reporting all inputs causes buffer overruns and I guess that's to be expected. More testing underway. Thanks a lot for your work! a Hans-Christoph Steiner a écrit : I haven't had a chance to try it on the Mega yet. Do you use the Mega? If so, I need testers for it. .hc On Jul 10, 2009, at 7:59 AM, Jose Luis Santorcuato wrote: Hans, hi, Arduino mega have 12 inputs, firmata and pduino have these Best regards José 2009/7/10 Hans-Christoph Steiner h...@at.or.at mailto:h...@at.or.at http://at.or.at/hans/pd/objects.html#pduino There are some nice updates to Firmata and Pduino. This release mostly adds extensions to the protocol to support more pin modes and their respective messages (Servo, I2C, Shift Registers, etc). Here are some specifics: - Servo support for StandardFirmata - support for using analog pins as digital I/Os for StandardFirmata - new message to set the poll rate of StandardFirmata - I2C Firmata example (needs Pd implementation) - switch back to 57600 for standard bitrate - made Firmata.begin(57600) explicit in all examples Please test and report and bugs or issues. We are trying to get this included in the upcoming Arduino 0017 release. Depending on the 0017 release schedule, we might be able to squeeze in Shift Register/Matrix support too. Also, just to note, this update includes code from (in alphabetical order): Ayah Bdeir Erik Sjodin Hans-Christoph Steiner Jeff Hoefs Shigeru Kobayashi Zach Lieberman (I hope I didn't forget anyone, let me know if I did). .hc It is convenient to imagine a power beyond us because that means we don't have to examine our own lives., from The Idols of Environmentalism, by Curtis White ___ Pd-list@iem.at mailto:Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- http://www.chilemigra.cl http://arselectronicachile.blogspot.com http://www.myspace.com/santorcuato 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 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list