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

Reply via email to