fix by @rempt reverting the removal of the C11 functions.

Fixed now

I guess I have fixed it. There was a problem in checking 'if' over a QPointer, which automatically switched to null, and we couldn't check if the resources have already been cleaned up

Should be fixed now

I'll try to answer your questions here:

This crash should be fixed in 9a1348f07e0c232d9b80

I am going to provide some requirements and information about this since this is just a picture...let me know if I am incorrect.

Hm, didn't I fix this already? This is different from the crash in master that is caused by a double clean up of opengl textures.

Hm... you should probably try krita-master, because I haven't yet backported the fix...

Hi, Wolthera! Did you try the latest version I pushed yesterday night? I have fixed exactly the same crash (though reproduced using different steps).

Ok, I reproduced a crash with exactly the same backtrace. Play+Remove unanimated Layer+Play again = crash

Thank you for a nice catch! I just cherry picked the fix!

Hi, Wolthera! Can you still reproduce this issue? Looking at the backtrace it looks like some failed build bug. At the line of the crash it just fetches the value from a QMap using an iterator. It shouldn't be too harmful..

Animation Beta - Cannot select start frame over 99

https//bugs.kde.org/show_bug.cgi?id=356249 ( File not storing animation end frame number.) still occurs.

New bug:

Fixed

krita already has an operator that breaks apart a layer into different
layers by color. It also still has gmic, which allows single frame
illustrators to use a layer for each color (a feature I suggested to the
author). For now I say - stick to Deevad's mockup proposal for a single
layer coloring (the way it is with the original lazybrush implementation on
tvpaint) - as it is better suited for animation.

Just to add my two cents.
Deevad's mockup sounds pretty good, like the others said, but I would also add the option to convert the different color areas to their own layers instead of one single layer.

I second the both of you - in traditional animation, you almost never want previous frames to be kept. It's only useful with modular animation.

There should probably be a switch for that :)

I really like Deevad's mockup. It seems to fit well with krita's overall design and the functionality that we require for animation. This colorize mask would of course need to be exposed to the timeline in the same way that the standard lineart layer is exposed.
The current gmic implementation can also do "replace color". Replacing a color globally with another color is usually an advantage of vector based animation tools, but if we get that in krita as well, it would be amazing!

The 'Line-art layer' in my mockup is just a (normal) paint-layer with black lines on it, and named 'Line-art'. I also don't think line-art needs a specific layer type. Sorry if my texts in the mockup were confusing about this.

I really like the direction that deevad has for the workflow. I am still trying to understand how everything works and his explanation seems the most straightforward and clear to a new comer to the tool.

This makes sense, but I can imagine the copy behaviour being useful as well to some, though much less than the wipe-behaviour.

I think we would have a consensus if we say we

1. focus on 'mask mode'(single layer from scribbles that can be updated with the lazy brush tool) while setting up the architecture mindful of a future split layer mode.
2. get this to work with animation somehow.
3. make splitlayer mode a future possible extension type of thing. Depending on how tired you are of poking at lazy brush :p

Mockup link in one picture : http://www.peppercarrot.com/extras/forum/2015-12-01_mockup-colorize-mask-net.jpg

Hi, Thank you Dmitry for exposing your notes: I found the ideas very good
I especially liked the 'update icon'.
To answer your questions and propose something a bit simplier on the GUI side,
I took the time to write a mockup and a usage scenario in a long long picture.
( edit: I'll post picture in another comment )

Here is how lazybrush CTG layers work in TVP11 for reference:
https://www.youtube.com/watch?v=FDjQNvbgzmw

This is applicable to both artists and animators, both need a quick way to do flat colours quickly and to produce masks so they can keep their painting within the lines. There's only one feature that's different for animators, and that's the ability to colour across multiple frames in onion-skin mode.

Is this specific to animation, or could non-animators use this as well. My first thought was there would be a tool like "brush fill" where there would be tool options on what type of type you wanted.

When I last checked, the actual layer item in the layerview also blocked making the docker smaller. Besides, these buttons are not rarely used; they are used a lot. That is clear just from the complaints that Krita's layers are slow to rearrange. It's only slow when using the buttons in the layerbox because after every step you get a full recalc of the image.

The buttons at the bottom of the layers docker are rarely used, but they prevent the docker to become more narrow.

Blender does this with arbitrary colours, and no extra functionality. It works well enough and can really help make the timeline more readable.