Re: [Mypaint-discuss] Attacking the angular brush strokes bug
On 6 October 2013 22:28, Jon Nordby jono...@gmail.com wrote: Seems that noone did this. However, popolon just recorded a video demonstrating the problem: http://popolon.org/cubieboard/mypaint.git.vs.mypaint.jonnorified.ogv Video moved to http://popolon.org/cubieboard/demos_video.201310/mypaint.git.vs.mypaint.jonnorified.ogv ___ Mypaint-discuss mailing list Mypaint-discuss@gna.org https://mail.gna.org/listinfo/mypaint-discuss
Re: [Mypaint-discuss] Attacking the angular brush strokes bug
On 02/09/13 22:05, Jon Nordby wrote: Another user on IRC reported this now, see git log [upthread]. Can we revert the patches? I've made stroke queueing optional, and turned off by default. https://gitorious.org/mypaint/mypaint/commit/373c2208f8a8 Hope that's OK. Let me know if you see appreciable stroke lag for reasonable-sized normal brushes at reasonable zoom levels. Lag when zoomed out all the way and scribbling with a crazy brush like experimental/fur set to maximum size is Entirely To Be Expected, but you can at least still exit by pressing escape (or doing anything else which modifies the active mode, e.g. starting a middle button drag). Gets me thinking. If some modes manage long-running operations, should we introduce an API call to allow actions like ClearLayer (Del) to interrupt the active mode without having to prod the mode stack? -- Andrew Chadwick ___ Mypaint-discuss mailing list Mypaint-discuss@gna.org https://mail.gna.org/listinfo/mypaint-discuss
Re: [Mypaint-discuss] Attacking the angular brush strokes bug
On 23 August 2013 00:35, Jon Nordby jono...@gmail.com wrote: On 17 August 2013 21:45, Andrew Chadwick a.t.chadw...@gmail.com wrote: I'm trying to address https://bugzilla.gnome.org/show_bug.cgi?id=702392 https://gna.org/bugs/?21003 https://gna.org/bugs/?20822 as much as we can in MyPaint by tweaking the way that we deal with stroke processing. We really need an upstream fix for this problem, but in the meantime there's stuff we can do to make the experience nicer for users of the new Gdk. Current work on it can be found at https://gitorious.org/mypaint/mypaint/commits/gtk3-stroke-queue and testing would be most welcome. Hi, sorry that I did not respond until now, after it has been merged. Also saw that a lot of GUI work went in, cool! Pupuser on #mypaint said that master appears much slower than 7e27a690 on his machine. David Revoy also noted some apparent slowness in rendering with master. I have not tested much yet, both said they would follow up with more detailed info later. Another user on IRC reported this now, see git log underneath. Can we revert the patches? werkbau Hm, hello. I use mypaint regularly, GIT version, but since the latest update it's been behaving odd, to the point of being unusable. It's like if every stroke was done with max slow tracking, even at zero. werkbau Could I at least get a command or something to revert my local repository to a previous version? I need it urgently :( jonnor git checkout 7e27a690 -b nostrokequeue werkbau Oh thank you very much. werkbau let me rebuild and check how it works jonnor yes, please let us know if that fixes the issue werkbau Yes, it does! -- Jon Nordby - www.jonnor.com ___ Mypaint-discuss mailing list Mypaint-discuss@gna.org https://mail.gna.org/listinfo/mypaint-discuss
Re: [Mypaint-discuss] Attacking the angular brush strokes bug
On 23 August 2013 09:25, a.l.e ale.comp...@xox.ch wrote: hi jon On Fri, Aug 23, 2013 at 12:35:56AM +0200, Jon Nordby wrote: I am still recovering from tendonitis in both arms, so I've been keeping computer stuff to a bare minimum the last couple of months. Hey Jon, if it's keyboard related, this helped me a lot: http://maxy.homeip.net/misc/kinesis.jpg Hehe, very cool. I have been using this for years now. Takes about two weeks to get used to. I even started to carry it forth and back from work, so now I have two. ping pum chack point point... Using Python to Code by Voice http://www.youtube.com/watch?v=8SkdfdXWYaI good luck with your recovering! Thanks for the tips Martin and Ale! Will probably get myself a new keyboard. Voice control is too rocket science I think :p But first I should probably just take some weeks holidays with zero keyboard/computer... -- Jon Nordby - www.jonnor.com ___ Mypaint-discuss mailing list Mypaint-discuss@gna.org https://mail.gna.org/listinfo/mypaint-discuss
Re: [Mypaint-discuss] Attacking the angular brush strokes bug
On Fri, Aug 23, 2013 at 12:35:56AM +0200, Jon Nordby wrote: I am still recovering from tendonitis in both arms, so I've been keeping computer stuff to a bare minimum the last couple of months. Hey Jon, if it's keyboard related, this helped me a lot: http://maxy.homeip.net/misc/kinesis.jpg I have been using this for years now. Takes about two weeks to get used to. I even started to carry it forth and back from work, so now I have two. -- Martin Renold ___ Mypaint-discuss mailing list Mypaint-discuss@gna.org https://mail.gna.org/listinfo/mypaint-discuss
Re: [Mypaint-discuss] Attacking the angular brush strokes bug
Hello, I've tested and is OK for me! But is yet present the problem that I've tryed describe on https://gna.org/bugs/?20883, what you think about this bug, perhaps with gtk 3. thanks, ... J. Americo Gobbo [Painter and Illustrator] Website http://americogobbo.com.br | Bloghttp://americogobbo.blogspot.com| Flickr http://flickr.com/rabisco | Twitter http://twitter.com/rabisco | Facebook http://www.facebook.com/americogobbo On Tue, Aug 20, 2013 at 8:03 AM, Andrew Chadwick a.t.chadw...@gmail.comwrote: On 17 August 2013 20:45, Andrew Chadwick a.t.chadw...@gmail.com wrote: [...] https://gitorious.org/mypaint/mypaint/commits/gtk3-stroke-queue and testing would be most welcome. If there are no objections, I'd like to merge this later today. -- Andrew Chadwick ___ Mypaint-discuss mailing list Mypaint-discuss@gna.org https://mail.gna.org/listinfo/mypaint-discuss ___ Mypaint-discuss mailing list Mypaint-discuss@gna.org https://mail.gna.org/listinfo/mypaint-discuss
Re: [Mypaint-discuss] Attacking the angular brush strokes bug
On 20 August 2013 14:47, José Américo Gobbo jag.rabi...@gmail.com wrote: Hello, I've tested and is OK for me! But is yet present the problem that I've tryed describe on https://gna.org/bugs/?20883, what you think about this bug, perhaps with gtk 3. thanks, Yours is almost certainly a GTK/GDK bug, and a different one to what this branch is addressing. I've followed up at https://bugzilla.gnome.org/show_bug.cgi?id=703610 with some adapted test code for you to try out to assist the GTK/GDK developers. Please post the results there. -- Andrew Chadwick ___ Mypaint-discuss mailing list Mypaint-discuss@gna.org https://mail.gna.org/listinfo/mypaint-discuss
[Mypaint-discuss] Attacking the angular brush strokes bug
I'm trying to address https://bugzilla.gnome.org/show_bug.cgi?id=702392 https://gna.org/bugs/?21003 https://gna.org/bugs/?20822 as much as we can in MyPaint by tweaking the way that we deal with stroke processing. We really need an upstream fix for this problem, but in the meantime there's stuff we can do to make the experience nicer for users of the new Gdk. Current work on it can be found at https://gitorious.org/mypaint/mypaint/commits/gtk3-stroke-queue and testing would be most welcome. I'm currently developing against Debian testing's Gtk 3.8.2, which appears unaffected by this upcoming 3.8.x regression for now. However, I can test with the kit at my disposal and try and get the input side of things right for when this does hit mainstream Linux distros. See Gna! bug 21003 for some measurements. For me, ameliorating the upcoming problem is equivalent to ameliorating the angular stroking when scribbling spirals with that touchpad. As the name implies, this approach relies on queueing input strokes. Specifically: * All the input handler does is queue the raw event values from each event we receive, and then returns. The goal here is to sample as fast as we can with Python code; before we'd render all incoming data from the event before returning, which may worsen the problem posed by upstream breaking event delivery at the rate at which events occur. * The handler for the raw input data interpolates linearly between events at the delivered ~50Hz to generate stroke position/pressure/tilt data at ~400Hz. It then queues this for consumption by Layer.stroke_to() and all points beyond. This generates greater apparent smoothness in the processed brush strokes, though the effect is discernible at a faked ~200Hz. The smoothing effect is of course only actually apparent with a small setting in Slow Position Tracking. -- Andrew Chadwick ___ Mypaint-discuss mailing list Mypaint-discuss@gna.org https://mail.gna.org/listinfo/mypaint-discuss
