Re: [PD] gem list operations on the gpu
hello marius , what im trying to do is really simple, i have a patch that creates 3d structures iterating or repeating geos, the thing is that i cannot run to much iterations because my computer become slow. The complexity of my 3d structures are limited to my cpu power, thats why i was thinking if its possible to make the gem list calculations in the gpu in order to economize cpu consumption and have more iterations. Check attached patch. Do these calculations can run as shaders programs? Other thing: i was checking the displaylist example, looks very interesting : is it possible to store the displaylist in a separate txt file? thanks S. De: marius schebella marius.schebe...@gmail.com Para: Sebastian Saa sebastian_nico...@yahoo.es CC: pd-list@iem.at Enviado: domingo, 19 de abril, 2009 2:47:15 Asunto: Re: [PD] gem list operations on the gpu Sebastian Saa wrote: Hello, is it possible to run gemlist operations on the gpu? im experimenting with recursive structures in gem , i cannot have to much recursions because my computer become slow, so i was thinking if its posible to make those calculations on the gpu, is this possible? hi sebastian, it depends on what exactly you're trying to do. it is possible to calculate a recursive structure once and then upload it to the GPU using a displaylist. basically you are creating a geometry that you can access like a model. have a look at the example in examples/GEM/09.OpenGL/02.displaylist.pd But this will not help you, if the recursion needs to be recalculated for every frame. for this you could use vertex shaders (again, depending on what you're trying to achieve). with the upcoming GEM release and if your gfx card supports it, it should also be possible to use geometry shaders as well. the other options are pdlua (with luagl) or writing your own GEM object... marius. pequeno_random_dos.pd Description: Binary data ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] abstraction creation audio engine start
On Sun, 2009-04-19 at 00:23 +0900, hard off wrote: what about something like sending a value to the inlet of an audio arithmetic object? would that update the dsptree? i'm wondering why the audio in my abstractions is working, because i don't think i am doing any of those things. afaik, it's only the newest dynamically created tilde-abstraction, that is _not_ part of the dsp-tree. if you generate 3000 abstractions dynamically, you won't notice the one, that is missing. i hope, someone with insight into the pd-code can confirm this: i experienced, that turning dsp off _before_ dynamically create abstractions, and turning dsp on again after it, is much faster. i assume (someone please correct me), this is because as long as dsp is off, the dsp tree isn't updated at all, even if tilde objects are created. however, when it is running, it will get updated on the creation of every instance, which makes it so slow. when it's off during the creation and turned only after, the dsp-tree will be only update once. this is why all my dynamic patches do a [t b b b] with the following order: - [; pd dsp 0( - create all the instances dynamically - [; pd dsp 1( 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] symbolarray
On Fri, Apr 17, 2009 at 03:52:33PM +0200, Frank Barknecht wrote: Hallo, lsw hat gesagt: // lsw wrote: Looks pretty useful. Also a great structures example. Btw.: To fill the symbolarray [list-enumerate] from [list]-abs is great. [symbolarray] also is pretty fast if you have to lookup something in large lists. I tested it with an arraysize of 100,000,000 elements, which takes roughly 300 MB RAM according to my system monitor (with all elements except the last one empty). Creating the array takes several seconds, but looking up the final element happens instantly afterwards. The other Pd-vanilla ways I know to implement this are textfile-dumps with rewind+[until] or [select]-constructs or [list-idx], which all are unusable with arrays of these sizes. And of course the patch can be modified to look up any kind of list whose structure is known. Now we still need maps/hashes. Maybe this is something close: http://lists.puredata.info/pipermail/pd-list/2008-03/060712.html Best, Chris. --- http://mccormick.cx ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Animating with arrays...
Hi list I'm trying to understand how tables/arrays work with animations. As far as I can see, I can place a set of coordinates in text file and then use an array to apply this to elements in a scene. I have been looking at various examples, notably [splinepath], which uses [line] to govern the length and speed of the movement. However, I'm struggling to understand the exact relationship between the co-ordinates written in the text file and what actually happens to an image when rendered. Sometimes I change the numbers and the animation stays the same, other times it appears erratic. I'm trying to trigger animations so that they float and rotate into place. If anyone has any ideas on the best way to approach this, or can direct me to some useful help files, I would really appreciate it. I was looking at a pdf that was packaged with PD-extended called 'GemPrimer'. The documentation was clear and insightful for someone of my level (beginner!) and hoping there might more files like this one... Mac OSX Intel Core Duo 10.4.11. PD-Extended 0.40.3. Thanks Simon ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] get block-size in upsampled / downsampled patches - sample based delay?
Hi, I'm currently creating some analysis patches which have to run upsampled (simply because I don't want to wait ages). Inside these patches I need to know how many samples have been passed (or how much upsampled time has passed). So I can't use [delay] and made a counter which counts samples, based on current blocksize and bang~. I get the current blocksize from [bang~] [timer] and [samplerate]. (see attachment) But in upsampled patches the [samplerate~] outputs the upsampled samplerate, so my calculated blocksize is upsampling-factor * audio-samplerate. is there a way to get the upsampling factor? or is there already a blocksize based [delay] for messages i have overseen? attached the abstraction I use for block size at the moment. cheers ; artin blocksize~.pd Description: application/puredata ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] disable ctrl+q / command+q or display a dialog box?
Hi.. is it possible to configure my PD installation to don't quit immediately when I (stupid as I am) press ctrl+q or command+q(mac)? :) tx. -- http://www.padovani.googlepages.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pdscript ?
Twitter copy and paste app for Max/MSP; http://www.soundplusdesign.com/?p=1621 Somebody port to Pd, or do something similar? ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] symbolarray
Hallo, Chris McCormick hat gesagt: // Chris McCormick wrote: On Fri, Apr 17, 2009 at 03:52:33PM +0200, Frank Barknecht wrote: Now we still need maps/hashes. Maybe this is something close: http://lists.puredata.info/pipermail/pd-list/2008-03/060712.html Yeah, but I was thinking of something faster than walking around in a textfile would be. :) The really nice thing about data structure arrays is that they are very fast. The not so nice things are that they only accept integers for lookup and that the structure of the thing they store has to be predefined. What I would love would be a map type field for [struct] so you could say: [struct item float i] [struct example map items item] just like for the array field. But now the index to lookup a map element would be a symbol key. The setter could look like this: [symbol key( | [mapelement example items] [100\ | | | [set item i] and a getter like this: [symbol key( | [mapelement example items] | [get item i] | [100\ All in analogy to [element] for arrays Ciao -- Frank ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] abstraction creation audio engine start
Hi, that scheme will work only to turn on the newly created (and muted) abstractions. however, still there will be a click and/or audio interruption as you do the pd dsp 0; pd dsp 1; trick. I seek a smooth solution (i.e. as the abstractions are created, their sounds come to life, ... no clicks, no hiccups). Cheers, Tuti On Mon, Apr 20, 2009 at 6:52 AM, Roman Haefeli reduzie...@yahoo.de wrote: On Sun, 2009-04-19 at 00:23 +0900, hard off wrote: what about something like sending a value to the inlet of an audio arithmetic object? would that update the dsptree? i'm wondering why the audio in my abstractions is working, because i don't think i am doing any of those things. afaik, it's only the newest dynamically created tilde-abstraction, that is _not_ part of the dsp-tree. if you generate 3000 abstractions dynamically, you won't notice the one, that is missing. i hope, someone with insight into the pd-code can confirm this: i experienced, that turning dsp off _before_ dynamically create abstractions, and turning dsp on again after it, is much faster. i assume (someone please correct me), this is because as long as dsp is off, the dsp tree isn't updated at all, even if tilde objects are created. however, when it is running, it will get updated on the creation of every instance, which makes it so slow. when it's off during the creation and turned only after, the dsp-tree will be only update once. this is why all my dynamic patches do a [t b b b] with the following order: - [; pd dsp 0( - create all the instances dynamically - [; pd dsp 1( 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 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] symbolarray
Hi Frank, unfortunatily pd has next to no string functions (without externals). Otherwise it shouldn't be too hard, to write a hashfunction that retrieves a numeric hash for a given symbol, which could be used as struct index. At least something like get_character_of_symbol_at_position and get_ascii_value_of_character would be needed to do so. All the best, Lsw~ Am 20.04.2009, 15:32 Uhr, schrieb Frank Barknecht f...@footils.org: Hallo, Chris McCormick hat gesagt: // Chris McCormick wrote: On Fri, Apr 17, 2009 at 03:52:33PM +0200, Frank Barknecht wrote: Now we still need maps/hashes. Maybe this is something close: http://lists.puredata.info/pipermail/pd-list/2008-03/060712.html Yeah, but I was thinking of something faster than walking around in a textfile would be. :) The really nice thing about data structure arrays is that they are very fast. The not so nice things are that they only accept integers for lookup and that the structure of the thing they store has to be predefined. What I would love would be a map type field for [struct] so you could say: [struct item float i] [struct example map items item] just like for the array field. But now the index to lookup a map element would be a symbol key. The setter could look like this: [symbol key( | [mapelement example items] [100\ | | | [set item i] and a getter like this: [symbol key( | [mapelement example items] | [get item i] | [100\ All in analogy to [element] for arrays Ciao -- ~ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] get block-size in upsampled / downsampled patches - sample based delay?
I get the current blocksize from [bang~] [timer] and [samplerate]. (see attachment) But in upsampled patches the [samplerate~] outputs the upsampled samplerate, so my calculated blocksize is upsampling-factor * audio-samplerate. hmm. this seems to be only the case when the logical time for bang~ happens to be below the duration for a 64 samples block (or perhaps below 1ms?). I found an old thread in the list from 2002 which seems to explain my problems: http://lists.puredata.info/pipermail/pd-list/2002-04/006123.html thanks anyway cheers ; artin ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] disable ctrl+q / command+q or display a dialog box?
In Pd-extended 0.41.4, you now get a confirmation prompt. You can get it here, its beta, but close to release: http://autobuild.puredata.info/auto-build/latest/ Or you can embed this object in your patch, or copy and paste the code inside. It sends two lines of Tcl to the GUI to disable the menu_quit command, which quits Pd. Then you'll have to kill or force quit Pd to make it quit. noquit.pd Description: Binary data .hc On Apr 20, 2009, at 8:46 AM, padovani wrote: Hi.. is it possible to configure my PD installation to don't quit immediately when I (stupid as I am) press ctrl+q or command+q(mac)? :) tx. -- http://www.padovani.googlepages.com ___ 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] Supported OSs
Hey all, It has been some time since I taught a PD/Gem workshop and I'm jumping back into the fray. Seems much has changed! Are there any issues with PD-extended on: * Intel macs? * G4 macs still work? * Windows Vista? * Windows XP? I'm trying to determine the machine requirements for workshop participants. Thanks, .b. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Supported OSs
On Apr 20, 2009, at 1:06 PM, B. Bogart wrote: Hey all, It has been some time since I taught a PD/Gem workshop and I'm jumping back into the fray. Seems much has changed! Are there any issues with PD-extended on: * Intel macs? * G4 macs still work? 10.4 or greater, G4 or better, any intel mac. * Windows Vista? never used it, but it seems to work. Or there aren't lots of complaints. * Windows XP? The builds run on xp, so it should work fine. .hc I'm trying to determine the machine requirements for workshop participants. Thanks, .b. ___ 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
Re: [PD] symbolarray
... and of course get_symbol_length would be handy also. :) Am 20.04.2009, 18:10 Uhr, schrieb lsw l...@floppy35.de: Hi Frank, unfortunatily pd has next to no string functions (without externals). Otherwise it shouldn't be too hard, to write a hashfunction that retrieves a numeric hash for a given symbol, which could be used as struct index. At least something like get_character_of_symbol_at_position and get_ascii_value_of_character would be needed to do so. All the best, Lsw~ Am 20.04.2009, 15:32 Uhr, schrieb Frank Barknecht f...@footils.org: Hallo, Chris McCormick hat gesagt: // Chris McCormick wrote: On Fri, Apr 17, 2009 at 03:52:33PM +0200, Frank Barknecht wrote: Now we still need maps/hashes. Maybe this is something close: http://lists.puredata.info/pipermail/pd-list/2008-03/060712.html Yeah, but I was thinking of something faster than walking around in a textfile would be. :) The really nice thing about data structure arrays is that they are very fast. The not so nice things are that they only accept integers for lookup and that the structure of the thing they store has to be predefined. What I would love would be a map type field for [struct] so you could say: [struct item float i] [struct example map items item] just like for the array field. But now the index to lookup a map element would be a symbol key. The setter could look like this: [symbol key( | [mapelement example items] [100\ | | | [set item i] and a getter like this: [symbol key( | [mapelement example items] | [get item i] | [100\ All in analogy to [element] for arrays Ciao -- ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] symbolarray
Frank Barknecht wrote: Hallo, Chris McCormick hat gesagt: // Chris McCormick wrote: On Fri, Apr 17, 2009 at 03:52:33PM +0200, Frank Barknecht wrote: Now we still need maps/hashes. Maybe this is something close: http://lists.puredata.info/pipermail/pd-list/2008-03/060712.html Yeah, but I was thinking of something faster than walking around in a textfile would be. :) The really nice thing about data structure arrays is that they are very fast. The not so nice things are that they only accept integers for lookup and that the structure of the thing they store has to be predefined. What I would love would be a map type field for [struct] so you could say: [struct item float i] [struct example map items item] just like for the array field. But now the index to lookup a map element would be a symbol key. The setter could look like this: [symbol key( | [mapelement example items] [100\ | | | [set item i] and a getter like this: [symbol key( | [mapelement example items] | [get item i] | [100\ All in analogy to [element] for arrays Ciao I just knocked up a little (pointless, maldocumented) example (attached). It basically creates a new abstraction instance for each symbol in the map, and binds it to a receive name - so it's as fast/slow as pd's settable send is. Only maps symbols to lists, no float keys or meta-message values, and no deletion is supported (though I think I know how it would be possible - query the relevant abstraction for its position (sent inside as creation arguments) then cut it using the nefarious mouse click emulation...). Enjoy, Claude -- http://claudiusmaximus.goto10.org #N canvas 0 0 627 461 10; #N canvas 0 0 450 300 \$0-assoc 0; #X restore 153 48 pd \$0-assoc; #X obj 108 22 loadbang; #X msg 107 47 clear; #X obj 107 81 send pd-\$0-assoc; #X obj 233 17 inlet; #X obj 315 17 inlet; #X obj 28 215 receive \$0-got; #X obj 31 19 inlet; #X obj 31 41 symbol; #X obj 233 41 symbol; #X obj 27 385 outlet; #X obj 84 385 outlet; #X obj 31 98 pack s \$0; #X msg 31 133 symbol \$2-\$1-get; #X obj 48 191 send; #X obj 84 341 spigot; #X msg 117 317 1; #X obj 27 338 t a b; #X obj 84 363 t b b; #X msg 137 350 0; #X obj 248 175 send; #X obj 233 92 pack s \$0; #X obj 28 239 list prepend; #X obj 28 281 route get set; #X obj 28 308 list; #X msg 123 213 get; #X obj 28 261 list trim; #X msg 233 130 symbol \$2-\$1-get; #X obj 31 157 t b b a b b; #X obj 233 151 t b b a b b; #X msg 153 212 set; #X obj 233 219 f; #X msg 280 191 0; #X msg 248 196 1; #X obj 65 307 bang; #X obj 233 244 sel 0 1; #X obj 252 276 list append; #X obj 252 302 send; #X obj 233 110 t a a; #X msg 304 242 symbol \$2-\$1-set; #X obj 188 374 send pd-\$0-assoc; #X obj 180 285 t b b; #X msg 188 334 obj 0 0 assoc-elem \$1 \$1-\$2; #X obj 188 311 pack \$0 s; #X obj 233 65 t a a; #X connect 1 0 2 0; #X connect 2 0 3 0; #X connect 4 0 9 0; #X connect 5 0 36 1; #X connect 6 0 22 0; #X connect 7 0 8 0; #X connect 8 0 12 0; #X connect 9 0 44 0; #X connect 12 0 13 0; #X connect 13 0 28 0; #X connect 15 0 18 0; #X connect 16 0 15 1; #X connect 17 0 10 0; #X connect 17 1 19 0; #X connect 18 0 11 0; #X connect 18 1 19 0; #X connect 19 0 15 1; #X connect 21 0 38 0; #X connect 22 0 26 0; #X connect 23 0 24 0; #X connect 23 1 34 0; #X connect 24 0 17 0; #X connect 25 0 22 1; #X connect 26 0 23 0; #X connect 27 0 29 0; #X connect 28 0 15 0; #X connect 28 1 14 0; #X connect 28 2 14 1; #X connect 28 3 16 0; #X connect 28 4 25 0; #X connect 29 0 31 0; #X connect 29 1 20 0; #X connect 29 2 20 1; #X connect 29 3 32 0; #X connect 29 4 30 0; #X connect 30 0 22 1; #X connect 31 0 35 0; #X connect 32 0 31 1; #X connect 33 0 31 1; #X connect 34 0 33 0; #X connect 35 0 41 0; #X connect 35 1 36 0; #X connect 36 0 37 0; #X connect 38 0 27 0; #X connect 38 1 39 0; #X connect 39 0 37 1; #X connect 41 0 9 0; #X connect 41 1 43 0; #X connect 42 0 40 0; #X connect 43 0 42 0; #X connect 44 0 21 0; #X connect 44 1 43 1; #N canvas 0 0 450 300 10; #X obj 25 94 list append; #X obj 25 57 bang; #X obj 25 126 send \$1-got; #X obj 25 28 receive \$2-get; #X obj 123 28 receive \$2-set; #X connect 0 0 2 0; #X connect 1 0 0 0; #X connect 3 0 1 0; #X connect 4 0 0 1; #N canvas 0 0 450 300 10; #X obj 105 179 assoc; #X msg 20 49 symbol foo; #X msg 20 69 symbol bar; #X msg 20 90 symbol baz; #X obj 132 208 print none; #X obj 105 235 print found; #X msg 20 110 symbol quux; #X msg 100 49 symbol foo; #X msg 100 69 symbol bar; #X msg 100 90 symbol baz; #X msg 100 110 symbol quux; #X msg 181 49 list a b c; #X msg 181 71 list 1 2 3; #X msg 180 93 list a 2 c; #X msg 179 117 list 1 b 3; #X connect 0 0 5 0; #X connect 0 1 4 0; #X connect 1 0 0 0; #X connect 2 0 0 0; #X connect 3 0 0 0; #X connect 6 0 0 0; #X connect 7 0 0 1; #X connect 8 0 0 1; #X connect 9 0 0 1; #X connect 10 0 0 1; #X connect 11 0 0 2; #X connect 12 0 0 2; #X connect 13 0 0 2; #X connect 14 0 0 2;
Re: [PD] Supported OSs
On Mon, Apr 20, 2009 at 1:06 PM, B. Bogart b...@ekran.org wrote: For GEM : * Intel macs? Works great on 10.4. 10.5 drivers still have some broken things though. * G4 macs still work? G4 and G5 work fine. Same caveat as the Intel Macs above. * Windows Vista? Totally unsupported. * Windows XP? Works provided you have recent versions of Quicktime, DirectShow (part of OS after SP2) and a functioning driver for the GPU. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] symbolarray
Hallo, Claude Heiland-Allen hat gesagt: // Claude Heiland-Allen wrote: I just knocked up a little (pointless, maldocumented) example (attached). That's actually pretty cool. :) Ciao -- Frank ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] chroma_key to alpha with Gem?
I was wondering whether it is possible convert a specific color, like green-screen chroma key, to alpha information using Gem. They idea is to overlap many green-screen videos. I can see the pieces, but I can't see the whole. .hc 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] [templater] = Templates for Pd
That's quite cool. Have you used it in any projects yet? iemguts and friends have a lot of potential. .hc On Apr 12, 2009, at 7:51 PM, Luke Iannini wrote: Yo - here's version 1.1 that uses JMZ's magically manifested canvasdelete (thanks thanks thanks!) It's now officially way cool. Best Luke On Mon, Dec 22, 2008 at 1:39 AM, IOhannes m zmoelnig zmoel...@iem.at wrote: hmm, bright and early in the morning... IOhannes m zmoelnig wrote: iemuts depends on some internal headers of Pd. s|iemuts|IEMguts| therefore you might have to specify the full path to your Pd-sources using the PDROOT environment variable. something like #2 PDROOT=/home/me/src/pd-0.41-2/ #2 PDROOT=/home/me/src/pd-0.41-2/ make should do the trick (PDROOT should point to a directory wherein there is a src/- subdirectory containing the sources of the Pd you are running) (i have added the above to the README.tx, so future users wil have less i have added the above to the README.txt, so future users will have less trouble). thanks for testing and sorry for the confusion mfgasd.r IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list templater-1.1.zipiemguts-newest-osx- intel.zip___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list As we enjoy great advantages from inventions of others, we should be glad of an opportunity to serve others by any invention of ours; and this we should do freely and generously. - Benjamin Franklin ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Supported OSs
Thanks Hans! Good to know. .b. Hans-Christoph Steiner wrote: On Apr 20, 2009, at 1:06 PM, B. Bogart wrote: Hey all, It has been some time since I taught a PD/Gem workshop and I'm jumping back into the fray. Seems much has changed! Are there any issues with PD-extended on: * Intel macs? * G4 macs still work? 10.4 or greater, G4 or better, any intel mac. * Windows Vista? never used it, but it seems to work. Or there aren't lots of complaints. * Windows XP? The builds run on xp, so it should work fine. .hc I'm trying to determine the machine requirements for workshop participants. Thanks, .b. ___ 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
Re: [PD] chroma_key to alpha with Gem?
I have done a lot of this type of processing with a shader. Just pick the color in the desired range and set the alpha of a pixel in that range to 0. After that just lay the video on top of each other. On Mon, Apr 20, 2009 at 3:34 PM, Hans-Christoph Steiner h...@at.or.atwrote: I was wondering whether it is possible convert a specific color, like green-screen chroma key, to alpha information using Gem. They idea is to overlap many green-screen videos. I can see the pieces, but I can't see the whole. .hc 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 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] chroma_key to alpha with Gem?
Hans-Christoph Steiner wrote: I was wondering whether it is possible convert a specific color, like green-screen chroma key, to alpha information using Gem. They idea is to overlap many green-screen videos. I can see the pieces, but I can't see the whole. Maybe use a GLSL fragment shader to do the colour to alpha mangling? Should be superfast on a recent GPU with supporting drivers... Claude -- http://claudiusmaximus.goto10.org ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] chroma_key to alpha with Gem?
I haven't written a shader before, anyone have one they could share? Or is this possible without shaders, i.e. just Gem objects? .hc On Apr 20, 2009, at 3:55 PM, chris clepper wrote: I have done a lot of this type of processing with a shader. Just pick the color in the desired range and set the alpha of a pixel in that range to 0. After that just lay the video on top of each other. On Mon, Apr 20, 2009 at 3:34 PM, Hans-Christoph Steiner h...@at.or.at wrote: I was wondering whether it is possible convert a specific color, like green-screen chroma key, to alpha information using Gem. They idea is to overlap many green-screen videos. I can see the pieces, but I can't see the whole. .hc 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 [T]he greatest purveyor of violence in the world today [is] my own government. - Martin Luther King, Jr. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] chroma_key to alpha with Gem?
Hans-Christoph Steiner a écrit : I haven't written a shader before, anyone have one they could share? yes, there are some in the Gem examples. example/10.glsl directory Or is this possible without shaders, i.e. just Gem objects? pix_alpha does it, but it's very basic. pix_coloralpha can do it with other pix_objects. Cyrille .hc On Apr 20, 2009, at 3:55 PM, chris clepper wrote: I have done a lot of this type of processing with a shader. Just pick the color in the desired range and set the alpha of a pixel in that range to 0. After that just lay the video on top of each other. On Mon, Apr 20, 2009 at 3:34 PM, Hans-Christoph Steiner h...@at.or.at mailto:h...@at.or.at wrote: I was wondering whether it is possible convert a specific color, like green-screen chroma key, to alpha information using Gem. They idea is to overlap many green-screen videos. I can see the pieces, but I can't see the whole. .hc 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 mailto:Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list [T]he greatest purveyor of violence in the world today [is] my own government. - 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] new object [noquit]
The question about preventing Pd from quitting inspired me to make a handy object to do this easily. Its included in my 'hcs' grabbag test library in Pd-extended, and I attached it as well: It needs [sys_gui] to work, which is also in the 'hcs' grabbag. noquit-help.pd Description: Binary data noquit.pd Description: Binary data .hc If nature has made any one thing less susceptible than all others of exclusive property, it is the action of the thinking power called an idea, which an individual may exclusively possess as long as he keeps it to himself; but the moment it is divulged, it forces itself into the possession of everyone, and the receiver cannot dispossess himself of it.- Thomas Jefferson ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
