Re: [PD] OT: Poll: Csounds or SuperCollider or Chuck
there has been a discussion about the sound quality that in 3/2010, unfortunately split up in a few threads: http://lists.puredata.info/pipermail/pd-list/2010-03/077079.html http://lists.puredata.info/pipermail/pd-list/2010-03/077205.html (…) the upcoming double precision Pd will change a few things there i recon. m. Am 01.11.2011 um 12:32 schrieb johannes: > hello, > > nice thread - > > iam interested in two things: > the soundquality/ resolution and > stabillity at cpu expensive applications of these three programminglanguages. > > do they differ? > > thanks, > jo > > > > Am 01.11.11 11:16, schrieb yvan volochine: >> On 11/01/2011 04:23 AM, Jean-Michel Dumas wrote: >>> It's great to see pyo make an appearance in this discussion. For >>> completion's sake, here's the "128 sine waves with random freq mixed down >>> to stereo" example written in pyo. I find it much more readable than either >>> SC or cSound, but that's only a matter of taste i guess. >>> >>> Sine([random.uniform(20,2) for i in range(128)]).mix(2) >> >> indeed, pyo looks really cool, kudos ;) >> >> a couple of remarks with your example though. >> my sc example description was not 100% accurate: >> the random freqs have exponential distribution (ExpRand) and Splay does the >> stereo mix down but with a level compensation (equal power) so you don't >> blow up your ears/pa like in the above pyo example :p >> >> also, running this pyo line uses 25% of my Core Duo 1.83 while sc example >> uses 15% (and I'm not running excellent Tim Blechmann's multicore-aware >> sound server supernova, just default scsynth) >> >> BTW, (getting a bit OT here) I have some questions about pyo. >> is there a way to use double precision ? >> >> $ >>> from pyo import * >> $ pyo version 0.5.0 (uses single precision) >> >> for the Server to boot properly, I have to start jackd, then Server().boot() >> gives me an Error with PortAudio incorrect channels number (???), stop >> jackd, and then Server boots fine.. >> it seems also that it segfaults easily.. no time right now but I'll make >> more tests some time... >> >> cheers, >> _y >> > > > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list signature.asc Description: Message signed with OpenPGP using GPGMail ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd on mini devices
It is not dificult to setup, provided that the usb device is supported by alsa/kernel. The latency depends greatly of the device cpu, kernel, driver etc. Low latencies like 4 ms seems to me hard to achieve. No dia 1 de Nov de 2011 13:07, "i go bananas" escreveu: > Hi Ricardo, > > this is very encouraging news! > > i don't need any externals, just basic pd. LibPd sounds like it would be > ideal. > > when you say about using beagelboard with an external audio device, is > that hard to set up? > > What is the latency like? i think i really need less than 20ms, but as > low as possible is best. > > > > > ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] Fwd: gem, pdp, gridflow, pidip
Sorry, I had accidentally sent this to pd-dev. Ricardo Fabbri -- Linux registered user #175401 www.lems.brown.edu/~rfabbri labmacambira.sf.net -- Forwarded message -- From: Ricardo Fabbri Date: Tue, Nov 1, 2011 at 5:51 PM Subject: gem, pdp, gridflow, pidip To: pd-...@iem.at Hi, would you have seasoned advice to give on these packages? one vs the other? quirks from each? gem, pdp, gridflow, pidip Gem's big win (for me) is having a very active development community which I am currently taking part of. There are tons of cool stuff on the other ones as well, of course. Any remarks to share? Things to watch out for? Best, Ricardo Fabbri -- Linux registered user #175401 www.lems.brown.edu/~rfabbri labmacambira.sf.net ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] Rép : PDGST - no pix_gst2pix ... and hello
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2011-10-31 00:37, x.garnier wrote: > Hello you all, > pix_gst2pix.cpp:148: error: ?class GemState? has no member named ?set? > pix_gst2pix.cpp:148: error: ?_PIX? is not a member of ?GemState? it seems like you are trying to compile pdgst with an older version (<0.93) of Gem. it also seems like pdgst currently only builds with Gem>=0.93 i hope i find time to make pdgst backward compatible. mfgadfr IOhannes Ok, thank you, If you have time for that it's cool, but i'll try to upgrade Gem (hope I'll be able to do it via Terminal, I'm not sure I know how to do it...) and compile pdgst again anyway. thank you again Xavier ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] drag n' drop OSX tkdnd
ok thanks for that! yeah I also independently verified this too
so here is the crazy report:
http://pastebin.com/H3VSbyvJ
and i noticed i noticed:
1) 0x7fff8de93000 - 0x7fff8e1b7fff com.apple.HIToolbox 1.8
(???)
/System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/HIToolbox.framework/Versions/A/HIToolbox
Carbon? isnt this supposed to be using Cocoa?
2) 10 -[NSWindow(NSWindowResizing)
_hitTestWithHysteresisCheck:forEvent:allowWindowDragging:] + 346 (in
AppKit) [0x7fff89d9ecf9]
10 +[NSWindow(NSWindowResizing)
_mouseHysteresisCheck:withExpiration:andDistance:finalMouseLocation:]
+ 483 (in AppKit) [0x7fff89dea25f]
crash is related all to the window resizing
cheers
m
2011/10/27 András Murányi :
> Since CGSRegisterCursorWithImages is a private function and it is not called
> directly form Pd, one could say it's a bug in CG per se - because the
> function that calls it from inside CG shall not pass on any illegal calls.
>
> Andras
>
> On Thu, Oct 27, 2011 at 21:19, m.e.grimm wrote:
>>
>> yeah had a few min today to take some more look at this.
>>
>> been reading up on the whole tk-cocoa thing too...
>>
>> as far as I can tell, there are not multiple issues but one larger one
>> narrowed down to:
>>
>> Oct 27 15:01:49 megrimm-mbp.local Pd-0.43.1-extended-20111027[15460]
>> : kCGErrorIllegalArgument: CGSRegisterCursorWithImages: Invalid
>> hot spot (outside of size)
>>
>> which occurs specifically when switching with the mouse between the PD
>> console window and the canvas/patch window.
>>
>> also I was totally wrong here:
>>
>> >>> You can resize on the left, right, and bottom left now? I guess
>> >>> that's a
>> >>> Lion thing.
>> >>
>> >> No I actually CAN NOT with the autobuild ONLY with my special tk/cocoa
>> >> build
>>
>> windows CAN be resized on lion from any corner (Any Corner Resizing)
>> although again, on my tk-cocoa build PD will crash when trying to
>> resize from the bottom right or left. This is NOT true of the PD
>> console window though which can be resized without a problem from any
>> corner.
>>
>> my question is: whats the difference between the code for the PD
>> console window that allows for resizing at any corner and the PD
>> canvas windows that do not? I think this may be the heart of the prob
>> with the crashes and weird error (CGSRegisterCursorWithImages)
>> maybe.
>>
>> other thing i am noticing is the mouse pointer keeping weird states
>> (double pointer, etc) without reverting back to a pointer. I also get
>> no "hand2" in edit mode. not sure if this is related to the windowing
>> problem though...
>>
>> > I know that feeling all to well, it's nice to have some company in it.
>>
>> i think im just starting to get old
>>
>> m
>>
>>
>> On Wed, Oct 26, 2011 at 10:51 PM, Hans-Christoph Steiner
>> wrote:
>> >
>> > On Oct 25, 2011, at 6:37 PM, m.e.grimm wrote:
>> >
>> >>> from that. Can you run Pd-extended 0.43 and trigger that crash, and
>> >>> post
>> >>> the crash log to a pastebin.com?
>> >>
>> >> you mean with the autobuilds? I can not trigger that crash with those.
>> >> those are fine...
>> >>
>> >> but maybe more importantly:
>> >
>> > Duh, sorry, the point was to test Pd without the included Tcl/Tk and to
>> > use
>> > Mac OS X's Tk/Cocoa.
>> >
>> >
>> >>> You can resize on the left, right, and bottom left now? I guess
>> >>> that's a
>> >>> Lion thing.
>> >>
>> >> No I actually CAN NOT with the autobuild ONLY with my special tk/cocoa
>> >> build
>> >>
>> >> my eyes are bleeding so more from me will have to wait until tomorrow.
>> >
>> > I know that feeling all to well, it's nice to have some company in it.
>> >
>> > .hc
>> >
>> >
>> >> On Tue, Oct 25, 2011 at 4:02 PM, Hans-Christoph Steiner
>> >> wrote:
>> >>>
>> >>> On Oct 25, 2011, at 3:51 PM, m.e.grimm wrote:
>> >>>
>> well commenting out lines 84 -> 86 in pdwindow.tcl stops the message:
>>
>> ---
>> UNHANDLED ERROR: can't find package tkdnd
>> while executing
>> "package require tkdnd"
>> ("uplevel" body line 1)
>> invoked from within
>> "uplevel #0 $tclcode"
>> FAILED TO LOAD /Library/Pd/tkdnd-plugin.tcl
>> ---
>>
>>
>> from appearing in the pd window.
>>
>> maybe thats something. IDK.
>> >>>
>> >>> That's a red herring, you really want those lines in pdwindow.tcl
>> >>> since
>> >>> they
>> >>> show you Tcl errors. The UNHANDLED ERROR that you are seeing is
>> >>> caused
>> >>> by
>> >>> the file /Library/Pd/tkdnd-plugin.tcl. Remove that file and it will
>> >>> go
>> >>> away.
>> >>>
>> >>>
>> i will have to mess with i more when i get time. I also wanted to
>> mention that I get spinning beachball and prog crash when I try to
>> resize a new doc only starting from the bottom right. all other
>> window
>> resizing (upper left and right, bottom left) work fine. does that
>> mean
>> anything to you?
Re: [PD] New versions of pd-l2ork now available on git
On Oct 31, 2011, at 7:44 PM, Ivica Ico Bukvic wrote: >> It looks like it'll take overnight to download all of the pd-l2ork-dev >> tarballs. >> So should be able to have this done tomorrow. You still up for swapping >> this in as your git repo? >> >> .hc > > Will I have complete control over it? In other words, I need to be made into > an admin for it. If that is ok with you I am perfectly fine with making it > the main repo. As an alternative, we could always mirror ours with this one... Yes, of course you'll have complete control. With git, each repo is its own entity that the user has complete control over. I'll do this right now, I'm posting it to my github [1] for now, I'll let you know once I'm done. Then you can delete your repo, clone this one, and push it to your repo. And it'll be all yours. .hc [1] https://github.com/pd-projects/pd-l2ork There is no way to peace, peace is the way. -A.J. Muste ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] [PD-announce] 7. November 2011: "Patchbay" in Cologne
English below
|
V
Liebe Freunde,
am nächsten Montag, 7.11.2011, findet nach einer ausgedehnten Sommerpause unser
nächstes Patchbay-Treffen statt. Special Guest: Chikashi Miyama.
Wir starten um 19:00 im Klanglabor der KHM, Filzengraben 8, Köln. Ihr seid
herzlich eingeladen.
Für unser Treffen am 7.11.2011 haben wir diesmal einen besonderen Gast.
Chikashi Miyama aus Japan, derzeit am ZKM in Karlsruhe, wird seine
Komposition "Black Vox" spiele. Dabei kommt sein selbst entwickelter
"Peacock"-Controller zum Einsatz, eine einzigartige schwarze Kiste mit 35
Infrarot-Abstandssensoren, die berührungsfrei mit den Händen gespielt wird.
Ein Theremin auf Dopamin! Im Anschluss erklärt er die Technik hinter dem Gerät
und
erlaubt uns vielleicht sogar einen Blick auf die nackten Schaltkreise, jawoll!
Video hier: http://chikashi.net/detail?id=20&lang=e
Die Kölner Patchbay ist ein zwangloses Treffen für alle, die sich mit
stöpselbaren Medien befassen. Ob ihr euch für Patch-Software wie Pure Data, Max
oder SuperCollider interessiert, echte Patchkabel in Modularsynths stopft
elektronische Steckplatinen mit Arduinos befüllt oder Circuit Bending macht -
hier seid ihr richtig und findet Gleichgesinnte. Es gibt Getränke.
Beste Grüße,
--
Die Leute aus der Stöpselbucht: Dirk, Frank, Tobias, Tobias, Volker uvm.
Dear Friends,
we're happy to invite you to the next Patchbay meeting in Cologne on Nov 7,
2011, 7 pm, in the Klanglabor ("Soundlab") of the KHM (Academy of Media Arts
Cologne), Filzengraben 8, Cologne.
This time we will have a special guest: Chikashi Miyama.
Chikashi Miyama from Japan, currently researcher at ZKM Karlsruhe, will perform
his composition "Black Vox". It uses a special controller, Chikashi developed:
the "Peacock", a box-shaped sensor-based interface, which detects the movements
of a performer's hands employing thirty-five infrared sensors. Subsequent to
the performance he will explain some technical details of his work and the
controller.
The "Patchbay" in Cologne is a casual, informal meeting for everyone interested
in patchable media. It was started in the beginning of 2011 by a handful of
Cologne sound and media artists, some of them are using software like Pure
Data, Max/MSP or Supercollider, others prefer hardware modular synths, still
others have a circuit bending background or develop custom instruments around
microcontrollers like the Arduino board. Whatever patching environment you're
interested in, the Patchbay meetings offer an opportunity to see and discuss
your and other's projects and just hang around. There will be drinks!
Best regards
--
The Patchbay People: Dirk, Frank, Tobias, Tobias, Volker and others
___
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] gridflow fullscreen
hello ! is there a fullscreen method with [#out x11( ? (or #out quartz) the shortcuts from [#out sdl( seems to not working there... I try the change the window size from [#out x11] but I got the following error message by sending the message [out_size 1920 1080( error: [#io.x11 out] inlet 0 method out_size: shmget() failed: Invalid argument XErrorEvent: type=0x display=0x2014e00 xid=0x000b ... serial=0x03ae error=0x0084 request=0x0084 minor=0x0002 (note: turning shm off) with others arguments (e.g. 1024 576) nothing happens... thx *stéfan* 2011/10/27 stéfan piat > ok. > thanks for clarifying this > (I do not need to make it happen automatically) > > > s. > > 2011/10/26 Mathieu Bouchard > >> Le 2011-10-26 à 15:01:00, stéfan piat a écrit : >> >> >> I try to make a fullscreen window in gridflow (with #out ) but I didn't >>> find informations about that in the documentation, in #out-help.pd or in >>> the list do you know how ? (i'm running on windows, with pd-extended 0.42.5) >>> >> >> [#out window] is an alias for [#out sdl] when on Windows. It's an alias >> for other things on Linux & OSX. >> >> [#out sdl], by default, has three shortcuts for activating fullscreen : >> you can press f, Escape or F11. I picked those three because they are the >> three most common shortcuts in apps that have fullscreen modes >> (respectively from MPlayer, Flash player(s), and FireFox browsing, though >> the same shortcuts are used by many more apps than that). >> >> I don't remember why I didn't put a fullscreen method in [#out sdl]. Do >> you need to make it happen automatically ? >> >> __**__** >> __ >> | Mathieu BOUCHARD - téléphone : +1.514.383.3801 - Montréal, QC > > > ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Two RjDj questions
-- Forwarded message -- From: Joe White Date: 1 November 2011 14:37 Subject: Re: [PD] Two RjDj questions To: Joe Newlin Hi Joe, Check out the following filter objects [e_resonzq], [e_reslop], [e_lop2], [e_lop4] Make sure that the synths are initialised with some settings otherwise there will be no sound output. Check out the detailed help section from their respective help patches. Cheers, Joe On 31 October 2011 16:19, Joe Newlin wrote: > Hi Frank, > > I am trying to re-work some of my patches using rjlib so that I can share > them with the world more easily. > > In one, I am using the [moog~] filter. What rjlib object would most > closely approximate this? > > Also, I'm having trouble with some of the synths (like s_chip & s_czz). I > was expecting to send a note/velocity pair to inlet 0 and get sound from > the outlet~. That's not happening and looking inside the abstractions > didn't help me understand what was/wasn't happening. Am I missing something? > > Thanks, > > JN > > -- > www.joenewlin.net > www.twitter.com/joe_newlin > > > ___ > 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] RjDj - Accessing RjDj server
Hi Tesia, RJZServer on your wireless network doesn't interact with our servers. Are you trying to install scenes from your computer to your iDevice? Cheers, Joe On 20 October 2011 04:21, tesia kosmalski wrote: > So why is it taking a small miracle for my iPod and iPhone to hit the RjDj > servers via Safari? > > All OS's, Apps, RjzServer versions are up to date...and I've tried in 3 > different wireless environments. > > Set up worked like a charm 6 months ago. > > Thanks > > ___ > 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] OT: Poll: Csounds or SuperCollider or Chuck
Olivier (pyo's dev) responded offlist while I was busy writing a reply. I'm posting what he has to say here for the benefit of the list. For those interested (and to avoid hijacking pd-land), there is a pyo mailing list here: http://groups.google.com/group/pyo-discuss Pyo radio will be back up and running today for those who wondered. Cheers, jm --Olivier's answer--- Hi Yvan, Thanks for trying the pyo example! 2011/11/1 yvan volochine > On 11/01/2011 04:23 AM, Jean-Michel Dumas wrote: > >> It's great to see pyo make an appearance in this discussion. For >> completion's sake, here's the "128 sine waves with random freq mixed down >> to stereo" example written in pyo. I find it much more readable than >> either >> SC or cSound, but that's only a matter of taste i guess. >> >> Sine([random.uniform(20,2) for i in range(128)]).mix(2) >> > A Csound example would use 128 lines or some simili-loop opcode. The best way should be to script Csound from python or lua...! > indeed, pyo looks really cool, kudos ;) > > a couple of remarks with your example though. > my sc example description was not 100% accurate: > the random freqs have exponential distribution (ExpRand) and Splay does > the stereo mix down but with a level compensation (equal power) so you > don't blow up your ears/pa like in the above pyo example :p > That's the cool thing with a pure python module, you can use any function in the random module... To be more like you SC example, the line should be: a = Sine([100 * random.expovariate(0.5) for i in range(128)], mul=1./128).mix(2).out() > also, running this pyo line uses 25% of my Core Duo 1.83 while sc example > uses 15% (and I'm not running excellent Tim Blechmann's multicore-aware > sound server supernova, just default scsynth) > No doubt, SC is the best audio engine regarding CPU usage... With pyo, there is an overhead to deal with the Python Global Interpreter Lock (GIL). It makes python very safe but take some times to acquire and release before and after the audio callback. In the case of playing a bunch of oscillators, I would probably use OscBank which can compute hundreds of oscillators in a single loop, very efficient! > > BTW, (getting a bit OT here) I have some questions about pyo. > is there a way to use double precision ? > from pyo64 import * > > $ >>> from pyo import * > $ pyo version 0.5.0 (uses single precision) > > for the Server to boot properly, I have to start jackd, then > Server().boot() gives me an Error with PortAudio incorrect channels number > (???), stop jackd, and then Server boots fine.. > it seems also that it segfaults easily.. no time right now but I'll make > more tests some time... > jack and portaudio don't really like each other! Portaudio won't initialize if jack is started. You can use pyo with jack by setting the Server's host: s = Server(host="jack").boot() Cheers, Olivier > cheers, > _y > > -- > yvan.voloch...@gmail.com > http://yvanvolochine.com > > ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd on mini devices
Hi Ricardo, this is very encouraging news! i don't need any externals, just basic pd. LibPd sounds like it would be ideal. when you say about using beagelboard with an external audio device, is that hard to set up? What is the latency like? i think i really need less than 20ms, but as low as possible is best. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd on mini devices
I did managed to run puredata on a beagleboard clone (igepv2) the audio IC on the beagle and clones is really bad, but with an external USB interface it works very well. I did tried a pitchshifter patch and ot worked. Better yet is to use LibPd. I also tried it using a puthon wrapper, amazing and super low resources. Only problem. The ARM processors are diferent so you will need tocompile lots of externals from scratch. (Unless pd - extended start to have an ARM build system. No dia 31 de Out de 2011 12:02, "Andy Farnell" escreveu: > On Mon, 31 Oct 2011 20:34:18 +0900 > i go bananas wrote: > > > well, something like that raspberry or the beagleboard looks absolutely > > great, IF i can get one to run pd with just some really minimal patch. > > > > the most important thing is low latency. i know how hard that is to get > > even on a 'proper' computer, so that's going to be the hard thing, yeah? > > The basic arrangement is a real-time kernel and ALSA. If you can get those > running you have a start. But very few people have any inclination to > mess around at that level. Something like http://www.emdebian.org/ is > often at the heart of a usable system. > > Bear in mind that you have no hard drive. So a good idea is to make a > live system. That means the whole system boots from a USB compressed > filesystem and runs only in RAM. If you partition the USB stick and > create a persistent home directory, then you have what behaves like > a normal desktop. Except you won't want a desktop. > > The bare bones are > > Kernel > core-utils, busybox > ALSA > telnet/ssh > > With ssh you have a handle on the device, you can log in, transfer > files using scp, remotely start and stop services. Try compiling a simple > test program that produces a sine wave and get that coming out your audio > device. Then see if you can get vanilla Pd on there. Note that if you > go the Debian or Arch route you'll be able to use a package manager > to pull a pre-built version for ARM very easily. > > apt-get install puredata > > This is high level guidance. Before getting stuck in see what > some of the others say. I haven't played with this for a few months and > it's a fast moving stream. There may be one or more off-the-shelf ways of > getting Pd running on a small board ARM or intel, but you want a > suitable kernel to try real-time guitar fx. > > a. > > > > > > > > > i don't mind if the device is a bit bigger. but you know...even these > > smart phones now can run pretty decent pd patches. surely there has to > be > > some good option with dedicated audio in/out and low latency??? > > > > i can attempt a custom linux install even but i'd need some hand holding. > > > > > > > > > > On Mon, Oct 31, 2011 at 7:56 PM, Andy Farnell < > padawa...@obiwannabe.co.uk>wrote: > > > > > > > > It's a current topic at the London hackspace. > > > Im often thinking about new development boards that can run > > > a decent guitar FX patch with usable latency on a playing > > > card sized board costing less than a $50 > > > > > > Depends what you mean by mini devices though. > > > > > > In theory a usable CPU only board would need USB, > > > and a power supply, everything else, including > > > LAN and audio can be added. > > > > > > Most SBCs are actually very expensive dollar per cycle but > > > there are some interesting possibilities > > > > > > http://www.raspberrypi.org/?p=78 > > > http://beagleboard.org/ > > > > > > > > > a. > > > > > > On Mon, 31 Oct 2011 19:39:39 +0900 > > > i go bananas wrote: > > > > > > > (this is a duplicate post i did on the forum, but want to see if i > can > > > get > > > > help here) > > > > > > > > > > > > is there someone here doing pd on mini devices yet? > > > > > > > > > > > > i want something with low latency, audio output at least, but audio > > > in/out > > > > even better.. the ability to connect some sort of sensors or > controllers > > > > (even really basic stuff) > > > > > > > > basically, i want to put pd in a guitar pedal. > > > > > > > > any help? > > > > > > > > cheap would be best, but i have a small budget i could use if a good > > > option > > > > is not bargain basement. > > > > > > > > i must also mention that i'm really not good at soldering, and my > coding > > > > ability in anything other than PD is pretty shocking. > > > > > > > > what options are there? i have heard of beagle board, does that > work? > > > > > > > > > -- > > > Andy Farnell > > > > > > -- > Andy Farnell > > ___ > 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] OT: Poll: Csounds or SuperCollider or Chuck
hello, nice thread - iam interested in two things: the soundquality/ resolution and stabillity at cpu expensive applications of these three programminglanguages. do they differ? thanks, jo Am 01.11.11 11:16, schrieb yvan volochine: On 11/01/2011 04:23 AM, Jean-Michel Dumas wrote: It's great to see pyo make an appearance in this discussion. For completion's sake, here's the "128 sine waves with random freq mixed down to stereo" example written in pyo. I find it much more readable than either SC or cSound, but that's only a matter of taste i guess. Sine([random.uniform(20,2) for i in range(128)]).mix(2) indeed, pyo looks really cool, kudos ;) a couple of remarks with your example though. my sc example description was not 100% accurate: the random freqs have exponential distribution (ExpRand) and Splay does the stereo mix down but with a level compensation (equal power) so you don't blow up your ears/pa like in the above pyo example :p also, running this pyo line uses 25% of my Core Duo 1.83 while sc example uses 15% (and I'm not running excellent Tim Blechmann's multicore-aware sound server supernova, just default scsynth) BTW, (getting a bit OT here) I have some questions about pyo. is there a way to use double precision ? $ >>> from pyo import * $ pyo version 0.5.0 (uses single precision) for the Server to boot properly, I have to start jackd, then Server().boot() gives me an Error with PortAudio incorrect channels number (???), stop jackd, and then Server boots fine.. it seems also that it segfaults easily.. no time right now but I'll make more tests some time... cheers, _y ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] OT: Poll: Csounds or SuperCollider or Chuck
On 11/01/2011 04:23 AM, Jean-Michel Dumas wrote: It's great to see pyo make an appearance in this discussion. For completion's sake, here's the "128 sine waves with random freq mixed down to stereo" example written in pyo. I find it much more readable than either SC or cSound, but that's only a matter of taste i guess. Sine([random.uniform(20,2) for i in range(128)]).mix(2) indeed, pyo looks really cool, kudos ;) a couple of remarks with your example though. my sc example description was not 100% accurate: the random freqs have exponential distribution (ExpRand) and Splay does the stereo mix down but with a level compensation (equal power) so you don't blow up your ears/pa like in the above pyo example :p also, running this pyo line uses 25% of my Core Duo 1.83 while sc example uses 15% (and I'm not running excellent Tim Blechmann's multicore-aware sound server supernova, just default scsynth) BTW, (getting a bit OT here) I have some questions about pyo. is there a way to use double precision ? $ >>> from pyo import * $ pyo version 0.5.0 (uses single precision) for the Server to boot properly, I have to start jackd, then Server().boot() gives me an Error with PortAudio incorrect channels number (???), stop jackd, and then Server boots fine.. it seems also that it segfaults easily.. no time right now but I'll make more tests some time... cheers, _y -- yvan.voloch...@gmail.com http://yvanvolochine.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
