Hi all,
I sent the message below some time ago and didn't see any response. Can somebody comment on it? My work heavily depends on fast redrawing of simple polygons and I need to know whether it's a bug or a policy change (for good?).
Thanks, Orm
Hi,
displaying data-structs with "drawpolygon" seems to have changed between pd-0.38 and pd-0.39.
With 0.38 it is possible to move and resize ca. 500 polygons at once in realtime (like a movie), whereas in 0.39 the response is very sluggish and the display interrupted.
Is that a design issue, prioritizing audio to graphic update, is it possible to obtain pd's old behaviour somehow without going back to outdated versions, or is this a bug?
-- Orm
Hallo, Orm Finnendahl hat gesagt: // Orm Finnendahl wrote:
I sent the message below some time ago and didn't see any response. Can somebody comment on it? My work heavily depends on fast redrawing of simple polygons and I need to know whether it's a bug or a policy change (for good?).
I think, only Miller can really answer this. :( It might be related to the throttling of data sent between the GUI and Pd's main system, that was introduced in, I think, 0.38, but then only for number boxes. I don't know if Miller extended this to data structures. Structs and drawing instructions have changed sigificantly in 0.39, too, including more features like scaling, invisibility etc. Maybe this had a bad influence on their performance as well.
Ciao
Frank Barknecht _ ______footils.org_ __goto10.org__
Unfortunately, I don't have a really good answer... I put a flow control mechanism in the GUI communications to ensure that GUI traffic would never interrupt audio processing... but any such flow control seems certain to limit the speed of graphic updates.
You can effectively disable the flow control by changing the line,
#define GUI_BYTESPERPING 1024 /* how much we send up per ping */
to
#define GUI_BYTESPERPING 0x7fffffff
Unless I'm mistaken that should allow Pd to send up graphics updates at any speed.
cheers Miller
Wed, Feb 22, 2006 at 07:06:54PM +0100, Frank Barknecht wrote: > Hallo,
Orm Finnendahl hat gesagt: // Orm Finnendahl wrote:
I sent the message below some time ago and didn't see any response. Can somebody comment on it? My work heavily depends on fast redrawing of simple polygons and I need to know whether it's a bug or a policy change (for good?).
I think, only Miller can really answer this. :( It might be related to the throttling of data sent between the GUI and Pd's main system, that was introduced in, I think, 0.38, but then only for number boxes. I don't know if Miller extended this to data structures. Structs and drawing instructions have changed sigificantly in 0.39, too, including more features like scaling, invisibility etc. Maybe this had a bad influence on their performance as well.
Ciao
Frank Barknecht _ ______footils.org_ __goto10.org__
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Hallo, Miller Puckette hat gesagt: // Miller Puckette wrote:
You can effectively disable the flow control by changing the line,
#define GUI_BYTESPERPING 1024 /* how much we send up per ping */
to
#define GUI_BYTESPERPING 0x7fffffff
Unless I'm mistaken that should allow Pd to send up graphics updates at any speed.
Just an idea: Could this become a command line option?
CIao
Frank Barknecht _ ______footils.org_ __goto10.org__
Oops, forgot, this is in the file "s_inter.c", line 560 in Pd 0.39
#define GUI_BYTESPERPING 1024 /* how much we send up per ping */
-->
#define GUI_BYTESPERPING 0x7fffffff
On Wed, Feb 22, 2006 at 07:06:54PM +0100, Frank Barknecht wrote:
Hallo, Orm Finnendahl hat gesagt: // Orm Finnendahl wrote:
I sent the message below some time ago and didn't see any response. Can somebody comment on it? My work heavily depends on fast redrawing of simple polygons and I need to know whether it's a bug or a policy change (for good?).
I think, only Miller can really answer this. :( It might be related to the throttling of data sent between the GUI and Pd's main system, that was introduced in, I think, 0.38, but then only for number boxes. I don't know if Miller extended this to data structures. Structs and drawing instructions have changed sigificantly in 0.39, too, including more features like scaling, invisibility etc. Maybe this had a bad influence on their performance as well.
Ciao
Frank Barknecht _ ______footils.org_ __goto10.org__
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Thanks a lot, Miller, that was really helpful.
-- Orm
Am 22. Februar 2006, 10:47 Uhr (-0800) schrieb Miller Puckette:
Oops, forgot, this is in the file "s_inter.c", line 560 in Pd 0.39
#define GUI_BYTESPERPING 1024 /* how much we send up per ping */
-->
#define GUI_BYTESPERPING 0x7fffffff
On Wed, Feb 22, 2006 at 07:06:54PM +0100, Frank Barknecht wrote:
Hallo, Orm Finnendahl hat gesagt: // Orm Finnendahl wrote:
I sent the message below some time ago and didn't see any response. Can somebody comment on it? My work heavily depends on fast redrawing of simple polygons and I need to know whether it's a bug or a policy change (for good?).
I think, only Miller can really answer this. :( It might be related to the throttling of data sent between the GUI and Pd's main system, that was introduced in, I think, 0.38, but then only for number boxes. I don't know if Miller extended this to data structures. Structs and drawing instructions have changed sigificantly in 0.39, too, including more features like scaling, invisibility etc. Maybe this had a bad influence on their performance as well.
Ciao
Frank Barknecht _ ______footils.org_ __goto10.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
With 0.38 it is possible to move and resize ca. 500 polygons at once in realtime (like a movie), whereas in 0.39 the response is very sluggish and the display interrupted.
hi
are you on OSX? people have reported slowdowns in general there in recent versions..
have you tried http://www.pawfal.org/Software/fluxus/ ? unlike PD it was designed from the start as a flexible real-time drawing tool. havent investigated if you can bind a mouse click to shapes in fluxus, but in pd you cant configure bindings without building a custom widget in desireData or Toxy or C/Tk anyways... kkkk
Am 22. Februar 2006, 20:32 Uhr (+0000) schrieb cdr:
With 0.38 it is possible to move and resize ca. 500 polygons at once in realtime (like a movie), whereas in 0.39 the response is very sluggish and the display interrupted.
hi
are you on OSX? people have reported slowdowns in general there in recent versions..
No, I'm on linux. But a student of mine experienced the same problem with 0.39 on a Mac.
have you tried http://www.pawfal.org/Software/fluxus/ ? unlike PD it was designed from the start as a flexible real-time drawing tool. havent investigated if you can bind a mouse click to shapes in fluxus, but in pd you cant configure bindings without building a custom widget in desireData or Toxy or C/Tk anyways...
Thanks, I'll look into it.
-- Orm
Hallo, cdr hat gesagt: // cdr wrote:
have you tried http://www.pawfal.org/Software/fluxus/ ? unlike PD it was designed from the start as a flexible real-time drawing tool. havent investigated if you can bind a mouse click to shapes in fluxus, but in pd you cant configure bindings without building a custom widget in desireData or Toxy or C/Tk anyways...
Fluxus is quite different from Pd. Knowing Orm's work a bit, an easier alternative to consider could be Gem, though compared to data structures Gem objects tend to miss the [get]-like operations.
Or maybe I still just don't know Gem enough.
Ciao
Frank Barknecht _ ______footils.org_ __goto10.org__
-
cdr -
Frank Barknecht -
Miller Puckette -
Orm Finnendahl