[PD] cyclone in Windows

Could someone test whether cyclone is working on Windows in test6? I want to make sure that works in the release. .hc "[W]e have invented the technology to eliminate scarcity, but we are deliberately throwing it awa

Re: [PD] [PD-announce] videos using mapping lib

Actually, based on this discussion, Cyrille and I updated [autoscale] so that it can save its state and you can turn off the auto-tracking: http://at.or.at/hans/pd/objects.html .hc On Dec 20, 2006, at 11:21 AM, Thomas Ouellet Fredericks wrote: You can try scale/adaptive from the pdmtl abst

Re: [PD] vertically "too big" patches (using OSX)

Hallo, I found this to deal with that: http://www.atomicbird.com/mondomouse/ Haven't bought it, but I used it for a live show where I had to use a friend's laptop who had a smaller screen than mine (and thus all my patches suffered this issue). Worked great. On 12/28/06, Kyle Klipowicz <[EMAIL

Re: [PD] wiiremote b4

Let's keep this on list, since it might be of interest to others. A crash log would be interesting. Also, a transcript from the Pd window, and what you had to do to get it to crash. (I don't even have bluetooth, so I am flying blind ;) .hc On Dec 28, 2006, at 7:09 PM, nick weldin wrote:

Re: [PD] mouse movement in PD causes audio dropout

Sounds like the Windows GUI-core bottleneck that was discussed a while back. I haven't seen this before. Which version of Pd are you using? .hc On Dec 28, 2006, at 2:38 PM, jeff bechtel wrote: Hi list, So, I'm running a new Pentium D dual core 2.66 ghz Dell. Win XP Pro. While in PD (

Re: [PD] project feedback

I really want to see more of the more elaborate scores. I think this is along the lines of what Miller was thinking when he started the data structures. But as far as I have seen, they are not easy to use interactively, i.e. edit them while they are being played. Any chance of downloadi

Re: [PD] [*] vs [*~]

On Dec 27, 2006, at 12:01 PM, Mathieu Bouchard wrote: I have some newbie questions here... why is it that [*] is only for floats, whereas if you want to multiply two signals one has to use [*~] ? Pd is strongly typed, so floats and signal data are different types, just like floats and s

Re: [PD] [*] vs [*~]

On Dec 27, 2006, at 4:46 PM, Mathieu Bouchard wrote: On Wed, 27 Dec 2006, Tim Blechmann wrote: Matju wrote: why is it that [*] is only for floats, whereas if you want to multiply two signals one has to use [*~] ? why do patch cords have different width? Because Miller added that in 0.35

[PD] Re: [GEM-dev] Re: pix_video and dv1394 capture on Edgy

FWIW, here are some pointers that may help. I just investigated kino package which apparently works and the same site hosts a very simple dvgrab shell app which captures dv stream into an avi file. At a first glance it appears simple enough to be adapted for Gem use, but I may be totally wrong abo

[PD] Re: [GEM-dev] Re: pix_video and dv1394 capture on Edgy

As I suspected, issue is much more acute. I just tried the identical setup on vanilla FC6 and it exhibits *exactly* the same problem (Kino works, but Gem doesn't using the same ieee1394 device, namely ADVC-100). So, now we have Dapper, Edgy, and FC6 for sure having this problem and I would not be

Re: [PD] float parsing

On Thu, 28 Dec 2006, Hans-Christoph Steiner wrote: My intuition says that +1 should be a symbol, Intuition is something that is trained. If you trained that part of your intuition using pd and not much else, you may get to see "+1 is a symbol" as something normal, obvious, and the way it sho

Re: [PD] float parsing

> > This demonstrates that unary + works in front of numerical literal, > > both in the main language and in the preprocessor. I don't know of > > a way to test whether the last + before the 1 is actually > > considered part of the literal or not. However, both scanf() and > > strtod() cons

Re: [PD] wave morphing

[EMAIL PROTECTED] a écrit : Couldn't quite follow what you were doing there Pat. I forgot to put the comments in my first commit, so it make the patch hard to understand with all mistakes there was inside... Here's my take on a way of fading between two waveshapes stored in tables that might

Re: [PD] Compilation of externals on Mac-Intel

You forgot this option: d) port sqlsingle to Mac OS X and add it to the Pd-extended build system ;) .hc On Dec 28, 2006, at 8:03 AM, Luigi Rensinghoff wrote: Hi again i ended in a "dead end" still trying to connect PD to a database. I was on Linux before and after a while i learned how to

Re: [PD] float parsing

On Dec 28, 2006, at 12:03 AM, Mathieu Bouchard wrote: On Wed, 27 Dec 2006, Miller Puckette wrote: Dunno which is should be, but the 'c' language doesn't allow unary '+' in front of numerical literals... so I followed that lead. I don't know which C language you are talking about. Try compil

Re: [PD] msgfile busted?

I forgot to mention, if it's still busted in test6, then please file a bug report: http://puredata.org/dev/bugtracker .hc On Dec 27, 2006, at 6:57 AM, timon wrote: Hi, Im trying to get msgfile to work on OSX 10.4.8 (G4) using HCS's PD 0.39.2 extended (test 4). No luck. Wont read, write o

Re: [PD] msgfile busted?

Could you try test6 and see if it is still broken? http://at.or.at/hans/pd/installers.html .hc On Dec 27, 2006, at 6:57 AM, timon wrote: Hi, Im trying to get msgfile to work on OSX 10.4.8 (G4) using HCS's PD 0.39.2 extended (test 4). No luck. Wont read, write or anything. Just printing [d

[PD] wiiremote b4

Ok, Masayuki Akamatsu released updated code for the wiiremote object. It looks complete, so here's the Pd version again. Please try it and let me know if it works for you: wiiremote_b4.tar.bz2 Description: Binary data .hc --

Re: [PD] wave morphing

Patco a écrit : Hi list, I am trying to fade beetween waveshapes, doesn't find how to get an average of the morphed signal between 0 and 1, Anyway, I've resolved this, it's attached #N canvas 0 0 793 557 10; #X obj 115 76 noise~; #X obj 301 79 hsl 128 15 0 127 0 0 empty empty WaveShape -2 -6

Re: [PD] vertically "too big" patches (using OSX)

On 28/12/2006, at 18.38, Kyle Klipowicz wrote: Maybe for their next release??? Iirc it will be in the next release. On 12/28/06, Frank Barknecht <[EMAIL PROTECTED]> wrote: On Linux many Window Managers like Blackbox support resizing through other operations as well. Yeah, i'm used to a

[PD] RE: [GEM-dev] Re: pix_video and dv1394 capture on Edgy

> Despite those thoughts I still haven't had a look at unicap yet, still too > many other things TODO first. Well, I just wasted another 2 hours trying to get my 5+ (!) year old webcam working which is still unsupported in Linux (intel pocket pc cam cs780, even though CS630 and CS430 are supported

RE: [PD] Re: [GEM-dev] Re: pix_video and dv1394 capture on Edgy

--- Mathieu Bouchard <[EMAIL PROTECTED]> schrieb: > On Thu, 28 Dec 2006, Ivica Ico Bukvic wrote: > > > Thanks for the advice but I am hoping to avoid > webcam due to inherent > > quality/fps decrease. > > USB2 is 40 times faster than USB1: at 400 mbps, in > 720x576, full color 24 > bits per pi

[PD] mouse movement in PD causes audio dropout

Hi list, So, I'm running a new Pentium D dual core 2.66 ghz Dell. Win XP Pro. While in PD ( no other sound apps) mouse movement causes the audio to drop out altogether. The sound resumes to normal when I stop moving the mouse. A look at the task manager performance monitor reveals the

[PD] wave morphing

Hi list, I am trying to fade beetween waveshapes, doesn't find how to get an average of the morphed signal between 0 and 1, Anyone has an idea? #N canvas 0 0 454 304 10; #X obj 117 74 noise~; #N canvas 454 176 514 430 module 0; #X obj 139 23 inlet~; #X obj 176 343 outlet~; #X obj 233 71 osc~; #

Re: [PD] [*] vs [*~]

--- Tim Blechmann <[EMAIL PROTECTED]> schrieb: > > > and why is expr~ so slow? > > > > I don't know, this might deserve a look (or a > rewrite). > > sample-wise dsp processing is usually way slower > than block-wise. iirc, > i read something about a factor 2 ... afaik, [expr~] does non-recursi

Re: [PD] running pd as a cubase vsti

Denis Trapeznikoff a écrit : 2006/12/26, Patco <[EMAIL PROTECTED] >: Did you try to put a physical midi cable between pd and cubase or a virtual midi cable with Hubis Loopback ou MapleDriver? You might have your solution with pdvst, look it up... It's an o

[PD] Re: [GEM-dev] Re: pix_video and dv1394 capture on Edgy

On Thu, 28 Dec 2006, Ivica Ico Bukvic wrote: Thanks for the info. However, ADVC-100 that I use is a firewire A/V device so the default behavior is 30fps at 720x480 (NTSC) with the only bottleneck being the quality of the camcorder (which in this case is still better than a webcam). But all thi

[PD] Re: [GEM-dev] Re: pix_video and dv1394 capture on Edgy

On Thu, 28 Dec 2006, Studio Zodiak wrote: I tried to get 1394 running with ubuntu edgy without success also. Maybe try using a webcam before you die of frustration. I did. It changed my life : ) Both GEM and GridFlow would benefit from supporting a camera interface based on libraw1394, libavc

[PD] Re: [GEM-dev] Re: pix_video and dv1394 capture on Edgy

Thanks for the info. However, ADVC-100 that I use is a firewire A/V device so the default behavior is 30fps at 720x480 (NTSC) with the only bottleneck being the quality of the camcorder (which in this case is still better than a webcam). But all this is moot as Gem worked just fine a month ago whe

Re: [PD] vertically "too big" patches (using OSX)

Unfortunately, this isn't the case as far as I've known. It's one of my primary gripes about OSX's otherwise beautiful interface. Maybe for their next release??? ~Kyle On 12/28/06, Frank Barknecht <[EMAIL PROTECTED]> wrote: On Linux many Window Managers like Blackbox support resizing throug

Re: [PD] vertically "too big" patches (using OSX)

Hallo, Steffen hat gesagt: // Steffen wrote: > When the patch and the window is too big to be displayed, i can't > reach the resize corner, hence can do the above to make the scroll > bar appear. - What could i do to solve this (except wiping OS X for > something else), what do you do? On L

Re: [PD] Set Operations

Thanks a lot, Frank. I am going to look at this stuff tonight. Mike On 12/28/06, Frank Barknecht <[EMAIL PROTECTED]> wrote: Hallo, Alexandre Quessy hat gesagt: // Alexandre Quessy wrote: > Very interesting. > You can look in the list-abs library. I don't know if there is a > list-roll_left a

[PD] call for GNU/Linux binaries

Can anyone send me binaries of the following flext objects compiled as individual .pd_linux files? I would like to include them in the upcoming Pd-extended release. They should be tested and known to work. Both i386 and PowerPC would be appreciated. absattr deljoin delsplit dyn~ ffteas

[PD] fade morphing

Hello, I've been in need of a patch that let one slider fade between several outputs, for building the famous RSF's kobol waveshape morphing for example or many other things... The patch is attached, with an example, are there more interesting (maybe less complicated) solutions? Cheers, PC. #

[PD] Re: [GEM-dev] Re: pix_video and dv1394 capture on Edgy

On Thu, 28 Dec 2006, Ivica Ico Bukvic wrote: Thanks for the advice but I am hoping to avoid webcam due to inherent quality/fps decrease. USB2 is 40 times faster than USB1: at 400 mbps, in 720x576, full color 24 bits per pixel, cameras could do 40 fps... but typically they don't, they use hal

Re: [PD] [*] vs [*~]

> >> If there was no DSP chain, or if the chain included all of the non-DSP, > >> we might delay such determination until later... (but should we?) > > if there was no dsp chain, it would be easier to utilize several audio > > threads (see jackdmp) ... caching would definitely be worse, though ..

Re: [PD] [*] vs [*~]

> > why is there no |!/~| object like in max/msp? > > I don't know. Where's the [swap] that can support signals? ;) well, a |swap| object itself is not a really good solution without an optimizing compiler for the dsp chain ... > > and why is expr~ so slow? > > I don't know, this might deserve

[PD] Re: [GEM-dev] Re: pix_video and dv1394 capture on Edgy

Thanks for the advice but I am hoping to avoid webcam due to inherent quality/fps decrease. Also, what makes me wonder is because Kino works fine but Gem doesn't and given that Edgy is more-or-less supposed to draw from the bleeding edge lib versions that this kind of a problem will eventually tri

[PD] Compilation of externals on Mac-Intel

Hi again i ended in a "dead end" still trying to connect PD to a database. I was on Linux before and after a while i learned how to compile the various externals, including flext. Now i want to do the same on my macbook, which turns out not to be such an easy task. My goal is to connext

Re: [PD] vertically "too big" patches (using OSX)

On 28/12/2006, at 13.30, Max Neupert wrote: it's a known thing and reguary on this list.. Oh, im sorry, i should have looked more carefully. edit the patch with a editor (TextEdit will do) and modify the first line by hand Ahh. Of course, why didn't i think that fare. Thanks a lot! __

Re: [PD] trigger ftos comments

On 27/12/2006, at 18.36, [EMAIL PROTECTED] wrote: Hi, I'm bad with like t f f, t b f, t b b, and ftos It might be worth to have a look at ext13-help.pd and trigger- help.pd. They might be reachable from your help browser. ext13-help.pd tells you that ftos is short for Float To Symbol, whe

Re: [PD] vertically "too big" patches (using OSX)

it's a known thing and reguary on this list.. edit the patch with a editor (TextEdit will do) and modify the first line by hand for example #N canvas 62 417 726 321 10; make the size fit your screen there. hope it helps, max Am 28.12.2006 um 12:57 schrieb Steffen: Hey Pd-list, OS X user

[PD] vertically "too big" patches (using OSX)

Hey Pd-list, OS X users, Sometimes you good people post patches that when i open them are vertically "too big" to be displayed on my screen. What happens is, that i cant see all of the patch and there is no scroll bar. When a patch is "too big" in the vertical direction but the window has