After that - it’s hacking and discussion time! Author boud Posted on ApMaCategories hacking, krita Lamented unmaintained features in Krita The afternoon is for the whole team to get a list of highly important issues that hamper artists most so we can set the priorities for the year following this sprint. No promises though, we might run into glitches there! We are going to try to record this session, both sound and screencast and make it available afterwards. That way the developers can learn about the way different artists really work, and we can spot glitches and issues with usability. We call it the “demo and gripe” sessions. We’ll start off around 10 with an artists session: all artists present are going to take about half an hour to work in Krita, a projector connected so we all can follow. The selection system in Krita was redesigned, bugs were filed and solved, lunch was consumed on a road-side terrace in the wonderful sunshine, dinner was had at the Blender team’s usual Thai restaurant - and we made plans for tomorrow. We got a surprise visit from a bunch of Danish game designers here for a game jam at the Binger Filmlab, who, of course, got a full demo. Feels weird!Īssembled today were artists David Revoy, Animtim, Silvio Heinrich and Kubuntiac, as well as hackers Adam, Dmitry, Sven, Lukas, Matus (tomorrow is his birthday!), Dmitry, Silvio (again, this guy puts in a double appearance). We’re crammed around the same glass table where last year selected Krita hackers saw a sneak preview of the Sintel movie. Kubuntiac and Krita hacker Dmitry Kazakov arrived in Deventer already, and this morning we took the train to Amsterdam, to the the Blender studios. Yesterday, our webmaster Bugsbane, a.k.a. While I was forced by circumstances for forego the production of t-shirts for this sprint - and I feel bad about that! - the first day of the Third Krita Sprint has been great. If you have any suggestions, please mail me directly! Author boud Posted on OctoMaCategories hacking, krita Third Krita Sprint First Day But if this is true, Krita has a big problem, and so have other applications that make use of the cool possibilities of llvm. I’m not sure, llvm being black magic to me… I also don’t know who to approach in the gallium/radeon/llvm communities about this issue, and neither are the reporters. It looks like there’s problem having an application that links to llvm running on a system that uses the radeon driver. Bug 281446 – Krita crashes with openGL enabled in radeon gallium3d driver.Ultra-cool stuff, in short.īut recently, I’ve had two bug reports that worry me a lot, and I do not know how to handle them: OpenGTL uses LLVM internally to compile from its domain specific language to fast native code, on the fly. We use it for filters and for colormodel definitions (mainly for floating point colorspaces). Krita uses OpenGTL, a very, very cool techology.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |