[PD] Chaos library issues
Hi everyone, I recently returned to using PD, one of the first things I noticed was a bug in the Chaos library. Instead of outputting the variable data from right to left, they go from left to right, which doesn't allow some data to be processed properly. While the bug doesn't prevent the operation of the attractor objects, it does shuffle the data a bit, and as a result, some data is off by one iteration of the attractor. I currently don't have the means to compile the c code on my computer. I do have some PD abstractions that correct the order, and puts the data back in the proper relationships. I will past the abstractions in the morning when I can connect my computer to the internet. But, I would like to know if there its any reason that I should wait to commit the updated c sources to fix the problem. Thanks, Mike ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] [pix_mix]
Is it possible if you have a few [pix_mix] objects that one or two of them are not working? I have a patch with four instances of the object and one of them is not working at all. It just lets the left inlet pass through. I tried them with and without arguments and it's all the same. Is there some problem with having a few instances or am I doing something wrong? Thanks ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pix_record continues to record, even with rendering turned off
of course. you need to bang [pix_record] in the desired framerate. with auto 1, it will always record in your current gem framerate, which is 20fps. Thanks! And with that I think I've identified the actual bug here. I still can't override that framerate by changing the option in the codec setting On 30 December 2012 01:11, Marian Weger m...@marianweger.com wrote: No matter what framerate I set I still get a framerate of 20 (or whatever the original video was (I think)). of course. you need to bang [pix_record] in the desired framerate. with auto 1, it will always record in your current gem framerate, which is 20fps. cheers, marian Before finally diagnosing this as a bug, is there a specific order to how the messages should be sent? This is my order, using the pix_record help file: 1 - create the gem window 2 - open the video file 3 - Choose the codec 4 - change the options of the codec (via set) 5 - open a location to save the file 6 - record 7 - set auto record [auto 1( Is this right? Thanks Antonio On 29 December 2012 19:41, IOhannes m zmölnig zmoel...@iem.at wrote: On 12/29/2012 16:20, Antonio Roberts wrote: switching off the [gemhead] will not push new frames into your [pix_record], but it will not halt a local time (this is never what [gemhead] does). Ah, I see now! Although this is expected behaviour, I still think it'd be useful to be able to pause recording (at least in this scenario) bien sur. - either manually force the framerate to a constant value when writing the file (it might well be (haven't checked yet) that you actually cannot force the framerate to a given value, which indeed could be considered a bug) I've checked the help file and options and of pix_record and there doesn't appear to be any options to set the frame rate. Please correct me if I'm wrong! aye, it's a bit undocumented :-( [*] like with [pix_video], you can set a number of properties specific to the used backend/codec. when selecting a specific codec, you should get a list of supported properties for the selected setting on the info-outlet of [pix_record] (that's the 3rd outlet). e.g. slecting [codec mjpa( gives me available properties framerate, jpeg_quality and jpeg_usefloat. you can then set these properties using a set message: [set framerate 20( should give create a film with a fixed framerate of 20fps, whereas [set jpeg_quality 15( will give you low quality jpeg compression. I did a bit of further investigating and it appears that the framerate for the videos created by my patch/pix_record are craziliy high! Here's the sample video that I used http://dl.dropbox.com/u/350846/test.mov I ran the following command to get some information from the file mplayer -vo null -ao null -frames 0 -identify test.mov The important part of that information is that the fps is 100.000. Something isn't right there... hmm, i get: $ qtinfo test.mov | grep rate rate 0.608175 [100:1644263] not constant which sounds plausible to me. might be, that mplayer doesn't report the correct framerate (only the numerator, not the denominator) mfgasdr IOhannes [*] patches contributing to the docs are welcome. ___ 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 -- anto...@hellocatfood.com http://www.hellocatfood.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [pix_mix]
On 12/30/2012 11:26, Alexandros Drymonitis wrote: Is it possible if you have a few [pix_mix] objects that one or two of them are not working? I have a patch with four instances of the object and one of them is not working at all. It just lets the left inlet pass through. I tried them with and without arguments and it's all the same. Is there some problem with having a few instances or am I doing something wrong? all pix-objects that take 2 pixes (including [pix_mix]), require that the two pixes are of the same dimension and colorspace. maybe that's the problem. fgmadsr IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pix_record continues to record, even with rendering turned off
On 12/30/2012 15:16, Antonio Roberts wrote: And with that I think I've identified the actual bug here. I still can't override that framerate by changing the option in the codec setting yes, indeed you found a bug here. it seems that currently there is no real way to set any property (including framerate) with [pix_record]. the set message is misdirected at setting the filename (just like filename). i have just pushed a fix for that to Gem's repository. fgamdsr IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] [Patchingcirclebxl] Pure Data Patching Circle Brussels @ Variable #05
Here is the announce for the next session of the Pure Data Patching Circle in Brussels, Constant Variable place. welcome (please register) sorry for crossposting hello, voici l'annonce pour la prochaine session du Cercle de Developpement Pure Data à Bruxelles, Constant Variable. bienvenue (veuillez réserver svp) veuillez excuser pour la redite s'il en est... bien cordialement, Olivier Meunier http://patchingcircles.be http://ogeem.be -- _*Pure data patching circle Brussels @ Variable #05*_ *19th January 2013* *EN :* *//*The Patching Circles are open workshop session to learn and share about the pure-data software and other. During this session, we'll see how we can stream sound video and datas from and to pure-data. we'll look specially how to connect to an Icecast server. (streaming audio-video) The session will also be the occasion to look at how to do that on a RaspberryPi. the workshop will be held between*/13:00h and 19:00h on the 19th of January 2012/* session open and free to all, debuting as well as veteran, subscribe please: pdcirc...@ogeem.be _*mailing list: *_ to get updates and participate in the group discussion, you can join the mailing list here https://listes.domainepublic.net/cgi-bin/mailman/listinfo/patchingcirclebxl *FR* *//*The Patching Circles sont des sessions d'ateliers ouverts pour apprendre et partager à propos du logiciel Pure-data et autres. *//* Cette session nous verrons comment on peut émettre et recevoir des flux de son, video et data dans pure-data, avec une attention particulière aux méthodes pour se connecter à un serveur Icecast (streaming audio-video) Ce sera aussi l'occasion de voir comment faire ceci avec un RaspberryPi l'atelier se tiendra le /*19 Janvier 2013 entre 13h et 19h*/. session gratuite et ouverte à tous, débutant comme confirmé, inscription svp : pdcirc...@ogeem.be *_mailing list : _* Pour avoir des infos et discussions sur le sujet avec le groupe de participants, rendez vous sur la mailing liste https://listes.domainepublic.net/cgi-bin/mailman/listinfo/patchingcirclebxl *direction* : Constant Variable Rue Gallait / Gallaitstraat 80 1030 Schaerbeek / Schaarbeek par Transport public: Tram 25, 55, 94: Liedt -- This project is supported by the Ministery of Culture of the Wallonia-Brussels Federation, Digital Arts -- -- Ce projet est supporté par le Ministère de la Culture de la Fédération Wallonie-Bruxelles, Arts Numériques-- ___ Patchingcirclebxl mailing list patchingcircle...@lists.constantvzw.org https://listes.domainepublic.net/listinfo/patchingcirclebxl ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [pix_mix]
I know that, I make sure that the pixes do have the same dimentions. Otherwise I would get an error, right? Also, the left inlet receives signal (if it doesn't it [pix_mix] won't output anything, I'm aware of that too). Could anything else be the problem? On Sun, Dec 30, 2012 at 6:18 PM, IOhannes m zmölnig zmoel...@iem.at wrote: On 12/30/2012 11:26, Alexandros Drymonitis wrote: Is it possible if you have a few [pix_mix] objects that one or two of them are not working? I have a patch with four instances of the object and one of them is not working at all. It just lets the left inlet pass through. I tried them with and without arguments and it's all the same. Is there some problem with having a few instances or am I doing something wrong? all pix-objects that take 2 pixes (including [pix_mix]), require that the two pixes are of the same dimension and colorspace. maybe that's the problem. fgmadsr IOhannes __**_ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/** listinfo/pd-list 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] [pix_mix]
Anyway, I replaced [pix_mix] with a couple of [spigot]s inside a subpatch and it works fine. Still, I think [pix_mix] would be more correct, so to say, since I'm using Gem.. On Sun, Dec 30, 2012 at 9:30 PM, Alexandros Drymonitis adr...@gmail.comwrote: I know that, I make sure that the pixes do have the same dimentions. Otherwise I would get an error, right? Also, the left inlet receives signal (if it doesn't it [pix_mix] won't output anything, I'm aware of that too). Could anything else be the problem? On Sun, Dec 30, 2012 at 6:18 PM, IOhannes m zmölnig zmoel...@iem.atwrote: On 12/30/2012 11:26, Alexandros Drymonitis wrote: Is it possible if you have a few [pix_mix] objects that one or two of them are not working? I have a patch with four instances of the object and one of them is not working at all. It just lets the left inlet pass through. I tried them with and without arguments and it's all the same. Is there some problem with having a few instances or am I doing something wrong? all pix-objects that take 2 pixes (including [pix_mix]), require that the two pixes are of the same dimension and colorspace. maybe that's the problem. fgmadsr IOhannes __**_ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/** listinfo/pd-list 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] Pd-extended 0.43.4 final beta released!
http://puredata.info/downloads/pd-extended/releases/0.43.4 This is the final beta for Pd-extended 0.43.4, its looking ready to go after this most recent big push. After debugging various GUI freeze-ups, fixing Windows for full unicode support, working on getting everything translated, this one is ready for the real world. Use your performance patches and hammer on it! Ryan Smith made this nice screencast of some of the new editing features in this release, its a good introduction: http://youtu.be/eMhfSu3vuvQ And you can get a listing of major changes here: http://puredata.info/dev/NextRelease Most of the translations are close to being done, but still need some work done. If you speak a language besides English and have some minutes to spare, please contribute to the translations. You can contribute by translating untranslated sections, editing existing translations, and/or reviewing them to double-check their accuracy. https://www.transifex.com/projects/p/puredata/resource/pd-extended/ https://www.transifex.com/projects/p/puredata/resource/search-plugin/ If you want to dive fully into the translations, here's more info: http://puredata.info/dev/HowToTranslatePd .hc PGP.sig Description: This is a digitally signed message part ___ Pd-announce mailing list pd-annou...@iem.at http://lists.puredata.info/listinfo/pd-announce ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
