Re: [PD] [PD-announce] 5x5(.pd) - a grid game

Hallo, Mathieu Bouchard hat gesagt: // Mathieu Bouchard wrote: If Frank Barknecht makes a DS version of Q*Bert, support for DS will go in DesireData a lot faster... ;) http://images.rottentomatoes.com/images/games/coverg/88/1543688.jpg

Re: [PD] add or subtract value every N ms?

Hallo, Andy Farnell hat gesagt: // Andy Farnell wrote: But this is better :) If the limiter is on the output then the counter continues beyond the 0-127 range and goes out of bounds. Putting [clip] (same as min and max together) inside the counter locks the value in range. What's the best

[PD] [Gem] Multi-Screen on Windows

Hello, this question is probably off-topic: When using a Gem-Patch on a laptop with a NVidia GeForce Go 7300 video card, running Windows XP and Pd-extended 0.39-rc4. Whenever trying to bring the Gem windows to the second screen, rendering stops, most likely due to 3D rendering only enabled on

[PD] [Fwd: a=v#2 Workshop/ Mini-Festival. Aufruf zur Teilnahme]

Sorry, only in German, but maybe someone is interested. Original Message Subject: a=v#2 Workshop/ Mini-Festival. Aufruf zur Teilnahme Date: Wed, 25 Jul 2007 03:30:41 -0700 From: natalia borissova [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] = a=v#2 Workshop/ Mini-Festival.

Re: [PD] small(est) hardware solution(s)

ISD chips can be cascaded for more memory. I'd recommend checking the datasheets for the ISD 2560, for example. best, d. marius schebella wrote: derek, thank you for your answer, looks interesting and I will probably use it for another piece. but for this project 60s is not enough. there

Re: [PD] [Gem] Multi-Screen on Windows

There is a way of fiddling with the XP monitor display properties settings to set the second screen as your primary screen (on my cheap laptop, the path is Control Panel/Display Properties/Settings/Advanced/Utility Manage/Driver Mode). That way, the laptop screen will not be accelerated, but your

Re: [PD] add or subtract value every N ms?

Cool Frank and Matju, comparing pre-inc with accum for this is fun. On Fri, 27 Jul 2007 12:28:00 +0100 Andy Farnell [EMAIL PROTECTED] wrote: A counter driven by a metro with a period N ms has its increment value set to -1, 0 or 1 by messages. Don't forget you need the 0 to halt it.

Re: [PD] add or subtract value every N ms?

Hallo, Andy Farnell hat gesagt: // Andy Farnell wrote: Cool Frank and Matju, comparing pre-inc with accum for this is fun. It's very similar. But what I like most about the accumulator idiom is, that it *looks* very much like the normal counter, so you can even *see* the close relation of the

[PD] Obscure pd externals in search path shadow .pd files in current working directory

Hi All, In figuring out why seqdemo.pd did not work (in the cool faust/tools/faust2pd/examples distribution), I discovered that the local file ./seq.pd was being shadowed by /usr/lib/pd/extra/cyclone/seq.pd_linux. It appears that, due to search order, all externals, wherever they may reside in

Re: [PD] add or subtract value every N ms?

On Fri, 27 Jul 2007, Frank Barknecht wrote: It's possible even simpler: Instead of a classical counter you can use an accumulator, which is a similar idiom, but has [f ] and [+ ] reversed: [+ ]x[f ]. Then you send the step size instead of a bang into the [+]. Accumulator is the name I

Re: [PD] add or subtract value every N ms?

On Fri, 27 Jul 2007, Frank Barknecht wrote: Andy Farnell hat gesagt: // Andy Farnell wrote: Cool Frank and Matju, comparing pre-inc with accum for this is fun. It's very similar. But what I like most about the accumulator idiom is, that it *looks* very much like the normal counter, so you can