Re: [Gimp-developer] Re: Of time, brushes and inks
Hi, "Adam D. Moss" <[EMAIL PROTECTED]> writes: > > When I move the mouse in circle slowly, the drawing is detailed. > > But when I move the mouse fast, the drawing is polygonal. > > Is the reason in mouse interface or in X, or both? > > Somewhat the mouse interface, and somewhat because we simply drop > (compress) mouse motion events at the gdk/gimp level if we're > running behind. The 'Perfect-but-slow pointer tracking' option is > supposed to stop that from happening ... "perfect-mouse" is the default setting in GIMP 2.0. Filtering jitter in order to get smoother drawings has been suggested before (see http://bugzilla.gnome.org/show_bug.cgi?id=55366). But except for the cleanups in the paint core that should make it easier to implement such a thing, no code has yet been written to implement this. Sven ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Re: Of time, brushes and inks
Juhana Sadeharju wrote: I had tought on an unclean alternative to have a higher time resolution on gdk/gtk+ events, that would be to have a core GIMP time Is there any other way to read the mouse positions than via X? You could use the crufty DGA extension if really desparate. I would like to completely separate the mouse device and the graphics drawing because GTK drawing caused jitter in mouse readings. I think you have leapt to the wrong conclusion. When I move the mouse in circle slowly, the drawing is detailed. But when I move the mouse fast, the drawing is polygonal. Is the reason in mouse interface or in X, or both? Somewhat the mouse interface, and somewhat because we simply drop (compress) mouse motion events at the gdk/gimp level if we're running behind. The 'Perfect-but-slow pointer tracking' option is supposed to stop that from happening, but it's true that X's mouse sampling time period can truly suck (sometimes the hardware's fault, sometimes the driver's fault for not knowing that the mouse can cope with a higher sampling rate, but this DOESN'T happen because 'GTK drawing caused jitter in mouse readings'). The sampling rate for tablets can indeed be much better. --Adam -- Adam D. Moss . ,,^^ [EMAIL PROTECTED] http://www.foxbox.org/ co:3 "Forget climbing trees and learning the tin whistle. Here is The Chineapple Punx guide to smashing the system with your runner beans, running riot with broccoli florets and reclaiming the streets with organic damsons." ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
[Gimp-developer] Re: Of time, brushes and inks
>I had tought on an unclean alternative to have a higher time >resolution on gdk/gtk+ events, that would be to have a core GIMP time Is there any other way to read the mouse positions than via X? I would like to completely separate the mouse device and the graphics drawing because GTK drawing caused jitter in mouse readings. When I move the mouse in circle slowly, the drawing is detailed. But when I move the mouse fast, the drawing is polygonal. Is the reason in mouse interface or in X, or both? Does the tablets have the same problem? Are the fast drawings in GIMP 2.0 still polygonal? Could that be fixed with splines? Should the spline system be inside the mouse system, not inside the drawing system? I.e., some kind of simulated high time-resolution mouse (or tablet)? Juhana -- http://music.columbia.edu/mailman/listinfo/linux-graphics-dev for developers of open source graphics software ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer