Re: [PD] way for GOP object to know its selected
That's not what I had in mind, I am thinking like when you draw a box around objects to select them, they turn blue. For that, you could use a button or canvas to get the click and then use that to send a "vis 1" message to open the object in question. .hc On Nov 9, 2007, at 4:11 PM, Phil Stone wrote: > I don't know if you mean what I think you mean, but holy crap! > I've dreamed of being able to click on an object and have it open > up a more detailed UI. I even used to design in objects that I > would right-click "open" to accomplish this, but it's pretty > disruptive when performing. A one click UI-bloom would be an > incredible feature. > > Of course, if that's not what you mean, never mind. :-) > > > Phil > > > Hans-Christoph Steiner wrote: >> I was thinking, it would be very handy to have a selectfn for Pd >> objects. Then GOP GUIs could change their appearance when they >> are selected, the C GUIs can. Does anything like this exist? >> >> .hc >> >> >> - >> --- >> >> Computer science is no more related to the computer than astronomy >> is related to the telescope. -Edsger Dykstra >> >> >> >> ___ >> PD-list@iem.at mailing list >> UNSUBSCRIBE and account-management -> http://lists.puredata.info/ >> listinfo/pd-list >> >> Man has survived hitherto because he was too ignorant to know how to realize his wishes. Now that he can realize them, he must either change them, or perish.-William Carlos Williams ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Reference article for Pdpedia & Templates
On Nov 9, 2007, at 6:05 PM, Frank Barknecht wrote: > Hallo, > Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote: > >> In Pd objects, it is only by convention, in the C API, >> class_addmethod >> () doesn't let you choose which inlet to accept on, it always uses >> the first inlet AFAIK. > > It's been a while since I wrote my last C-external ... :) > > Anyway, there definitly are some cases inbetween abstractions and > C-externals as well: at least Python and the Lua loader let you write > objects that accept meta-messages in any inlet. I think it's probably a good convention to stick to, even in Python, Lua, etc, but I could be wrong. .hc I have the audacity to believe that peoples everywhere can have three meals a day for their bodies, education and culture for their minds, and dignity, equality and freedom for their spirits. - Martin Luther King, Jr. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] way for GOP object to know its selected
yo, i put it online: http://netpd.org/~roman/bon-synth2.tar.gz the dependencies are: netpd (and of course all dependencies, that nepd has) if you just wanna have a quick glance, you don't need netpd. it's probably enough to add abs/ to your pathes and then you can open patches/bon-synth2.pd. you'll get many errors and it won't produce sound, but the gui should work anyway. roman On Fri, 2007-11-09 at 19:34 -0800, Phil Stone wrote: > That's some efficient use of real estate! Very nice. I can't imagine > how to program it; dynamic PD makes my eyes cross, though I use a lot of > other people's dynamic programming -- Frank Barknecht's [polypoly] for > instance. Does the netpd version have the same dynamic gui? I'd very > much like to see it. > > thanks, > > Phil > > > > Roman Haefeli wrote: > > On Fri, 2007-11-09 at 13:11 -0800, Phil Stone wrote: > > > >> I don't know if you mean what I think you mean, but holy crap! I've > >> dreamed of being able to click on an object and have it open up a more > >> detailed UI. I even used to design in objects that I would right-click > >> "open" to accomplish this, but it's pretty disruptive when performing. > >> A one click UI-bloom would be an incredible feature. > >> > >> Of course, if that's not what you mean, never mind. :-) > >> > > > > yo.. in case you mean what i think you mean, have a look at bot-synth2 > > created by syntax_the_nerd. unfortunately, i cannot find the original > > bot-collection, but there is a port for netpd, that i could send to you, > > if you want. why do i mention it? it has a very dynamic gui. there is a > > numberbox in the top, which lets you scroll trough all available pages. > > the pages look all completely different from each other, because they > > are built dynamically. i attached some screenshots (sorry for spamming, > > i usually don't mail files, but these pictures are really small). > > it is possible to do such stuff in plain pd already now. > > > > roman > > > > > > > ___ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd and gpgpu (marius schebella)
Thank you Marius, Do I need to use GEM? I'm not doing anything with video, or graphics, I'm working only with audio. What I'd like to do in a first stage is to send to the GPU a set of data (harmonic peaks from live signals) and do some calculations there, then read back that into the program and proceed according to the results. In a second stage, the FFT and the spectral analyis could be performed there too. Chris mentioned that latency might be an issue since reading data from the GPU is slow, I don't know much about it but I think it shouldn't be since many cards can (and in fact must) use the main memory, so reading from memory should be as fast as it is when I read it with the CPU. Also, I'm working in Mac OS 10.5, using Miller's version of Pd. Have you have any problems with Leopard and your patches? Thank you again, and I'll read the patches you post to see if I can get more ideas from them... __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] way for GOP object to know its selected
That's some efficient use of real estate! Very nice. I can't imagine how to program it; dynamic PD makes my eyes cross, though I use a lot of other people's dynamic programming -- Frank Barknecht's [polypoly] for instance. Does the netpd version have the same dynamic gui? I'd very much like to see it. thanks, Phil Roman Haefeli wrote: > On Fri, 2007-11-09 at 13:11 -0800, Phil Stone wrote: > >> I don't know if you mean what I think you mean, but holy crap! I've >> dreamed of being able to click on an object and have it open up a more >> detailed UI. I even used to design in objects that I would right-click >> "open" to accomplish this, but it's pretty disruptive when performing. >> A one click UI-bloom would be an incredible feature. >> >> Of course, if that's not what you mean, never mind. :-) >> > > yo.. in case you mean what i think you mean, have a look at bot-synth2 > created by syntax_the_nerd. unfortunately, i cannot find the original > bot-collection, but there is a port for netpd, that i could send to you, > if you want. why do i mention it? it has a very dynamic gui. there is a > numberbox in the top, which lets you scroll trough all available pages. > the pages look all completely different from each other, because they > are built dynamically. i attached some screenshots (sorry for spamming, > i usually don't mail files, but these pictures are really small). > it is possible to do such stuff in plain pd already now. > > roman > > > ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] way for GOP object to know its selected
Here's one. Won't work without the rest of the bot abstractions, but you can see how stn does the cool thing with the changing fader colours. On Sat, 10 Nov 2007 03:30:57 +0100 Roman Haefeli <[EMAIL PROTECTED]> wrote: > > On Fri, 2007-11-09 at 13:11 -0800, Phil Stone wrote: > > I don't know if you mean what I think you mean, but holy crap! I've > > dreamed of being able to click on an object and have it open up a more > > detailed UI. I even used to design in objects that I would right-click > > "open" to accomplish this, but it's pretty disruptive when performing. > > A one click UI-bloom would be an incredible feature. > > > > Of course, if that's not what you mean, never mind. :-) > > yo.. in case you mean what i think you mean, have a look at bot-synth2 > created by syntax_the_nerd. unfortunately, i cannot find the original > bot-collection, but there is a port for netpd, that i could send to you, > if you want. why do i mention it? it has a very dynamic gui. there is a > numberbox in the top, which lets you scroll trough all available pages. > the pages look all completely different from each other, because they > are built dynamically. i attached some screenshots (sorry for spamming, > i usually don't mail files, but these pictures are really small). > it is possible to do such stuff in plain pd already now. > > roman > > > > -- Use the source bot.blip.pd Description: Binary data ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] PD and GPGPU
Thank you Chris, I want to process audio. Can you elaborate more in the latency issue? were you working with audio too? the forum you mention is the one in gpgpu.org? There are many languages to do it, I know, many of them vendor dependent. Nvidia, Ati, and other are offering high level languages that eases the gpgpu implementation, there is even a company (rapidminds) that offers to compile your code to different platforms including the cell. Anyway, I don't think any of these solutions can be applied to extend my PD - audio external, and as I mentioned before, the shader language of GL (GLSL) seems to be a good option, do you have any comments about it? Bye, __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] robotcowboy patches for you
On Fri, 2007-11-09 at 18:44 -0500, patrick wrote: > hi dan, > > this is really great. looking foward for your unit daemon too :) > > some errors (linux / pd.0.41-extended): > > rc-chipwave~.pd > adsr 0.5 2 0 100 200 > ... couldn't create probably pd/doc/3.audio.examples/adsr.pd ? (i think, this is a bad naming. it's too likely that not this adsr is meant or that there is a nameclash with another [adsr]. if using miller's [adsr] in a project, i'd recommend to rename it and make it part of the project). > > rc-square~ > sqosc~ 100 0.5 $2 > ... couldn't create probably: pd-cvs/externals/mrpeach/sqosc~/ roman ___ Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] way for GOP object to know its selected
On Fri, 2007-11-09 at 13:11 -0800, Phil Stone wrote: > I don't know if you mean what I think you mean, but holy crap! I've > dreamed of being able to click on an object and have it open up a more > detailed UI. I even used to design in objects that I would right-click > "open" to accomplish this, but it's pretty disruptive when performing. > A one click UI-bloom would be an incredible feature. > > Of course, if that's not what you mean, never mind. :-) yo.. in case you mean what i think you mean, have a look at bot-synth2 created by syntax_the_nerd. unfortunately, i cannot find the original bot-collection, but there is a port for netpd, that i could send to you, if you want. why do i mention it? it has a very dynamic gui. there is a numberbox in the top, which lets you scroll trough all available pages. the pages look all completely different from each other, because they are built dynamically. i attached some screenshots (sorry for spamming, i usually don't mail files, but these pictures are really small). it is possible to do such stuff in plain pd already now. roman <><><>___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd in video game Spore
On Sat, 10 Nov 2007 02:24:44 +0100 [EMAIL PROTECTED] wrote: > On Saturday 10 November 2007 11:32:08 Andy Farnell wrote: > > It is still a bit frustrating for me though, because although games > > developers are ready to embrace procedural score generation they are not > > yet ready to deal with the general case of procedural audio, > > They're not even that ready to embrace procedural graphics, so I am not that > surprised that they are reluctant about procedural audio. You think so? I'm not a graphics guy and rather ignorant of the whole field, but when I used to build Unreal levels we had basic procedural textures for flames and water, even in 1997. I thought the whole procedural texture thing was a done deal and mainstream technology now. Or when you say "graphics" do you mean something else. I'm having a hard time imagining any kind of use for procedural geometry other than for liquids and gasses (fire and water again) because non-living solids tend not to change their topology. The exception would be trees and plants built using the L-system type bifurcation I guess. -- Use the source ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Voice Synth Windows and/or OSX
> oops... guess the sprinkler binary is what I was > thinking of; no problem. i guess ill just have to give that a go too. installing xcode as we speak although i can say this might all take a while being a compiling noob on osx and win... i will look though the mailing list for hints at external compiling unless there is a very specific step-by-step that i may stumble upon.. > correct: ratts ought to compile "on its own" great thanks! > libraries. flite sounds much more intelligible > though ;-) cool! maybe ill take a look too - although the flite libraries look linux specific too (other than a win Ce bin i found) am i correct? yeah for this project intelligibility is not a prerequisite - at least at the moment.. :) > reason you can't use linux for this project? yeah. problem i always have is that i work a lot with others (artists, musicians, students etc) and on others computers. everyone i work with seem to be running different platforms so i just have become use to thinking of projects as projects that can easily run on any system that i might be presented with also i sold both my linux boxes but still have a g4 and win tower that the kids use... but dont tell anyone... :) cheers m --- Bryan Jurish <[EMAIL PROTECTED]> wrote: > morning Mark, > > On 2007-11-09 14:45:31, mark edward grimm > <[EMAIL PROTECTED]> appears > to have written: > > maybe ill give a go at compiling the ratts library > on > > wincrap. ive never compiled anything on win > before, > > only linux so it will be a learning experience... > i > > guess :) > > you have my deepest heartfelt sympathies... is there > some particular > reason you can't use linux for this project? > > > i didnt see an osx binary version on your site. > only a > > binary for "sprinkler v0.06" although it does say > in > > your ratts readme that there may be one out there > > compiled by the same person...Adam T. Lindsay. I > > wonder if anyone knows of this library as a binary > > somewhere? > > oops... guess the sprinkler binary is what I was > thinking of; haven't > seen Adam on the list recently, so i don't know if > he's still doing > pd-related things or not, and i don't seem to have a > copy of it here; sorry. > > > ratts does NOT need the flite libraries to compile > > correct? it doesnt seem like it does by the > > documentation... > > correct: ratts ought to compile "on its own" without > any non-standard c > libraries. flite sounds much more intelligible > though ;-) > > marmosets, > Bryan > > > --- Bryan Jurish <[EMAIL PROTECTED]> > wrote: > > > >> morning Mark, > >> > >> the "official" distributions of both ratts and > >> pd-flite are available here: > >> > >> > http://www.ling.uni-potsdam.de/~moocow/projects/pd > >> > >> additionally, the most current version of > pd-flite > >> should always be > >> available in sourceforge cvs: > >> > >> http://sourceforge.net/projects/pure-data > >> > >> in the subdirectory externals/moocow/flite. > >> pd-flite was even buildable > >> by the pd-extended build system last time I > looked, > >> but it requires that > >> the flite headers and library are installed on > the > >> build machine, which > >> wasn't the case with the default auto-builds > (again, > >> last time I checked). > >> > >> ratts has been successfully compiled on osx (i > think > >> there's even an > >> older binary version on my website), and assuming > >> that flite itself > >> compiles there, i don't foresee any difficulties > for > >> pd-flite, but let > >> me know if you encounter any! i have never tried > to > >> compile on windoof > >> myself, but i don't think there should be *too* > many > >> problems there > >> either... > >> > >> marmosets, > >>Bryan > >> > >> On 2007-11-09 02:43:05, mark edward grimm > >> <[EMAIL PROTECTED]> appears > >> to have written: > >>> I was looking at the 'ratts' externals and > >> 'pd-flite > >>> v0.01' - just wondering if anyone has > successfully > >>> compiled for windows and/or osx. OR any other > >> speech > >>> synthesis/singing synth options for either of > >> these > >>> platforms? > >>> > >>> Thanks! > >>> mark > > -- > Bryan Jurish "There is > *always* one more bug." > [EMAIL PROTECTED] -Lubarsky's Law of > Cybernetic Entomology > mark edward grimm | m.f.a | ed.m 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] robotcowboy patches for you
hi dan, this is really great. looking foward for your unit daemon too :) some errors (linux / pd.0.41-extended): rc-chipwave~.pd adsr 0.5 2 0 100 200 ... couldn't create rc-square~ sqosc~ 100 0.5 $2 ... couldn't create pat ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd in video game Spore
On Saturday 10 November 2007 11:32:08 Andy Farnell wrote: > It is still a bit frustrating for me though, because although games > developers are ready to embrace procedural score generation they are not > yet ready to deal with the general case of procedural audio, They're not even that ready to embrace procedural graphics, so I am not that surprised that they are reluctant about procedural audio. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Reference article for Pdpedia & Templates
There seems to be a problem with tilde filenames. I don't know if I can fix that quickly, maybe for now use only filenames that do not contain special characters. I will have a closer look at the "if" thing, but I think I tried this when we set up the wiki and it did not work/needs some additional "enable"-switch. But I will try again. marius. Luke Iannini (pd) wrote: >> have a small example patch as an image it would be possible to embed. > I tried this without luck, maybe you can take a look? > >> the next thing I want to do, is to make all fields that are empty >> disappear in the infobox. > It looks like you'll need > http://meta.wikimedia.org/wiki/Help:ParserFunctions#Installation to do > that; then I think it will look something like this: > > {| class="infobox borderless" > |+ colspan="2" style="text-align:center; font-size: large; > background:#ffdead;" | '''{{{name}}}''' > |- > | colspan="2" style="text-align:center;" | > {{{example_image}}}{{{caption|''caption''}}} > |- > ! [[Description]]: > | {{{description|''description is required''}}} > {{ > #if: {{{abbreviation|}}} | > {{!}}- > ! [[Abbreviation]]: > {{!}} {{{abbreviation|}}} > }} > |} > > Mmm, great : ). > (the statement is {{ #if: | }}, but you > can't use "|" in the condition or then string (or it will think it is > the separator between and , so you use a template > called Template:! which contains | instead. Found at > http://meta.wikimedia.org/wiki/Help:ParserFunctions#Caveats and > http://meta.wikimedia.org/wiki/Help:Template#A_parameter_value_containing_a_pipe_character > ) > > ___ > 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] Reference article for Pdpedia & Templates
Hallo, Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote: > In Pd objects, it is only by convention, in the C API, class_addmethod > () doesn't let you choose which inlet to accept on, it always uses > the first inlet AFAIK. It's been a while since I wrote my last C-external ... :) Anyway, there definitly are some cases inbetween abstractions and C-externals as well: at least Python and the Lua loader let you write objects that accept meta-messages in any inlet. Ciao -- Frank Barknecht _ __footils.org__ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Voice Synth Windows and/or OSX
morning Mark, On 2007-11-09 14:45:31, mark edward grimm <[EMAIL PROTECTED]> appears to have written: > maybe ill give a go at compiling the ratts library on > wincrap. ive never compiled anything on win before, > only linux so it will be a learning experience... i > guess :) you have my deepest heartfelt sympathies... is there some particular reason you can't use linux for this project? > i didnt see an osx binary version on your site. only a > binary for "sprinkler v0.06" although it does say in > your ratts readme that there may be one out there > compiled by the same person...Adam T. Lindsay. I > wonder if anyone knows of this library as a binary > somewhere? oops... guess the sprinkler binary is what I was thinking of; haven't seen Adam on the list recently, so i don't know if he's still doing pd-related things or not, and i don't seem to have a copy of it here; sorry. > ratts does NOT need the flite libraries to compile > correct? it doesnt seem like it does by the > documentation... correct: ratts ought to compile "on its own" without any non-standard c libraries. flite sounds much more intelligible though ;-) marmosets, Bryan > --- Bryan Jurish <[EMAIL PROTECTED]> wrote: > >> morning Mark, >> >> the "official" distributions of both ratts and >> pd-flite are available here: >> >> http://www.ling.uni-potsdam.de/~moocow/projects/pd >> >> additionally, the most current version of pd-flite >> should always be >> available in sourceforge cvs: >> >> http://sourceforge.net/projects/pure-data >> >> in the subdirectory externals/moocow/flite. >> pd-flite was even buildable >> by the pd-extended build system last time I looked, >> but it requires that >> the flite headers and library are installed on the >> build machine, which >> wasn't the case with the default auto-builds (again, >> last time I checked). >> >> ratts has been successfully compiled on osx (i think >> there's even an >> older binary version on my website), and assuming >> that flite itself >> compiles there, i don't foresee any difficulties for >> pd-flite, but let >> me know if you encounter any! i have never tried to >> compile on windoof >> myself, but i don't think there should be *too* many >> problems there >> either... >> >> marmosets, >> Bryan >> >> On 2007-11-09 02:43:05, mark edward grimm >> <[EMAIL PROTECTED]> appears >> to have written: >>> I was looking at the 'ratts' externals and >> 'pd-flite >>> v0.01' - just wondering if anyone has successfully >>> compiled for windows and/or osx. OR any other >> speech >>> synthesis/singing synth options for either of >> these >>> platforms? >>> >>> Thanks! >>> mark -- Bryan Jurish "There is *always* one more bug." [EMAIL PROTECTED] -Lubarsky's Law of Cybernetic Entomology ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd-etended AMD64 build
Thanks for the tip errordev. But I'm having problems compiling it. I got the source to configure ok now with a more current version, but when I go to build it it sends me back errors. I'm actually not near my laptop to be more specific at the moment, sorry. But was curious if anyone else has gotten extended compiled and running on Mepis64 or another 64 distro? --- [EMAIL PROTECTED] wrote: > Send PD-list mailing list submissions to > pd-list@iem.at > > To subscribe or unsubscribe via the World Wide Web, > visit > http://lists.puredata.info/listinfo/pd-list > or, via email, send a message with subject or body > 'help' to > [EMAIL PROTECTED] > > You can reach the person managing the list at > [EMAIL PROTECTED] > > When replying, please edit your Subject line so it > is more specific > than "Re: Contents of PD-list digest..." > > > Today's Topics: > >1. Re: pd-etended AMD64 build > ([EMAIL PROTECTED]) >2. Pd in video game Spore (Hans-Christoph > Steiner) >3. Re: Pd in video game Spore (Kyle Klipowicz) >4. Re: Pd in video game Spore (chris clepper) >5. way for GOP object to know its selected > (Hans-Christoph Steiner) >6. Re: stupid GUI tricks (Hans-Christoph Steiner) >7. Re: stupid GUI tricks (Hans-Christoph Steiner) >8. Re: stupid GUI tricks (Alex) > > > -- > > Message: 1 > Date: Fri, 9 Nov 2007 18:56:25 + > From: [EMAIL PROTECTED] > Subject: Re: [PD] pd-etended AMD64 build > To: pd-list@iem.at > Message-ID: > <[EMAIL PROTECTED]> > Content-Type: text/plain; charset=us-ascii > > you probably want to install pd-0.41-0test6, which > have the array bug > fixed for x86_64. > > i had it for ages and was really disapointed how the > arrays and graphs worked. > > On Wed, Nov 07, 2007 at 08:52:06PM -0500, Justin > Robert wrote: > > Hi, I'm a newbie to the list and pd. :) > > I am running the latest pd-extended on windows, > but would like to get it > > on my laptop that is running mepis linux AMD64. > is there a build for AMD? I > > downloaded the source, but there is no configure > file in src folder, so > > I get a "not found" when I run ./configure. What > am I doing wrong? > > Thank you in advance. > > > > > > Justin Robert > > www.justinrobert.com > > > > ps- thank you for your help on the list IOhannes > > ___ > > PD-list@iem.at mailing list > > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > > > > -- > > Message: 2 > Date: Fri, 9 Nov 2007 14:20:28 -0500 > From: Hans-Christoph Steiner <[EMAIL PROTECTED]> > Subject: [PD] Pd in video game Spore > To: pd list <[EMAIL PROTECTED]> > Message-ID: > <[EMAIL PROTECTED]> > Content-Type: text/plain; charset=US-ASCII; > delsp=yes; format=flowed > > > I just read this on the Max list: > > http://www.cycling74.com/pipermail/maxmsp/2007-November/038995.html > > Apparently, Pd is part of the EA game Spore. Makes > sense, since Mark > Danks, Gem creator and UCSD alum, is pretty high up > at EA. > > .hc > > > > > > All information should be free. - the hacker ethic > > > > > > > > -- > > Message: 3 > Date: Fri, 9 Nov 2007 13:28:52 -0600 > From: "Kyle Klipowicz" <[EMAIL PROTECTED]> > Subject: Re: [PD] Pd in video game Spore > To: "Hans-Christoph Steiner" <[EMAIL PROTECTED]> > Cc: pd list <[EMAIL PROTECTED]> > Message-ID: > > <[EMAIL PROTECTED]> > Content-Type: text/plain; charset=ISO-8859-1 > > Pretty awesome! Thanks for sharing. I love the tip > about good-natured > demeanor being a key to professional connection > building. I think that > tip should be emphasized more around here sometimes! > > ~Kyle > > > > On Nov 9, 2007 1:20 PM, Hans-Christoph Steiner > <[EMAIL PROTECTED]> wrote: > > > > I just read this on the Max list: > > > > > http://www.cycling74.com/pipermail/maxmsp/2007-November/038995.html > > > > Apparently, Pd is part of the EA game Spore. > Makes sense, since Mark > > Danks, Gem creator and UCSD alum, is pretty high > up at EA. > > > > .hc > > > > > > > > > > > All information should be free. - the hacker > ethic > > > > > > > > > > > > ___ > > 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 > > > > -- > > Message: 4 > Date: Fri, 9 Nov 2007 13:32:37 -0600 > From: "chris clepper" <[EMAIL PROTECTED]> > Subject: Re: [PD] Pd in video game Spore > To: "Hans-Christoph Steiner" <[EMAIL PROTECTED]> > Cc: pd
Re: [PD] way for GOP object to know its selected
I don't know if you mean what I think you mean, but holy crap! I've dreamed of being able to click on an object and have it open up a more detailed UI. I even used to design in objects that I would right-click "open" to accomplish this, but it's pretty disruptive when performing. A one click UI-bloom would be an incredible feature. Of course, if that's not what you mean, never mind. :-) Phil Hans-Christoph Steiner wrote: > I was thinking, it would be very handy to have a selectfn for Pd > objects. Then GOP GUIs could change their appearance when they are > selected, the C GUIs can. Does anything like this exist? > > .hc > > > > > > Computer science is no more related to the computer than astronomy is > related to the telescope. -Edsger Dykstra > > > > ___ > 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 in video game Spore
On Fri, 9 Nov 2007, Hans-Christoph Steiner wrote: I just read this on the Max list: http://www.cycling74.com/pipermail/maxmsp/2007-November/038995.html Apparently, Pd is part of the EA game Spore. Makes sense, since Mark Danks, Gem creator and UCSD alum, is pretty high up at EA. btw, he left EA nearly a year ago. _ _ __ ___ _ _ _ ... | Mathieu Bouchard - tél:+1.514.383.3801, Montréal QC Canada___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Problem with pdp v4l
hola, some cameras might not work if they are supported only by video 4 linux 2... it's still a work to be done ( a pdp_v4l2 ), let's see if it comes out of piksel.. saludos, sevy t'es in t'es bat wrote: hello, I work with ubuntu studio and Pd version 0.39.3-extended-rc5 I have a big problem with v4l: pdp_v4l: auto open failed pdp_v4l: no device opened pdp_v4l: attempting auto open pdp_v4l: retry count reached zero for /dev/video pdp_v4l: try to open manually pdp_v4l: auto open failed But the computer see the camera in: MCP51 PCI BRIDGE FW323 UNKNOWN (0X0011D8) DM-XM---THE CAMERA IS HERE AND OTHER APP LIKE KINO FIND THE CAMERA XM2 I NEED SOME HELP, I ALSO TRY TO GET PROPERTY OF THE pdp_v4l but it don't work... thanks -- TNTB t'es in t'es bat 1 Rue Camille Pelletant 13210 St Remy de Provence T/: 04 90 26 95 09 P/: 06 86 86 12 19 + http://www.tntb.net === ___ 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 in video game Spore
This makes me happy because as you know I've been tirelessly advocating the use of Pd in games. Aaron McLeran: quote: "As far as I can tell though, it's the only team in the industry doing anything like it." Not quite. Recently been talking to the developers of a popular game audio engine about incorporating Pd (or a Pd like fork with real-time graph reconfiguration) for procedural game audio, so it can be used in all games. Hopefully we'll see more of this, and eventually I can get some of my work on game audio into the mainstream. Very true about maintaining a good natured and enthusiastic attitude in your work Kyle. Some people are naturally good at steadily promoting their ideas and themselves while still doing original hard work. Eno is certainly one of them. He's championed proc/algo compostion for who knows how many years. In a way it's the culmination of everything he's been waiting for, a game like Spore is the only vehicle that can realise the full potential of those ideas, because a recording can never capture a procedural composition. It is still a bit frustrating for me though, because although games developers are ready to embrace procedural score generation they are not yet ready to deal with the general case of procedural audio, in fact I experienced quite a bit of resistance to and lack of understanding about the idea. I was so puzzled by this I interviewed and discussed with many developers to understand the obstacles and wrote about it in some detail. http://www.obiwannabe.co.uk/html/papers/proc-audio/proc-audio.html Many people actually said they thought it couldn't be done. "We don't have enough CPU cycles" etc... old school thinking. We have entire cores that can be devoted to sound now. The presentation I gave at Fraunhofer was designed to be proof that it works. Think it was very well received and made a few people wonder seriously about where game audio should be going now. (If anyone wants a copy of that proof, a 100MB file, please drop me an email) The fundamental problem is no longer computational/technical, but about training content producers and toolchain development. As I said two years ago, it's slow painful baby steps to drag the business away from a love of the inflexible data model (samples) and towards a coherent system that integrates the physics engine with sound (where it belongs). Anyway, this revelation re Spore and Pd is certainly very encouraging news. a. On Fri, 9 Nov 2007 13:28:52 -0600 "Kyle Klipowicz" <[EMAIL PROTECTED]> wrote: > Pretty awesome! Thanks for sharing. I love the tip about good-natured > demeanor being a key to professional connection building. I think that > tip should be emphasized more around here sometimes! > > ~Kyle > > > > On Nov 9, 2007 1:20 PM, Hans-Christoph Steiner <[EMAIL PROTECTED]> wrote: > > > > I just read this on the Max list: > > > > http://www.cycling74.com/pipermail/maxmsp/2007-November/038995.html > > > > Apparently, Pd is part of the EA game Spore. Makes sense, since Mark > > Danks, Gem creator and UCSD alum, is pretty high up at EA. > > > > .hc > > > > > > > > > > All information should be free. - the hacker ethic > > > > > > > > > > > > ___ > > 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 -- Use the source ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Reference article for Pdpedia & Templates
On Nov 9, 2007, at 3:52 PM, Frank Barknecht wrote: > Hallo, > Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote: > >> I guess the idea of the "messages" section was to list things like >> [reset(, [poll 1(, [set blah( etc. that are messages with custom >> selectors. AFAIK, it's very rare for these messages to be sent to >> anything but the first inlet. > > Well, maybe, but only by convention. OTOH by convention the last inlet > in every RRADical object is a meta-message inlet (for OSC-messages). > Generally I think, maybe pdpedia better is prepared for the rare as > well. In Pd objects, it is only by convention, in the C API, class_addmethod () doesn't let you choose which inlet to accept on, it always uses the first inlet AFAIK. .hc 'You people have such restrictive dress for women,’ she said, hobbling away in three inch heels and panty hose to finish out another pink-collar temp pool day. - “Hijab Scene #2", by Mohja Kahf ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] stupid GUI tricks
One thing I forgot to mention is that you can uncompress a .deb then run the nightly build by cd'ing to /path/to/pkg/usr/local/bin then running ./pd .hc On Nov 9, 2007, at 3:24 PM, Alex wrote: > is there a way to get at these updates without using the autobuild > [notice that the ubuntu autobuild fails on Gem avifile..]. > I assume that these changes aren't going into the pd cvs on > sourceforge.. > > -Alex > > On Nov 9, 2007 12:13 PM, Hans-Christoph Steiner <[EMAIL PROTECTED]> wrote: >> >> On Nov 8, 2007, at 4:22 PM, Dafydd Hughes wrote: >> >>> I may have spoke too soon, but I found the answer to alpha here: >>> http://eds.org/~hans/pdsketch/stupidguitricks.png >>> >>> Still trying to figure out how the background colour works (can't >>> make >>> it go by copying the patch in the screenshot), but the object >>> colouring >>> came from Hans' themer.pd patch - can't find the original email >>> tho:( >> >> >> Doh! I forgot to check in canvas_name.c, it'll be in tomorrow's >> build. Otherwise, you can do this in the meantime: >> >> [bang( >> | >> [window_name] >> | >> [makefilename %s.c] >> | >> >> And that should give you the same thing as canvas_name, IIRC. >> >> .hc >> >> >>> >>> cheers >>> dafydd >>> >>> Phil Stone wrote: Care to let me in on the secret? I was messing with it at lunch, and couldn't for the life of me figure out how to change the background color of an object. Phil Dafydd Hughes wrote: > Forget it. I was indeed missing what was right in front of me. > > Dafydd Hughes wrote: > >> Hey Hans >> >> I'm _dying_to try this, but can't figure out how to access it. >> Are >> there new commands for the themer patch? Or am I (like usual) >> just >> missing what's right in front of me? >> >> cheers >> dafydd >> >> Jerome Tuncer wrote: >> >>> In my opinion, this is not _stupid_ GUI tricks at all... >>> >>> Being asked on the differences between Pd and Max/MSP, how many >>> times have I answered starting with "The GUI in pd isn't >>> really as >>> cool and smart as it is in Max/MSP but the DSP capabilities >>> are in >>> the end very similar". >>> >>> My answer to the lack of GUI elegance is very often a salad of >>> overlaying [cnv]'s to make patches look more attractive and thus >>> very often more readable. >>> >>> This kind of effort is not stupid, it is great GUI improvement >>> in my >>> opinion. >>> >>> ++ >>> >>> >>> J? >>> >>> Another off-thread thing : I'm really looking forward to the >>> day pd >>> will not suffer that much from its GUI implementation : simple >>> slider or table visualization/monitoring sometimes being the >>> main >>> reason for a ultra complex DSP patch to bo so heavy on the >>> computer/resources ! (-: >>> >>> Hans-Christoph Steiner a ?crit : >>> Ok, all this Tcl/Tk has started to rot my brain, so here are some stupid GUI tricks: http://eds.org/~hans/pdsketch/stupidguitricks.png - change patch background colors in a patch! - make your patches transparent! - use lots of Tcl/Tk config options! Works on my machine :D and hopefully tomorrow's auto-builds... http://autobuild.puredata.info/auto-build/2007-11-08/ (if that link does work, it's not there yet) .hc --- -- --- The arc of history bends towards justice. - Dr. Martin Luther King, Jr. ___ 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 >>> > > >>> >>> -- >>> www.sideshowmedia.ca >>> skype chickeninthegrass >>> >>> ___ >>> PD-list@iem.at mailing list >>> UNSUBSCRIBE and account-management -> http://lists.puredata.info/ >>> listinfo/pd-list >> >> >> >> >> >> - >> --- >> >> >> 'You people have such restrictive dress for women,' she said, >> hobbling away in three inch heels and panty hose to finish out >> another pink-collar temp pool day. - "Hijab Scene #2", by Mohja Kahf >> >> >> >> >> ___ >> PD-list@iem.at mailing list >> UNSUBSCRIBE and account-management -> http://lists.pured
Re: [PD] stupid GUI tricks
Yes, this is all in CVS, the nightly builds build from CVS. The other option is to build things yourself. .hc On Nov 9, 2007, at 3:24 PM, Alex wrote: > is there a way to get at these updates without using the autobuild > [notice that the ubuntu autobuild fails on Gem avifile..]. > I assume that these changes aren't going into the pd cvs on > sourceforge.. > > -Alex > > On Nov 9, 2007 12:13 PM, Hans-Christoph Steiner <[EMAIL PROTECTED]> wrote: >> >> On Nov 8, 2007, at 4:22 PM, Dafydd Hughes wrote: >> >>> I may have spoke too soon, but I found the answer to alpha here: >>> http://eds.org/~hans/pdsketch/stupidguitricks.png >>> >>> Still trying to figure out how the background colour works (can't >>> make >>> it go by copying the patch in the screenshot), but the object >>> colouring >>> came from Hans' themer.pd patch - can't find the original email >>> tho:( >> >> >> Doh! I forgot to check in canvas_name.c, it'll be in tomorrow's >> build. Otherwise, you can do this in the meantime: >> >> [bang( >> | >> [window_name] >> | >> [makefilename %s.c] >> | >> >> And that should give you the same thing as canvas_name, IIRC. >> >> .hc >> >> >>> >>> cheers >>> dafydd >>> >>> Phil Stone wrote: Care to let me in on the secret? I was messing with it at lunch, and couldn't for the life of me figure out how to change the background color of an object. Phil Dafydd Hughes wrote: > Forget it. I was indeed missing what was right in front of me. > > Dafydd Hughes wrote: > >> Hey Hans >> >> I'm _dying_to try this, but can't figure out how to access it. >> Are >> there new commands for the themer patch? Or am I (like usual) >> just >> missing what's right in front of me? >> >> cheers >> dafydd >> >> Jerome Tuncer wrote: >> >>> In my opinion, this is not _stupid_ GUI tricks at all... >>> >>> Being asked on the differences between Pd and Max/MSP, how many >>> times have I answered starting with "The GUI in pd isn't >>> really as >>> cool and smart as it is in Max/MSP but the DSP capabilities >>> are in >>> the end very similar". >>> >>> My answer to the lack of GUI elegance is very often a salad of >>> overlaying [cnv]'s to make patches look more attractive and thus >>> very often more readable. >>> >>> This kind of effort is not stupid, it is great GUI improvement >>> in my >>> opinion. >>> >>> ++ >>> >>> >>> J? >>> >>> Another off-thread thing : I'm really looking forward to the >>> day pd >>> will not suffer that much from its GUI implementation : simple >>> slider or table visualization/monitoring sometimes being the >>> main >>> reason for a ultra complex DSP patch to bo so heavy on the >>> computer/resources ! (-: >>> >>> Hans-Christoph Steiner a ?crit : >>> Ok, all this Tcl/Tk has started to rot my brain, so here are some stupid GUI tricks: http://eds.org/~hans/pdsketch/stupidguitricks.png - change patch background colors in a patch! - make your patches transparent! - use lots of Tcl/Tk config options! Works on my machine :D and hopefully tomorrow's auto-builds... http://autobuild.puredata.info/auto-build/2007-11-08/ (if that link does work, it's not there yet) .hc --- -- --- The arc of history bends towards justice. - Dr. Martin Luther King, Jr. ___ 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 >>> > > >>> >>> -- >>> www.sideshowmedia.ca >>> skype chickeninthegrass >>> >>> ___ >>> PD-list@iem.at mailing list >>> UNSUBSCRIBE and account-management -> http://lists.puredata.info/ >>> listinfo/pd-list >> >> >> >> >> >> - >> --- >> >> >> 'You people have such restrictive dress for women,' she said, >> hobbling away in three inch heels and panty hose to finish out >> another pink-collar temp pool day. - "Hijab Scene #2", by Mohja Kahf >> >> >> >> >> ___ >> PD-list@iem.at mailing list >> UNSUBSCRIBE and account-management -> http://lists.puredata.info/ >> listinfo/pd-list >> ---
Re: [PD] Reference article for Pdpedia & Templates
Hallo, Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote: > I guess the idea of the "messages" section was to list things like > [reset(, [poll 1(, [set blah( etc. that are messages with custom > selectors. AFAIK, it's very rare for these messages to be sent to > anything but the first inlet. Well, maybe, but only by convention. OTOH by convention the last inlet in every RRADical object is a meta-message inlet (for OSC-messages). Generally I think, maybe pdpedia better is prepared for the rare as well. Ciao -- Frank Barknecht _ __footils.org__ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] stupid GUI tricks
is there a way to get at these updates without using the autobuild [notice that the ubuntu autobuild fails on Gem avifile..]. I assume that these changes aren't going into the pd cvs on sourceforge.. -Alex On Nov 9, 2007 12:13 PM, Hans-Christoph Steiner <[EMAIL PROTECTED]> wrote: > > On Nov 8, 2007, at 4:22 PM, Dafydd Hughes wrote: > > > I may have spoke too soon, but I found the answer to alpha here: > > > >> http://eds.org/~hans/pdsketch/stupidguitricks.png > > > > Still trying to figure out how the background colour works (can't make > > it go by copying the patch in the screenshot), but the object > > colouring > > came from Hans' themer.pd patch - can't find the original email tho:( > > > Doh! I forgot to check in canvas_name.c, it'll be in tomorrow's > build. Otherwise, you can do this in the meantime: > > [bang( > | > [window_name] > | > [makefilename %s.c] > | > > And that should give you the same thing as canvas_name, IIRC. > > .hc > > > > > > cheers > > dafydd > > > > Phil Stone wrote: > >> Care to let me in on the secret? I was messing with it at lunch, and > >> couldn't for the life of me figure out how to change the background > >> color of an object. > >> > >> > >> Phil > >> > >> Dafydd Hughes wrote: > >>> Forget it. I was indeed missing what was right in front of me. > >>> > >>> Dafydd Hughes wrote: > >>> > Hey Hans > > I'm _dying_to try this, but can't figure out how to access it. Are > there new commands for the themer patch? Or am I (like usual) just > missing what's right in front of me? > > cheers > dafydd > > Jerome Tuncer wrote: > > > In my opinion, this is not _stupid_ GUI tricks at all... > > > > Being asked on the differences between Pd and Max/MSP, how many > > times have I answered starting with "The GUI in pd isn't really as > > cool and smart as it is in Max/MSP but the DSP capabilities are in > > the end very similar". > > > > My answer to the lack of GUI elegance is very often a salad of > > overlaying [cnv]'s to make patches look more attractive and thus > > very often more readable. > > > > This kind of effort is not stupid, it is great GUI improvement > > in my > > opinion. > > > > ++ > > > > > > J? > > > > Another off-thread thing : I'm really looking forward to the > > day pd > > will not suffer that much from its GUI implementation : simple > > slider or table visualization/monitoring sometimes being the main > > reason for a ultra complex DSP patch to bo so heavy on the > > computer/resources ! (-: > > > > Hans-Christoph Steiner a ?crit : > > > >> Ok, all this Tcl/Tk has started to rot my brain, so here are some > >> stupid GUI tricks: > >> > >> http://eds.org/~hans/pdsketch/stupidguitricks.png > >> > >> - change patch background colors in a patch! > >> - make your patches transparent! > >> - use lots of Tcl/Tk config options! > >> > >> Works on my machine :D and hopefully tomorrow's auto-builds... > >> > >> http://autobuild.puredata.info/auto-build/2007-11-08/ > >> > >> (if that link does work, it's not there yet) > >> > >> .hc > >> > >> > >> - > >> --- > >> > >> > >> The arc of history bends towards justice. - Dr. Martin Luther > >> King, Jr. > >> > >> > >> > >> ___ > >> 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 > > > >>> > >>> > >> > > > > -- > > www.sideshowmedia.ca > > skype chickeninthegrass > > > > ___ > > PD-list@iem.at mailing list > > UNSUBSCRIBE and account-management -> http://lists.puredata.info/ > > listinfo/pd-list > > > > > > > > > 'You people have such restrictive dress for women,' she said, > hobbling away in three inch heels and panty hose to finish out > another pink-collar temp pool day. - "Hijab Scene #2", by Mohja Kahf > > > > > ___ > 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] stupid GUI tricks
On Nov 8, 2007, at 4:22 PM, Dafydd Hughes wrote: > I may have spoke too soon, but I found the answer to alpha here: > >> http://eds.org/~hans/pdsketch/stupidguitricks.png > > Still trying to figure out how the background colour works (can't make > it go by copying the patch in the screenshot), but the object > colouring > came from Hans' themer.pd patch - can't find the original email tho:( Doh! I forgot to check in canvas_name.c, it'll be in tomorrow's build. Otherwise, you can do this in the meantime: [bang( | [window_name] | [makefilename %s.c] | And that should give you the same thing as canvas_name, IIRC. .hc > > cheers > dafydd > > Phil Stone wrote: >> Care to let me in on the secret? I was messing with it at lunch, and >> couldn't for the life of me figure out how to change the background >> color of an object. >> >> >> Phil >> >> Dafydd Hughes wrote: >>> Forget it. I was indeed missing what was right in front of me. >>> >>> Dafydd Hughes wrote: >>> Hey Hans I'm _dying_to try this, but can't figure out how to access it. Are there new commands for the themer patch? Or am I (like usual) just missing what's right in front of me? cheers dafydd Jerome Tuncer wrote: > In my opinion, this is not _stupid_ GUI tricks at all... > > Being asked on the differences between Pd and Max/MSP, how many > times have I answered starting with "The GUI in pd isn't really as > cool and smart as it is in Max/MSP but the DSP capabilities are in > the end very similar". > > My answer to the lack of GUI elegance is very often a salad of > overlaying [cnv]'s to make patches look more attractive and thus > very often more readable. > > This kind of effort is not stupid, it is great GUI improvement > in my > opinion. > > ++ > > > J? > > Another off-thread thing : I'm really looking forward to the > day pd > will not suffer that much from its GUI implementation : simple > slider or table visualization/monitoring sometimes being the main > reason for a ultra complex DSP patch to bo so heavy on the > computer/resources ! (-: > > Hans-Christoph Steiner a ?crit : > >> Ok, all this Tcl/Tk has started to rot my brain, so here are some >> stupid GUI tricks: >> >> http://eds.org/~hans/pdsketch/stupidguitricks.png >> >> - change patch background colors in a patch! >> - make your patches transparent! >> - use lots of Tcl/Tk config options! >> >> Works on my machine :D and hopefully tomorrow's auto-builds... >> >> http://autobuild.puredata.info/auto-build/2007-11-08/ >> >> (if that link does work, it's not there yet) >> >> .hc >> >> >> - >> --- >> >> >> The arc of history bends towards justice. - Dr. Martin Luther >> King, Jr. >> >> >> >> ___ >> 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 > >>> >>> >> > > -- > www.sideshowmedia.ca > skype chickeninthegrass > > ___ > PD-list@iem.at mailing list > UNSUBSCRIBE and account-management -> http://lists.puredata.info/ > listinfo/pd-list 'You people have such restrictive dress for women,’ she said, hobbling away in three inch heels and panty hose to finish out another pink-collar temp pool day. - “Hijab Scene #2", by Mohja Kahf ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] stupid GUI tricks
The secret is that I forgot to check in the file, sorry... the bonus is I added another example, you can disable the resizing of your patch: window_name-help.pd Description: Binary data .hc On Nov 8, 2007, at 4:11 PM, Phil Stone wrote: Care to let me in on the secret? I was messing with it at lunch, and couldn't for the life of me figure out how to change the background color of an object. Phil Dafydd Hughes wrote: Forget it. I was indeed missing what was right in front of me. Dafydd Hughes wrote: Hey Hans I'm _dying_to try this, but can't figure out how to access it. Are there new commands for the themer patch? Or am I (like usual) just missing what's right in front of me? cheers dafydd Jerome Tuncer wrote: In my opinion, this is not _stupid_ GUI tricks at all... Being asked on the differences between Pd and Max/MSP, how many times have I answered starting with "The GUI in pd isn't really as cool and smart as it is in Max/MSP but the DSP capabilities are in the end very similar". My answer to the lack of GUI elegance is very often a salad of overlaying [cnv]'s to make patches look more attractive and thus very often more readable. This kind of effort is not stupid, it is great GUI improvement in my opinion. ++ J? Another off-thread thing : I'm really looking forward to the day pd will not suffer that much from its GUI implementation : simple slider or table visualization/monitoring sometimes being the main reason for a ultra complex DSP patch to bo so heavy on the computer/ resources ! (-: Hans-Christoph Steiner a ?crit : Ok, all this Tcl/Tk has started to rot my brain, so here are some stupid GUI tricks: http://eds.org/~hans/pdsketch/stupidguitricks.png - change patch background colors in a patch! - make your patches transparent! - use lots of Tcl/Tk config options! Works on my machine :D and hopefully tomorrow's auto-builds... http://autobuild.puredata.info/auto-build/2007-11-08/ (if that link does work, it's not there yet) .hc -- -- The arc of history bends towards justice. - Dr. Martin Luther King, Jr. ___ 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-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list Looking at things from a more basic level, you can come up with a more direct solution... It may sound small in theory, but it in practice, it can change entire economies. - Amy Smith ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] way for GOP object to know its selected
I was thinking, it would be very handy to have a selectfn for Pd objects. Then GOP GUIs could change their appearance when they are selected, the C GUIs can. Does anything like this exist? .hc Computer science is no more related to the computer than astronomy is related to the telescope. -Edsger Dykstra ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd in video game Spore
Mark is now really high up in Sony's PS3 division. On Nov 9, 2007 1:20 PM, Hans-Christoph Steiner <[EMAIL PROTECTED]> wrote: > > I just read this on the Max list: > > http://www.cycling74.com/pipermail/maxmsp/2007-November/038995.html > > Apparently, Pd is part of the EA game Spore. Makes sense, since Mark > Danks, Gem creator and UCSD alum, is pretty high up at EA. > > .hc > > > > > All information should be free. - the hacker ethic > > > > > > ___ > 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 in video game Spore
Pretty awesome! Thanks for sharing. I love the tip about good-natured demeanor being a key to professional connection building. I think that tip should be emphasized more around here sometimes! ~Kyle On Nov 9, 2007 1:20 PM, Hans-Christoph Steiner <[EMAIL PROTECTED]> wrote: > > I just read this on the Max list: > > http://www.cycling74.com/pipermail/maxmsp/2007-November/038995.html > > Apparently, Pd is part of the EA game Spore. Makes sense, since Mark > Danks, Gem creator and UCSD alum, is pretty high up at EA. > > .hc > > > > > All information should be free. - the hacker ethic > > > > > > ___ > 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] Pd in video game Spore
I just read this on the Max list: http://www.cycling74.com/pipermail/maxmsp/2007-November/038995.html Apparently, Pd is part of the EA game Spore. Makes sense, since Mark Danks, Gem creator and UCSD alum, is pretty high up at EA. .hc All information should be free. - the hacker ethic ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd-etended AMD64 build
you probably want to install pd-0.41-0test6, which have the array bug fixed for x86_64. i had it for ages and was really disapointed how the arrays and graphs worked. On Wed, Nov 07, 2007 at 08:52:06PM -0500, Justin Robert wrote: > Hi, I'm a newbie to the list and pd. :) > I am running the latest pd-extended on windows, but would like to get it > on my laptop that is running mepis linux AMD64. is there a build for AMD? I > downloaded the source, but there is no configure file in src folder, so > I get a "not found" when I run ./configure. What am I doing wrong? > Thank you in advance. > > > Justin Robert > www.justinrobert.com > > ps- thank you for your help on the list IOhannes > ___ > 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] do not install OS X 10.5!
From what I heard, the PPC build works ok on Intel/Leopard. .hc On Nov 9, 2007, at 7:51 AM, Si Mills wrote: > HI > > Could someone clarify this please. I have read that the PPC build > works in Leopard - does this mean on an Intel mac? > > thanks > > > On 8 Nov 2007, at 02:29, Hans-Christoph Steiner wrote: > >> >> I don't have Leopard... Marius? :) >> >> .hc >> >> On Nov 7, 2007, at 8:33 PM, marius schebella wrote: >> >>> actually, it seems pd-extended related. because plain pd-vanilla >>> does >>> not crash. >>> hans? >>> marius. >>> >>> marius schebella wrote: well I have one patch, that crashes everytime I save it (it saves and then pd crashes). I did not figure out what part of the patch causes the crash, but after that patch crashes every other patch crashes too (on save. even empty new ones), and after 20 crashes or so, I cannot start Pd any more, and have to restart my mac. leopard behaves like a virus infected windows machine at the moment... I don't see any ghost processes running but something must irritate pd. marius. chris clepper wrote: > What parts of Pd crash? > > On Nov 7, 2007 4:43 PM, marius schebella > <[EMAIL PROTECTED]> > wrote: >> whoever wants to change to Leopard, no good idea at the moment. >> lots of crashes with pd here... >> marius. >> >> ___ >> 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 >> >> >> >> - >> --- >> >> >>http://at.or.at/hans/ >> >> >> >> ___ >> PD-list@iem.at mailing list >> UNSUBSCRIBE and account-management -> http://lists.puredata.info/ >> listinfo/pd-list ¡El pueblo unido jamás será vencido! ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Reference article for Pdpedia & Templates
Very nice work, and thanks for taking the initiative to do this. A couple of comments (and since it's a wiki, I made some changes to the page, we can always revert if people don't like them:) - I made a the boxes a bit bigger and lightened the grey border to try to enhance readability. Hopefully y'all like it. - which reminds me, another thing to tackle is fixing the Infobox template to hide fields that aren't filled in. The wikipedia Infobox templates do that. - I am not sure about where examples should go. It seems to me that the inlets section should just be a reference section, then there should be a separate section with examples. - instead of ASCII patches, I think we should include screenshots. I guess ASCII patches are quicker, and are better than nothing. - the "Notes" section is a bit vague. if it is important information, it should be included in the description. I was thinking that we could have more specific sections for adding info, like "Bugs", "Tips & Tricks", etc. .hc On Nov 9, 2007, at 8:13 AM, Luke Iannini (pd) wrote: > Hallo, > I spent some time working on the Pdpedia. > > I chose switch~ for the start of a reference article since it's very > simple; I think if we can get it looking nice it will be a good step > towards describing more complex objects, like the IEMGUIs or [pool]. > > So, most of my work should be pretty self-explanatory. One question: > what is the intent of the "Messages" section? Is this "messages > understood by the first inlet"? If so, I guess I should move the > "Inlet 0" explanations there and put something like "Inlet 0: 1/0 for > DSP On/Off + " with a link to that section? > > I also made some templates called {{msg}} and {{obj}}. You can see > them in action at http://wiki.puredata.info/en/switch%7E. The obj > template automatically tries to link the object name, so I suggest (if > people like them) that that is the preferred "object linking method". > The regular [[link]] can be saved for linking to articles not directly > about an object. Blurbs on their usage are at > http://wiki.puredata.info/en/Help:Contents. > > When I'm feeling saucy I'll see about doing a version for ascii-art > patches. > > So, it would be nice if everyone could check out and groom the switch~ > article so it can be henceforth used as a starting point for cleaning > up the rest of the 'pedia. I didn't try using tables yet; maybe > they'd be handy for enumerating inlets/outlets etc. > > Cheers > Luke > > ___ > PD-list@iem.at mailing list > UNSUBSCRIBE and account-management -> http://lists.puredata.info/ > listinfo/pd-list I have the audacity to believe that peoples everywhere can have three meals a day for their bodies, education and culture for their minds, and dignity, equality and freedom for their spirits. - Martin Luther King, Jr. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Reference article for Pdpedia & Templates
On Nov 9, 2007, at 11:20 AM, Frank Barknecht wrote: > Hallo, > IOhannes m zmoelnig hat gesagt: // IOhannes m zmoelnig wrote: > >> Luke Iannini (pd) wrote: >>> So, most of my work should be pretty self-explanatory. One >>> question: >>> what is the intent of the "Messages" section? Is this "messages >>> understood by the first inlet"? If so, I guess I should move the >>> "Inlet 0" explanations there and put something like "Inlet 0: 1/0 >>> for >>> DSP On/Off + " with a link to that section? >> >> well, here starts the great definition chaos on what is message >> and what >> is data. >> >> for simplicity i guess that you have 2 choices: >> - everything that goes to inlet-0 is a 'message'; in this case i >> would >> suggest to remove the inlet-0 section (rather than the messages >> section) >> - everything that is not one of the predefined types "float", >> "symbol", >> "list" is a 'message'; in this case we would need both a messages- >> and >> an inlet0- section. > > Hm, but inlets different from inlet0 also may accept different > kinds of messages, "pack 0 0 0" vs. "pack s s s" is one example. So I > would suggest to remove the "Messages" section and only use > Inlet-sections, that explain the various messages and data streams an > inlet accepts or expects. But just like Luke I may now understand what > Messages was supposed to contain in the first place. I guess the idea of the "messages" section was to list things like [reset(, [poll 1(, [set blah( etc. that are messages with custom selectors. AFAIK, it's very rare for these messages to be sent to anything but the first inlet. Then the "inlets" section would list the message types that the inlet accepts: (float, pointer, symbol, list, anything) That was the reasoning behind separate sections, I don't have a strong preference either way. .hc The arc of history bends towards justice. - Dr. Martin Luther King, Jr. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-dev] Pd and gpgpu
You want to process audio, video or data? Video is covered with GEM but the others are not. Latency might be a problem especially since the read back from the GPU is pretty slow. There is at least one forum online dedicated to GPGPU that I have seen and there are a few toolkits around to use as well. On Nov 8, 2007 11:37 PM, Julian Villegas <[EMAIL PROTECTED]> wrote: > > Hi, > > I'm interested in reimplementing some externals that I've made in Pd. The > idea is to take advantage of the graphic card power to deal with parallel > data and boost the performance of the external. Have you guys done that > before? I'm planning to use GLSL, the Open GL Shader Language, for > compatibility. My problem is that I don't know how to do it, and I'm looking > for some help or orientation of those among you who have some experience in > this matter. > > Thanks in advance. > > PS: I'm posting this to pd-list and pd-dev-list, and I'm sorry for multiple > instances of this email. > > > Julian Villegas > > Me pregunto de un modo pensativo > Que significa ser Colombiano? > No se le respondi. Es un acto de fe > JLB. > > > __ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com > ___ > PD-dev mailing list > [EMAIL PROTECTED] > http://lists.puredata.info/listinfo/pd-dev > > ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Reference article for Pdpedia & Templates
Very nice job ! Jack Le 9 nov. 07 à 14:13, Luke Iannini (pd) a écrit : > Hallo, > I spent some time working on the Pdpedia. > > I chose switch~ for the start of a reference article since it's very > simple; I think if we can get it looking nice it will be a good step > towards describing more complex objects, like the IEMGUIs or [pool]. > > So, most of my work should be pretty self-explanatory. One question: > what is the intent of the "Messages" section? Is this "messages > understood by the first inlet"? If so, I guess I should move the > "Inlet 0" explanations there and put something like "Inlet 0: 1/0 for > DSP On/Off + " with a link to that section? > > I also made some templates called {{msg}} and {{obj}}. You can see > them in action at http://wiki.puredata.info/en/switch%7E. The obj > template automatically tries to link the object name, so I suggest (if > people like them) that that is the preferred "object linking method". > The regular [[link]] can be saved for linking to articles not directly > about an object. Blurbs on their usage are at > http://wiki.puredata.info/en/Help:Contents. > > When I'm feeling saucy I'll see about doing a version for ascii-art > patches. > > So, it would be nice if everyone could check out and groom the switch~ > article so it can be henceforth used as a starting point for cleaning > up the rest of the 'pedia. I didn't try using tables yet; maybe > they'd be handy for enumerating inlets/outlets etc. > > Cheers > Luke > > ___ > 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] Reference article for Pdpedia & Templates
Hallo, IOhannes m zmoelnig hat gesagt: // IOhannes m zmoelnig wrote: > Luke Iannini (pd) wrote: > > So, most of my work should be pretty self-explanatory. One question: > > what is the intent of the "Messages" section? Is this "messages > > understood by the first inlet"? If so, I guess I should move the > > "Inlet 0" explanations there and put something like "Inlet 0: 1/0 for > > DSP On/Off + " with a link to that section? > > well, here starts the great definition chaos on what is message and what > is data. > > for simplicity i guess that you have 2 choices: > - everything that goes to inlet-0 is a 'message'; in this case i would > suggest to remove the inlet-0 section (rather than the messages section) > - everything that is not one of the predefined types "float", "symbol", > "list" is a 'message'; in this case we would need both a messages- and > an inlet0- section. Hm, but inlets different from inlet0 also may accept different kinds of messages, "pack 0 0 0" vs. "pack s s s" is one example. So I would suggest to remove the "Messages" section and only use Inlet-sections, that explain the various messages and data streams an inlet accepts or expects. But just like Luke I may now understand what Messages was supposed to contain in the first place. Ciao -- Frank Barknecht _ __footils.org__ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Growing patch-window size (Was:Re: changing the look of Pd to be more readable)
On 09/11/2007, at 7.41, Hans-Christoph Steiner wrote: > This is a very helpful illustration of the bug. I think that it's > probably happening when opening the patch. That sounds reasonable. Maybe your new cursor position object can help answer that question. > Could you add this info to the bug tracker, I believe there is > already a bug report for this one, and I'll try to look at it > tomororw. I submitted a new report, since i couldn't find a matching report already (despite people claims it's been there for ages). ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Reference article for Pdpedia & Templates
Luke Iannini (pd) wrote: > Hallo, > I spent some time working on the Pdpedia. > > I chose switch~ for the start of a reference article since it's very > simple; I think if we can get it looking nice it will be a good step > towards describing more complex objects, like the IEMGUIs or [pool]. > > So, most of my work should be pretty self-explanatory. One question: > what is the intent of the "Messages" section? Is this "messages > understood by the first inlet"? If so, I guess I should move the > "Inlet 0" explanations there and put something like "Inlet 0: 1/0 for > DSP On/Off + " with a link to that section? well, here starts the great definition chaos on what is message and what is data. for simplicity i guess that you have 2 choices: - everything that goes to inlet-0 is a 'message'; in this case i would suggest to remove the inlet-0 section (rather than the messages section) - everything that is not one of the predefined types "float", "symbol", "list" is a 'message'; in this case we would need both a messages- and an inlet0- section. > > I also made some templates called {{msg}} and {{obj}}. You can see > them in action at http://wiki.puredata.info/en/switch%7E. The obj _very_ nice fmdr sIOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Reference article for Pdpedia & Templates
> have a small example patch as an image it would be possible to embed. I tried this without luck, maybe you can take a look? > the next thing I want to do, is to make all fields that are empty > disappear in the infobox. It looks like you'll need http://meta.wikimedia.org/wiki/Help:ParserFunctions#Installation to do that; then I think it will look something like this: {| class="infobox borderless" |+ colspan="2" style="text-align:center; font-size: large; background:#ffdead;" | '''{{{name}}}''' |- | colspan="2" style="text-align:center;" | {{{example_image}}}{{{caption|''caption''}}} |- ! [[Description]]: | {{{description|''description is required''}}} {{ #if: {{{abbreviation|}}} | {{!}}- ! [[Abbreviation]]: {{!}} {{{abbreviation|}}} }} |} Mmm, great : ). (the statement is {{ #if: | }}, but you can't use "|" in the condition or then string (or it will think it is the separator between and , so you use a template called Template:! which contains | instead. Found at http://meta.wikimedia.org/wiki/Help:ParserFunctions#Caveats and http://meta.wikimedia.org/wiki/Help:Template#A_parameter_value_containing_a_pipe_character ) ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-dev] Pd and gpgpu
Hi, it is possible to use glsl, I would recommend to look at glsl_vertex, glsl_fragment and glsl_program. you don't have to bind any variables or textures. That is done automatically by glsl_program. you have to send the textures a message [texunit 1( or something like that if you use more than one. at the moment there is a problem with multitextures (you cannot use gl_MultiTexCoord1 or higher, but I am sure that will be fixed in the future (for now, you would use only texcoord0... if you want to link several shaders you have to use gemframebuffer and reference the texture to the next piece in the chain. the right outlet of texture gives you the ID of the texture on the gpu, and you can use that to feed it to another texture (???). I think nobody has done that before, and there is no documentation. But I hope to figure that out soon myself. cyrille has some shader examples online, and I put some online, too. but they are only tests. http://www.parasitaere-kapazitaeten.net/Pd/4shaders marius. Julian Villegas wrote: > Hi, > > I'm interested in reimplementing some externals that I've made in Pd. The > idea is to take advantage of the graphic card power to deal with parallel > data and boost the performance of the external. Have you guys done that > before? I'm planning to use GLSL, the Open GL Shader Language, for > compatibility. My problem is that I don't know how to do it, and I'm looking > for some help or orientation of those among you who have some experience in > this matter. > > Thanks in advance. > > PS: I'm posting this to pd-list and pd-dev-list, and I'm sorry for multiple > instances of this email. > > > > Julian Villegas > > Me pregunto de un modo pensativo > Que significa ser Colombiano? > No se le respondi. Es un acto de fe > JLB. > > > > __ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com > > > > > ___ > PD-dev mailing list > [EMAIL PROTECTED] > http://lists.puredata.info/listinfo/pd-dev ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Reference article for Pdpedia & Templates
hi Luke, this looks great! maybe you can add 1 or 2 pixels of padding to msg and obj, although, I don't know if that would destroy the message box? the message section can be deleted, most of that will be in inlets/outlets, so it is a little bit redundant. but you can also leave it. do you know that it is possible to use images now, so if you want to have a small example patch as an image it would be possible to embed. the next thing I want to do, is to make all fields that are empty disappear in the infobox. there are some details, like I would not capitalize objectnames like Dac~ or Throw~, even if they start a sentence. marius. Luke Iannini (pd) wrote: > Hallo, > I spent some time working on the Pdpedia. > > I chose switch~ for the start of a reference article since it's very > simple; I think if we can get it looking nice it will be a good step > towards describing more complex objects, like the IEMGUIs or [pool]. > > So, most of my work should be pretty self-explanatory. One question: > what is the intent of the "Messages" section? Is this "messages > understood by the first inlet"? If so, I guess I should move the > "Inlet 0" explanations there and put something like "Inlet 0: 1/0 for > DSP On/Off + " with a link to that section? > > I also made some templates called {{msg}} and {{obj}}. You can see > them in action at http://wiki.puredata.info/en/switch%7E. The obj > template automatically tries to link the object name, so I suggest (if > people like them) that that is the preferred "object linking method". > The regular [[link]] can be saved for linking to articles not directly > about an object. Blurbs on their usage are at > http://wiki.puredata.info/en/Help:Contents. > > When I'm feeling saucy I'll see about doing a version for ascii-art patches. > > So, it would be nice if everyone could check out and groom the switch~ > article so it can be henceforth used as a starting point for cleaning > up the rest of the 'pedia. I didn't try using tables yet; maybe > they'd be handy for enumerating inlets/outlets etc. > > Cheers > Luke > > ___ > 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] Growing patch-window size (Was:Re: changing the look of Pd to be more readable)
On Nov 9, 2007 1:33 PM, João Miguel Pais <[EMAIL PROTECTED]> wrote: > > I believe this is a very old bug, no? I had similar behavior for a long > > time with vanilla Pd on Windows and Mac. Haven't noticed it lately, > > though, > > so maybe that was fixed already. I'm also mostly using Linux now. > > It's been always there, in both dists. but I noticed that it doesn't > happen in linux. > Methinks that hints at a perfect solution. -Chuckk -- http://www.badmuthahubbard.com ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Voice Synth Windows and/or OSX
hi bryan thanks for the hints! maybe ill give a go at compiling the ratts library on wincrap. ive never compiled anything on win before, only linux so it will be a learning experience... i guess :) i didnt see an osx binary version on your site. only a binary for "sprinkler v0.06" although it does say in your ratts readme that there may be one out there compiled by the same person...Adam T. Lindsay. I wonder if anyone knows of this library as a binary somewhere? ill check some of the extended distribution for it also. ratts does NOT need the flite libraries to compile correct? it doesnt seem like it does by the documentation... best mark --- Bryan Jurish <[EMAIL PROTECTED]> wrote: > morning Mark, > > the "official" distributions of both ratts and > pd-flite are available here: > > http://www.ling.uni-potsdam.de/~moocow/projects/pd > > additionally, the most current version of pd-flite > should always be > available in sourceforge cvs: > > http://sourceforge.net/projects/pure-data > > in the subdirectory externals/moocow/flite. > pd-flite was even buildable > by the pd-extended build system last time I looked, > but it requires that > the flite headers and library are installed on the > build machine, which > wasn't the case with the default auto-builds (again, > last time I checked). > > ratts has been successfully compiled on osx (i think > there's even an > older binary version on my website), and assuming > that flite itself > compiles there, i don't foresee any difficulties for > pd-flite, but let > me know if you encounter any! i have never tried to > compile on windoof > myself, but i don't think there should be *too* many > problems there > either... > > marmosets, > Bryan > > On 2007-11-09 02:43:05, mark edward grimm > <[EMAIL PROTECTED]> appears > to have written: > > I was looking at the 'ratts' externals and > 'pd-flite > > v0.01' - just wondering if anyone has successfully > > compiled for windows and/or osx. OR any other > speech > > synthesis/singing synth options for either of > these > > platforms? > > > > Thanks! > > mark > > -- > Bryan Jurish "There is > *always* one more bug." > [EMAIL PROTECTED] -Lubarsky's Law of > Cybernetic Entomology > ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] Gem:pd.exe Application Error with xVid codecs
Hi, i'm getting some strange behaviour with pd/gem under xp x64 when playing back xvid encoded videos using pix_film. Everytime i close pd, i get the following error: GEM:pd.exe - Application Error The exception unknown software exception (0x0005) occurred in the application at location 0x064997a8. Click on OK to terminate the program. This only happens when i have played back xVid videos, doesn't happen with other formats. Also, i get random crashes when playing xvid videos, but this error messages pops up everytime i close pd (only after playing back xvids). Are there any xvid-related know issues with gem or maybe the windows x64 ? -robert ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] do not install OS X 10.5!
On Nov 9, 2007 4:51 AM, Si Mills <[EMAIL PROTECTED]> wrote: > HI > > Could someone clarify this please. I have read that the PPC build > works in Leopard - does this mean on an Intel mac? > > thanks Hi Si, This means you can run the PPC build (as you can all PPC built mac apps) under Rosetta http://www.apple.com/rosetta/ which will run slower than a native Intel version. If you are not using heavy CPU though, that would be fine to do until the Intel bugs are fixed. Cheers Luke ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] Reference article for Pdpedia & Templates
Hallo, I spent some time working on the Pdpedia. I chose switch~ for the start of a reference article since it's very simple; I think if we can get it looking nice it will be a good step towards describing more complex objects, like the IEMGUIs or [pool]. So, most of my work should be pretty self-explanatory. One question: what is the intent of the "Messages" section? Is this "messages understood by the first inlet"? If so, I guess I should move the "Inlet 0" explanations there and put something like "Inlet 0: 1/0 for DSP On/Off + " with a link to that section? I also made some templates called {{msg}} and {{obj}}. You can see them in action at http://wiki.puredata.info/en/switch%7E. The obj template automatically tries to link the object name, so I suggest (if people like them) that that is the preferred "object linking method". The regular [[link]] can be saved for linking to articles not directly about an object. Blurbs on their usage are at http://wiki.puredata.info/en/Help:Contents. When I'm feeling saucy I'll see about doing a version for ascii-art patches. So, it would be nice if everyone could check out and groom the switch~ article so it can be henceforth used as a starting point for cleaning up the rest of the 'pedia. I didn't try using tables yet; maybe they'd be handy for enumerating inlets/outlets etc. Cheers Luke ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] do not install OS X 10.5!
HI Could someone clarify this please. I have read that the PPC build works in Leopard - does this mean on an Intel mac? thanks On 8 Nov 2007, at 02:29, Hans-Christoph Steiner wrote: > > I don't have Leopard... Marius? :) > > .hc > > On Nov 7, 2007, at 8:33 PM, marius schebella wrote: > >> actually, it seems pd-extended related. because plain pd-vanilla does >> not crash. >> hans? >> marius. >> >> marius schebella wrote: >>> well I have one patch, that crashes everytime I save it (it saves >>> and >>> then pd crashes). I did not figure out what part of the patch >>> causes the >>> crash, but after that patch crashes every other patch crashes too >>> (on >>> save. even empty new ones), and after 20 crashes or so, I cannot >>> start >>> Pd any more, and have to restart my mac. leopard behaves like a >>> virus >>> infected windows machine at the moment... >>> I don't see any ghost processes running but something must >>> irritate pd. >>> marius. >>> >>> >>> chris clepper wrote: What parts of Pd crash? On Nov 7, 2007 4:43 PM, marius schebella <[EMAIL PROTECTED]> wrote: > whoever wants to change to Leopard, no good idea at the moment. > lots of crashes with pd here... > marius. > > ___ > 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 > > > > -- > -- > > >http://at.or.at/hans/ > > > > ___ > 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] Growing patch-window size (Was:Re: changing the look of Pd to be more readable)
> I believe this is a very old bug, no? I had similar behavior for a long > time with vanilla Pd on Windows and Mac. Haven't noticed it lately, > though, > so maybe that was fixed already. I'm also mostly using Linux now. It's been always there, in both dists. but I noticed that it doesn't happen in linux. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] Problem with pdp v4l
hello, I work with ubuntu studio and Pd version 0.39.3-extended-rc5 I have a big problem with v4l: pdp_v4l: auto open failed pdp_v4l: no device opened pdp_v4l: attempting auto open pdp_v4l: retry count reached zero for /dev/video pdp_v4l: try to open manually pdp_v4l: auto open failed But the computer see the camera in: MCP51 PCI BRIDGE FW323 UNKNOWN (0X0011D8) DM-XM---THE CAMERA IS HERE AND OTHER APP LIKE KINO FIND THE CAMERA XM2 I NEED SOME HELP, I ALSO TRY TO GET PROPERTY OF THE pdp_v4l but it don't work... thanks -- TNTB t'es in t'es bat 1 Rue Camille Pelletant 13210 St Remy de Provence T/: 04 90 26 95 09 P/: 06 86 86 12 19 + http://www.tntb.net === ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Growing patch-window size (Was:Re: changing the look of Pd to be more readable)
On Nov 9, 2007 8:41 AM, Hans-Christoph Steiner <[EMAIL PROTECTED]> wrote: > > On Nov 8, 2007, at 10:59 AM, Steffen Juul wrote: > > > Now i don't know if i repeat anyone from the past. I apologize > > beforehand. > > > So it seams it grows 4px per run with a reload. > > This is a very helpful illustration of the bug. I think that it's > probably happening when opening the patch. Could you add this info > to the bug tracker, I believe there is already a bug report for this > one, and I'll try to look at it tomororw. > > I believe this is a very old bug, no? I had similar behavior for a long time with vanilla Pd on Windows and Mac. Haven't noticed it lately, though, so maybe that was fixed already. I'm also mostly using Linux now. > "It is convenient to imagine a power beyond us because that means we > don't have to examine our own lives.", from "The Idols of > Environmentalism", by Curtis White > I think this is the single best quote in your sig collection, Hans. -Chuckk -- http://www.badmuthahubbard.com ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] robotcowboy patches for you
Hi Dan, Thanks much for sharing these, they look like lots of fun. You should add them to pd-extended so they can be enjoyed by everyone. Speaking of that, I should add things to pd-extended. But I haven't, because I keep telling myself it isn't worth it to learn/deal with CVS when we're moving to SVN so soon : ). Does anyone have any news on that? Cheers Luke On Nov 8, 2007 7:04 PM, Daniel Wilcox <[EMAIL PROTECTED]> wrote: > Hey guys! > > I've been working on some patches and music while I was at STEIM in October > with the result being > a bunch of gui patches inspired by Chris McCormicks awesome s-abstractions > that use the equally awesome > Frank Barknecht's sssad state saving. The sequencing objects + s-arranger > finally allow me to make full songs more like when I was using FL Studio. > Screw FL Studio now! > > Some of the objects included are: > - rc-seq: a variable length xoxo sequence > - rc-drumseq: a variable length sequencer container a number of the above > - rc-track: a variable length midi note sequence > - rc-tracker: a variable length tracker containing a number of the above > - rc-chipwave~: a chiptunes emulator built around Phill Phelp's chipwave~ > example > - rc-wavetable~: a wavetable gui osc > - rc-arp: the arpeggiator from Tod Winkler's Composing Interactive Music > - blahblahblah ... > > Webpage: software.robotcowboy.com/rc-patches > > See my myspace (redundant?) for two new songs, MyLungsWereAchingForYou and > SpaceLight, built entirely in pd using the rc-patch song structuring, > generation from live midi, and realtime mixing of the mic/distorted digitar > (hey, thats pretty good for a 500Mhz box!). > > Anyway, I've started making gui objects to save time when I make the songs > (compose) and I just want to get into a > a groove. Some of them are unfinished but check em out, I'll update them as > I go. > > Hopefully they will be useful to someone. > > -- > Dan Wilcox > danomatika > www.robotcowboy.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] Voice Synth Windows and/or OSX
morning Mark, the "official" distributions of both ratts and pd-flite are available here: http://www.ling.uni-potsdam.de/~moocow/projects/pd additionally, the most current version of pd-flite should always be available in sourceforge cvs: http://sourceforge.net/projects/pure-data in the subdirectory externals/moocow/flite. pd-flite was even buildable by the pd-extended build system last time I looked, but it requires that the flite headers and library are installed on the build machine, which wasn't the case with the default auto-builds (again, last time I checked). ratts has been successfully compiled on osx (i think there's even an older binary version on my website), and assuming that flite itself compiles there, i don't foresee any difficulties for pd-flite, but let me know if you encounter any! i have never tried to compile on windoof myself, but i don't think there should be *too* many problems there either... marmosets, Bryan On 2007-11-09 02:43:05, mark edward grimm <[EMAIL PROTECTED]> appears to have written: > I was looking at the 'ratts' externals and 'pd-flite > v0.01' - just wondering if anyone has successfully > compiled for windows and/or osx. OR any other speech > synthesis/singing synth options for either of these > platforms? > > Thanks! > mark -- Bryan Jurish "There is *always* one more bug." [EMAIL PROTECTED] -Lubarsky's Law of Cybernetic Entomology ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list