About automatic disable of LoD mode when the brushes are very small
Timothée Giet
animtim at gmail.com
Sat Dec 19 12:58:14 UTC 2015
Yes, I agree making such setting preset-specific is probably the best
way to go.
Looks like a big preset update is ahead ;)
Le 19/12/2015 13:50, Wolthera a écrit :
> Why not implement a similar system to our auto precision mode, so a
> preset-specific diameter value from which we can say our brush starts
> to benefit from Instant Preview Mode? especially because different
> brushes and different spacing parameters mean different slowdowns.
>
> Said diameter value is measured from before size option is applied to
> it, of course, it would otherwise be too tricky to implement :)
>
> On Sat, Dec 19, 2015 at 1:41 PM, Timothée Giet <animtim at gmail.com
> <mailto:animtim at gmail.com>> wrote:
>
> Ok first simple idea:
> make the instant preview switch by default in the toolbar.
> This way it is easy to discover and faster to use (just 1 click)
>
> It just needs a good icon, I'll make one asap and do this if
> everyone is ok.
>
> This doesn't replace the idea to make an automatic-threshold
> thing, but at least it makes it less necessary.
>
>
> Le 19/12/2015 12:25, Raghavendra Kamath a écrit :
>>
>> Hello,
>>
>> The thought was to disable instant preview (LOD) when it is not
>> required automatically , for example in small basic and less
>> resource intensive brushes,
>>
>> I am assuming we sort of know what parameters effect the speed of
>> brushes e.g size above certain range or precision settings etc.
>> So can't we trigger instant preview when the preset parameter
>> crosses a certain threshold.
>>
>> This is just a suggestion, there is an option to switch off the
>> preview when not required but IMO when a person is drawing he
>> normally just grabs a brush and paints , it will be some time to
>> get trained to remember enabling Instant preview whenever he uses
>> larger brushes.
>>
>> Simply said instant preview is there to enhance user experience
>> when the user is drawing with larger and heavy presets , so by
>> enabling it on smaller basic brushes we are in some way doing
>> double work by adding a preview when in fact they work smoothly
>> without any enhancement.
>>
>> This was my thought, any suggestion or debate is welcome.
>>
>> On Saturday 19 Dec 2015 12:17:51 PM Dmitry Kazakov wrote:
>>
>> > Hi, all!
>>
>> >
>>
>> > Yesterday on IRC Raghavendra suggested quite an interesting
>> idea about the
>>
>> > optimization of the Instant Preview mode. The idea sounded like
>> that:
>>
>> >
>>
>> > "What if we automatically disable Instant Preview for the
>> brushes when they
>>
>> > are small enough to be painted without LoD, directly on the
>> canvas. This
>>
>> > would prevent quite a noisy flickering on the canvas, when the
>> update it
>>
>> > finished."
>>
>> >
>>
>> > I though about it. Technically, I can implement this this
>> feature. It is
>>
>> > possible to switch off LoD almost on the fly. But the main
>> question is the
>>
>> > following:
>>
>> >
>>
>> > "How would we decide if the brush is slow or fast?"
>>
>> >
>>
>> > At the moment we cannot know if the brush is slow or fast
>> without running
>>
>> > the stroke. And if we have already started the LoD stroke, we
>> cannot switch
>>
>> > it to original one seamlessly. The original stroke should start
>> from the
>>
>> > very beginning. So how should we know if LoD should be
>> activated for this
>>
>> > particular preset or not?
>>
>> >
>>
>> > Basically, the user already has an option to choose whether the
>> preset
>>
>> > should be run in LoD or not [0]. Should we do any automatic
>> helping for him?
>>
>> >
>>
>> >
>>
>> > [0] -
>> https://userbase.kde.org/Krita/Manual/BrushEngines/InstantPreview
>>
>> >
>>
>> >
>>
>> > PS:
>>
>> > This letter is more like a heap of thoughts, so any comments
>> are welcome! :)
>>
>> >
>>
>> > --
>>
>> Raghavendra Kamath
>>
>> Illustrator
>>
>> 9867272640
>>
>> raghukamath.com <http://www.raghukamath.com>
>>
>>
>>
>> _______________________________________________
>> Krita mailing list
>> kimageshop at kde.org <mailto:kimageshop at kde.org>
>> https://mail.kde.org/mailman/listinfo/kimageshop
>
>
> _______________________________________________
> Krita mailing list
> kimageshop at kde.org <mailto:kimageshop at kde.org>
> https://mail.kde.org/mailman/listinfo/kimageshop
>
>
>
>
> --
> Wolthera
>
>
> _______________________________________________
> Krita mailing list
> kimageshop at kde.org
> https://mail.kde.org/mailman/listinfo/kimageshop
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kimageshop/attachments/20151219/3b55d2d9/attachment-0001.html>
More information about the kimageshop
mailing list