Re: [pd] gui redraw improved by holding down a random key
on GUI redrawing: I wonder if its possible to optimize the underlaying TK TCL without much effort like rewriting parts of pd. I mean just by tweaking some config files. Is there a TK TCL Shell out which uses OpenGL or other hardware acceleration? I encounter few audio dropouts while tweaking polygons of datastructs, apart from it the GUI runs well but I would like to use more of the structs abd their graphical representation. Cheers, Malte -- Malte Steiner media art + development -www.block4.com- ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [pd] gui redraw improved by holding down a random key
Hallo, Malte Steiner hat gesagt: // Malte Steiner wrote: I wonder if its possible to optimize the underlaying TK TCL without much effort like rewriting parts of pd. I mean just by tweaking some config files. Is there a TK TCL Shell out which uses OpenGL or other hardware acceleration? Usually all 2D-operations already are hardware accelerated on any card that is newer than, say, seven or eight years. ;) I encounter few audio dropouts while tweaking polygons of datastructs, apart from it the GUI runs well but I would like to use more of the structs abd their graphical representation. The problem is that there's too much communication going on between the main Pd process and the GUI at times. Matju is trying a fix with DesireData, a temporaty solution is inside of Pd since I think 0.37 where Miller introduced throttling for some GUI objects. But the simple fix still isn't enough as everyone can easily see by moving around two or three active [vu] objects. Or by playing with lots of data structures visible. (Hidden data structures are fine, btw.) Ciao -- Frank Barknecht _ __footils.org_ __goto10.org__ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [pd] gui redraw improved by holding down a random key
Usually all 2D-operations already are hardware accelerated on any card that is newer than, say, seven or eight years. ;) Not to the full extent when you use a recent card. The manufacturers spend more time to improve the 3D performance than the 2D so meanwhile even for 2D operations OpenGL is preferable, when you have correct running drivers. Cheers, Malte -- Malte Steiner media art + development -www.block4.com- ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [pd] gui redraw improved by holding down a random key
I am not saying it doesn't exist, I am just putting ideas out there. I can't reproduce it though. Can you make a video of it somehow? .hc On Jan 28, 2007, at 5:41 PM, hard off wrote: 'blocky' = the the sqaure canvas is jumping about 50 pixels at a time, stopping for 100ms or so, and then juming again. if i hold down a key, this blocky motion stops, and the square canvas slides 1 pixel at a time. i can't see why the screen refresh rate would have anything to do with this problem. there is definately a problem here. i am not hallucinating! Access to computers should be unlimited and total. - the hacker ethic ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [pd] gui redraw improved by holding down a random key
Yes, try to capture a short video screen capture! There are a number of free tools, but I can't remember their names right now. ~Kyle On 1/29/07, Hans-Christoph Steiner [EMAIL PROTECTED] wrote: I am not saying it doesn't exist, I am just putting ideas out there. I can't reproduce it though. Can you make a video of it somehow? .hc On Jan 28, 2007, at 5:41 PM, hard off wrote: 'blocky' = the the sqaure canvas is jumping about 50 pixels at a time, stopping for 100ms or so, and then juming again. if i hold down a key, this blocky motion stops, and the square canvas slides 1 pixel at a time. i can't see why the screen refresh rate would have anything to do with this problem. there is definately a problem here. i am not hallucinating! Access to computers should be unlimited and total. - the hacker ethic ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- http://theradioproject.com http://perhapsidid.blogspot.com (()()()(()))()()())( (())(())()((( ))(__ _())(()))___ (((000)))oOO ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [pd] gui redraw improved by holding down a random key
On Mon Jan 29, 2007 at 02:55:12PM -0600, Kyle Klipowicz wrote: Yes, try to capture a short video screen capture! be sure to capture at about 100 fps, so it doesnt introduce much jitter / quantization error of its own, so we can tell whats _really_ going on in your patch There are a number of free tools, but I can't remember their names right now. ~Kyle On 1/29/07, Hans-Christoph Steiner [EMAIL PROTECTED] wrote: I am not saying it doesn't exist, I am just putting ideas out there. I can't reproduce it though. Can you make a video of it somehow? .hc On Jan 28, 2007, at 5:41 PM, hard off wrote: 'blocky' = the the sqaure canvas is jumping about 50 pixels at a time, stopping for 100ms or so, and then juming again. if i hold down a key, this blocky motion stops, and the square canvas slides 1 pixel at a time. i can't see why the screen refresh rate would have anything to do with this problem. there is definately a problem here. i am not hallucinating! Access to computers should be unlimited and total. - the hacker ethic ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- http://theradioproject.com http://perhapsidid.blogspot.com (()()()(()))()()())( (())(())()((( ))(__ _())(()))___ (((000)))oOO ___ 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] gui redraw improved by holding down a random key
actually, just playing round with the audio settings is having an effect here. even though compute audio is turned off. it seems that the rate of gui redraw is connected to the audio latency, and somehow you can override that by holding down a key on the keyboard. hmm.. kind of annoying this...why can't pd do simple graphics stuff that was possible on commodore 64? ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [pd] gui redraw improved by holding down a random key
On Jan 28, 2007, at 11:05 AM, Steffen wrote: On 28/01/2007, at 10.32, hard off wrote: using a 20x20 pixel canvas as a cursor, and sending a [pos xy message to change the cursor's position, the gui redraw is really blocky. Pardon my lack of knowledge, but what does blocky mean? Here (pd- extended-test7 mac intel 10.4.8) the square canvas scrolls horizontally what seam like smooth 1 pixel per time unite. I am on Pd-0.39.2-extended-test7 on Mac/PowerPC and it seems smooth to me too. I can see know difference whether I am holding down a key or not, or wether the DSP is on or not. One thing, you are updating every 5 ms. Your screen probably has a refresh rate of around 12.5ms (80Hz) or less, so that's 2.5 position updates per draw update. That could make things less that smooth, I suppose. .hc ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list Using ReBirth is like trying to play an 808 with a long stick.- David Zicarelli ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list