Re: [PD] [pool] binary for Mac Intel?
On Jan 3, 2008 1:44 PM, Thomas Grill [EMAIL PROTECTED] wrote: I committed some stuff to the PD CVS that should prevent buffer overruns in these cases. I hope that it doesn't have bad side effects. Woop! Much love Thomas! I'm building it now and I'll have a go with it. Thanks tons! Am 03.01.2008 um 11:52 schrieb Damian Stewart: I don't mean to nag, but I have a really cool update to Memento that adds [commun]-exposed parameter listing for midi-controller assignment to any Memento-enabled abstraction. The overrun means it kills Pd though (with any nominal level of parameters), so I had to stop development : (. ... because even though i don't understand this completely, it sounds *really* *really* nice. I think so too : ). Hopefully I'll have a beta out next-weekish... one thing i did notice playing around with Memento last night - if you switch substates it only seems to add whatever values you change between switching to the pool. this means that if i have one patch substate (call it substate 0) that sets all the parameters, then make a new substate (substate 1) and change only one value, only that one value will be stored - which means that to recall the state of the system completely come next time, i would have to load first substate 0 then substate 1, to completely set all the parameters. I remember playing with the substates but don't remember this happening, anyway it sounds like a bug. I'll have a look while I'm working on the other stuff (since I've been meaning to use the substates more myself). And if Novation ever manages to release the SDK for the RemoteSL, I'll be adding automatic display of parameter names on the RemoteSL's LCD screens upon assignment... it might be easier to reverse-engineer the Automap protocol. it's just transmitted over sysex AFAIK. and if it's not apparently it's very easy to sniff USB devices. i might give this a go next week.. Awesome! I guess I better make sure the sysex patches are in pd-extended... (Oh, also, I got an email from Novation last week saying the SDK was still soon forthcoming, but then they also said it would be out with the 4.1 software and it wasn't) Cheers Luke ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [pool] binary for Mac Intel?
Hey all, i added new versions for binaries of my externals at http://g.org/ext/beta. Along with that i made a more elaborate skeleton for the pool pdpedia page and hope to find time for the other externals soon. gr~~~ Luke Iannini (pd) schrieb: On Jan 3, 2008 1:44 PM, Thomas Grill [EMAIL PROTECTED] wrote: I committed some stuff to the PD CVS that should prevent buffer overruns in these cases. I hope that it doesn't have bad side effects. Woop! Much love Thomas! I'm building it now and I'll have a go with it. Thanks tons! Am 03.01.2008 um 11:52 schrieb Damian Stewart: I don't mean to nag, but I have a really cool update to Memento that adds [commun]-exposed parameter listing for midi-controller assignment to any Memento-enabled abstraction. The overrun means it kills Pd though (with any nominal level of parameters), so I had to stop development : (. ... because even though i don't understand this completely, it sounds *really* *really* nice. I think so too : ). Hopefully I'll have a beta out next-weekish... one thing i did notice playing around with Memento last night - if you switch substates it only seems to add whatever values you change between switching to the pool. this means that if i have one patch substate (call it substate 0) that sets all the parameters, then make a new substate (substate 1) and change only one value, only that one value will be stored - which means that to recall the state of the system completely come next time, i would have to load first substate 0 then substate 1, to completely set all the parameters. I remember playing with the substates but don't remember this happening, anyway it sounds like a bug. I'll have a look while I'm working on the other stuff (since I've been meaning to use the substates more myself). And if Novation ever manages to release the SDK for the RemoteSL, I'll be adding automatic display of parameter names on the RemoteSL's LCD screens upon assignment... it might be easier to reverse-engineer the Automap protocol. it's just transmitted over sysex AFAIK. and if it's not apparently it's very easy to sniff USB devices. i might give this a go next week.. Awesome! I guess I better make sure the sysex patches are in pd-extended... (Oh, also, I got an email from Novation last week saying the SDK was still soon forthcoming, but then they also said it would be out with the 4.1 software and it wasn't) Cheers Luke ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] MIDI on Win XP
Hello, Anton Hörnquist a écrit : with Pd (Win XP) but I'm running into problems. When I move a knob on the midi controller there is a delay of at least one second until the controller data show up in the Pd window (I simply output controllers using the [ctlin] object). This delay makes it pretty much unusable. I did you try MIDI controllers with another software? tried different command line arguments to find something that could speed things up and I managed to get quick midi input through the [ctlin] object, if I used -noaudio. But I'd like to use the audio system, so that's not really an option for me. Is MIDI on Win XP Pd really this bad? There is a warning message showing up in the Pd window when using MIDI on windows. What is this error message? MIDI on XP is bad indeed, and I have to run my midi application under linux to get a latency lower than human sound perception, without artefacts, and with a cheap soundcard. If you know a bit about development you might be interested about this: http://msdn.microsoft.com/archive/default.asp?url=/archive/en-us/dnargame/html/msdn_mlatency.asp Anyway, I suggest to have a deep look into your computer configuration, you might have a problem with the system. A solution would be to convert the MIDI to OSC in some other program and send it to Pd, but of course I prefer to just use the [ctlin] object in Pd, if possible. I also run Pd on Linux but unfortunately my soundcard (M-Audio Firewire 410) has no driver for Linux. Indeed I use OSCx for a lower latency, but almost all paywares doesn't use this communication protocol. They are almost all stupidly stucked on the old MIDI. Cheers, Anton ___ 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] SQLdb for linux
Mike McGonagle wrote: On Jan 4, 2008 1:31 AM, Hans-Christoph Steiner [EMAIL PROTECTED] wrote: I just had a look at ftm.sqlite.help.pd.They use a custom and very specialized message box to deal with the comma issue. I think your i am not sure whether this is correct. while ftm uses it's own special message box, one of the ftm.sqlite help-files definitely used an ordinary message box with the commas. i thought that max might have a way to quote within message boxes - which looks like the most natural solution to me. fgmasdr IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] MIDI on Win XP
On Jan 4, 2008 6:16 PM, Patrice Colet [EMAIL PROTECTED] wrote: with Pd (Win XP) but I'm running into problems. When I move a knob on the midi controller there is a delay of at least one second until the controller data show up in the Pd window (I simply output controllers using the [ctlin] object). This delay makes it pretty much unusable. I did you try MIDI controllers with another software? Yes - the controller works perfectly with the other software I've tested it with (Ableton Live, Max/MSP, MIDI-OX) tried different command line arguments to find something that could speed things up and I managed to get quick midi input through the [ctlin] object, if I used -noaudio. But I'd like to use the audio system, so that's not really an option for me. Is MIDI on Win XP Pd really this bad? There is a warning message showing up in the Pd window when using MIDI on windows. What is this error message? In the Pd window: Warning: midi input is dangerous in Microsoft Windows\; see Pd manual) MIDI on XP is bad indeed, and I have to run my midi application under linux to get a latency lower than human sound perception, without artefacts, and with a cheap soundcard. If you know a bit about development you might be interested about this: http://msdn.microsoft.com/archive/default.asp?url=/archive/en-us/dnargame/html/msdn_mlatency.asp Anyway, I suggest to have a deep look into your computer configuration, you might have a problem with the system. Thanks for the link, I'll look into it! But this is not a general Win XP problem for me, it's a Pd problem. As I wrote, other programs work fine, no latency at all. When I only use the midi system of Pd it works fine. But when I use both the audio and midi system in Pd, there is delay in incoming midi. Cheers Anton ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] MIDI on Win XP
Anton Hörnquist a écrit : On Jan 4, 2008 6:16 PM, Patrice Colet [EMAIL PROTECTED] wrote: What is this error message? In the Pd window: Warning: midi input is dangerous in Microsoft Windows\; see Pd manual) Ah, this is not related with ctlin, I'm using sometimes midiin and midiout for handling MTC and MIDI clock, i haven't see a pd related problem yet with these objects. XP problem for me, it's a Pd problem. As I wrote, other programs work fine, no latency at all. When I only use the midi system of Pd it works fine. But when I use both the audio and midi system in Pd, there is delay in incoming midi. Thanks for giving this precious precision, i didn't understand it in the first message, and forgot to ask what version of pd are you using? I've never been into this kind of problem with all win32 pd versions I tried, and I'm actually on Pd version 0.41-0test05. Even if i couldn't be on any help, maybe your answers will drive pd devels to find out a solution. Pk ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] honk -- update
Very nice, thanks for adding the help files! ~Kyle On Jan 4, 2008 4:13 AM, Johannes Kreidler [EMAIL PROTECTED] wrote: hi list, thank you for advices and bug reports. i fixed some things, added another abstractions und help-files. here are the honk abstractions: http://www.kreidler-net.de/honk.html hans-christoph, can it be included in pd-extended? greets, johannes honk abstractions collection of abstractions for pd (requires at least pd-extended 0.39) download: http://www.kreidler-net.de/honk.zip help-files are in the same folder, but also included inside the absctractions themselves. GLUE linvert - inverts order of atoms of a list listerize-fifo - like serialize but for symbols, turns a list of symbols into a list, in order: first in first out listerize-lifo - like serialize but for symbols, turns a list of symbols into a list, in order: last in first out mergerize-fifo - turns a stream of symbols into one symbol, in order: first in first out mergerize-lifo - turns a stream of symbols into one symbol, in order: last in first out nbangs - sequence incoming bangs prae- glues a praefix and an input together to one list schange - like change but for symbols, outputs its input only when it changes serialize-fifo - like serialize but for any number of floats. turns a list of floats into a list, in order: first in first out serialize-lifo - like serialize but for any number of floats. turns a list of floats into a list, in order: last in first out TIME malibu - counts in a certain speed zetro - random metronome MATH noreprand - (almost) exactly like random, but without repetitions. outputs random numbers in given range. rondom - like random but with offset as argument TABLES ntables - creates a certain number of tables in subpatch GUI- bak - like bang, but size can be given by argument dac - comfortable control of audio output display - displays a number or symbol in variable size hamp- comfortable horizontal potentiometer hr - like horizontal radio, but number of buttons can be given by argument gop - comfortable graph-on-parent control hs - horizontal slider with range as arguments sf - soundfile-player for different formats (wav, mp3, ogg) tok - like toggle, but size can be given by argument vamp- comfortable vertical potentiometer vr - like vertical radio, but number of buttons can be given by argument vs - vertical slider with range as arguments vum - quick-to-build VU-Meter MISC klist - text-based sequencer with absolute time destinations midi2symbol - MIDI tone numbers to german tone name conversion AUDIO GLUE compress~ - every amplitude that lies under a certain threshold will be amplified to a reference amplitude limit~ - every amplitude that lies over a certain threshold will be dampened to a reference amplitude pitchshift~ - granular transposition AUDIO OSCILLATORS sinesum~- oscillator with various partials waveform~ - waveform oscillator (sine/saw/triangle/square/pulse/random) -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- - - - -- http://perhapsidid.wordpress.com http://myspace.com/kyleklipowicz ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Mac OSX internal MIDI?
Hi, in order to use the DSL synth you have to install SimpleSynth software: http://pete.yandell.com/software/simplesynth/Read%20Me.html then, from the /Applications/Utilities/Audio MIDI Setup Application, choose MIDI Devices tab, and make sure that the IAC Driver is online. Start SimpleSynth and choose as MIDI Source IAC Driver Bus 1; start Pd and go to the Preferences-MIDI Settings menu. Here choose as output device IAC Driver: Bus 1, press Apply and OK. Now you should be able to play the Mac internal synth from Pd. Hope this helps, Libero Date: Fri, 04 Jan 2008 11:26:21 -0800 From: Dudley Brooks [EMAIL PROTECTED] Subject: [PD] Mac OSX internal MIDI? To: pd-list@iem.at Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=ISO-8859-1; format=flowed Mac (and PD) newbie question: I have PD on a Macbook Pro with MacOSX 10.4. I have no external MIDI equipment and no software synth (not yet, anyway). Another application, Sibelius, shows a playback device called DLS Music Device with the General MIDI sound set. I was informed by the Sibelius list that DLS is an internal Mac playback device (possibly the Quicktime synth, or is that yet another playback device?), but that it is only appears in other applications if they have explicitly built in support for it. Can I get PD to recognize it? If so, how? If not, what are my other options? Thanks. -- Libero Mureddu http://webusers.siba.fi/~limuredd/ http://www.myspace.com/liberomureddu ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] SQLdb for linux
I posted the latest update on this at ( http://puredata.info/Members/mjmogo/) under the Version 0.01 archive. The Makefile will produce the pd_darwin externals. It also contains several abstractions for support. You should be able to compile and leave everything in place to run. There is an example called ReichTest.pd. This uses a single SQLdb object (connected to an SQLite file), and several SQLquery objects to make requests. Please let me know what you think. Mike ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] SQLdb Version 0.01
Hello all, I just wanted to let you know that I posted a new version with some fixes. It will also return a NIL symbol for any data element that is UNASSIGNED (or a NULL value). (A null is different from 0 or an empty string). There is also an example program called ReichTest.pd that shows a simple example of using a Database to store and load some patch data. I have tested this with both Vanilla PD and and some of the Nightly Builds for Extended. Any feedback would be useful. Thanks, Mike ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] SQLdb Version 0.01
And I forgot to tell you that I posted it to ( http://puredata.info/Members/mjmogo/ ) Mike On Jan 4, 2008 1:05 PM, Mike McGonagle [EMAIL PROTECTED] wrote: Hello all, I just wanted to let you know that I posted a new version with some fixes. It will also return a NIL symbol for any data element that is UNASSIGNED (or a NULL value). (A null is different from 0 or an empty string). There is also an example program called ReichTest.pd that shows a simple example of using a Database to store and load some patch data. I have tested this with both Vanilla PD and and some of the Nightly Builds for Extended. Any feedback would be useful. Thanks, Mike -- Peace may sound simple—one beautiful word— but it requires everything we have, every quality, every strength, every dream, every high ideal. —Yehudi Menuhin (1916–1999), musician ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Mac OSX internal MIDI?
Mac (and PD) newbie question: I have PD on a Macbook Pro with MacOSX 10.4. I have no external MIDI equipment and no software synth (not yet, anyway). Another application, Sibelius, shows a playback device called DLS Music Device with the General MIDI sound set. I was informed by the Sibelius list that DLS is an internal Mac playback device (possibly the Quicktime synth, or is that yet another playback device?), but that it is only appears in other applications if they have explicitly built in support for it. Can I get PD to recognize it? If so, how? If not, what are my other options? Thanks. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] tabread4~~
On Sun, 23 Dec 2007, Charles Henry wrote: To split hairs, we want to constrain the total energy in mixing signals, which means we have to expand the inner product. I mentioned convex spaces possibly because you can deform your space so that you don't have to do it with the inner product. If each of your dimensions' values is an energy level instead of an amplitude, then instead of forcing the inner product to be 1, you can force the simple sum of all components to be 1, and that's a linear equation instead of a quadratic equation. It changes the nature of how you cross-fade between components, but that doesn't mean that it changes it in a bad way. This ensures that we have a solid homotopy, where we're not interpolating outside of our space (I stated this wrongly in the first place!). so, |x|^2=|y|^2=1 and |a*x+b*y|^2=a^2*|x|^2+b^2*|y|^2+a*b*x,y=1 What makes you think that? An inner product is only guaranteed to be sesquilinear; in other words, it's conjugate-commutative: some kind of hybrid between commutative and anti-commutative. You also forgot to multiply a*b*x,y by two because even in the commutative case you have to count it twice. |a*x+b*y|^2 = a^2*|x|^2 + b^2*|y|^2 + a*b*x,y + a*b*y,x = 1 If you don't use complex numbers you probably can say x,y=y,x and then you can write it like: |a*x+b*y|^2 = a^2*|x|^2 + b^2*|y|^2 + 2*a*b*x,y = 1 And then I don't know where you are getting to with your simplifications, but really, if you use flatten it into a convex space, it looks a lot friendlier for interpolation. With a |x|=1 kind of space, the only nice stuff you can do on it is action by an orthogonal matrix space. I wouldn't enjoy to have to mess with square roots on that. OTOH it could be that the convex space thingie is unusable in practice because one would want to work with amplitudes instead, but I haven't really tried... It's not like I plan doing anything with those structures any time soon. I've always been fascinated (obsessed maybe? meh) with convolution operators. I have often said some wrong things about these, but later worked out proofs of general properties that are essential. L1 norms and L2 norms are the most important. Convolution preserves L1 norms (proof on request) in the following way (here | . | represents the L1 norm, |f| = integral( -inf, inf, |f|dt) and * is convolution |x*y| = |x| |y| In that case it might be easier to write slightly more verbose formulas than having to explain the formula... e.g. L1(conv(x,y)) = L1(x)*L1(y), where * is the ordinary product. and in the L2 norm shown here with same notation |f| = sqrt( integral( -inf, inf, f^2dt) ) |x*y| = sqrt( |x| |y| ) BTW, note that the L2 norm in the spherical space is (isomorphic to) the L1 norm in the convex space. (BTW, from now on, I will only use x,y to talk about vectors in the spherical space, and will use different symbols to talk about the convex space, e.g. convex(x) and convex(y)) To me, convolution makes a good operator for consideration in this type of space. Maybe there's a modification to the definition we can make to be sure that |x*y|^2=1 ? Well, you could define the normalised convolution product as being conv(x,y)/L2(conv(x,y)) ? Let's say F(x),F(y) are Fourier transforms of the x,y vectors. Then the convolution of x,y is a componentwise product (representable by diagonal matrices if you prefer that, but i'll call it cp), according to the Convolution Theorem, and F is energy-preserving, according to Parseval's theorem. So F(conv(x,y)/L2(conv(x,y)) = F(cp(x,y))/L2(cp(x,y)). Does this get you further in any way? Actually, note the difference with convex space: in an affine space, you are not restricted to a=0 and b=0. I can only call the latter a convex sum because energy is nonnegative. (Btw, are the values in the vector supposed to be energy values or amplitude values?) The values in the vector should be amplitudes of orthogonal components, right? In the convex space, no, you deal directly with energy... but I suspect that if you want to interpolate between timbres, it's better to linearly interpolate energies instead of amplitudes, as it keeps total energy constant. Then, dissonance arises between pairs of frequencies by a nonlinear function N(X) which takes the dissonance between each pair and creates a vector of all possibilities. diss(X)=N(X)*A*N(x)/2 where A= [0 a1*a2 a1*a3 a1*a4 [a1*a2 0 a2*a3 a2*a4 . [a1*a3 a2*a3 0 a3*a4 . where you see a1*a2, etc... I mean for it to be sqrt(a1*a2) The elements are on the diagonal are zero because a single frequency makes no dissonance with itself. I don't believe this function. I'd expect the diagonal elements to follow the same pattern as everything else. Then I'd expect the amplitudes to be the elements of X and I'd expect the frequencies to be the indices of X. I'm completely lost, but something like sqrt(a1*a2) definitely looks
Re: [PD] MIDI on Win XP
hi i think i remember a similar problem in my case i have 2 soundcard: via-integrated and m-audio-delta1010 similar (or same) latency problem ocured when i was using midi from m-audio and audio engine on my via. so im using always my m-audio card for everything (anyway better;) i think that it may be the problem of cheap soundcard, or the drivers for it. maybe you can try some stuff like asio4all and try to run it with this driver, maybe try with a better quality soundcard... my only recommendation is to try all possibilities with your audio-midi connections :) hope this brings u somwhere greets nikola Anton Hörnquist wrote: On Jan 4, 2008 6:16 PM, Patrice Colet [EMAIL PROTECTED] wrote: with Pd (Win XP) but I'm running into problems. When I move a knob on the midi controller there is a delay of at least one second until the controller data show up in the Pd window (I simply output controllers using the [ctlin] object). This delay makes it pretty much unusable. I did you try MIDI controllers with another software? Yes - the controller works perfectly with the other software I've tested it with (Ableton Live, Max/MSP, MIDI-OX) tried different command line arguments to find something that could speed things up and I managed to get quick midi input through the [ctlin] object, if I used -noaudio. But I'd like to use the audio system, so that's not really an option for me. Is MIDI on Win XP Pd really this bad? There is a warning message showing up in the Pd window when using MIDI on windows. What is this error message? In the Pd window: Warning: midi input is dangerous in Microsoft Windows\; see Pd manual) MIDI on XP is bad indeed, and I have to run my midi application under linux to get a latency lower than human sound perception, without artefacts, and with a cheap soundcard. If you know a bit about development you might be interested about this: http://msdn.microsoft.com/archive/default.asp?url=/archive/en-us/dnargame/html/msdn_mlatency.asp Anyway, I suggest to have a deep look into your computer configuration, you might have a problem with the system. Thanks for the link, I'll look into it! But this is not a general Win XP problem for me, it's a Pd problem. As I wrote, other programs work fine, no latency at all. When I only use the midi system of Pd it works fine. But when I use both the audio and midi system in Pd, there is delay in incoming midi. Cheers Anton ___ 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] honk -- update
Hallo, Johannes Kreidler hat gesagt: // Johannes Kreidler wrote: thank you for advices and bug reports. i fixed some things, added another abstractions und help-files. here are the honk abstractions: Nice collection. Btw: I don't know, if you know this trick, but you could also hide the name and arguments in your GOP abstractions. Example hs2.pd as a variant of hs.pd is attached. Should work with pd-0.39 as well (except the label setting, as I added it). Note that hs2.pd also routes numbers coming in through the inlet directly to the outlet, while only using set on the slider. This is a workaround around the buggy behaviour of sliders when transfering input data to their output data not unchanged (This is already reported in the bug tracker.) Your list processing abstractions could also be implemented without requiring any externals. Or rather, they already are in the [list]-abs collection or in RTC-lib. ;) Ciao -- Frank Barknecht _ __footils.org__ hs2.pd Description: application/puredata hs2-help.pd Description: application/puredata ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Wiimote for OS X
Greetings, I was checking with Hans about his progress debugging the wiimote object for OS X, and he said he'd be happy to get it working, but doesn't have a Wiimote to debug against. Someone had promised to send him one, but then apparently forgot about it. While I can't afford to send Hans a Wiimote outright, I'd be happy to chip in...is anybody else interested in getting the Wiimote working for other OSs? If at least one other person will share the cost with me, I'll do it. Drop me a line, Phil Stone pkstonemusic.com ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Wiimote for OS X
Sure, I'll chip in for that. Hans deserves more than a Wiimote anyway : ) (well, so do all you devs). Give me a paypal address, I guess? Cheers Luke On Jan 4, 2008 2:59 PM, Phil Stone [EMAIL PROTECTED] wrote: Greetings, I was checking with Hans about his progress debugging the wiimote object for OS X, and he said he'd be happy to get it working, but doesn't have a Wiimote to debug against. Someone had promised to send him one, but then apparently forgot about it. While I can't afford to send Hans a Wiimote outright, I'd be happy to chip in...is anybody else interested in getting the Wiimote working for other OSs? If at least one other person will share the cost with me, I'll do it. Drop me a line, Phil Stone pkstonemusic.com ___ 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] SSSAD vs MEMENTO
On Thu, Jan 03, 2008 at 04:26:56PM +0100, Frank Barknecht wrote: There will be no direct support for OSC in [sssad] unless Miller decides to include some OSCroute-variant in plain Pd, as sssad will never require externals. Has anyone lobbied Miller for this feature? I would love to hear what Miller thinks about OSC in Pd canonical. I queried this in 2005 http://lists.puredata.info/pipermail/pd-list/2005-11/033012.html but he never replied to that thread. Seems to me that OSC is as valuable to users as MIDI is these days. As many bits of software use OSC now as bits of hardware use MIDI, and even competing commercial products use OSC. Also, the code is there, ready to go into Pd cannonical quite easily. Best, Chris. --- http://mccormick.cx ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] SSSAD vs MEMENTO
Wait, isn't OSC GNU? Deja vu for some reason... ~Kyle On Jan 4, 2008 10:23 PM, Chris McCormick [EMAIL PROTECTED] wrote: On Thu, Jan 03, 2008 at 04:26:56PM +0100, Frank Barknecht wrote: There will be no direct support for OSC in [sssad] unless Miller decides to include some OSCroute-variant in plain Pd, as sssad will never require externals. Has anyone lobbied Miller for this feature? I would love to hear what Miller thinks about OSC in Pd canonical. I queried this in 2005 http://lists.puredata.info/pipermail/pd-list/2005-11/033012.html but he never replied to that thread. Seems to me that OSC is as valuable to users as MIDI is these days. As many bits of software use OSC now as bits of hardware use MIDI, and even competing commercial products use OSC. Also, the code is there, ready to go into Pd cannonical quite easily. Best, Chris. --- http://mccormick.cx ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- - - - -- http://perhapsidid.wordpress.com http://myspace.com/kyleklipowicz ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list