![]() ![]() ![]() There are a few things I noticed about it, though - it's a REAL CPU hog. Alias Sketchbook works magnificently well on my tabletPC. Hopefully this will improve your drawing experience.Agreed. ![]() ![]() The lag will still be there but there will be no visual mismatch between the line being drawn and the mouse cursor. You can do something similar in Krita by setting the cursor shape to “no cursor” and enabling the outline shape while painting if you haven’t already. I haven’t tried it but I bet that Clip Studio doesn’t show the mouse cursor while drawing, correct? This reduces the perceived lag, because it removes the mismatch between the screen pointer (which gets drawn first in Windows) and the line being drawn (the last thing in the UI stack getting drawn). On KDE and other desktop managers on Linux, vsync on the desktop can be disabled, and additionally the tablet driver is not as filtered as the one on Windows both of these (especially the former) generally leads to a potentially more direct drawing experience on Linux. The Windows triple buffering cannot be disabled except for exclusive full screen applications (e.g. The offset is probably caused by Windows’ triple buffering (vsync) of the screen content and the filtering performed by the Windows Wacom Driver. I WANT to work in Krita, but the cursor offset leads to less clean and controlled strokes compared to ClipStudio. At 256x256px the offset seems slightly less obvious.Īlso, at the 7016x4961 resolution zoomed out I cannot draw quick strokes without Krita lagging like crazy: a simple 12px stroke takes almost a 1/4-1/2 second to catch up. I work on a 7016x4961px canvas, but I also tried a lower resolution 1920x1080. When I draw a bit faster the offset increases.Īnd yes: I turn off all stroke stabilization, which only exacerbates the issue. I’ve spent hours trying to find a solution, but it seems unfixable: I’ve turned off the other screens, switched between QT and Wintab (SHIFT option), entered manual values… Nothing works to get rid of that offset. There’s never an offset in ClipStudio: where the cursor is, that’s where the stroke is drawn. It also experience this in Photoshop, PhotoLine (stroke stabilizer) and OpenToonz.īut not in ClipStudio. I posted it on the KDE forum as well ( ) but no answer?īasically, when I draw in Krita with a simple 12px inking or pencil brush, the actual mouse cursor is a bit ahead of where the stroke is being drawn. So you will always need to use smoothing with it.Īn issue related to my Wacom Intuos Pro 4 Large tablet. Uhm… I guess make a wishbug on or make a topic on the forum? Animation is mostly being optimised right now.Īs for the tablet stuff, the same guy that implemented win8 pointer events is looking into a mouse mode of sorts, but as far as we can tell, all programs using mouse mode are unable to use subpixel precision(cause mouse coordinates have no subpixel precision). If this is not possible am sure it would be a cool function to have. So if you were animating on twos and, 1 and 5 were your extremes and 3 the inbetween, you keep 1 on the pegs, 5 and 3 come off the pegs goes on top of 1 and gets rotated and moved to align some parts of the draw.Ĭan you go off-pegs or out of pegs in Krita? This was a function I saw was present in TVpaint, from googling around, you could translate and rotate a frame in respect to the frames in the layer, draw on it and return it back to normal once you were done drawing. I was watching an inbetweening tutorial on Youtube and one thing I noticed the animator do was to take pages off the pegs to make it easier to do the inbetweens. I not too experienced with 2D animation and I am learning and playing around. ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |