Re: [PD] pd 0.43 branch with the new GUI code
I just checked out the gui branch .. looking nice! I like the right click menu with the categories. Is the new menu system making windows for each menu item as you move within it? On Ubuntu + Compiz, each menu item comes flying into the screen, which can be a bit annoying if you're moving through the right click category layout ... --- Dan Wilcox danomatika.com robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Mmmore PdCon pics
Hi everybody, finally recovered from Brasil and put online some pics, you can check it here: http://www.thesaddj.com/pics/ or download them all here: http://www.thesaddj.com/tempd/SAD_PdCon09-webselecta.zip These are web resolution, if someone wants hi-res just write me. more pics have to come, but it will be a selection of the views of the city - no pd nerding :) Great times in there guys, it has been a pleasure to contribute to this event and meet all of you for real. Oh man, it looks like a lot of fun. Stupid work, I wish I could have made it! Congrats to everyone who did and to Alex for putting it all together. --- Dan Wilcox danomatika.com robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Problems with DIO errors / audio clicking
I'm having problems with DIO errors and glitchy audio with PD-extended 0.41.4 My computer is an HP Compaq nc6000 1.6Ghz laptop with 500mb RAM and I'm running Ubuntu 9.04. The kernel is 2.6.28-13-generic and I've tried using the realtime kernel which is 2.6.28-3-rt but it's no different. I've tried editing /etc/security/limits.conf to include the lines: @audio - rtprio 99 @audio - nice -19 @audio - memlock unlimited but this hasn't helped either. I start jack with qjackctl and my settings are: Realtime, No Memory Lock, Frames/Periods: 1024 sample rate 44100, Periods/Buffer: 2,. Can anyone help? If you installed Intrepid or Jaunty from scratch, there is no audio group created by default and the limits.conf additions won't work. Add an audio group and add your user to it. Running pd or jack in realtime should work. I had smooth performance on my old Thinkpad T42 with comparable specs. --- Dan Wilcox danomatika.com robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Building PD-extended
On Mon, 2009-07-27 at 04:18 +0200, pd-list-requ...@iem.at wrote: hello pd'people! i am trying to install Pd.extened-41.4 on a debian64 sid (unstable) kernel 2.6.30- i have been looking around and the option of installing 32bit with ia32lbs an ---force-architecture gave me libsasound2 problems.. so i found a tutorial that explain how two build from source for 64bits.. i have managed to compile the extended libraries.. and run make install make packages... here everything gives the ok.. and then after compiling for a while it gives me an error saying that i have a problem with DEBIAN/control file on line 9.. in depends field, that i its missing a packages name or that garbage has been found.. when checking this file.. in the place of dependes it says: xterm, ttf-bitsream-vera i dont really understand what the problem is.. can somebody helpme It's probably missing a comma: xterm, ttf-bitsream-vera--- add ',' here. I had the same problem (http://puredata.info/docs/developer/BuildingPdExtended64bitUbuntuIntrepid): If, like me, you get an error similar to this: dpkg-deb: parse error, in file /home/dano/Desktop/pd-build/Pd-0.40.3-extended/packages/linux_make/build//DEBIAN/control near line 8 \package pd-extended: Depends field, syntax error after reference to package zlib1g make: *** deb Error 2 then there is a comma missing after a dependency. Open the Debian control file, look through the dependency list on line 8, and add the missing comma(s) after the referenced package in the error, in this case zlib1g: --- Dan Wilcox danomatika.com robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] robotcowboy mini european tour cd
Howdy, In Jun-July, robotcowboy made a small tour of Western Europe: * Jun 21 - Paris, FR @ Fete de la Musique * Jun 26 - Rotterdam, NL @ Attent * Jun 27 - Amsterdam, NL @ UnderTheBridgeSquat * Jul 04 - Gothenburg, SE @ The House of Win-WIn I have combed through the live recordings and made a live cd: http://www.robotcowboy.com/media/suboptimal-live-09-cd/ Obviously I solved most of the issues I had with pd and got it running in realtime. No dropouts and plenty of effects including the guitar reverb. At least I don't have to carry around my Super Reverb ... --- Dan Wilcox danomatika.com robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Mixing ie how best to use the IN and OUT clip meters?
Howdy all, I've been having a fight with myself on how to best mix within pd. I'm constantly going back and forth between: 1. Keep everything and a lower relative so that the OUT never goes above 100 and the CLIP box never goes red. 2. Follow my ears and make it sound good, ignore the OUT box/button. In practice, following #2 yields much better sounding recordings, at least to me. I'm definitely not clipping as there are not aliasing/digi distortion going on. Viewing the file in Audacity mere shows the drums to be the culprit, but as they are so fast, I cant actually hear any clip. Generally, following #1 gives me good sounding mixes, but at way too low of a volume. How do you guys approach doing this? I notice the IN and OUT meters are off by default ..., but I assume that's due to performance reasons. :D I mix everything through separate channels with [vu~]'s using [throw~] and [catch~] objects which are eventually combined into a left and right channel which are sent to the [dac~]. Does anyone have any other tricks such as using scopes etc to help? Alos, I keep setting the drums too loud over and over again. Yves, how do I properly use [compressor~], does [compressor~ 1] have it output at 1.0 or what? I know it works but I don't really understand the -1 to 5 range. Does anyone have any good, fast tricks in pd for good sounding drum compression? --- Dan Wilcox danomatika.com robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] MIDI Latency!!!
Oh, I also did some tests using the same patch, ctlout to ctlin and I get the same: ~ 52ms. I don't know, *seems* fast enough when I'm playing in near realtime ... hmm Hi friend: in windows install asio4all in linux install a kernel with low latency.Assign in the audio device... Best Regards Chile Jose' If you are using a newer Ubuntu, Intrepid or Jaunty, you don't need the low latency kernel, you just need to enable realtime permissions for audio programs like jack or pd. I use the stock kernel on both my Core 2 2.5Ghz laptop and P3 500Mhz wearable and get 8-20 ms audio latency with fast midi as well. Note: I still get kind midi stutters using seq24 but that might be seq24 and not alsa midi since the hardware midi in and out works fine. Here's the settings I use for realtime permissions (from an old Ubutnu Studio wiki) enable realtime: sudo su -c 'echo @audio - rtprio 99 /etc/security/limits.conf' sudo su -c 'echo @audio - memlock 25 /etc/security/limits.conf' sudo su -c 'echo @audio - nice -10 /etc/security/limits.conf' (Intrepid Jaunty) add 'audio' group sudo addgroup audio sudo addgroup yourusername audio restart I have been meaning put all of my setup info online and will soon, but I need to work my website first ... then I can link it back to the pd wiki. --- Dan Wilcox danomatika.com robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] selecting the correct alsa soundcard via commandline ...
On Fri, 2009-06-12 at 09:37 +0200, pd-list-requ...@iem.at wrote: Hallo, danomatika hat gesagt: // danomatika wrote: As far as I know, an asoundrc dosen't help in this case. Ubuntu already has a default asoundrc which automatically creates an alias named after the device. I can't use this with pd since pd only takes the alsa hw or plug indexes which can change depending on what gear I'm using. I've also read on the list that you can use -alsaadd to add a device to the list from a custom asoundrc, but this only adds the device to the gui menu which I would need to access via a fudi startup message ala audio-dialog 0 0 0 0 2 Even in this case, I still have to have a damned index to the menu item! If you use -alsaadd, you can also use the -audiodev flag to select the card added, no need to use the FUDI message. The added device appears after the predefined devices, one hw, one plughw for each card. So with two cards in the system, the first -alsaadded card will be at index 5. Anyway, I think, even then you still need a damned index. *sigh* yes But cards don't magically enter or leave your computer: Why don't you prepare some startup scripts depending on how many cards are in the box? With usb they do. My undergrad training was in computer engineering so I can't help but to always want a generic, handle everything solution. : Well, the issue is that there's a usb midi port a may or may not use that pd lists as an audio device, so I'm looking for a way to make sure I use the usb soundcard. Once again, this is a specialized embedded environment where everything should work automatically. In the meantime, I may not need the usb-midi device for the next couple of shows. --- Dan Wilcox danomatika.com robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] selecting the correct alsa soundcard via commandline ...
Does anyone know of an easy way to get the correct audiodev # for a specific soundcard? I am using an embedded environment and I need to start pd with the correct device in a situation where different devices may/may not be used. In this case, the audiodev # may change. It's annoying that I can't run -alsa -listdev and parse the stdout since I can't seem to pipe it anywhere. Too bad -listdev doesn't print and exit, because I could then search for the line containing the name of my sound card and grab the number from it. This is what I do with aconnect to wait until pd's midi is ready before connecting midi to it. (it's a slow machine) I read on some old posts about the -alsadev switch, but this was taken out? At least in jack I can use the alsa name to avoid this issue ala -d hw:UA25. Of course with the update to Jaunty, now jack seems to be flakier then before, so I'm trying to use pd -rt directly. --- Dan Wilcox danomatika.com robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd-extended 0.41.4 jack autoconnect issues
On Thu, 2009-05-28 at 09:07 +0200, pd-list-requ...@iem.at wrote: On Ubuntu Jaunty, pd-extended for some reason fails to automatically connect to JACK (running whatever came with Jaunty). I've upgraded from Intrepid so that may have something to do with it. Manual connection after Pd has started works fine, but I am just trying to figure out where I could trace this problem. I can confirm this as well. I've had to make an auto connection in qjackctl. --- Dan Wilcox danomatika.com robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd-extended 0.41.4 jack autoconnect issues
On Thu, 2009-05-28 at 11:32 +0200, pd-list-requ...@iem.at wrote: Hi, all works well here (0.41.4-ex..rc3 on ubuntu Jaunty), you just need to specify the channels properly: pd -jack (not connect anything) pd -jack -channels 2 (work fine and autoconnect all) hmm when was this behaviour for jack added? Good thing I'm on this list to find out! --- Dan Wilcox danomatika.com robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Slow cpu/RJDJ patching approach ...
On Tue, 2009-05-26 at 09:07 +0200, IOhannes m zmoelnig wrote: i am still pretty convinced that tcl/tk is not the buster, so replacing it by someting more performant will only give you little help. the problem comes from how Pd(-core) communicates with the Pd-gui; and that Pd(-core) needs a lot of calculation power to make Pd-gui draw something nicely. unless this calculations are done on the Pd-gui side, i see little chances that things will improve. Yeah, that's what I think, knowing what little I do about the pd and pd-gui interaction. having said all that, i honestly do not understand how the matter of CPU-hungry gop objects impose any problems on slow machines. you are surely not saying, that you develop your patches for iPod/wearables/P-100 andwhatelse with graphical objects.(?!) Ahh, here's the point. You assume that people like me would know ahead of time not use those stupid, hacky gui objects with slow machines. As I said before, I assumed that -nogui meant no gui and that optimizations were in place to basically ignore the gui elements when run in -nogui mode. This assumption lead me to create an easy to use gui environment which facilitates my style of patching but is now biting me in the ass. I guess I should have RTFM, oh wait, where does it talk about this issue? So your suggestion is to scrap all of this and use minimal objects again? What is this? 1999? Forgive me for assuming pd is as awesome as I had hoped it would be. personally i cannot imagine developing cpu-intensive patches on my current machine, which is a by-now-rather-oldish amd64 x2 dual-core (well, Pd cannot use more than 1 core anyhow) 4200+, with GOP enabled. This is too bad ... so why are they even in pd? I see most people creating great GOP abstraction etc on what is essentially a hack more or less? I would probably be using Max by now if I didn't have the requirement of running my system on an essentially embedded device, which Max will never be able to do. Don't get me wrong, I really like using pd, but I'm not married to it. Heaven forbid pd becomes more usable to public at large. I suppose I can't bitch because with open source, I get what I pay for. I am, however, willing to work on this. Here's an email I tried to send to pd-dev, but I don't really feel like adding a new mailing list so I'll quote it here: There are issues I have with pd (GOP/GUI slowness, -nogui slowness, etc) and I'm wondering if there are any residencies/places to apply to work on pd. I know C/C++ but I have not, at this time, really looked into the source very much as I know I just do not have the time to do anything meaningful on the side. I have no intention of rewriting pd etc, I'm mainly interested in gui optimizations so that I can run GOP patches on my wearable without the damn vus and number boxes killing the cpu. Yeah yeah, I'm probably full of shit for saying the same old things about the same old problems, but I would very much like to try solving some of them. One of the reasons I use pd, is that I can see myself using my gear for a long time into the future. --- Dan Wilcox danomatika.com robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Slow cpu/RJDJ patching approach ...
On Tue, 2009-05-26 at 08:34 -0400, chris clepper wrote: On Mon, May 25, 2009 at 6:03 PM, danomatika danomat...@gmail.com wrote: I've been running pd on my slow wearable (500Mhz) and, over the last year, the performance has gotten worse. This trend coincides with my greater understanding of pd and adoption of nice GOP guis. The first live video processing system I built in 2001 with Casey Rice used 400Mhz machines, and we had no problems with doing what we wanted to do. It required a lot of research into the video medium, OS APIs, and this frustrating black box called Nato. Once you understand the limits of what you are dealing with, forget about them and get down to work. Yeah, I'm definitely learning this. I do enjoy the creative limitations actually, it's just that things ran so much better a year ago with Ubuntu Hardy + Pd-extended 0.39 ... Perhaps I'm at the point where I just need to reimplement what I have now in C/C++ using rt audio, etc but that would take time of course. I originally started using pd just to prototype anyway ... --- Dan Wilcox danomatika.com robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Slow cpu/RJDJ patching approach ...
On Tue, 2009-05-26 at 08:33 -0400, Michal Seta wrote: On Tue, May 26, 2009 at 7:37 AM, danomatika danomat...@gmail.com wrote: So your suggestion is to scrap all of this and use minimal objects again? What is this? 1999? I think that, pd's inefficiencies aside, if you are developing for embedded devices with limited computing resources, you should always pretend you're in 1999. Yes, totally right ... I just wish it weren't so! I do manage realtime with 10ms latency on a 500Mhz machine though which is nothing to sneeze at, but dosen't leave much room aside. This is too bad ... so why are they even in pd? I see most people creating great GOP abstraction etc on what is essentially a hack more or less? There was an effort once, in its latest incarnation was called Desire Data, to separate the gui from the core, the client from the server and optimize things but I think it is now in a coma. Yeah I know ... but it seemed to be trying to reach a bit too far too quickly. I would probably be using Max by now if I didn't have the requirement of running my system on an essentially embedded device, which Max will never be able to do. Don't get me wrong, I really like using pd, but I'm not married to it. Do you think Max would run more reliably and efficiently than pd? I never tried Max on an embedded device (it would be impossible, as you point out, unless that device was already running windows or MaxOSX) but in my experience Max is not, be default, more efficient or reliable than Pd. It really is context (and code) dependent. No, Max would be terrible for my requirements. But it's nice to use from what I've seen ... My point is, I wish pd didn't force me to work it's way but allow me to work my way. That's the beauty of patching as opposed to vsts, etc. You have to build form the ground up. Yes, pd could benefit from a face-lift and optimization and whatnot to make it more user-friendly and more pleasant to work with (and more efficient!). So far, most proposed changes were somehow ignored or set aside and various branches of pd or pd-like projects never lifted off the ground. What is the state of all these changes? As I said before, I'm willing to help but not if said changes and progress won't go anywhere, then count me out. I'd rather just learn some dsp and do it myself because at least I would be able to make changes depending on my needs. Of course, then I'd waste even more time programming and not playing ... *sigh* pd is great, but it's like getting kicked in the balls and face sometimes. I LIKE LINUX AND .' `. GETTING KICKED IN --- |a_a | THE BALLS AND FACE \_)__/ /( )\ |\` /\ \_|=='|_/ --- Dan Wilcox danomatika.com robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Slow cpu/RJDJ patching approach ...
On Tue, 2009-05-26 at 13:05 -0400, Hans-Christoph Steiner wrote: And Dan, I also share your frustration with the common attitude on this list of it is what it is. That's why I am working on re- writing the Pd GUI from scratch in pure Tcl with the aim of making it use Tcl/Tk is a clean and sensible manner (aka Pd-devel 0.41.4). I think you should join the project. Instead of venting via email, vent via code. Ok, where do I sign up? As I said before, if anyone knows of any places I can apply to in order to focus on it full time, I'm interested. I have known of your efforts for a while, but I haven't wanted to commit a small amount of time, I'd rather dive in head first. I don;t want to waste anyone's time telling them I can do this and that knowing full well I won't really end up doing anything. As for replacing Pd with SuperCollider or C/rtaudio, are you sure that those are any more efficient? Pd does have its problems, but audio synthesis is pretty solid in Pd. For example, reactable still uses Pd as its synth engine. I totally agree, that's why I keep sticking with pd. I can't imagine being able to make anything nearly as efficient as the pd dsp engine. That being said, I wish it wasn't being pummled by the gui. I very much like this idea of a libpd with the engine totally separate. --- Dan Wilcox danomatika.com robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Slow cpu/RJDJ patching approach ...
I've been running pd on my slow wearable (500Mhz) and, over the last year, the performance has gotten worse. This trend coincides with my greater understanding of pd and adoption of nice GOP guis. So basically, all of the work I have done to make an easy to use environment for making songs/patches is practically worthless as the GOP/gui stuff kills the cpu on the wearable. Nobody seems to care as we all have exponentially faster computers each day, which is too bad as one of pd's strengths in my opinion is it's ability to run on basically anything. I'm just wondering if there are others with slow cpu (iPhone RJDJ) machines and how their approach to patching deals with this issue. Basically, I have spent a whole year trying to get my system back to the slim performance it had 1 year ago! I wish there was a wiki entry noting all of these issues before I began. (yes yes I can start one) (I also wish there was some sort of patching profiler ... but thats mabey another issue.) *sigh* I've been getting burned by this for too long and I'm sitting here replacing gui objects. --- Dan Wilcox danomatika.com robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] packOSC BLOB
On Mon, 2009-05-11 at 16:00 +0200, IOhannes m zmoelnig wrote: Daniel Wilcox wrote: Sorry if this is a dumb question ... but why would you want to do this in PD, why not use a hardware solution as it would be much faster? Something like Cobranet, ie digital audio over Cat5: http://www.audioscience.com/internet/products/sound_cards/asi54xx.htm hmm, why would anyone use Pd for making music when you can have real instruments: http://www.youtube.com/watch?v=2EXzfpS6WK4 Hah. Mabey because we just love wasting our time with computers? seriously, for several dozens of channels, most cobranet devices are ridiculously expensive. Mabey he has a budget? If so then perhaps paying for a drop in solution is not such a bad idea ... I'm all for doing it myself, but not when the time and effort aren't worth it in the end. My friend is using Cobranet for one of our projects where the Pd computer is almost a kilometer away (by cable length) ... I also did another project where a bunch of serial devices needed to be connected to server about 20m away. Initially I was thinking about using some sort of industrial-style ethernet client-server setup using multiple computers, etc but in the end I just used a few USB 2.0 over Cat5 boxes. Much easier to access the devices directly. Just a small thought. --- Dan Wilcox danomatika.com robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Has anyone used PD to read internet radio streams?
Howdy, I'm wondering if anyone has used PD to read internet radio streams? I need to make an interactive tuner ... --- Dan Wilcox danomatika.com robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] GSoC Fwd: Thank you for your application
Well, we didn't get accepted but now at least we do have a nice collection of projects for people to take on. http://socghop.appspot.com/program/accepted_orgs/google/gsoc2009 .hc BZFlag? I guess PD is not a Google MicroSoft fighter ... although it's kind of annoying to see rather large, funded projects getting preference over deserving projects such as PD. Mabey they'll site a lack of developer cohesion as PD is something different for everyone involved. Bastards. --- Dan Wilcox danomatika.com robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] GEM on Linux netbook
Thanks to everyone for their suggestions. I will hold off on the netbook idea for now. Actually, the AudioPint concept is really playing with my imagination. Hmmm... Gem in a box, literaly. With enough forethought, it could be awesome. -Ben Yes do an audio pint. Get a Mini ITX board with say a dual Atom or Core 2 Duo and an NVidia card and you should be alright. I just got a new Pico ITX board a little larger than a pack of cigarettes. It's a 1Ghz VIA with 1G ram and its running PD in realtime nicely. Don't go nano or pico ITX as you'd have they have integrated graphics and no pcie expansion slots. --- Dan Wilcox danomatika.com robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Unified Library was Re: Call for GSoC mentors! March 9th deadline!
yeah sorry frank, i should have explained more clearly. i also think that no GUI is the way to go for functional abstractions. that was the big flaw of the DIY library i did, that the function of the abstractions was tied in with the gui component. i did it that way because i didn't want to clutter the namespace with too many abstractions, and the thought of one abstraction for function, and then a different one for GUI was not appealing at the time. but now, i think that is the only way to go. like, as you said, for polyphony. and then also for the many many cases in which you'd want to build your own gui for custom control. i do think you guys have got a really really strong system there with rjlib. but i was just saying that without the gui stuff, it doesn't exactly fit into being that 'all purpose building blocks' library that we are discussing. This is where the pd-mtl convention makes so much sense ... Core functionality is made into patches with an underscore at the end of the name and the regular name is just a gui wrapper around it. I've started using the approach in the rc-patches and, as Frank said before, it makes building larger gui objects much simpler. The right inlet takes all the control whenever possible using name messages. So rc-chorus~_ is a regular object and rc-chorus~ is a gui wrapper with SSSAD. So if you want SSSAD you use the gui. --- Dan Wilcox danomatika.com robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] The PdCon09 webpage is down ... am I too late?
Does the PdCon 09 page work for anyone? Naturally, I forgot to apply and realized it is due today and now the page is down ... :( --- Dan Wilcox danomatika.com robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] The PdCon09 webpage is down ... am I too late?
On Sun, 2009-03-15 at 19:58 +0100, IOhannes m zmölnig wrote: danomatika wrote: Does the PdCon 09 page work for anyone? Naturally, I forgot to apply and realized it is due today and now the page is down ... :( try these instead: paper submit page: http://pdcon09.devolts.org/author/submit.php paper upload page (once you have submitted it): http://pdcon09.devolts.org/author/upload.php Thanks IOhannes, but I'm looking for the performance application ... --- Dan Wilcox danomatika.com robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] PD and cpu freq scaling in Linux
Howdy, I recently got a new Thinkpad T500 with a duo core 2.53Ghz processor running Ubuntu Intrepid and was a bit annoyed that I was getting far more audio DIO dropouts in PD than my previous single core Pentium M 2Ghz Thinkpad T42p. Last night I realized that the cpu frequency scaling was actually interfering and running both cores at 800Mhz while I had Jack and PD running in realtime mode! I had little to no dropouts on the T42p since the OnDemand scaling algorithm used by default only had one core to do the work and automatically bumped the cpu to max freq. With two cores it seems to think it can keep the freq lower and I get dropouts. For those of you who might have noticed the same problem (WTF! How can my NEW FAST machine be running PD like crap!!??!), you can set the cpu scaling manually. Once I set my machine to Performance it bumped the speed to max and PD runs smooth as silk. (I highly recommend this machine BTW, it is super quiet and super cool temperature wise. My previous Thinkpad feels like a hurricane toaster by comparison) In Gnome you can add the CPU Frequency Scaling Monitor applet or you can use the commandline. SUID root control of the applet is enabled in Intrepid, so you can skip the sudo dpkg-reconfigure gnome-applets step. Hope this helps. --- Dan Wilcox danomatika.com robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Unified Library was Re: Call for GSoC mentors! March 9th deadline!
Count me in ... I think we just need to make a wiki page and all agree on patching conventions as well as who can/should do what ... oh and mailing lists? My patches are focused on allowing me to playback midi files to run a drum machine, live effects for guitar and vocals, generative or sequenced analog style bass/lead synths, and easy mixing/bussing etc. I do not have a dsp/digital approach to Pd, but I'm sure there's plenty who do ... this could be a good collaborative project for sure. i think this idea of making a unified library of patches is fantastic. but i don't think it should be a project given to a student with little experience in pd. i'd be more than happy to help out. what would be the best way to set up communications between us, if we take this on? that would be the first step i guess. --- Dan Wilcox danomatika.com robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Call for GSoC mentors! March 9th deadline!
Ok, I added it to the project wiki: http://puredata.info/dev/summer-of-code/Debug64Bit On Thu, 2009-03-05 at 15:38 -0500, Hans-Christoph Steiner wrote: Yes, that's a great project. Add it to the wiki! .hc On Mar 4, 2009, at 7:52 PM, danomatika wrote: Do you think a valid project would be to debug pd / pd-extended 64 bit builds? After losing a few days trying to get a solid 64 build of pd+externals, I'm a bit disappointed at the current state. It's something rather boring, but would be quite useful for the future ... the next OSX (Snow Leaopard), for instance will be natively 64bit. (I assume for asking the question, I would need to be the mentor?) --- Dan Wilcox danomatika.com robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list [W]e have invented the technology to eliminate scarcity, but we are deliberately throwing it away to benefit those who profit from scarcity.-John Gilmore --- Dan Wilcox danomatika.com robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Call for GSoC mentors! March 9th deadline!
Do you think a valid project would be to debug pd / pd-extended 64 bit builds? After losing a few days trying to get a solid 64 build of pd +externals, I'm a bit disappointed at the current state. It's something rather boring, but would be quite useful for the future ... the next OSX (Snow Leaopard), for instance will be natively 64bit. (I assume for asking the question, I would need to be the mentor?) --- Dan Wilcox danomatika.com robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Building 64bit pd-extended on Ubuntu Intrepid
After much playing around, I managed to build a pd-extended 64bit .deb for Ubuntu Intrepid. I put all of the steps on the pd-wiki: http://puredata.info/docs/developer/BuildingPdExtended64bitUbuntuIntrepid It's not a true pd-extended as the 0.41 version seems to still have the table bug, but now I can use my new computer for pd-age. --- Dan Wilcox danomatika.com robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Pd-extended on Ubuntu Intrepid 64bit success
Howdy all, I got PD-extended to build a 64bit deb for Ubuntu 8.10 Intrepid following the guide on puredata.org: http://puredata.info/docs/developer/64BitLinux I added a few notes to the guide and I will see what happens when I setup my full environment. For pdp: I had to add a 3rd argument to the open function on line 141 in /externals/pdp/modules/generic/pdp_rawout.c, apparently creating new files now requires a permission for said file. I used 0666. --- Dan Wilcox danomatika.com robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd on Ubuntu 64bit?
On Sun, 2009-02-22 at 17:24 +0100, IOhannes m zmoelnig wrote: IOhannes m zmoelnig wrote: august wrote: danomatika wrote: Has anyone been using pd on a 64 bit GNU/Linux OS? i've been running Pd (vanilla, + zexy,Gem and all myother stuff and some stuff by others) on 64bit debian for some years now, and i havent had any major troubles (related to Pd) does this mean that the previous problem with tables in PD on 64bit has been resolved? yes, since 0.40, iirc or 0.41 as roman has suggested. at least, i has been fixed for ages (of Pd-vanilla) I made a 64bit build of pd-extended using the pd core (0.41 I believe) from the pd-extended svn and it has this table bug. It seems to only access half of the table, at least in the C08 and C09 audio example patches. They work fine in my build using pd-vanilla 0.42.4. This is too bad as I was hoping for some of the gui improvements in the pd-extended core. --- Dan Wilcox danomatika.com robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd on Ubuntu 64bit?
On Tue, 2009-02-24 at 00:03 -0600, John Harrison wrote: danomatika wrote: I made a 64bit build of pd-extended using the pd core (0.41 I believe) from the pd-extended svn and it has this table bug. It seems to only access half of the table, at least in the C08 and C09 audio example patches. They work fine in my build using pd-vanilla 0.42.4. Wow I am surprised to hear that. I remember seeing this table bug in 0.40 but thought it disappeared on my 64 bit ubuntu Hardy build of 0.41. From reading some of the commit lines, it seems not all changes in 0.41 have been merged into pd-extended yet. --- Dan Wilcox danomatika.com robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd on Ubuntu 64bit?
On Sun, 2009-02-22 at 14:54 +0100, IOhannes m zmoelnig wrote: danomatika wrote: Has anyone been using pd on a 64 bit GNU/Linux OS? i've been running Pd (vanilla, + zexy,Gem and all myother stuff and some stuff by others) on 64bit debian for some years now, and i havent had any major troubles (related to Pd) Great, thanks. I will give it a go then. --- Dan Wilcox danomatika.com robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] pd on Ubuntu 64bit?
Has anyone been using pd on a 64 bit GNU/Linux OS? I have a new laptop and I'm thinking of trying to run Ubuntu 8.10 64bit. If I can't run pd, jack, ardour, etc then I'll stick to 32 bit, but I've read that 32 bit apps will run fine as long as they have the correct libs ... --- Dan Wilcox danomatika.com robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] seq24 + pd
On Fri, Jan 30, 2009 at 8:16 AM, danomatika danomatika at gmail.com wrote: In regards to the whole Ableton vs/compared to Ardour+pd+etc, I find I like using seq24 to do sequencing outside of pd and pd to make all audio. It is simple and does the job without getting in my way and trying to do too much for me. A few weeks ago I added midi song export to seq4 as a branch on Launchpadhttps://code.launchpad.net/%7Edanomatika/seq24/midi-export. Now I can make a song in seq24 and then load and play it in pd using the mrpeach midifile object. Anyone else using seq24+pd may find this ability useful. Please message the seq24 devs on Launchpad to get them to test and merge my changes to the main branch so it will go into the next version of Ubuntu. (that would be nice) looks like a nice approach, so I tried it today. unfortunately i got the same result as similar things I tried before and which involve midi sent over alsa or jack to/from pd: poor timing (irregular) I uploaded this little test file so you can hear what I mean: http://www.archive.org/download/TestTimingJackSeq24Pd/test_jack_timing_seq24_pd.ogg I connected seq24 to pd by selecting the 'midi bus' for the sequences. I ran pd -jack and qjackctl, but i did not make any midi connections in qjackctl itself, so I'm not sure if jack even has anything to do with it... I did this on ubuntustudio (hardy) do you get better results ? Tim I've never noticed this before because I don't do any super strict/fast sequencing. Mainly I'm planning on using seq24 to create the midi control sequences that are read and played in pd using the midifile object at show time. Basically I want the flexibility of the interface for composing as opposed to my gop toggle/slider sequence objects but with the same playback directly within pd for live performance. I do not use seq24 on my wearable, the patches should just read the midi songfiles to control whatever is in the patch. hi again, I did a second test, this time in pure:dyne. I took an even simpler pattern and switch between [metro 60] and the 32nd notes coming from [notein] to make the difference more apparent: http://www.archive.org/download/TestTimingJackSeq24Pd2/test_timing_pd_seq24_2.ogg gr, Tim So thats about 166.6 bpm with streams of 32nd notes? I did the same test and the seq24 noteons seem to roll. The devs are working on adding jack midi to seq24 which is sample accurate so that should help wait a bit I believe, otherwise jump in and add it. It seems this is a common problem with alsa-based midi anywho. --- Dan Wilcox danomatika.com robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] seq24 + pd
In regards to the whole Ableton vs/compared to Ardour+pd+etc, I find I like using seq24 to do sequencing outside of pd and pd to make all audio. It is simple and does the job without getting in my way and trying to do too much for me. A few weeks ago I added midi song export to seq4 as a branch on Launchpad. Now I can make a song in seq24 and then load and play it in pd using the mrpeach midifile object. Anyone else using seq24+pd may find this ability useful. Please message the seq24 devs on Launchpad to get them to test and merge my changes to the main branch so it will go into the next version of Ubuntu. (that would be nice) --- Dan Wilcox danomatika.com robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd extended build environment
On Thu, 2008-04-17 at 09:33 +0200, IOhannes m zmoelnig wrote: Joseph Barrows wrote: hi, i am having trouble with GEM, it only reads .MOV and only some of those (has to be motion jpeg, but still not all of them open) apparently GEM video support is defined at compile time, so i was wondering what libraries are used in the sourceforge build environment. mpeg and mpeg-3 are just able to decode mpeg-file, which you don't seem to care about right now. the funnier parts are quicktime and aviplay; these APIs both support a number of codecs depending on how they were compiled and/or which codecs they find on your harddisk. (i think libquicktime have changed their policy to just include built-in codecs; whereas aviplay uses external codecs) so the key thing to do to get more movies to load is to either update these libraries or install (or update) packages that provide codecs. on debian, one beloved package used to be avifile-win32-plugin from debian-multimedia-org, which would provide a number of non-free (potentially copyright and/or patent protected) codecs as w32-dlls. i don't know whether there is this package for ubuntu (or whether you can just use the debian-multimedia packages) due to the potentially illegal nature of some codec packages available in the net, these packages vanish from time to time. There is a Media Ubuntu repository that has the restricted copyright codecs: Medibuntu -- Dan Wilcox robotcowboy.com ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Hidden folders in PD open/save dialog
Sorry.
set ::tk::dialog::file::showHiddenBtn 1
set ::tk::dialog::file::showHiddenVar 0
This doesn't work, but the code from my test script does. I inserted it
after the Pd-Extended font hacks, around line 42.
code
# begin hack to hide hidden files/folder in tk browser on unix
--
if {$pd_nt == 0} {
# load the dialog once, otherwise setting the vars will not work
catch {tk_getOpenFile -with-invalid-argument}
# change the environment variables
namespace eval ::tk::dialog::file {
variable showHiddenBtn 1
variable showHiddenVar 0
}
}
# end hidden files/folder hack --
/code
Now open/save/saveas dialogs hide hidden files and show the toggle
button. Awesome! Ok, I assume I might as well open a dev account
somewhere are add this as a patch?
Someone else try this in Linux.
On Thu, 2008-04-03 at 17:11 -0400, Hans-Christoph Steiner wrote:
You should be able to set that variable in pd.tk and have it work
without modifying the other file. Try just adding
set ::tk::dialog::file::showHiddenBtn 1
set ::tk::dialog::file::showHiddenVar 0
Somewhere near the top of the pd.tk.
.hc
On Apr 2, 2008, at 2:17 PM, danomatika wrote:
IOhannes, you found the magic bullet (or forum post, that is)!
Awesome, I can confirm this works in a little test script and
screenshot. It's a button to toggle
hidden file display as expected.
On Wed, 2008-04-02 at 10:55 +0200, IOhannes m zmoelnig wrote:
Hans-Christoph Steiner wrote:
This would be huge, it would greatly help the newbies. In workshops,
a lot of people had trouble with those open/save panels.
There are quite a few apps written with Tcl/Tk for GNU/Linux, so I am
sure we are not the first to want this feature. I would be very
surprised if another Tcl/Tk app hasn't solved this already.
according to http://www.groupsrv.com/computers/about266840.html it is
acutally already built into tk-8.4 but not exposed!
quoting this article:
If you have Tcl/Tk 8.4.12, find the file tkfbox.tcl in your Tk
installation. At line 777, you will see:
set ::tk::dialog::file::showHiddenBtn 0
set ::tk::dialog::file::showHiddenVar 1
Replace them by:
set ::tk::dialog::file::showHiddenBtn 1
set ::tk::dialog::file::showHiddenVar 0
And you're done...
mfgasd.r
IOhannes
--
Dan Wilcox
robotcowboy.com
tk_file_dialog.pngtk_file_dialog_test.tcl
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list
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
--
Dan Wilcox
robotcowboy.com
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list
Re: [PD] Hidden folders in PD open/save dialog
IOhannes, you found the magic bullet (or forum post, that is)!
Awesome, I can confirm this works in a little test script and
screenshot. It's a button to toggle
hidden file display as expected.
On Wed, 2008-04-02 at 10:55 +0200, IOhannes m zmoelnig wrote:
Hans-Christoph Steiner wrote:
This would be huge, it would greatly help the newbies. In workshops,
a lot of people had trouble with those open/save panels.
There are quite a few apps written with Tcl/Tk for GNU/Linux, so I am
sure we are not the first to want this feature. I would be very
surprised if another Tcl/Tk app hasn't solved this already.
according to http://www.groupsrv.com/computers/about266840.html it is
acutally already built into tk-8.4 but not exposed!
quoting this article:
If you have Tcl/Tk 8.4.12, find the file tkfbox.tcl in your Tk
installation. At line 777, you will see:
set ::tk::dialog::file::showHiddenBtn 0
set ::tk::dialog::file::showHiddenVar 1
Replace them by:
set ::tk::dialog::file::showHiddenBtn 1
set ::tk::dialog::file::showHiddenVar 0
And you're done...
mfgasd.r
IOhannes
--
Dan Wilcox
robotcowboy.com
attachment: tk_file_dialog.png#!/usr/local/bin/tclsh
# I am not familiar with tcl/tk, so bear with me ...
# put together from http://www.groupsrv.com/computers/about266840-0-asc-15.html
package require Tk
# apparently, you need to somehow open or load the filedialog once before
# changing the environment variables will work
catch {tk_getOpenFile -with-invalid-argument}
# change the environment variables
namespace eval ::tk::dialog::file {
variable showHiddenBtn 1
variable showHiddenVar 0
}
# open dialog
set filename [tk_getOpenFile -initialdir ~/ -title open dialog test]
puts $filename
exit
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list
[PD] Another interface suggestion
Another thing occurred to me as far as ui. When I'm editing subpatches I sometimes lose the window and have this habit of clicking on the subpatch object in the parent window and when nothing happens, I remember it's already open. I would be great if pd would bring that open window to the forefront as if it had been selected in the window list. -- Dan Wilcox robotcowboy.com ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
