[PD] Structures lists
Hello, basic : the manual about data structures and lists seems out of date ... what would be the straighforward way to deal with (point to) many lists of different lengths (matrices inappropriate) without declaring lengths at first ? (using float arrays in data structures requires prior length declaration , correct ?) Thanks JmAdrien ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] porting vade shaders collection to Pd
ok, what's the correct way to update the help-files? Just edit them and submit somewhere? cheers, M On Tue, Dec 27, 2011 at 11:12 PM, cyrille henry c...@chnry.net wrote: Le 27/12/2011 14:44, Marco Donnarumma a écrit : Hi Guido, Cyrille, thanks for bringing the discussion further. Actually Guido, I think I read you on the Pd forum few days ago and checked your patches too, nice work. As for the documentation. Personally, a great part of my first attempts at working with glsl in Pd were completely mined by the absence of a wrapper object for the glsl compilation; the lack of a [pix_shader] or [a_shad] for instance. It would be useful to have [pix_shader] included in GEM. It might sound silly, but as Guido mentioned, getting a shader to work it's a much of a trial-and-error exercise. Thus, in my experience, it took a lot of time to figure out where to look for bugs or problems. I needed to study glsl (obviously) to start understanding; but I believe that users would benefit from the inclusion of some initial, basic information within the glsl help patches. For example, shader with rectangular textures won't work if you don't switch the [pix_texture] mode adequately. This is not explained anywhere in Pd, and, yes, of course you can getting to it by learning with on-line resources, but it would be far easier to place a [comment] somewhere in the Pd patch. (I don't think it's there already, but please tell me if so.). this is what the 1st example do explain. at least, i thought it does. maybe it should be a bit more verbose. Shortly, imho the present glsl help are very complex for a noob because: _there isn't an official wrapper, so the loading/compilation process is visible and appears quite confusing. wow. this is strange for me. I always do a copy/paste. anyway, there is now a _glsl abstraction since i use it for the 14th example. other examples can be update to use it. _uniforms and how to control them from a Pd patch are not explained anywhere (within Pd) this is used (but not explain) in most example. i believed an example is better than text, but it look like i'm wrong. _basic and clear info about getting a new shader to work in Pd are missing you just have to imitate the basic example... of course, the whole glsl thing is complex and need further study anyway, but it would be awesome to inform the glsl in GEM with the stuff above. feel free to update help and examples. i thought it was clear. examples provide the information i wish i had before creating them... cheers Cyrille M On Tue, Dec 27, 2011 at 2:10 PM, cyrille henry c...@chnry.net mailto: c...@chnry.net wrote: Le 27/12/2011 13:02, Guido Tamino a écrit : Hello, actually the [pix_shader] abstraction comes from a depth of field simulation I made with glsl/gem a while ago. Download link, documentation and demo video are available at the link below. If anyone wants to try it out, the depth of field patch is pretty self-explainatory and should work just out of the box. http://vimeo.com/30188933 Before being swamped with work I was interested in porting Vade shaders and other glsl stuff to PD. I implemented his blur shaders (motion blur, zoom blur and fast blur) and they all seems to work fine but a lot of work has to be done before using them as solid generic effects. http://guidotamino.it/__**download/glslBlur.ziphttp://guidotamino.it/__download/glslBlur.zip http://guidotamino.it/**download/glslBlur.ziphttp://guidotamino.it/download/glslBlur.zip A couple months ago I opened a discussion with Cyrille on the theme but we were both too busy with work to fully dive into the subject. since then, i made a good triangle blur shader to work with a modified version of guildo patch. i commit everything as a gem example yesterday. In the meanwhile I played around with the optical flow experiments by the jitter community with nice results, a demo could be seen here: http://vimeo.com/30517302 nice. I'm definetely interested in developing a set of glsl wrappers to make the whole thing easier for a beginner. I am a beginner myself and I had some tough times trying to figure out things like how to multipass glsl effects or how to feed multiple textures to a shader. This kind of stuff is almost undocumented and needs a lot of trial and error in order to be understood. there are few multipass example in gem. I try to make 1 example for each technical possibility. nothing is fully documented, but i think everything is documented. at least, everything that i'm aware of. (i was also a glsl noob before making gem examples...) do you think that more multipass example are needed? or is it just that since it's complex, it need time to be fully understood? cheer Cyrille Best, Guido Il giorno 27/dic/2011,
Re: [PD] Structures lists
- Original Message - From: Jma/celeonet j...@jeanmarie-adrien.net To: Pd-list@iem.at Pd-list@iem.at Cc: Sent: Friday, December 30, 2011 6:14 AM Subject: [PD] Structures lists Hello, basic : the manual about data structures and lists seems out of date ... what would be the straighforward way to deal with (point to) many lists of different lengths (matrices inappropriate) without declaring lengths at first ? (using float arrays in data structures requires prior length declaration , correct ?) You can use [setsize] to change the length at any time after the containing scalar gets created. -Jonathan Thanks JmAdrien ___ 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] ofxKinect - pure data (Windows 7)
Yeah, see ofxOSC. On 29/12/2011 19:56, Hans-Christoph Steiner wrote: OSC messages, plain Pd-style FUDI messages via a network socket, or try ofxPd. .hc On Dec 29, 2011, at 3:22 AM, Philipp Wartenberg wrote: Hello, I worked out how to use the kinect under windows 7 with the openframworks addon ofxKinect. Now I do not know how to get the data from openframworks to puredata. Does anyone on the list uses the kinect with puredata on windows? Regards. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list 'You people have such restrictive dress for women,’ she said, hobbling away in three inch heels and panty hose to finish out another pink-collar temp pool day. - “Hijab Scene #2, by Mohja Kahf ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Structures lists
Great, thanks. JmA Le 30 déc. 2011 à 16:17, Jonathan Wilkes jancs...@yahoo.com a écrit : - Original Message - From: Jma/celeonet j...@jeanmarie-adrien.net To: Pd-list@iem.at Pd-list@iem.at Cc: Sent: Friday, December 30, 2011 6:14 AM Subject: [PD] Structures lists Hello, basic : the manual about data structures and lists seems out of date ... what would be the straighforward way to deal with (point to) many lists of different lengths (matrices inappropriate) without declaring lengths at first ? (using float arrays in data structures requires prior length declaration , correct ?) You can use [setsize] to change the length at any time after the containing scalar gets created. -Jonathan Thanks JmAdrien ___ 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.43-1 test7 (!) available
The paragraph mode is not the cause of the freezes as far as I have seen, it just highlights the situation when there are bugs. I think we should first discuss fixing the bugs before changing the current mode of operation. As for the fixes in pd-l2ork, it would be great to have them in vanilla. Could you refactor them against vanilla and submit them to the bug tracker? Then they can be reviewed and included. .hc On Thu, Dec 29, 2011, at 10:51, i...@vt.edu wrote: The challenge remains, though, regardless of the approach. If a particular call was called and it shouldn't have, parsing it out as part of a paragraph or a line makes no difference performance-wise, but it sure does make a world of a difference in terms of gui (or parts of it) becoming unresponsive, since when the parser is in the paragraph mode one will lose up to entire paragraph instead of a single line (which in this case would not have any effect since the line should've never been called). This is the part I was originally referring to in terms of porting forward. If you look at the pd-l2ork, it has much more detailed sanity checks for individual calls inside C to make sure those calls are needed at all in the first place. Once they are identified, you can wrap them in their own catch inside tcl code (it that is indeed where they are being called)... As for sanity checks, I don't think that really makes anything better per se beyond whatever user enters manually via message to pd since the 0.42 code already checks for sanity of those messages in its syntax. The only time I encountered tcl breaking in core code of the 0.42 branch was as part of the network code (please note I mention here vanilla as I haven't checked all the externals for proper behavior). And if you ever tried debugging that you probably noticed just how the tcl breaks. Namely, you could clearly see how one message inside buffer was asynchronously overwritten midstream by another ending up in a garbled output. Now, I know from our previous correspondence that socket data incoming from a netreceive object apparently should output in sync with the main loop, yet this problem was persistent until I changed how the netreceive object behaves. In pd-l2ork all netreceive sockets schedule received output as part of the guiqueue rather than directly pushing the message out of an outlet no matter when it receives it (or whenever suggested scheduler tells it to read from the socket). This problem network-wise was much more apparent when there was a heavier network traffic, while it almost never happened in low throughput situations. Long story short, I have not had gui freeze in pd-l2ork for over a year now and so far I see no benefit in switching into a paragraph mode as even if there is a huge performance benefit, the potential penalty is the return of the gui freeze which renders any such performance gains useless. Quoting Hans-Christoph Steiner h...@at.or.at: That is definitely true. It is possible to make pd-gui execute line-by-line by setting the buffering on the socket to be per-newline, then reintroducing the logic that used to be in the C code. But I think its faster to have Tcl parse, compile, and execute the code in larger blocks, but I don't have any data to back that up. .hc On Dec 27, 2011, at 1:37 PM, Miller Puckette wrote: I believe the difference between 0.42 and 0.43 is that the C code in 0.42 actually spat each 'line' of TCL, separately, to the interpreter, whereas in 0.43 entire batches of TCL script get fed to the interpreter as a block. The 0.42 code wasn't airtight (checked for newlines at which {'s were balanced with }'s - this happened to work for all the TCL that Pd generated, but one could construct valid tcl code that gave false positives.) So I'm not in favor of 'fixing' 0.43 to work like 0.42 in this aspect. But I sure would like to be able to tell the interpreter to bull through if any individual statement failed - it won't fix any bugs but could make it less catastrophic when they manifest themselves. cheers Miller The 'catch' is already in place in Pd 0.43 in pd_connect::pd_readsocket, and that is indeed what is printing out the Tcl error dump that started this discussion. As for whether pd-gui stops working after an error or not, I think this is a behavior of the Tcl interpreter, not Pd 0.43 or Pd 0.42. In both Pd 0.42 and 0.43, fatal errors stop the Tcl interpreter. Try sending a message with { in it. In both Pd 0.42 and 0.43, the Tcl interpreter will print an error message for non-fatal errors and then continue to execute the next commands. About the bug report, that particular bug report shows a bug where Tcl commands are being split in the middle of the line, causing incomplete commands to be
Re: [PD] Android device for PdDroidParty
If all you want is something to act similarly to TouchOSC, then I'd say get Charlie Robert's Control http://charlie-roberts.com/Control/. You can design multiple interfaces a-la TouchOSC using simple-enough code, and it's available on both iOS and android. I tested it on a Samsung Galaxy and an iPad. If I'm not mistaken, PdDroidParty is self contained, meaning you don't connect to a network and communicate with a DAW on your computer, but rather the phone or tablet is running Pd to make the music. RJDJ and RJ Voyager also fall under this category, although I think they're originally intended for iOS only. On Thu, Dec 29, 2011 at 2:46 PM, Joe Newlin jtnew...@gmail.com wrote: I've used PdDroidParty with a Samsung Galaxy, and while the audio latency is noticeable, the overall sound is decent, the touch interface is responsive and everything seems to work fine. JN On Dec 29, 2011, at 9:10 AM, batinste dwanaf...@yahoo.fr wrote: Hi PDers I'd rather avoid iStuff when it's possible, but the fact that TouchOSC lacks some important features on Android led me to consider buying an used ipod touch to fiddle wirelessly with pd. Then I remembered of PdDroidParty. Basically one can at least mimic TouchOSC main feature with it : create a custom touch OSC interface. Wonderful ! Do you use an android device with PdDroidParty ? Which one would you recommend ? It doesn't have to be a phone nor a super-expensive device though if you want to give me yours, you're welcome ;) ciao ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- www.epicjefferson.com www.avmachinists.org Puerto Rico based Art Collective/ Non-Profit Org ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] ending an audio recording after the fact.
Or open the file on a sound editor that allows you to read raw data, and provide the number of channels, sr, etc. (probably you found out a solution by now, anyway) Send readsf~ a message open xxx.aif 0 124 2 2 b' (possibly replacing the 2 2 with a different number of channels and bytes per sample). Ship the result to another writesf~ to get it back onto disk. cheers Miller On Mon, Dec 12, 2011 at 01:39:06PM -0500, Jaime Oliver wrote: Hi Everyone, I once recorded a concert with writesf~, in a .wav format, and did not send the stop message, but instead turned off the computer. The file is about 730MB so everything seems to be there. However, since I didn't stop recording I guess there might be some headers or something missing and cannot open it. Do any of you have any suggestions as to how I might be able to read the sound file? Would there be a way of opening the file again form within pd and closing it? best, J -- Jaime E Oliver LR jo2...@columbia.edu www.jaimeoliver.pe 858 750 0924 (cel) ___ 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 -- Friedenstr. 58 10249 Berlin (Deutschland) Tel +49 30 42020091 | Mob +49 162 6843570 Studio +49 30 69509190 jmmmp...@googlemail.com | skype: jmmmpjmmmp ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] questions about PD-extended 0.43 build on Mac (GUI-oriented)
hey folks, new PD user here, coming from Max 5 on a Mac and trying to rewrite my patch in PD. i read about the new .43 branch builds of pd-extended and how they had a few usability improvements over the older branches. so far i've downloaded the 12/21 and 12/30 builds of pd-extended for Mac. i'll have lots of questions but for now these will suffice: 1. is there a way to get the right click context menu for objects working in .43 on the Mac? i read that a GUI plugin is responsible for this, but it seems it should be included in this extended build. 2. also read about key bindings-VERY interested in this as i have some RSI issues and shortcuts would be helpful for common tasks. 3. is there a way to edit GUI characteristics (global font size, key bindings,etc) by changing some items in a config text file? i've read that the rewrite uses Tcl/Tk but i'm not really a programmer though i can edit and modify simple CSS or PHP scripts. 4. lastly - i know the 0.43 branch is considered experimental, but if there's a relatively stable .43 Mac build somewhere that could be recommended it would be appreciated. the Dec 21 build is OK though right-clicking to get Properties or Help lags a lot. thanks in advance, scott ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] questions about PD-extended 0.43 build on Mac (GUI-oriented)
From: Scott R. Looney scottrloo...@gmail.com To: pd-list@iem.at Sent: Friday, December 30, 2011 11:40 PM Subject: [PD] questions about PD-extended 0.43 build on Mac (GUI-oriented) hey folks, new PD user here, coming from Max 5 on a Mac and trying to rewrite my patch in PD. i read about the new .43 branch builds of pd-extended and how they had a few usability improvements over the older branches. so far i've downloaded the 12/21 and 12/30 builds of pd-extended for Mac. i'll have lots of questions but for now these will suffice: 1. is there a way to get the right click context menu for objects working in .43 on the Mac? i read that a GUI plugin is responsible for this, but it seems it should be included in this extended build. I thought that plugin was somewhere on puredata.info, but I can't find it there when I search for it. 2. also read about key bindings-VERY interested in this as i have some RSI issues and shortcuts would be helpful for common tasks. Most of these should be listed to the right of the option in the menu. For example, click the Put menu in a patch and you'll find the shortcut for creating an object is Control-1. 3. is there a way to edit GUI characteristics (global font size, key bindings,etc) by changing some items in a config text file? i've read that the rewrite uses Tcl/Tk but i'm not really a programmer though i can edit and modify simple CSS or PHP scripts. Global font size is saved per canvas. Click the Edit menu, then choose Font to bring up the font dialog. There's no way to change key bindings from within Pd, but they can be found in pd_bindings.tcl. 4. lastly - i know the 0.43 branch is considered experimental, but if there's a relatively stable .43 Mac build somewhere that could be recommended it would be appreciated. the Dec 21 build is OK though right-clicking to get Properties or Help lags a lot. thanks in advance, scott ___ 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