Re: [PD] complex metronomes sequencing problem
Hallo, Libero Mureddu hat gesagt: // Libero Mureddu wrote: > I studied your patch and I substituted the [delay] with [pipe], but, > honestly, I wasn't able to find anything wrong there! > I also checked by comparing one of the delay-based metros and a proper > [metro] of the same speed with timer and they run at the same speed. > (see my attached patch). > Am I missing something? Hm, no, maybe I was only a bit confused ... Btw. attached are some helper abstractions for calculating LCM and GCD, which may be useful to you. Ciao -- Frank Barknecht _ __footils.org__ lcm-help.pd Description: application/puredata lcm.pd Description: application/puredata gcd-help.pd Description: application/puredata gcd.pd Description: application/puredata ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Open .exe from pd.bat?
yes, you need just to edit a .bat file and it is very simple here is a good place to read http://en.wikipedia.org/wiki/Batch_file all the best nikola On Dec 29, 2007 12:44 AM, raul diaz <[EMAIL PROTECTED]> wrote: > Hi Pd's! > > I have a little question for programers... > Can I open an aplication (*.exe) from a pd.bat file? > I have made an aplication with Processing which is managed by Pd via OSC. > So, now I have my " processing-application.exe" and my "pd-application.bat" > and I want to open both together. > Is that possible by writting some line code inside pd.bat? Or I need to > make another application (*.exe?) which open both files? > > Thanks in advance. > > Saludos! > > -- > Raul Diaz Poblete > * > [EMAIL PROTECTED] > Barcelona [Spain] > ___ > PD-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > > -- www.echoplex-label.de/njeremic ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] Open .exe from pd.bat?
Hi Pd's! I have a little question for programers... Can I open an aplication (*.exe) from a pd.bat file? I have made an aplication with Processing which is managed by Pd via OSC. So, now I have my "processing-application.exe" and my "pd-application.bat" and I want to open both together. Is that possible by writting some line code inside pd.bat? Or I need to make another application (*.exe?) which open both files? Thanks in advance. Saludos! -- Raul Diaz Poblete * [EMAIL PROTECTED] Barcelona [Spain] ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Holiday Demo Album made with PD
that's really great, but you seem to concentrate on drums too much with no much bass and just a bit of background bits of ambience .. On Fri, Dec 28, 2007 at 06:30:02AM -0800, mark edward grimm wrote: > Well not really a holiday album, just a demo I was > passing out to some friends this year as a present. > Just thought I would share! > > All accomplished with Pd with much help from the netpd > patches... > > 66mb zip mp3s HERE: > > http://mpc2059.com/audio/lps/machinic_demo/mpc2059_machinic_demo.zip > > Cheers > mark > > > > > mark edward grimm | m.f.a | ed.m > syracuse u. | art foundations | tech consultant > megrimm.net | socialmediagroup.org & .com > [EMAIL PROTECTED] | 585.509.8703 > __ > > > > > > ___ > 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] complex metronomes sequencing problem
Hi Frank, I studied your patch and I substituted the [delay] with [pipe], but, honestly, I wasn't able to find anything wrong there! I also checked by comparing one of the delay-based metros and a proper [metro] of the same speed with timer and they run at the same speed. (see my attached patch). Am I missing something? Thanks, Libero Date: Thu, 27 Dec 2007 18:49:10 +0100 From: Frank Barknecht <[EMAIL PROTECTED]> Subject: Re: [PD] complex metronomes sequencing problem (Frank Barknecht) To: pd-list@iem.at Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset=us-ascii Hallo, Frank Barknecht hat gesagt: // Frank Barknecht wrote: > Maybe you can just make one of the delay-sequencers your master metro, > and encode the periods of the other delays as difference values to > the period of the master. > > Example: You have one master metro at 100. Then you want one > metro/delay A run at 101, another one, B, at 102. For the first bang, > delay A will come 1msec late, so its delay will be 1msec. The next > time, A bangs, it will come 2 msec late, and so on, so A will be n > times 1msec late, modulo 101. For metro/delay B this will be (n*2msec) % > 102. > > Attached is an example for this re-encoding in action. You can use the > master position number box in the to left to jump to a certain > position. (This is not really a IOI approach anymore, though.) Ah, sorry. The math and attachement are wrong here, as the metro will interrupt the scheduled bangs in the delays everytime it bangs. I don't have time for a fix ATM, but maybe you find one on your own. ;) Ciao -- Frank Barknecht _ __footils.org__ delaychanger-barknecht-27-12-07-libero-03.pd Description: Binary data ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd + asterisk?
Chris wrote: > Hi, > app_jack doesn't compile... > > [CC] app_jack.c -> app_jack.o > app_jack.c: In function ‘handle_input’: > app_jack.c:221: error: ‘FLT_MAX’ undeclared (first use in this function) > app_jack.c:221: error: (Each undeclared identifier is reported only once > app_jack.c:221: error: for each function it appears in.) > app_jack.c: In function ‘queue_voice_frame’: > app_jack.c:411: error: ‘FLT_MAX’ undeclared (first use in this function) > make[1]: *** [app_jack.o] Error 1 Fixed ... I broke it when I fixed it for compiling on mac. Oops. :) -- Russell ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Pd 0.41 test 10 released
Cool, Maybe pd's on its way to a lower latency audio-processing tool then ? I remember an old thread in which Tim used to say that, as it is, pd is by design not very a efficient real-time piece of software. IMHO, this is quite satisfying but if it could get better... wow. Thank you all for keeping up with the good work ! ++ Jé Thomas Grill a écrit : > > Am 28.12.2007 um 20:15 schrieb Jerome Tuncer: > >> Out of curiosity, whats is callback scheduling ? (: > > It means that DSP processing is done directly in the audio driver > callback without using a separate ringbuffer in PD. This allows for much > lower audio latencies. > gr~~~ > ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Holiday Demo Album made with PD
Some lovely beats programming in that colection Mark, thanks for sharing these, Andy On Fri, 28 Dec 2007 06:30:02 -0800 (PST) mark edward grimm <[EMAIL PROTECTED]> wrote: > Well not really a holiday album, just a demo I was > passing out to some friends this year as a present. > Just thought I would share! > > All accomplished with Pd with much help from the netpd > patches... > > 66mb zip mp3s HERE: > > http://mpc2059.com/audio/lps/machinic_demo/mpc2059_machinic_demo.zip > > Cheers > mark > > > > > mark edward grimm | m.f.a | ed.m > syracuse u. | art foundations | tech consultant > megrimm.net | socialmediagroup.org & .com > [EMAIL PROTECTED] | 585.509.8703 > __ > > > > > > ___ > PD-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list -- Use the source ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Pd 0.41 test 10 released
Am 28.12.2007 um 20:25 schrieb Miller Puckette: I should have put the lock in and forgot... thanks for the reminder. I'm not at all sure how to handle "idle" in the callback case. One could just call the function forever, but that seems like burning the CPU for nothing. You might have noticed that the idle callback function in pd-devel returns 0 (when it never wants to be called again), 1 (when it wants to be called again as soon as possible) or 2 (when it wants to be called again at the next scheduler iteration). This works pretty well and helps to preserve cpu. Alternatively, "idle" processing might want to take place in a different thread to be set up by whatever external code wants to do the idle processing, trusting to the OS to preempt to the callback thread when it becomes runnable. It's a cleaner approach given the fact that the functionality allowed within the audio driver callback is limited, but it involves locking which isn't nice. gr~~~ smime.p7s Description: S/MIME cryptographic signature ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Pd 0.41 test 10 released
Am 28.12.2007 um 20:15 schrieb Jerome Tuncer: Out of curiosity, whats is callback scheduling ? (: It means that DSP processing is done directly in the audio driver callback without using a separate ringbuffer in PD. This allows for much lower audio latencies. gr~~~ smime.p7s Description: S/MIME cryptographic signature ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Pd 0.41 test 10 released
Out of curiosity, whats is callback scheduling ? (: ++ Jé Tim Blechmann a écrit : >> The only major new "feature" in 0.41 is callback scheduling; > > out of curiosity, i had a brief look at the code ... two comments ... > > - has the support for the system lock been dropped for the callback > scheduler? > - is it intended that the sys_idlehook is called from the main thread > without any guard? > > best, tim > > -- > [EMAIL PROTECTED] > http://tim.klingt.org > > Life is really simple, but we insist on making it complicated. > Confucius > > > > > ___ > 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] [PD-announce] Pd 0.41 test 10 released
I should have put the lock in and forgot... thanks for the reminder. I'm not at all sure how to handle "idle" in the callback case. One could just call the function forever, but that seems like burning the CPU for nothing. Alternatively, "idle" processing might want to take place in a different thread to be set up by whatever external code wants to do the idle processing, trusting to the OS to preempt to the callback thread when it becomes runnable. cheers Miller On Fri, Dec 28, 2007 at 08:01:03PM +0100, Tim Blechmann wrote: > > The only major new "feature" in 0.41 is callback scheduling; > > out of curiosity, i had a brief look at the code ... two comments ... > > - has the support for the system lock been dropped for the callback > scheduler? > - is it intended that the sys_idlehook is called from the main thread > without any guard? > > best, tim > > -- > [EMAIL PROTECTED] > http://tim.klingt.org > > Life is really simple, but we insist on making it complicated. > Confucius > ___ > 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] [PD-announce] Pd 0.41 test 10 released
> The only major new "feature" in 0.41 is callback scheduling; out of curiosity, i had a brief look at the code ... two comments ... - has the support for the system lock been dropped for the callback scheduler? - is it intended that the sys_idlehook is called from the main thread without any guard? best, tim -- [EMAIL PROTECTED] http://tim.klingt.org Life is really simple, but we insist on making it complicated. Confucius signature.asc Description: This is a digitally signed message part ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Performance comparisons!
One thing that stands out on the Mac OS X front is the fact that Pd is using the double precision math functions even though Pd uses single precision floats. You can see it here: http://pure-data.cvs.sourceforge.net/pure-data/pd/src/x_arithmetic.c? view=markup Here's a previous discussion on this: http://lists.puredata.info/pipermail/pd-dev/2006-01/006042.html I don't think this would make a massive difference overall, but I'll bet it would make a significant difference for any patch using sin, cos, atan, atan2, sqrt, log, exp, fabs, or pow. Anyone feel like writing a patch to make ./configure set things up properly? .hc On Dec 28, 2007, at 7:34 AM, bsoisoi wrote: I second that. If your main motivating factor is performance, Linux is the way to go. I too run a dual boot Linux/OSX system on my 2nd notebook, and have found Pd patches running in linux to run with much less cpu load than OSX. If you choose to use JACK instead of Portaudio on OSX, you can reduce their cpu load significantly (fyi, JACK isn't yet compatible with 10.5). The Mac/ Linux system is probably the best of both worlds + you can satisfy your OS X package needs with Darwinports (which rocks). As for windows, haven't used it for audio since 1999 and don't intend on going back. Do you have any other main considerations besides price and performance when looking for a new machine? ~Brandon On Dec 27, 2007, at 6:44 PM, Derek Holzer wrote: Hi Mike, Mike McGonagle wrote: Hello all, I was wondering if anyone has done any sort of "Platform" comparisons? I am in the market for a new machine, and was just wondering if there were any performance comparions for the various platforms for which PD is available. More than enough stuff in the archives about this. My take: I don't know anything about Windows, haven't touched it since 2002. I do find that quite a bit of PD is either optimized for or developed with Linux on Intel architecture in mind. You have the widest choice of objects available and often running better than on any other platform. Additionally, I run Gentoo and OSX both on a PPC Powerbook and discovered long ago that patches running on the same machine and same PD version are more than twice as fast on Linux as on OSX. There are probably many reasons for this, the most recently-discussed one was the interface with Core Audio. If you're up to it, a Linux partition on an Intel machine (Mac or PC) would be the highest performance way to go. That leaves a lot up to you still. best, d. -- derek holzer ::: http://www.umatic.nl ::: http://blog.myspace.com/ macumbista ---Oblique Strategy # 199: "What would make this really successful?" ___ 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 As we enjoy great advantages from inventions of others, we should be glad of an opportunity to serve others by any invention of ours; and this we should do freely and generously. - Benjamin Franklin ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Performance comparisons!
Thanks for all the suggestions. It sounds like Linux might be the best. I have thought about getting an Intel Mac, but with the pricing compared to other Intel hardware, the bang for the buck may not really be worth Apple's prices. I still have some older hardware that is still very usable, and I was thinking about creating a little PD farm, and try networking them all together. Thanks again. Mike On Dec 28, 2007 9:34 AM, bsoisoi <[EMAIL PROTECTED]> wrote: > I second that. If your main motivating factor is performance, Linux is > the way to go. I too run a dual boot Linux/OSX system on my 2nd notebook, > and have found Pd patches running in linux to run with *much* less cpu > load than OSX. If you choose to use JACK instead of Portaudio on OSX, you > can reduce their cpu load significantly (fyi, JACK isn't yet compatible with > 10.5). The Mac/Linux system is probably the best of both worlds + you can > satisfy your OS X package needs with Darwinports (which rocks). > As for windows, haven't used it for audio since 1999 and don't intend on > going back. > > Do you have any other main considerations besides price and performance > when looking for a new machine? > > ~Brandon > > > On Dec 27, 2007, at 6:44 PM, Derek Holzer wrote: > > Hi Mike, > > Mike McGonagle wrote: > > Hello all, > > > I was wondering if anyone has done any sort of "Platform" comparisons? I > > am in the market for a new machine, and was just wondering if there were > > any performance comparions for the various platforms for which PD is > > available. > > > More than enough stuff in the archives about this. My take: > > I don't know anything about Windows, haven't touched it since 2002. I do > find that quite a bit of PD is either optimized for or developed with > Linux on Intel architecture in mind. You have the widest choice of > objects available and often running better than on any other platform. > > Additionally, I run Gentoo and OSX both on a PPC Powerbook and > discovered long ago that patches running on the same machine and same PD > version are more than twice as fast on Linux as on OSX. There are > probably many reasons for this, the most recently-discussed one was the > interface with Core Audio. > > If you're up to it, a Linux partition on an Intel machine (Mac or PC) > would be the highest performance way to go. That leaves a lot up to you > still. > > best, > d. > > -- > derek holzer ::: http://www.umatic.nl ::: > http://blog.myspace.com/macumbista > ---Oblique Strategy # 199: > "What would make this really successful?" > > ___ > PD-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > > > -- 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
Re: [PD] Performance comparisons!
I second that. If your main motivating factor is performance, Linux is the way to go. I too run a dual boot Linux/OSX system on my 2nd notebook, and have found Pd patches running in linux to run with much less cpu load than OSX. If you choose to use JACK instead of Portaudio on OSX, you can reduce their cpu load significantly (fyi, JACK isn't yet compatible with 10.5). The Mac/Linux system is probably the best of both worlds + you can satisfy your OS X package needs with Darwinports (which rocks). As for windows, haven't used it for audio since 1999 and don't intend on going back. Do you have any other main considerations besides price and performance when looking for a new machine? ~Brandon On Dec 27, 2007, at 6:44 PM, Derek Holzer wrote: Hi Mike, Mike McGonagle wrote: Hello all, I was wondering if anyone has done any sort of "Platform" comparisons? I am in the market for a new machine, and was just wondering if there were any performance comparions for the various platforms for which PD is available. More than enough stuff in the archives about this. My take: I don't know anything about Windows, haven't touched it since 2002. I do find that quite a bit of PD is either optimized for or developed with Linux on Intel architecture in mind. You have the widest choice of objects available and often running better than on any other platform. Additionally, I run Gentoo and OSX both on a PPC Powerbook and discovered long ago that patches running on the same machine and same PD version are more than twice as fast on Linux as on OSX. There are probably many reasons for this, the most recently-discussed one was the interface with Core Audio. If you're up to it, a Linux partition on an Intel machine (Mac or PC) would be the highest performance way to go. That leaves a lot up to you still. best, d. -- derek holzer ::: http://www.umatic.nl ::: http://blog.myspace.com/macumbista ---Oblique Strategy # 199: "What would make this really successful?" ___ 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
[PD] Holiday Demo Album made with PD
Well not really a holiday album, just a demo I was passing out to some friends this year as a present. Just thought I would share! All accomplished with Pd with much help from the netpd patches... 66mb zip mp3s HERE: http://mpc2059.com/audio/lps/machinic_demo/mpc2059_machinic_demo.zip Cheers mark mark edward grimm | m.f.a | ed.m syracuse u. | art foundations | tech consultant megrimm.net | socialmediagroup.org & .com [EMAIL PROTECTED] | 585.509.8703 __ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] complex metronomes sequencing problem
Thanks now it is clear! libero > Date: Thu, 27 Dec 2007 23:30:44 + > From: Andy Farnell <[EMAIL PROTECTED]> > Subject: Re: [PD] complex metronomes sequencing problem > To: "Libero Mureddu" <[EMAIL PROTECTED]> > Cc: pd-list@iem.at > Message-ID: <[EMAIL PROTECTED]> > Content-Type: text/plain; charset=US-ASCII > > > > Sorry Libero, I made an error in that post that may have lead you on > a goose chase. I meant to say [t f f f f f], implying that the float > (representing time) to which you are comparing time points with [==] > should be distributed across all objects in an ordered way. > > > On Mon, 24 Dec 2007 14:20:10 +0100 > "Libero Mureddu" <[EMAIL PROTECTED]> wrote: > > > Hi, > > > > On Dec 24, 2007 12:28 AM, Andy Farnell <[EMAIL PROTECTED]> wrote: > > > On Mon, 24 Dec 2007 00:00:13 +0100 > > > "Libero Mureddu" <[EMAIL PROTECTED]> wrote: > > > > > > > Hi Andy, > > > > > > > > thanks for your message, it clarified a lot my problem. > > > > In fact I need a "time aware" synchronous system, could you send a > > > > basic example of that? I can guess that I need a metro plus counter > > > > and different [mod]s, but I dont get how to use [moses] and [change] > > > > for that. > > > > > > [moses] comes in when you want to create separate bars or phrases > > > and attach copies or similar parts to them. > > > > > > Say we have a subpatch or abstraction that plays a phrase [melody1] > > > and it takes a count from 0-127, and another phrase in [melody2] that > > > is different but the same length. To have them alternate you can say > > > > > > [count 256] > > > | > > > [moses 127] > > > | \ > > > [melody1] [- 128] > > >| > > >[melody2] > > > > > > [change] is useful when you did an integer division or remainder > > > with [/][int] or [div]. Even though the float output doesn't change > > > in value it is repeated for every bang of the timebase. For example > > > a counter mod 16 divided into four bars or four like this > > > > > > [count 16] > > > | > > > [/ 4] > > > | > > > [int] > > > > > > will output {0, 0, 0, 0, 1, 1, 1, 1, 2, 2, 2, 2, 3, 3, 3, 3} > > > > > > Adding [change] turns this into {0, 1, 2, 3] changing on every fourth > > > beat. > > > > > > > > > > > In another attempt that I did, I made a select with many arguments, > > > > each one representing a "playing point". Unfortunately it seems > > > > impossible to send a list of arguments as message and set dynamically > > > > all the values for set (at least I was unable to do that). > > > > [multiselect] that should do that is broken. > > > > > > > > > This idiom is useful to make a n beat sequencer with settable > > > > > >[unpack f f f] > > > | | | > > > \ | \ | \ | > > >[==] [==] [==] ... > > > > > > With all the left inlets connected to the timebase (remember to use a > > > big [t b b b b b ...]. A 1 is output for each match of a list you can > > > update. Use [sel 1] to turn that to a bang if necessary. > > > > > > > Do you mean something like the attached patch? Where the big [t b b b > > b b...] should be placed and for what? > > Thanks a lot, > > > > Libero > > > > > > > > > > > > > > Do you have an example of the sample timing based idea that you > > > > mentioned? In fact, the compositions I'm working on are not longer > > > > than 4-5 minutes. > > > > > > > > Thanks > > > > Libero > > > > > > > > > > There's a few things to browse here, including an early example of a > > > signal > > > domain composition with loops and synths; > > > > > > http://www.obiwannabe.co.uk/html/music/musictuts/Composition-000/Composition-000.html > > > http://www.obiwannabe.co.uk/html/music/musictuts/Composition-001/Composition-001.html > > > http://www.obiwannabe.co.uk/html/music/musictuts/Composition-002/Composition-002.html > > > http://www.obiwannabe.co.uk/html/compositions/compositions.html > > > > > > > > > > > From: Andy Farnell <[EMAIL PROTECTED]> > > > > > Subject: Re: [PD] complex metronomes sequencing problem > > > > > To: pd-list@iem.at > > > > > Message-ID: <[EMAIL PROTECTED]> > > > > > Content-Type: text/plain; charset=US-ASCII > > > > > > > > > > > > > > > > > > > > If you have two or more independent metronomes that form a > > > > > polyrhythmic > > > > > relationship then stopping them will lose the relationship. Each will > > > > > begin its timing series from the same "zero point". > > > > > > > > > > A synchronous system is probably better if you want to start and stop > > > > > the composition at arbitrary points and have it resume. > > > > > > > > > > The general problem with a synchronous system is that the smallest > > > > > timing > > > > > resolution is the division of the master clock at all points. > > > > > > > > > > But there are also two quite distinct approaches to synchronous > > > > > sequencers in > > > > > Pd having different properties. > > > > > > > > > > One is based on bangs and built from many subsystems that each hold > > > > > their own
Re: [PD] Creating auidioengines for games using PD
On Thu, 27 Dec 2007 13:13:19 +0100 Martin Ahnelöv <[EMAIL PROTECTED]> wrote: > > > > So, maybe we're crazy trying to advocate disruptive new technology > > into that situation, but someone has to do it ;) > > > > We're not crazy. They are just too narrow-minded that they see the > current situation more clear than the future. 'Narrow minded' needs qualifying I think Martin. Having studied this area from more than just a technical angle, asking content producers and games developers about the how and why of static data model dominance, it's as you would expect with many industrial processes, when you already have your factories set up a certain way and all your staff trained to think a certain way, then it's difficult to switch mid-stream. To me the question is really, why have developers ignored the inevitable technology change for so long? Kees Van den Doel and Perry Cook started this ball rolling almost a decade ago, but it's been largely ignored until now. The main reason is we didn't have the CPU capacity in 2000, now we have a potential excess of CPU cycles. R&D into procedural media has been inhibited because nobody ever saw a need for it while Moores law applies as much to data storage as it does to computational resources. Now we've hit a situation where there are solutions running around looking for problems and execs asking "What are we going to use all this powerful technology for?" To get there it's more than just saying, "Okay we'll use procedural content in the next game", you need to develop toolchains and train content producers to use them as part of the investment. The other reason is much like the oil companies contribution to avoidance of sustainable energy, and the record companies reckless denial of changing production and distribution models - change doesn't happen until it hurts. The only way it's ever going to hurt in entertainment business is when your competitor can deliver a product at a fraction of what it costs you. That's not going to be the clincher for procedural content in the short term as it will initially cost more to create it than traditional data content. The catalyst is when your competitors can produce things that you simply cannot. Many new directions in gaming with open-ended user driven content, maleable game worlds and assets etc, they cannot be served by the data model. This is what drives procedural media now, the move away from the linear narrative game experience. We could add here that most games producers have always fundamentally misunderstood the nature of VR and online games by attempting to shoehorn them into a 'filmic' form, but that is changing because of user demand for richer experiences. > > I think we should show how it should be done by example. I think we > should develop a game that Does the Right Thing. Never forget that entertainment is user driven. Despite the Hollywood "push model" the fact remains that people decide what they want, so the Right Thing (TM) isn't dictated by us technologists. Probably the thing to hope for is a Better Way (TM) of doing more of the same, faster, cheaper. So, Spore may have the 'design decision' of using procedural media, but unless it is a good game nobody will care about how it works. The same will apply to proc audio, the best to hope for is that the audience simply don't even notice the technology has changed from data model to synthetic production. Then we can transparrently move from games with a few thousand sounds to games with a few trillion (or effectively infinite variation) without anybody noticing. Andy -- Use the source ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd object quick reference sheet
that's very good, but i think that is what pdpedia is aming for :_) On Thu, Dec 27, 2007 at 07:11:49PM +0100, Fred Jan Kraan wrote: > Hi, > > My first post here. As should be expected for newbies, beside sweeping > the floor, is doing something that could be useful. As I couldn't find a > compact alphabetic list of Pd objects, I made one: > http://www.xs4all.nl/~fjkraan/digaud/puredata/index.html. I compared it > with http://wiki.puredata.info/en/Category:vanilla and > ./pd/doc/5.reference/help-intro.pd and found some differences. My list > reflects the objects present in the 0.40-2 Pd distribution from Ubuntu 7.10. > > An attempt to do the same for the objects in the Pd-0.39.3-extended > distribution is there too but unfinished, it probably needs another format.. > > Fred Jan > > ___ > 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
[PD] slackware installer
if there any slackware users on this list - you guys are welcome to use my SlackBuild - ftp://ftp.slackbuilds.org/12.0/multimedia/pd/ it had been there since a few weeks already. i have just added it to the list in Downloads section of the community site. cheers. -- ilya .d ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list