[PD] issues with [readsf~]/[writesf~]
hello. i just want to report a few bugs that i can spot with the [readsf~]/[writesf~] couple .. a) i have already wrote about this, and i'll write again, cause i'm very sure on this one. when i write a file with this command: [open -byte 4 -nextstep -little -rate 96000 /tmp/recording-ex01( it produces a file which is recognised by unix command file(1) as just a 'data' file, and then opening it in Snd editor it come up as a raw pcm and i set the header values and write the header to it, ..then file actualy gives this output: '/home/110101/mtk/rec/recording-ex01.snd: Sun/NeXT audio data: stereo, 96000 Hz' instead of '/tmp/recording-ex01.snd: data' so trying to load the modified header file into [readsf~] doesn't parse the header, but trying to load the unmodified one is okay. probably it's about endianes of the magic byte .. well.. it could be actually not a pd bug but Snd and file(1) bug .. but they are two, i'll try to check with other programms but it's a majority to me already. b) [readsf~] heppends to segfault Pd when i load my 4channel 10min lond file which was recorded with [writesf~] with above [open( command. i run Pd (version 0.41-4) on amd64 linux machine which has 1g of ram .. it segfaults in a big patch, which i'll hopefully manage to package soon ..it has really a lot of abstraction that i made and quite many subpatches. i did manage to get it working with some subpatches [switched~] off. so i think it's definetly some memory allocation problem in there, could be in soundfiler code, or may be in some other objects that i have there ..(there are many VUs which are now in [switch~]ed subpatches and when i'm kindda carefull it doesn't crash ;) well, anyhow i reckon that readsf~ needs some replacment for my purpose .. cause the file is that big .. (du -hs reports 1022M) perhaps, i could experiment on system with ONLY puredata running, but there a lot of important processes which i cannot kill at the moment.. cheers, -- ilya .d ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Pd-0.40.3-extended-rc1 released
On Jun 19, 2008, at 2:59 PM, Mathieu Bouchard wrote: > On Thu, 19 Jun 2008, Frank Barknecht wrote: > >> Hans has said several times in the past that he has no interest at >> all >> to work on pd-packages separated like you sugest, so I believe, this >> would only apply for packages maintained somewhere/by someone else, >> like GridFlow. > > If you do a svn checkout of pure-data externals, it should download > a gridflow folder, but it seems that there is a bug in svn about > the setting the svn:externals property on the externals folder (I > hope that it doesn't have to do with the name coïncidence). so, on > at least one existing checkout, an update would tell the recent > revision number of the last commit, yet did not even try to > download GridFlow. At least I didn't forget to commit the propset > (but then I wonder how to commit a propset without committing file > modifs... especially file modifs of a whole folder) Unless you plan on integrating your release cycle with Pd-extended, I don't think it makes much sense to use the svn:externals link. If you want to include Gridflow in Pd-extended, it would make much more sense to include released versions of the source in the SVN. .hc All mankind is of one author, and is one volume; when one man dies, one chapter is not torn out of the book, but translated into a better language; and every chapter must be so translated -John Donne ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] tape-like transport emulation (search for external)
Hey Ilya, some nice ideas. Maybe a jack transport interface would be nice (just as an idea) (IIRC Martin wrote one) On Thu, 19 Jun 2008 21:31:43 + [EMAIL PROTECTED] wrote: > i really need some external which could rewind and fastforward with the > sound like tape makes ..surely that will be fun for others as well! Yep, there was a... http://lists.puredata.info/pipermail/pd-list/2006-08/041546.html http://puredata.hurleur.com/sujet-1300-readsf I've already said too much... I've got a family and a pet goldfish to think about Ilya. -- Use the source ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] get sample length for setting array size
To play long soundfile, you have [readsf~] (from hard drive). But there is also [tabread~~] and [tabread4~~] (if i'm right) from zexy, but i never use this 2 objects. ++ Jack Le 19 juin 08 à 23:03, smilingmolecule a écrit : > Claude Heiland-Allen wrote: >> [openpanel] >> | >> "read -resize $1 my-table" >> | >> [soundfiler] >> | >> new length of table >> >> >> Hope this helps, >> >> >> Claude > hey claude, > you helped me a lot. > the only thing i realize now, is that pd slows down when the sample > size > is to great. > is there an alternative to play long samples? > > thanks a lot. > /robert > > ___ > 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] tape-like transport emulation (search for external)
moin ilya, for the "pure" diy approach, [soundfiler], [table], and [tabread~], [tabread4~] and/or one of the new interpolation variants ([tabread4c~]?) that have been floating around the list recently are the way to go. you might also want to have a look at Thomas Grill's xsample~ library (esp. [xgroove~])... marmosets, Bryan On 2008-06-19 23:31:43, [EMAIL PROTECTED] appears to have written: > hello list! > > i got back to pd after a little break ;) > > i had made a few recording which i had been trying to master in Snd, > but Snd has weired set of options which i like ..but sometimes it's > really unstreightforward ;( > > so .. basically i just came with an idea of a mastering suit, i mean a > set of abstraction which would have quite similar approach as you do > have in recording studio! > first thing i need right now is a mixdown patch, which is nearly ready; > i wnna mix 4chan -> stereo. the panning and amplification are implemented > (well, in a weired way, but i like it that way). > the concept is to do all in pd, cause i couldn't get jackd running and > just don't want it really. > i'm sure pd is capable for doing most of what i need and this is a > proof-of-concept project actually ;) > > so i wish to do some editing in Snd and the do live-mode mixdown iside pd. > > i have got it working quite ok with [readsf~], but it takes only play and > stop control commands ;[ > > *IDEALY*, i'd wish to have tape-like transport with timecode and all > other imaginable features, .. > but actually the timecode and marking ..etc could be implemented > externaly with basic objects ;) > i really need some external which could rewind and fastforward with the > sound like tape makes ..surely that will be fun for others as well! > > i couldn't find anything really .. > > can quite imagine the way of doing it with [soundfiler] and a set of > tables ..but i reckon that isn't quite right in case of 4 or 6 channel > files up to 10min (oor even longer). > again, surely many people are gonna suggest to use jackd and jamin, > but as i have just said - i'm traying to implement a pure data > mastering suit ;] > > does anybody know an external which would do that kind of thing? > > > > cheers, -- 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] Someone want to port this to GEM?
Hello I just released a plugin for Quartz Composer with source. It provides a bit of a hackish way to move textures from one 'VJ' (god I hate that term) app, to another. Basically, its glorified screen capture, but it stays on the GPU. You can use it to 'sample' a texture from anything on screen. http://002.vade.info/ Its *very* fast because it does no readback. On my system I am able to capture full res 1440x900 (my whole screen) at a solid 60fps. Perhaps a GEM dev could port it - I'd attempt it, but I imagine someone could quite easily do this.. It could be very useful to the communities to have a method to move video to and fro from GEM to other environments and back. (although, its hardly an ideal method). Ive used it to move Processing output, Jitter output, GEM output to Quartz Composer sans issue. You have my blessings to port it, share on, and Peace. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] get sample length for setting array size
moin robert, [readsf~] and [readanysf~] will both read directly from the filesystem. [readanysf~] is more flexible, but was acting a bit flaky last time I had to compile it (sorry, can't be more specific at the moment; too many ecstatic football fans in my neighborhood) ;-) marmosets, Bryan On 2008-06-19 23:03:24, smilingmolecule <[EMAIL PROTECTED]> appears to have written: > Claude Heiland-Allen wrote: >> [openpanel] >> | >> "read -resize $1 my-table" >> | >> [soundfiler] >> | >> new length of table >> >> >> Hope this helps, >> >> >> Claude > hey claude, > you helped me a lot. > the only thing i realize now, is that pd slows down when the sample size > is to great. > is there an alternative to play long samples? > > thanks a lot. > /robert -- 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] tape-like transport emulation (search for external)
hello list! i got back to pd after a little break ;) i had made a few recording which i had been trying to master in Snd, but Snd has weired set of options which i like ..but sometimes it's really unstreightforward ;( so .. basically i just came with an idea of a mastering suit, i mean a set of abstraction which would have quite similar approach as you do have in recording studio! first thing i need right now is a mixdown patch, which is nearly ready; i wnna mix 4chan -> stereo. the panning and amplification are implemented (well, in a weired way, but i like it that way). the concept is to do all in pd, cause i couldn't get jackd running and just don't want it really. i'm sure pd is capable for doing most of what i need and this is a proof-of-concept project actually ;) so i wish to do some editing in Snd and the do live-mode mixdown iside pd. i have got it working quite ok with [readsf~], but it takes only play and stop control commands ;[ *IDEALY*, i'd wish to have tape-like transport with timecode and all other imaginable features, .. but actually the timecode and marking ..etc could be implemented externaly with basic objects ;) i really need some external which could rewind and fastforward with the sound like tape makes ..surely that will be fun for others as well! i couldn't find anything really .. can quite imagine the way of doing it with [soundfiler] and a set of tables ..but i reckon that isn't quite right in case of 4 or 6 channel files up to 10min (oor even longer). again, surely many people are gonna suggest to use jackd and jamin, but as i have just said - i'm traying to implement a pure data mastering suit ;] does anybody know an external which would do that kind of thing? cheers, -- ilya .д ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] get sample length for setting array size
Claude Heiland-Allen wrote: > [openpanel] > | > "read -resize $1 my-table" > | > [soundfiler] > | > new length of table > > > Hope this helps, > > > Claude hey claude, you helped me a lot. the only thing i realize now, is that pd slows down when the sample size is to great. is there an alternative to play long samples? thanks a lot. /robert ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] bug in gop data-structs?
Yep, way buggy. I seem to have changed the way the bugs manifest in my latest source, but I still don't have it working right... stay tuned :) M On Thu, Jun 19, 2008 at 08:16:40AM +0200, Frank Barknecht wrote: > Hallo, > Rich E hat gesagt: // Rich E wrote: > > > I'm just checking to see if this is in fact a bug, or I am doing something > > wrong with GOP data structs. The attached patch draws bars that symbolize 2 > > measures, with 4 sub divisions each. The problem is, when I minimize the > > patch and bring it back up, they disappear... seems like a bug to me, and > > I'll file a report if it is. > > With your new patch I can confirm the bug for pd 0.41 under blackbox > on Linux: They disappear. > > Ciao > -- > Frank Barknecht _ __footils.org__ > > ___ > 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] [PD-announce] Call for projects - make art 2008
Hey! sorry for >< please >> -- (french version below) -- _ __ _ _ ___|_| | |__| | _||_ | |_|_| | _| | _|__|_ | | || | | |___|_| | |_ | | |__| | | | | | ___|_| _| | | | | | |_ | | | | |_|_ | |___ |_|_ |_| |___| |_| |_| |_| |_| |_|_ ___ _ |_| _||_ | _|_ |___ ___|__ | || | | |_|_| | | |_| |_| from 24th| __| | _ _| | | to 30th of | | |_ | | | |_|___ _|_| NOVEMBER 08 |_||_| |_| |___| |_| MAKE ART 2008 - OpenOS CALL FOR PROJECTS Make Art is an international festival dedicated to the integration of Free/Libre Open Source Software (FLOSS) in digital art. The third edition of make art - OpenOS - will take place in Poitiers (FR), from the 24th to the 30th of November 2008. make art offers performances, presentations, workshops and an exhibition, focused on the blurred line between art and software programming. We're currently seeking new, innovative FLOSS based works and projects: music and audiovisual performances, presentations, software demos, and installations. This year make art focuses on the *OpenOS*: artistic, free, creative use of the Operating System, hackability and modularity of FLOSS and GNU/Linux, scripts as digital glue between applications, enhanced possibilities for the technical expression of ideas, user empowerment and artistic freedom. For more details, please visit http://makeart.goto10.org/call -- _ __ _ _ ___|_| | |__| | _||_ | |_|_| | _| | _|__|_ | | || | | |___|_| | |_ | | |__| | | | | | ___|_| _| | | | | | |_ | | | | |_|_ | |___ |_|_ |_| |___| |_| |_| |_| |_| |_|_ ___ _ |_| _||_ | _|_ |___ ___|__ | || | | |_|_| | | |_| |_| | __| | _ _| | | du 24 au 30 | | |_ | | | |_|___ _|_| NOVEMBRE 08 |_||_| |_| |___| |_| MAKE ART 2008 - OpenOS APPEL A PROJET make art est un festival international dédié à l'intégration des Logiciels Libres et Open Source (FLOSS[1]) dans l'art numérique. La troisième édition de make art – OpenOS - se déroule à Poitiers (FR), du 24 au 30 novembre 2008. make art propose des performances, des présentations, des workshops et une exposition, centrés sur la rencontre entre l'art numérique et le logiciel libre. Nous recherchons actuellement des projets récents, innovants, basés sur des logiciels libres et open source : performances musicales et audio-visuelles, présentations, démonstrations de logiciels et installations. Cette année make art portera une attention particulière à l'OpenOS: l'utilisation artistique, libre, créative du système d'exploitation (OS[2]), la "hackabilité" et la modularité des Logiciels Libre et Open Source (FLOSS) et de GNU/Linux, les scripts comme glu numérique pour interconnecter les applications, les possibilités accrues pour l'expression technique des idées, l'autonomisation de l'utilisateur (empowerment) et la liberté artistique. [1] FLOSS: Free/Libre/Open Source Software [2] OS:Operating System Pour plus de détail, veuillez visiter l'adresse suivante : http://makeart.goto10.org/call/index.fr.html -- :* ___ Pd-announce mailing list [EMAIL PROTECTED] http://lists.puredata.info/listinfo/pd-announce ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Gem, make small snapshots while display original size?
I have forgotten to send this to the list. Oops ! Sorry, i didn't understand the question ! Tell me if it's what you need (with [gemframmebuffer] as Cyrille mentioned). ++ Jack pixwriteandrectangle.pd Description: Binary data Le 19 juin 08 à 17:49, Jack a écrit : Le 19 juin 08 à 15:30, Martin . a écrit : Hi, [separator] and [pix_separator] still shows both of the films in the gemwin, on top of each other. is there a way of not showing one of the streams, but still be able to record from it with ex [pix_write]? a dirty solution would also be to make sure that the stream im recording is hidden behind the other layer in gemwin. how is this determined, which layer is on top? cheers, martin On Thu, Jun 19, 2008 at 1:47 PM, Jack <[EMAIL PROTECTED]> wrote: You have to use [separator] [gemhead] | [pix_film] |\ | \ | [separator] | | | [pix_texture] | | | [rectangle 4 3] | [separator] | [pix_texture] | [rectangle 2 1.5] Le 19 juin 08 à 14:35, Martin . a écrit : Hi, in Gem, Im trying to resize a video to take _small_ preview like snapshots that i can save as files (with pix_write), but still sending a stream with the _original size_ to another place, to either display or record. So far it seems that [pix_resize] deals with resolution of the video while [rectangle] actually sizes it. And here is the point where i probably haven't understood gem enough (being a bit impatient maybe..:) can i resize what i play with a [rectangle] while not displaying it, while displaying another [rectangle] playing the same feed? Or is there a smart way about this? Cheers, Martin ___ 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] Gem, make small snapshots while display original size?
thanks for clarifying Johannes, [pix_buffer_write] works fine! On Thu, Jun 19, 2008 at 3:24 PM, IOhannes m zmoelnig <[EMAIL PROTECTED]> wrote: > Martin . wrote: >> >> Thanks for the help. >> >> [gemhead] >> | >> [pix_film] >> |\ >> | \ >> | [pix_separator] >> | | >> | [pix_texture] >> | | >> | [pix_invert] (to differentiate the streams) >> | | >> | [pix_write] >> | >> [pix_separator] >> | >> [pix_texture] >> | >> [rectangle 2 1.5] >> >> here, still i get the image from [rectangle] / gemwin in the >> recordings from [pix_write]. Is that right? > > ah yes sorry, i forgot: > [pix_write] is currently "broken" by design, as it grabs the framebuffer and > writes that to disk, instead of just writing an incoming pix-stream (e.g. > coming from [pix_snap]) > > future versions of Gem (i think in the next release:-); i just don't have > time to do this in the next few days) will have an object e.g. > [pix_image_write] that will write pix-data into images. > [pix_write] will then be implemented as abstraction with [pix_snap] and > [pix_image_write] > > > so what can you do know? > - write the pixes into a movie with [pix_record] > - store the pix into a [pix_buffer] and use the [save( message to write it > to disk. e.g. > > > [gemhead] > | > +---+ > | ... > [pix_separator] > | > [pix_invert] > | > [t a b] > | +-+ > | [0( > [pix_buffer_write $0-buf] > | > [b] > | > [save filename( > | > [pix_buffer $0-buf 1] > > > or similar (this is from memory) > > > fgmasdr > IOhannes > > PS: btw, you don't need the [pix_texture] in the branch that does not render > the image; it will use ressources without any benefit. > ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] receiver with two or more arguments
IOhannes m zmoelnig a écrit : Vincent Rioux wrote: sorry to send this again but i am still stuck with this pb any news around this? no news, just olds: upgrade to pd>=0.40 oups! cool, thanks a lot - i did not even tried it again - should probably be more optimistic ;-) v fgmasrd 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] receiver with two or more arguments
Vincent Rioux wrote: > sorry to send this again but i am still stuck with this pb > any news around this? no news, just olds: upgrade to pd>=0.40 fgmasrd IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Gem, make small snapshots while display original size?
Ok, here a simple patch for what you need. ++ Jack pixwriteandrectangle.pd Description: Binary data Le 19 juin 08 à 15:35, Martin . a écrit : Hi, [separator] and [pix_separator] still shows both of the films in the gemwin, on top of each other. is there a way of not showing one of the streams, but still be able to record from it with ex [pix_write]? a dirty solution would also be to make sure that the stream im recording is hidden behind the other layer in gemwin. how is this determined, which layer is on top? cheers, martin On Thu, Jun 19, 2008 at 1:47 PM, Jack <[EMAIL PROTECTED]> wrote: You have to use [separator] [gemhead] | [pix_film] |\ | \ | [separator] | | | [pix_texture] | | | [rectangle 4 3] | [separator] | [pix_texture] | [rectangle 2 1.5] Le 19 juin 08 à 14:35, Martin . a écrit : Hi, in Gem, Im trying to resize a video to take _small_ preview like snapshots that i can save as files (with pix_write), but still sending a stream with the _original size_ to another place, to either display or record. So far it seems that [pix_resize] deals with resolution of the video while [rectangle] actually sizes it. And here is the point where i probably haven't understood gem enough (being a bit impatient maybe..:) can i resize what i play with a [rectangle] while not displaying it, while displaying another [rectangle] playing the same feed? Or is there a smart way about this? Cheers, Martin ___ 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
[PD] receiver with two or more arguments
sorry to send this again but i am still stuck with this pb any news around this? best, v vincent rioux a écrit : > dear list, > i know this has already been adressed but i still wonder how can one > build a receiver with two or more initialization arguments. > > nb > | > [s 0-1-test] > > and in abstraction [pd test 0 1] > [r $1-$2-test] > does not work. > ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Gem, make small snapshots while display original size?
Thanks for the help. [gemhead] | [pix_film] |\ | \ | [pix_separator] | | | [pix_texture] | | | [pix_invert] (to differentiate the streams) | | | [pix_write] | [pix_separator] | [pix_texture] | [rectangle 2 1.5] here, still i get the image from [rectangle] / gemwin in the recordings from [pix_write]. Is that right? On Thu, Jun 19, 2008 at 2:50 PM, IOhannes m zmoelnig <[EMAIL PROTECTED]> wrote: > Martin . wrote: >> >> Hi, >> >> [separator] and [pix_separator] still shows both of the films in the >> gemwin, on top of each other. is there a way of not showing one of the >> streams, but still be able to record from it with ex [pix_write]? >> >> a dirty solution would also be to make sure that the stream im >> recording is hidden behind the other layer in gemwin. how is this >> determined, which layer is on top? > > ? > > well, you don't have to display your image. > > [gemhead] > | > [translateXYZ] > | > [rotateXYZ] > | > [pix_film] > | > [pix_texture] > | > > will do a lot of work without displaying anything (as no [rectangle] gets > drawn anywhere in the gemchain); nevertheless all the pixel-data (and > openGL-stuff) is really executed, so it is available for whatever you want, > e.g. [pix_record] or [pix_write] > > > fgmasdr > IOhannes > ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] OT: Thank you!
Guys, thanks for all the effort you've put into this project. I found this community inspiring, and sometimes it makes me think that yes, we as a species can still get along together despite our many differences. Cheers, Julian Villegas Me pregunto de un modo pensativo Que significa ser Colombiano? No se le respondi. Es un acto de fe JLB. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Gem, make small snapshots while display original size?
you can render/ record in a small framebuffer. c Martin . a écrit : > Hi, > > [separator] and [pix_separator] still shows both of the films in the > gemwin, on top of each other. is there a way of not showing one of the > streams, but still be able to record from it with ex [pix_write]? > > a dirty solution would also be to make sure that the stream im > recording is hidden behind the other layer in gemwin. how is this > determined, which layer is on top? > > cheers, > martin > > On Thu, Jun 19, 2008 at 1:47 PM, Jack <[EMAIL PROTECTED]> wrote: >> You have to use [separator] >> >> [gemhead] >> | >> [pix_film] >> |\ >> | \ >> | [separator] >> | | >> | [pix_texture] >> | | >> | [rectangle 4 3] >> | >> [separator] >> | >> [pix_texture] >> | >> [rectangle 2 1.5] >> >> Le 19 juin 08 à 14:35, Martin . a écrit : >> >>> Hi, >>> >>> in Gem, Im trying to resize a video to take _small_ preview like >>> snapshots that i can save as files (with pix_write), but still sending >>> a stream with the _original size_ to another place, to either display >>> or record. >>> >>> So far it seems that [pix_resize] deals with resolution of the video >>> while [rectangle] actually sizes it. >>> >>> And here is the point where i probably haven't understood gem enough >>> (being a bit impatient maybe..:) can i resize what i play with a >>> [rectangle] while not displaying it, while displaying another >>> [rectangle] playing the same feed? Or is there a smart way about this? >>> >>> Cheers, >>> Martin >>> >>> ___ >>> 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
Re: [PD] Gem, make small snapshots while display original size?
Martin . wrote: > Hi, > > [separator] and [pix_separator] still shows both of the films in the > gemwin, on top of each other. is there a way of not showing one of the > streams, but still be able to record from it with ex [pix_write]? > > a dirty solution would also be to make sure that the stream im > recording is hidden behind the other layer in gemwin. how is this > determined, which layer is on top? ? well, you don't have to display your image. [gemhead] | [translateXYZ] | [rotateXYZ] | [pix_film] | [pix_texture] | will do a lot of work without displaying anything (as no [rectangle] gets drawn anywhere in the gemchain); nevertheless all the pixel-data (and openGL-stuff) is really executed, so it is available for whatever you want, e.g. [pix_record] or [pix_write] fgmasdr IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Gem, make small snapshots while display original size?
Hi, [separator] and [pix_separator] still shows both of the films in the gemwin, on top of each other. is there a way of not showing one of the streams, but still be able to record from it with ex [pix_write]? a dirty solution would also be to make sure that the stream im recording is hidden behind the other layer in gemwin. how is this determined, which layer is on top? cheers, martin On Thu, Jun 19, 2008 at 1:47 PM, Jack <[EMAIL PROTECTED]> wrote: > You have to use [separator] > > [gemhead] > | > [pix_film] > |\ > | \ > | [separator] > | | > | [pix_texture] > | | > | [rectangle 4 3] > | > [separator] > | > [pix_texture] > | > [rectangle 2 1.5] > > Le 19 juin 08 à 14:35, Martin . a écrit : > >> Hi, >> >> in Gem, Im trying to resize a video to take _small_ preview like >> snapshots that i can save as files (with pix_write), but still sending >> a stream with the _original size_ to another place, to either display >> or record. >> >> So far it seems that [pix_resize] deals with resolution of the video >> while [rectangle] actually sizes it. >> >> And here is the point where i probably haven't understood gem enough >> (being a bit impatient maybe..:) can i resize what i play with a >> [rectangle] while not displaying it, while displaying another >> [rectangle] playing the same feed? Or is there a smart way about this? >> >> Cheers, >> Martin >> >> ___ >> 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] DMX oriented library for PD?
Hi Vincent, 24 channels shouldn't be a problem with any device available. At 24 channels you should get refresh-rates of max. 868 Hz. Even half of it is still good. uDMX is really cheap if built yourself. Both devices are buffered. For both Pd-externals do exist, too. But I don't really know about their performance, but uDMX seemed a bit faster to me, the Enttec-one had all that terminal-emulaion-overhead of the ftdi-chip, but I'm working on a libusb-version of it. I didn't really tested and I don't own an Enttec-device so I can't test. But at 24 channels it really shouldn't matter. If you don't want to spend much money, build a uDMX-device (less than 10€, maybe less than 5€). Just don't (!) buy yourself the enttec-open-dmx-device, it's not worth it. -Chris Vincent Rioux wrote: > Hi, > > Wtf2osc sounds really interesting. > I would like to be able to send pretty fast values on 24 channels. > What would be the best Enttec-DMX-USB-Pro or the uDMX? > Do you know which rate can reach this boxes? > > by advance thanks, > Vincent ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] DMX oriented library for PD?
Vincent Rioux wrote: > Hi IOhannes, > > > then compiling the extension > cd externals/iem/dmx512/src > ./configure > make > > it might be good to include this note in your readme.txt (?) thanks for the suggestion, i have added a bit of description on how to actually compile the 2 externals to the README.txt > > I get this error message when i try to load it but i guess this is > because i don't have any dmx-usb device (yet) ;-) > dmxin.pd_linux: undefined symbol: DMXINdev dmxin aye, this was due to some library havoc i head on my machine (having installed both the dmx4linux debian package and dmx4linux from source; and actually linking against the library provided by the debian package) should be fixed now in svn. > > Do you have then an idea of the message rate that this devices can handle? > unfortunately i currently cannot test it (as i have no dmx-controllable here); once i do so i'll tell you (if i don't forget it) gmasdr IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Lorenz attractor
Jack wrote: > Here with lines if you prefer. > ++ > > Jack > That's great - thanks for all the replies! ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Pd-0.40.3-extended-rc1 released
On Thu, 19 Jun 2008, Frank Barknecht wrote: Hans has said several times in the past that he has no interest at all to work on pd-packages separated like you sugest, so I believe, this would only apply for packages maintained somewhere/by someone else, like GridFlow. If you do a svn checkout of pure-data externals, it should download a gridflow folder, but it seems that there is a bug in svn about the setting the svn:externals property on the externals folder (I hope that it doesn't have to do with the name coïncidence). so, on at least one existing checkout, an update would tell the recent revision number of the last commit, yet did not even try to download GridFlow. At least I didn't forget to commit the propset (but then I wonder how to commit a propset without committing file modifs... especially file modifs of a whole folder) _ _ __ ___ _ _ _ ... | Mathieu Bouchard - tél:+1.514.383.3801, Montréal, Québec___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Lorenz attractor
Here with lines if you prefer. ++ Jack attractor2.pd Description: Binary data Le 19 juin 08 à 13:28, Jack a écrit : Chaos is fascinating and attractors too (like an order in the chaos). Here your patch with [t b b] to start and a gem window to see attractors. (push the create message). ++ Jack Le 15 juin 08 à 19:39, James Dunn a écrit : Hi, I've recently been studying Lorenz attractors and other chaos circuits and have built one in PD. (I've looked at Ben Bogart's external containing a Lorenz attractor but I wanted to build my own). The patch is detailed below and I'd appreciate any comments regarding any aspect of it, but in particular, I'd like to know: 1) What is a better method of displaying the output? (the lines always get erased as the array draws new lines) 2) Why does it take 2 bangs to start it? (I previously had an initial x value of 0, but it refused to start at all, although it seemed to be working at one stage!) many thanks James #N canvas 530 323 643 475 10; #X text 398 60 dx/dt = S(y-x); #X text 398 75 dy/dt = Rx-y-xz; #X text 398 90 dz/dt = xy-Bz; #X text 398 37 Lorenz's original equations:; #X floatatom 108 191 5 0 0 0 - - -; #X floatatom 178 191 5 0 0 0 - - -; #X floatatom 249 191 5 0 0 0 - - -; #X obj 164 37 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144 -1 -1; #X msg 192 87 10; #X msg 220 87 28; #X msg 249 87 2.7; #X text 398 120 S=10 \, R=28 \, B=8/3=2.7; #X obj 108 142 expr $f4*($f2-$f1) \; ($f5*$f1)-$f2-($f1*$f3) \; ($f1*$f2)-($f6*$f3) ; #X obj 108 275 f; #X obj 136 275 +; #X obj 108 232 t b f; #X obj 86 109 r x; #X obj 108 253 delay 5; #X obj 114 109 r y; #X obj 178 232 t b f; #X obj 178 253 delay 5; #X obj 178 275 f; #X obj 206 275 +; #X obj 136 297 s x; #X obj 206 297 s y; #X obj 249 232 t b f; #X obj 249 253 delay 5; #X obj 249 275 f; #X obj 277 275 +; #X obj 277 296 s z; #X obj 143 109 r z; #N canvas 0 0 450 300 (subpatch) 0; #X array array1 100 float 2; #X coords 0 100 100 -100 200 200 1; #X restore 372 212 graph; #X obj 174 387 tabwrite array1; #X obj 108 210 / 200; #X obj 178 210 / 200; #X obj 249 210 / 200; #X msg 51 211 stop; #X text 191 35 start; #X obj 76 156 bng 15 250 50 0 empty empty empty 0 -6 0 10 -262144 -1 -1; #X text 31 155 resume; #X obj 261 367 * 2; #X obj 174 367 * 3; #X obj 174 346 - 30; #X obj 261 346 + 26; #X msg 108 87 6; #X msg 164 87 0; #X msg 136 87 1; #X connect 4 0 33 0; #X connect 5 0 34 0; #X connect 6 0 35 0; #X connect 7 0 44 0; #X connect 7 0 46 0; #X connect 7 0 45 0; #X connect 7 0 8 0; #X connect 7 0 9 0; #X connect 7 0 10 0; #X connect 8 0 12 3; #X connect 9 0 12 4; #X connect 10 0 12 5; #X connect 12 0 4 0; #X connect 12 1 5 0; #X connect 12 2 6 0; #X connect 13 0 14 0; #X connect 14 0 23 0; #X connect 14 0 13 1; #X connect 14 0 43 0; #X connect 15 0 17 0; #X connect 15 1 14 1; #X connect 16 0 12 0; #X connect 17 0 13 0; #X connect 18 0 12 1; #X connect 19 0 20 0; #X connect 19 1 22 1; #X connect 20 0 21 0; #X connect 21 0 22 0; #X connect 22 0 24 0; #X connect 22 0 21 1; #X connect 25 0 26 0; #X connect 25 1 28 1; #X connect 26 0 27 0; #X connect 27 0 28 0; #X connect 28 0 29 0; #X connect 28 0 27 1; #X connect 28 0 42 0; #X connect 30 0 12 2; #X connect 33 0 15 0; #X connect 34 0 19 0; #X connect 35 0 25 0; #X connect 36 0 17 0; #X connect 38 0 17 0; #X connect 40 0 32 1; #X connect 41 0 32 0; #X connect 42 0 41 0; #X connect 43 0 40 0; #X connect 44 0 12 0; #X connect 45 0 12 2; #X connect 46 0 12 1; ___ 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
Re: [PD] Gem, make small snapshots while display original size?
You have to use [separator] [gemhead] | [pix_film] |\ | \ | [separator] | | | [pix_texture] | | | [rectangle 4 3] | [separator] | [pix_texture] | [rectangle 2 1.5] Le 19 juin 08 à 14:35, Martin . a écrit : > Hi, > > in Gem, Im trying to resize a video to take _small_ preview like > snapshots that i can save as files (with pix_write), but still sending > a stream with the _original size_ to another place, to either display > or record. > > So far it seems that [pix_resize] deals with resolution of the video > while [rectangle] actually sizes it. > > And here is the point where i probably haven't understood gem enough > (being a bit impatient maybe..:) can i resize what i play with a > [rectangle] while not displaying it, while displaying another > [rectangle] playing the same feed? Or is there a smart way about this? > > Cheers, > Martin > > ___ > 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] Spotlight Importer for OS X
Yo This is awesome!! Thanks for doing this (again) cheers mark --- On Thu, 6/19/08, Luke Iannini <[EMAIL PROTECTED]> wrote: > From: Luke Iannini <[EMAIL PROTECTED]> > Subject: [PD] Spotlight Importer for OS X > To: "pd-liste List" > Date: Thursday, June 19, 2008, 8:10 AM > Hi all, > Here's a Spotlight importer for Pd (and AFAIK .pat) > files. > > Starting with tonight or tomorrow's autobuild, > installing it (just > double-click it) will let Spotlight look inside your Pd > patches. > Also, a beneficial side-effect of a necessary change to > Pd-extended's > bundle means that Pd-patches are now Quick Look-enabled > (don't get > /too/ excited, it is only the plaintext representation, but > still > extremely handy). And after the importer itself gets > enveloped by > Pd-extended's bundle, it will just work (no > installation needed). > > This version just indexes the entire text. In the future I > could add > specific metadata keys to correspond to "Pure Data > Objects", "Pure > Data Messages", "Pure Data Comments", and > "Pure Data [declares]", > which could then be used to construct complex Spotlight > queries (but I > just learned enough Obj-C to get this far tonight so give > me a while : > ) ). > > Hans, apparently placing it in > Pd-extended.app/Contents/Library/Spotlight will make it > magically > start working the first time Pd is dragged out of its .dmg. > I don't > have a clue about building this dynamically in the > autobuilds, but > since it is a Universal Binary and OS X only is it cool to > add > statically? > > enjoy > Luke > > (by the way, you'll know you have the right Pd-extended > when running > "mdls -name kMDItemContentType a-patch.pd" gives > "org.puredata.pd-patch" rather than > "dyn.ah62d4rv4ge81a3a" or > similar)___ > 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] DMX oriented library for PD?
Hi IOhannes, yep, i saw that but could not figure out how to compile it at first, just retried and it seems to have compiled gracefully: just a little note for others who might find it useful : cd externals/iem/dmx512 wget ftp://ftp.cubic.org/pub/llg/dmx4linux-2.6.1.tar.gz tar xzf dmx4linux-2.6.1.tar.gz cp dmx4linux2.6.1.patch dmx4linux-2.6.1 cd dmx4linux-2.6.1 patch -p1 < dmx4linux2.6.1.patch and the usual ./configure make sudo make install then compiling the extension cd externals/iem/dmx512/src ./configure make it might be good to include this note in your readme.txt (?) I get this error message when i try to load it but i guess this is because i don't have any dmx-usb device (yet) ;-) dmxin.pd_linux: undefined symbol: DMXINdev dmxin Do you have then an idea of the message rate that this devices can handle? best regards, vincent IOhannes m zmoelnig a écrit : Vincent Rioux wrote: Hi, Wtf2osc sounds really interesting. I would like to be able to send pretty fast values on 24 channels. What would be the best Enttec-DMX-USB-Pro or the uDMX? btw, there is a dmx-external for linux in iem/dmx512 supporting both including to objects [dmxin] and [dmxout]. the project i wrote these objects for is right now under development. i am currently using the enttec open dmx, but hope that my pro model will soon be delivered. fgmasdr 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
[PD] Gem, make small snapshots while display original size?
Hi, in Gem, Im trying to resize a video to take _small_ preview like snapshots that i can save as files (with pix_write), but still sending a stream with the _original size_ to another place, to either display or record. So far it seems that [pix_resize] deals with resolution of the video while [rectangle] actually sizes it. And here is the point where i probably haven't understood gem enough (being a bit impatient maybe..:) can i resize what i play with a [rectangle] while not displaying it, while displaying another [rectangle] playing the same feed? Or is there a smart way about this? Cheers, Martin ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Spotlight Importer for OS X
Also - you can force Spotlight to reindex a folder using e.g. "mdimport ~/" if it needs a kick. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] DMX oriented library for PD?
Vincent Rioux wrote: > Hi, > > Wtf2osc sounds really interesting. > I would like to be able to send pretty fast values on 24 channels. > What would be the best Enttec-DMX-USB-Pro or the uDMX? btw, there is a dmx-external for linux in iem/dmx512 supporting both including to objects [dmxin] and [dmxout]. the project i wrote these objects for is right now under development. i am currently using the enttec open dmx, but hope that my pro model will soon be delivered. fgmasdr IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Lorenz attractor
Chaos is fascinating and attractors too (like an order in the chaos). Here your patch with [t b b] to start and a gem window to see attractors. (push the create message). ++ Jack attractor.pd Description: Binary data Le 15 juin 08 à 19:39, James Dunn a écrit : Hi, I've recently been studying Lorenz attractors and other chaos circuits and have built one in PD. (I've looked at Ben Bogart's external containing a Lorenz attractor but I wanted to build my own). The patch is detailed below and I'd appreciate any comments regarding any aspect of it, but in particular, I'd like to know: 1) What is a better method of displaying the output? (the lines always get erased as the array draws new lines) 2) Why does it take 2 bangs to start it? (I previously had an initial x value of 0, but it refused to start at all, although it seemed to be working at one stage!) many thanks James #N canvas 530 323 643 475 10; #X text 398 60 dx/dt = S(y-x); #X text 398 75 dy/dt = Rx-y-xz; #X text 398 90 dz/dt = xy-Bz; #X text 398 37 Lorenz's original equations:; #X floatatom 108 191 5 0 0 0 - - -; #X floatatom 178 191 5 0 0 0 - - -; #X floatatom 249 191 5 0 0 0 - - -; #X obj 164 37 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144 -1 -1; #X msg 192 87 10; #X msg 220 87 28; #X msg 249 87 2.7; #X text 398 120 S=10 \, R=28 \, B=8/3=2.7; #X obj 108 142 expr $f4*($f2-$f1) \; ($f5*$f1)-$f2-($f1*$f3) \; ($f1*$f2)-($f6*$f3) ; #X obj 108 275 f; #X obj 136 275 +; #X obj 108 232 t b f; #X obj 86 109 r x; #X obj 108 253 delay 5; #X obj 114 109 r y; #X obj 178 232 t b f; #X obj 178 253 delay 5; #X obj 178 275 f; #X obj 206 275 +; #X obj 136 297 s x; #X obj 206 297 s y; #X obj 249 232 t b f; #X obj 249 253 delay 5; #X obj 249 275 f; #X obj 277 275 +; #X obj 277 296 s z; #X obj 143 109 r z; #N canvas 0 0 450 300 (subpatch) 0; #X array array1 100 float 2; #X coords 0 100 100 -100 200 200 1; #X restore 372 212 graph; #X obj 174 387 tabwrite array1; #X obj 108 210 / 200; #X obj 178 210 / 200; #X obj 249 210 / 200; #X msg 51 211 stop; #X text 191 35 start; #X obj 76 156 bng 15 250 50 0 empty empty empty 0 -6 0 10 -262144 -1 -1; #X text 31 155 resume; #X obj 261 367 * 2; #X obj 174 367 * 3; #X obj 174 346 - 30; #X obj 261 346 + 26; #X msg 108 87 6; #X msg 164 87 0; #X msg 136 87 1; #X connect 4 0 33 0; #X connect 5 0 34 0; #X connect 6 0 35 0; #X connect 7 0 44 0; #X connect 7 0 46 0; #X connect 7 0 45 0; #X connect 7 0 8 0; #X connect 7 0 9 0; #X connect 7 0 10 0; #X connect 8 0 12 3; #X connect 9 0 12 4; #X connect 10 0 12 5; #X connect 12 0 4 0; #X connect 12 1 5 0; #X connect 12 2 6 0; #X connect 13 0 14 0; #X connect 14 0 23 0; #X connect 14 0 13 1; #X connect 14 0 43 0; #X connect 15 0 17 0; #X connect 15 1 14 1; #X connect 16 0 12 0; #X connect 17 0 13 0; #X connect 18 0 12 1; #X connect 19 0 20 0; #X connect 19 1 22 1; #X connect 20 0 21 0; #X connect 21 0 22 0; #X connect 22 0 24 0; #X connect 22 0 21 1; #X connect 25 0 26 0; #X connect 25 1 28 1; #X connect 26 0 27 0; #X connect 27 0 28 0; #X connect 28 0 29 0; #X connect 28 0 27 1; #X connect 28 0 42 0; #X connect 30 0 12 2; #X connect 33 0 15 0; #X connect 34 0 19 0; #X connect 35 0 25 0; #X connect 36 0 17 0; #X connect 38 0 17 0; #X connect 40 0 32 1; #X connect 41 0 32 0; #X connect 42 0 41 0; #X connect 43 0 40 0; #X connect 44 0 12 0; #X connect 45 0 12 2; #X connect 46 0 12 1; ___ 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] Lorenz attractor
1) What is a better method of displaying the output? (the lines always get erased as the array draws new lines) arrays in pd only have one y value for each x value. as far as i know, there are no 'array' clones in pd that allow for multiple y values. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Lorenz attractor
On 15/06/2008, at 19.39, James Dunn wrote: > 2) Why does it take 2 bangs to start it? Execution order. Have a look at [trigger]. You want the right most inlet of expr to get it input the last - if i'm not mistaken. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Lorenz attractor
2) Why does it take 2 bangs to start it? because only the leftmost inlet of the [expr] object will trigger the equation. so you need to use a [trigger] object to send the 'start' bangs to the right inlets first, and then finally to the left inlet: like this: [bang] | [t b b b b b b b ] ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Pd-0.40.3-extended-rc1 released
On Jun 19, 2008, at 8:12 AM, Frank Barknecht wrote: > Hallo, > Chris McCormick hat gesagt: // Chris McCormick wrote: > >> So does this mean that users in future will download a 'core' Pd >> (extended) and then separately download and install the different >> sets >> of externals that they want to work with, instead of downloading >> one big >> monolithic package? I like that because it fits well with the Debian >> philosophy. > > Hans has said several times in the past that he has no interest at all > to work on pd-packages separated like you sugest, so I believe, this > would only apply for packages maintained somewhere/by someone else, > like GridFlow. Hmm, I don't think I would put it that way. What I do mean is that I don't think I can take on the maintanence of yet another aspect of Pd, I am overloaded as it is. I would like to see good Debian packages for Pd, Pd-extended and all the libs, and I would help anyone who is willing to take on the project. For example, I helped Nando create the PlanetCCRMA packages for Pd- extended, which is organized this way (one package per library). .hc > > Ciao > -- > Frank Barknecht _ > __footils.org__ > > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> http://lists.puredata.info/ > listinfo/pd-list I spent 33 years and four months in active military service and during that period I spent most of my time as a high class muscle man for Big Business, for Wall Street and the bankers. - General Smedley Butler ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd.tk: how to get rid of scrollbars and menus?
You can send Tcl directly to the GUI using [hcs/sys_gui]. Therefore, you could do anything to the GUI that is possible with Tcl/Tk. It would probably be a hack though, to do more complicated things this way. .hc On Jun 12, 2008, at 6:43 PM, patrick wrote: > hi roman, > > in pdmtl abstractions the 1.browser.pd doesn't have any menu or > scrollbar. this hack is done without editing pd.tk - also disabling > ctrl+e. > > tof did it, so i don't know the detail about this little hack. but > i think he used toxy to do it. > > see the screenshot. > > pat > > > > Roman Haefeli wrote: >> hi all >> >> without any specific tk knowledge, i still once managed to tweak the >> pd.tk file, so that there weren't any menus and scrollbards >> anymore in >> the patcher windows. it took me a while to find what needs to be >> skipped >> and needs to to be kept in order to work correctly. now, after >> switching >> to a newer pd version, i realized, that i cannot just re-use my work >> done in the previous pd.tk. >> if possible, can anyone explain in few words what needs to be done in >> order to get rid of those? wouldn't it also be nice to have simply a >> switch in the file to turn those on and off? >> >> 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 >> >> >> > > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> http://lists.puredata.info/ > listinfo/pd-list You can't steal a gift. Bird gave the world his music, and if you can hear it, you can have it. - Dizzy Gillespie ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] PdSVN 0.8
On Jun 19, 2008, at 12:10 AM, Claude Heiland-Allen wrote: > Hans-Christoph Steiner wrote: >> About this comment in getpatchname.c: "At some point we need to be >> to get the new patch name if it changes, couldn't make this work >> though", you should be able to do this in getpatchname_bang(): >> outlet_symbol(x->outlet, canvas_getcurrent()->gl_name); > > Nope: > > http://lists.puredata.info/pipermail/pd-dev/2004-11/003023.html Ah right. So then store the t_canvas pointer and do this: outlet_symbol(x->outlet, x->my_t_canvas->gl_name); .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] [PD-announce] Pd-0.40.3-extended-rc1 released
On Jun 19, 2008, at 11:04 AM, Georg Holzmann wrote: > Hallo! > >> But as I understood e.g. this [1] separating packages of Pd and >> externals/abstractions is something, Hans did rather not want to deal >> with (at least at that time), so someone else needs to do it. >> >> [1] http://lists.puredata.info/pipermail/pd-dev/2008-04/011410.html > > Yes, as I said (or at least that was what I wanted to say). > > I think the problem with the pd community is that everyone just > says how > he/she would like to have the distribution and is always complaining - > but actually only Hans is doing the main work (with some very small > contribution as also by myself). > > I personally think that the pd-extended project is one of the most > important things in the pd-community, if not the most important and I > cannot understand why people are not able to work with each other and > not always against each other. Especially developers are only > complaining ... > > It is not enough to always say "I want the build system like this" > or "I > don't like the current philosophy" - we heard this now many many times > on the list and of course some of the criticism is also valid - there > really need to be also contributions from other people to get this > project working ... > > LG > Georg > > PS: I was really fascinated how cooperation can work in other open > source communities, but here (in PD world) I simply don't see this > and I > don't understand why. This is a very good criticism of the situation, and I know have been guilty of this myself as well. I have tried to then stop giving unproductive criticism and start spending that time fixing things instead, i.e. less time emailing, more time learning the code and coding. .hc 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] pyext thread question
hi just working with pyext after long time not using it. Couple of things First, on PD extended 0.39.3 on linux at least (not sure about the new pd version) on the docs folder there is a folder manuals/py which only contains license, readme and an empty folder called scripts. The actual examples for py are actually located at examples/py I suggest all could be either in manuals/py or examples/py, in any case having the empty "script" older is a bit confusing. I thought for a sec that the docs where just not included with PD extended to later find them under examples. Secondly, I am working on a script that needs to be initialised on load with _detach set to 1. According to the docs I could solve this in PD passing a message detach 1. This works fine but I need to set this from Python on initalisation. Again the docs say I should set (class?) variable _detach = 1. But this does not work for me, it runs as if it was still set to 0: class myclass( pyext._class): _detach=1 _outlets=3 ... and so on.. the script example (threading.py) has this documentation on this issue """ _detach([0/1]): by enabling thread detaching, threads will run in their own threads """ but the pd patch (thread-1.pd) say this takes three valid values (0/1/2) Finally after some digging in python printing dir(myclass) and help(myclass) I found that there is a (private?) class function called _detach that can be used like this myclassname._detach(self, 1) using this funtion does not look very good to me (i guess it is private). On top of this the code is not executed on initialisation, as i need, but only when the function is called. any ideas on how i can do this? maybe extending __init__ ? but i am not sure how to do this. I hope i made myself clear ... thanks enrike ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] DMX oriented library for PD?
Hi, Wtf2osc sounds really interesting. I would like to be able to send pretty fast values on 24 channels. What would be the best Enttec-DMX-USB-Pro or the uDMX? Do you know which rate can reach this boxes? by advance thanks, Vincent Chris a écrit : Well, another solution: Some time ago I wrote a script for the Enttec-DMX-USB-Pro. It's available at sourceforge: http://sf.net/projects/wtf2osc. You have to check it out from CVS. It's tried in Linux and Windows (but should work in OSX too) and you can talk to it using the OSC-External available for PD (or with any other OSC-capable-software). A sample-patch is included in CVS. When it comes to theaters: I don't think they would accept a open-source- tinker- solution, most are fixed on (and only trust in) commercial devices for some 1000$ :( And sometimes 40 steps/second is too slow for you when you want to be really creative. So long, Chris David Schaffer wrote: Hi, Is there such thing as a DMX language oriented library for pd? I never heard of it but it would certainly be an amazing step forward for the program: being able to deal with sound, video, midi and lighting control signals would make it a must-have for theaters... Considering pd's control signals abilities, it shouldn't be too hard to emulate a lighting board's functions, and also the sound/lighting interraction could be much deeper. Has anyone thought of this before? I know there's usb-dmx boxes out there... D.S ___ 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
Re: [PD] [PD-announce] Pd-0.40.3-extended-rc1 released
Hallo! > But as I understood e.g. this [1] separating packages of Pd and > externals/abstractions is something, Hans did rather not want to deal > with (at least at that time), so someone else needs to do it. > > [1] http://lists.puredata.info/pipermail/pd-dev/2008-04/011410.html Yes, as I said (or at least that was what I wanted to say). I think the problem with the pd community is that everyone just says how he/she would like to have the distribution and is always complaining - but actually only Hans is doing the main work (with some very small contribution as also by myself). I personally think that the pd-extended project is one of the most important things in the pd-community, if not the most important and I cannot understand why people are not able to work with each other and not always against each other. Especially developers are only complaining ... It is not enough to always say "I want the build system like this" or "I don't like the current philosophy" - we heard this now many many times on the list and of course some of the criticism is also valid - there really need to be also contributions from other people to get this project working ... LG Georg PS: I was really fascinated how cooperation can work in other open source communities, but here (in PD world) I simply don't see this and I don't understand why. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Pd-0.40.3-extended-rc1 released
Hallo, Georg Holzmann hat gesagt: // Georg Holzmann wrote: > Hallo! > > > Hans has said several times in the past that he has no interest at all > > to work on pd-packages separated like you sugest, so I believe, this > > would only apply for packages maintained somewhere/by someone else, > > like GridFlow. > > No, as far as I remember Hans said several times that someone should > just do the work ... (but maybe Hans knows best what Hans said ... ;) Of course. ;) But as I understood e.g. this [1] separating packages of Pd and externals/abstractions is something, Hans did rather not want to deal with (at least at that time), so someone else needs to do it. [1] http://lists.puredata.info/pipermail/pd-dev/2008-04/011410.html Ciao -- Frank Barknecht _ __footils.org__ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Pd-0.40.3-extended-rc1 released
Hallo! > Hans has said several times in the past that he has no interest at all > to work on pd-packages separated like you sugest, so I believe, this > would only apply for packages maintained somewhere/by someone else, > like GridFlow. No, as far as I remember Hans said several times that someone should just do the work ... (but maybe Hans knows best what Hans said ... ;) So if anyone would try to split the build system into such packages any work would be highly appreciated ! LG Georg ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Pd-0.40.3-extended-rc1 released
Hallo, Chris McCormick hat gesagt: // Chris McCormick wrote: > So does this mean that users in future will download a 'core' Pd > (extended) and then separately download and install the different sets > of externals that they want to work with, instead of downloading one big > monolithic package? I like that because it fits well with the Debian > philosophy. Hans has said several times in the past that he has no interest at all to work on pd-packages separated like you sugest, so I believe, this would only apply for packages maintained somewhere/by someone else, like GridFlow. Ciao -- Frank Barknecht _ __footils.org__ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] bug in gop data-structs?
Hallo, Rich E hat gesagt: // Rich E wrote: > I'm just checking to see if this is in fact a bug, or I am doing something > wrong with GOP data structs. The attached patch draws bars that symbolize 2 > measures, with 4 sub divisions each. The problem is, when I minimize the > patch and bring it back up, they disappear... seems like a bug to me, and > I'll file a report if it is. With your new patch I can confirm the bug for pd 0.41 under blackbox on Linux: They disappear. Ciao -- Frank Barknecht _ __footils.org__ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] Lorenz attractor
Hi, I've recently been studying Lorenz attractors and other chaos circuits and have built one in PD. (I've looked at Ben Bogart's external containing a Lorenz attractor but I wanted to build my own). The patch is detailed below and I'd appreciate any comments regarding any aspect of it, but in particular, I'd like to know: 1) What is a better method of displaying the output? (the lines always get erased as the array draws new lines) 2) Why does it take 2 bangs to start it? (I previously had an initial x value of 0, but it refused to start at all, although it seemed to be working at one stage!) many thanks James #N canvas 530 323 643 475 10; #X text 398 60 dx/dt = S(y-x); #X text 398 75 dy/dt = Rx-y-xz; #X text 398 90 dz/dt = xy-Bz; #X text 398 37 Lorenz's original equations:; #X floatatom 108 191 5 0 0 0 - - -; #X floatatom 178 191 5 0 0 0 - - -; #X floatatom 249 191 5 0 0 0 - - -; #X obj 164 37 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144 -1 -1; #X msg 192 87 10; #X msg 220 87 28; #X msg 249 87 2.7; #X text 398 120 S=10 \, R=28 \, B=8/3=2.7; #X obj 108 142 expr $f4*($f2-$f1) \; ($f5*$f1)-$f2-($f1*$f3) \; ($f1*$f2)-($f6*$f3) ; #X obj 108 275 f; #X obj 136 275 +; #X obj 108 232 t b f; #X obj 86 109 r x; #X obj 108 253 delay 5; #X obj 114 109 r y; #X obj 178 232 t b f; #X obj 178 253 delay 5; #X obj 178 275 f; #X obj 206 275 +; #X obj 136 297 s x; #X obj 206 297 s y; #X obj 249 232 t b f; #X obj 249 253 delay 5; #X obj 249 275 f; #X obj 277 275 +; #X obj 277 296 s z; #X obj 143 109 r z; #N canvas 0 0 450 300 (subpatch) 0; #X array array1 100 float 2; #X coords 0 100 100 -100 200 200 1; #X restore 372 212 graph; #X obj 174 387 tabwrite array1; #X obj 108 210 / 200; #X obj 178 210 / 200; #X obj 249 210 / 200; #X msg 51 211 stop; #X text 191 35 start; #X obj 76 156 bng 15 250 50 0 empty empty empty 0 -6 0 10 -262144 -1 -1; #X text 31 155 resume; #X obj 261 367 * 2; #X obj 174 367 * 3; #X obj 174 346 - 30; #X obj 261 346 + 26; #X msg 108 87 6; #X msg 164 87 0; #X msg 136 87 1; #X connect 4 0 33 0; #X connect 5 0 34 0; #X connect 6 0 35 0; #X connect 7 0 44 0; #X connect 7 0 46 0; #X connect 7 0 45 0; #X connect 7 0 8 0; #X connect 7 0 9 0; #X connect 7 0 10 0; #X connect 8 0 12 3; #X connect 9 0 12 4; #X connect 10 0 12 5; #X connect 12 0 4 0; #X connect 12 1 5 0; #X connect 12 2 6 0; #X connect 13 0 14 0; #X connect 14 0 23 0; #X connect 14 0 13 1; #X connect 14 0 43 0; #X connect 15 0 17 0; #X connect 15 1 14 1; #X connect 16 0 12 0; #X connect 17 0 13 0; #X connect 18 0 12 1; #X connect 19 0 20 0; #X connect 19 1 22 1; #X connect 20 0 21 0; #X connect 21 0 22 0; #X connect 22 0 24 0; #X connect 22 0 21 1; #X connect 25 0 26 0; #X connect 25 1 28 1; #X connect 26 0 27 0; #X connect 27 0 28 0; #X connect 28 0 29 0; #X connect 28 0 27 1; #X connect 28 0 42 0; #X connect 30 0 12 2; #X connect 33 0 15 0; #X connect 34 0 19 0; #X connect 35 0 25 0; #X connect 36 0 17 0; #X connect 38 0 17 0; #X connect 40 0 32 1; #X connect 41 0 32 0; #X connect 42 0 41 0; #X connect 43 0 40 0; #X connect 44 0 12 0; #X connect 45 0 12 2; #X connect 46 0 12 1; ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list