Pd-list December 2007

pd-list@lists.iem.at

129 participants
239 discussions

Re: [PD] xp review
by Ed Kelly 26 Dec '07

26 Dec '07

Hey Hans, I hope you got your bike built in California :) Laura reckoned my album was commercial. She's right, and I'd like to do more arty projects as well as my Kraftwerk-loving techno-life :-D www.pyramidtransmissions.com (lone shark) But I have other plans afoot, namely synthcore~. It would be really great if we could organize an API for pd instruments, kind of like the VST api in terms of input-output topology but made of patches in PD. I'd love to know your thoughts on the issue since I intend to code it. It needs to be flexible enough to contain a variety of different parameter lists and modes, but also conform to a specified system so that polyphony and multichannel output can be handled by an external object (such as nqpoly4, but I think we should write our own object for this one) ;-) I think a [message value isitcontinuous( model is good, and a [event $1( message could be a note, or a continuous controller change. Mapping the parameters could be organized so that there is a set parameter list (e.g. amplitude envelope) and then a synth-definable list (e.g. osc modulation of the filter - in cents). also, an external patching system using an SQL database (mogo - I want your sqlite object for linux) based around the metastudio patching system, but a bit more standardised - i.e. you can load patches for one synth, and any parameter lists that match with the present synth's parameter list should be implemented (e.g. filter envelope and paramters, amplitude envelope, global modulation index etc.) Anyone want to work with me on this? It needs to be done! Ed Lone Shark "Aviation" out now on http://www.pyramidtransmissions.com http://www.myspace.com/sharktracks ----- Original Message ---- From: Hans-Christoph Steiner <hans(a)eds.org> To: Ed Kelly <morph_2016(a)yahoo.co.uk> Sent: Monday, 17 December, 2007 11:49:35 PM Subject: xp review http://dotnet.org.za/codingsanity/archive/2007/12/14/review-windows- xp.aspx ------------------------------------------------------------------------ ---- Access to computers should be unlimited and total. - the hacker ethic __________________________________________________________ Sent from Yahoo! Mail - a smarter inbox http://uk.mail.yahoo.com

4 4

Pd-extended + Ubuntu Gutsy generic kernel versus rt kernel
by Daniel Wilcox 26 Dec '07

26 Dec '07

To all those Pd Ubuntu-ers out there, I have been using the realtime (lowlatency) kernel for a while, back since Feisty, and compiled my own in Dapper. I have noticed that, at least with Gusty, the generic kernel works better then the rt kernel, giving me much *fewer*? xruns and artifacting with Pd ... while using the rt kernel, Pd seems to "sput" xruns while using Jack. It's important to note that I did enable the realtime privledges by writing to the security config as noted on the Ubuntu studio page: sudo su -c 'echo @audio - rtprio 99 >> /etc/security/limits.conf' sudo su -c 'echo @audio - memlock 250000 >> /etc/security/limits.conf' sudo su -c 'echo @audio - nice -10 >> /etc/security/limits.conf' Could it be that the preemption enabled in the rt kernel is a bit *too* aggressive? Realtime audio in PD with Jack seems to run much better with the generic kernel! Even at a 8ms latency ... in fact I'm testing the same on my slow performance computer (PIII 500MHz) with a fresh install of a Minimal command line Gutsy and it works *soooo* much better then the realtime kernel. (Plus suspend and hibernation work, while they don't using the realtime kernel.) -- Dan Wilcox danomatika www.robotcowboy.com

3 2

[PD-announce] chdh : a pd live performance in Hambourg the 29
by cyrille henry 26 Dec '07

26 Dec '07

hello, chdh will perform the 29 december in the Hörbar in Hambourg. http://www.hoerbar-ev.de/ hope to see you there, Cyrille _______________________________________________ PD-announce mailing list PD-announce(a)iem.at http://lists.puredata.info/listinfo/pd-announce

1 0

mac tascam glitches
by Hans Roels 25 Dec '07

25 Dec '07

Hello, Does anyone have some experience with the tascam US-122L soundcard and PD. I'm trying it on a mac computer (OS X 10.3.9) with PD-vanilla (40.2) and I always hear glitches. The soundcard works fine with Audacity on that same computer. Changing the latency doesn't help. I can hear the glitches (without turning the audio on!) from the moment PD is launched and I chose the tascam audio-card in the audio settings. It also didn't help to start PD with the -noadc flag, the 'crackles' were still there. I am not used to working on apple-computers, I hope someone has a solution for this problem... Hans r

1 0

Put a canvas in front (behind the patch)
by Javier Garcia 25 Dec '07

25 Dec '07

Hi, when i create a patch, and then i create a canvas, i would like to see the canvas behind the patch (not hide the patch behind the canvas...:)) Is there any way to put the canvas in front, or should i put first the canvas and then create the patch ? br. GARFF _________________________________________________________________ Tecnología, moda, motor, viajes,…suscríbete a nuestros boletines para estar siempre a la última http://newsletters.msn.com/hm/maintenanceeses.asp?L=ES&C=ES&P=WCMaintenance…

2 1

Re: [PD] GISS and [pdp_theonice~] Excellent combination for stream !
by jack＠rybn.org 25 Dec '07

25 Dec '07

In fact, it was a problem with my router. I have tried with an other one, and everything looks good. thx again. ++ Jack > k.ou.l > > but you fixed your audio issues? > sorry, i couldn't answer, > was kinda of disconnected... > i'm just curious to know what you did to fix it. > > cheers, > sevy > > jack(a)rybn.org wrote: > >> Hello Yves and people developing GISS. It seems that [theonice~] works >> very fine with the GISS system based on Icecast to create video and >> sound >> stream. I am on MacOSX.4.11 with G4 and Pd-extended 39.3. >> ++ >> >> Jack >> >> >> _______________________________________________ >> PD-list(a)iem.at mailing list >> UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list >> >> >> >> > > > > > _______________________________________________ > PD-list(a)iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list >

1 0

Re: [PD] GISS and [pdp_theonice~] Excellent combination for stream !
by ydegoyon＠free.fr 25 Dec '07

25 Dec '07

k.ou.l but you fixed your audio issues? sorry, i couldn't answer, was kinda of disconnected... i'm just curious to know what you did to fix it. cheers, sevy jack(a)rybn.org wrote: > Hello Yves and people developing GISS. It seems that [theonice~] works > very fine with the GISS system based on Icecast to create video and sound > stream. I am on MacOSX.4.11 with G4 and Pd-extended 39.3. > ++ > > Jack > > > _______________________________________________ > PD-list(a)iem.at mailing list > UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list > > > >

2 1

Re: [PD] Pd-extended + Ubuntu Gutsy generic kernel versus rt kernel
by Daniel Wilcox 25 Dec '07

25 Dec '07

> Hi Daniel, > > Interesting point here. Do you mean you edited the > /etc/security/limits.conf even when running the non rt kernel and that > it made things better than with the non-edited /etc/security/limits.conf ? I already had realtime permissions enabled while using the rt kernel. Yup, I basically was messing around trying to figure out why my suspend/sleep was broken in Gutsy when it had worked with the Live cd ... then I realized mabey its the rt kernel I had installed and reinstalled the generic. Of course, that fixed these problems and I tried pd + jack and noticed that it also ran those really well ... better then the rt kernel which prompted me to wonder if anyone else had noticed this behaviour? I thought it was some bug with pd or jack, in that pd was giving me noticeable xruns using the *realtime* kernel when in using such a kernel in dapper, edgy, and fiesty was the only way to *avoid* them. I remember reading somewhere that the Ubuntu kernel team has been integrating some of the realtime kernel patches and enabling pre-emption to keep the kernel fast for the whole "multimedia desktop experience" etc ... and it seems that this works with realtime audio in pd and jack, at least for me. I also noticed that the realtime kernel has become more focused on *real* realtime requirements like robotics, etc on the ubuntu page, dont recall the link off hand. On a side note, merry christmas boys and boys (are there any girls on the list?). My parents just bestowed a solid state harddrive upon my performance computer, so now I can bounce around without worrying about physical disc crashes! Happy nerdy xmas all. > > That's definitely one thing I must try then... > > To get even more off-topic (even though I'm not really convenced it is) > I noticed as well that rt kernels are really aggressive. For instance > when I just play mp3s through jack with the hdsp driver it eats all > performance for the rest of desktop apps which then get really really > sluggish (on a PIV 3000MHz...). > > > Jé > > Daniel Wilcox a écrit : > > To all those Pd Ubuntu-ers out there, > > > > I have been using the realtime (lowlatency) kernel for a while, back > > since Feisty, and compiled my own in Dapper. > > > > I have noticed that, at least with Gusty, the generic kernel works > > better then the rt kernel, giving me much *fewer*? xruns > > and artifacting with Pd ... while using the rt kernel, Pd seems to > > "sput" xruns while using Jack. It's important to note that I > > did enable the realtime privledges by writing to the security config as > > noted on the Ubuntu studio page: > > sudo su -c 'echo @audio - rtprio 99 >> /etc/security/limits.conf' > > sudo su -c 'echo @audio - memlock 250000 >> > /etc/security/limits.conf' > > sudo su -c 'echo @audio - nice -10 >> /etc/security/limits.conf' > > > > Could it be that the preemption enabled in the rt kernel is a bit *too* > > aggressive? Realtime audio in PD with Jack seems to run much > > better with the generic kernel! Even at a 8ms latency ... in fact I'm > > testing the same on my slow performance computer (PIII 500MHz) with a > > fresh install of a Minimal command line Gutsy and it works *soooo* much > > better then the realtime kernel. (Plus suspend and > > hibernation work, while they don't using the realtime kernel.) > > > > -- > > Dan Wilcox > > danomatika > > www.robotcowboy.com <http://www.robotcowboy.com> -- Dan Wilcox danomatika www.robotcowboy.com

1 0

Pd sets dirty flag on all parent patches when a child abstraction is modified
by Luke Iannini (pd) 25 Dec '07

25 Dec '07

Is that a bug or a feature? I use a set of patches with many iterations and child abstractions. Editing a deeply embedded abstraction, then saving that abstraction and closing the very top parent patch always results in a huge stream of "Discard changes to this window?" dialogues that eventually crash Pd (of course, that is most definitely a bug : ) ). It doesn't make much sense to me that the dirty flag is set on the parent - nothing changes in the parent's file when a child abstraction is edited (though sure, its appearance might change if the child abstraction was GOP). It's even more confusing when I've been working on many patches and am unsure if I actually edited the parent, or whether it's just this behavior. Can anyone give a reason why this happens, or should I file a bug report? Cheers Luke

2 1

Re: [PD] Pduino&Ping ultrasonic sensor&arduino
by Marko Timlin 25 Dec '07

25 Dec '07

Hi Marius, you are absolutely right! After writing code for the arduino I can use the Ping sensor without any problems within PD (using the PD_inputs_to_PD patch). But that is not my problem. My problem is that if I work like that, I have to change the arduino code all the time I change my sensor setup. Like for instance: First I write arduino code for 3 Ping sensors and 3 solar panles...but then I want to use 4 Ping sensors with let's say 3 LEds. It would be great if I could do all that using only the arduino patch in PD, without writing new code for arduino all the time. Of course after uploading the Pd_firmware onto the arduino-board. Any idea how? And at the moment I would like to work with 8 Ping sensors :-) and 5 solar panels at the same time. Best, Marko hmm, I think arduino can handle the ping range finder. but you need to write your specific code. use a code that you find online (the routine is something like: turn pin to outlet, set pin high, wait some milliseconds, set pin low, turn pin to inlet, measure the time until you receive the echo...) and then send the value to pd via serial port (115200). then measure next value. I think, you should be able to send at least 20 values per second, but that is a guess. do you need more info for the arduino code? how many sensors do you have? marius. it is Marko Timlin wrote: > Moi, > does anybody know, if it is possible to control the Ping(ultrasonic range finder)sensor using only Pduino (first uploading Pd-firmware to the arduino, and then using the "arduino" pure data patch?). It doesn't work for me at the moment. > > If I write my own ping-sensor-patch for arduino and then use the PD_inputs_to_PD patch it works fine. > > But I'd like to use several different sensors and it would therefore be much easier to just control all of them with Pduino and not writing new code for arduino all the time. Well, guess this was the original idea of Pduino anyways :-) > > MArko > > _______________________________________________ > PD-list(a)iem.at mailing list > UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list >

3 2

← Newer
1
...
4
5
6
7
8
9
10
...
24
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

Pd-list December 2007