Hi Boud,

Today, I have made some test with a jpeg image (3.1 Mb) [1] in order to test the G'MIC multi-threading options.
I have chosen the G'MIC Rodilius filter (under Artistic category) because I am pretty sure it has been implemented by David Tschumperlé to get advantage of the multi-threading options
Through the Task Manager (taskmgr shortcut) I visualized the CPUs monitor to take a glance at my CPUs behaviours.
No other software was running (except my Anti-virus).

WINDOWS 7 - 64 bit
CPU : INTEL I7 CORE 2630QM
RAM : 8 gb
GPU : NVIDIA GEFORCE GT540M

More precisely:
- I run 3 times the Rodilius filter ;
- I have always applied the same standard Rotilius settings ;
- In the end, I have always wrote down the total time to apply this filter.

Here are the results:
BOUD's today build (GIT 53D8D95 + G'MIC 0.1.7.0): 1.08 minutes (average of 3 tests)
ALVIN's yesterday build (GIT D379595 + G'MIC 0.1.7.0): 1.20 minutes (average of 3 tests)
GIMP (2.8.16 + G'MIC 1.7.0): 1.30 minutes (average of 3 tests)

In conclusion, it looks like GIT 53D8D95 is the fastest build (1.08 minutes) even compared to Gimp 2.8.16 !
In addition, by looking at the task manager windows it also looks like my different CPUs are used with this filter

Just a final short note: in the Krita G'MIC window the version is set as 0.1.7.0 which in my view is wrong since it should be 1.7.0.
Gimp 2.8.16 has the correct number, that is 1.7.0.

[1] https://dl.dropboxusercontent.com/u/309 ... DILIUS.jpg

Thanks for testing! The last thing I need to fix is the icons -- I fixed the languages just now. I'll check about that version number thing, but I suspect that we just print what gmic reports, while the gimp plugin removes the leading zero...

Hi, it's me again, I've done a new build which uses Vc 1.2. There should be some performance improvements related to brushes.

krita-3.0-alpha-master-53d8d95-x64_tdm-gcc-5.1-stripped_vc1.2_2016-04-18_0101HKT.7z
https://drive.google.com/open?id=0B1i7Q ... 1VGWUtsQmM
MD5: 8146379c61f4a642751da57af5268ccd

Hello Alvin,

Thanks a lot for your today's new build

Just installed and tested on:
WINDOWS 7 - 64 bit
CPU : INTEL I7 CORE 2630QM
RAM : 8 gb
GPU : NVIDIA GEFORCE GT540M

To test your build I have opened a new blank document:
- 5000x2500 px (300 dpi resolutin) - RGB 8 bits depth.

I have simply colored this new document with my brush (basic circle - 500 px size) in order to paint the whole white canvas with a black color.
No tablet inserted (I have just used my mouse to do this test).
In short, it took around 30 seconds to do so
Just as a curiosity, I have noticed that Gimp 2.8.16 is a bit faster and responsive when I color the "same" document (5000x2500 - 300 dpi - 8 bit RGB) with a "similar" brush ("2 hardness-100"), with again, no anti-aliasing. With Gimp it takes around 20 seconds instead of the Krita 30 seconds.

Compared to Boud's build (krita 3.0 Alpha - git 53d8d95) there are no big differences because with the same settings it took again around 30 seconds to color everything with the same brush.
Both builds do not work with the OpenGL option ON (active) with my system (my Nvidia drivers are a bit old...) but the same problem occured in the past

Your build does not have yesterday Boud 's fixing regarding G'MIC Interactive filters (Colorize interactive, Curve interactive, Extract foreground), which all fail to work when you click on Apply.

Just a final question: Is it possible to visualize .KRA thumbnails with your builds ?
I am asking this because on my system the .kra thumbnails are not working (there is no preview when I take a look at them).

Last build for now: http://valdyas.org/~boud/krita-master-fb07755-x64.zip

I'm now making two zips, one with, one without debug symbols, and this is the one without. You can select languages, all plugins are loaded and all icons shown.

I'm going to make 32 bits build as well, but for now, I'm pretty happy.

Hi Boud,

Just installed your last build (GIT fb07755) on Windows 7 (CPU Intel I7).

Everything works as expected, NO crash whatsoever ! :
- all icons are available now;
- G'MIC interactive filters work fine as well as their multi-threading implementation (when available for them);
- this build even opens up my DNG files (in the past Krita always crashed with these RAW files).

Zooming in-out is a bit slow on my system because the OpenGL feature does not work (I suppose the Nvidia drivers as the culprit here).

A minor annoyance with this new build is that when I open (ctr+o) a folder all the hidden folders are shown in the window dialog as well.
Even when I apply a filter such as *.jpg all the hidden folders are always shown there.
See this screenshot for instance (AppData is hidden as a folder) : https://dl.dropboxusercontent.com/u/309 ... OLDERS.png
This same minor issue occurs with Shotcut [1], QT 5 as well, which shows all my hidden folders too.
Therefore, I suppose this is related to the building method for QT 5.6 on Windows.
Strangely enough, Vlc media player 2.2.1 and QGis 2.14, which deploy QT4, are fine in this regard.
But again this is a very minor issue and it only happens with Krita and Shotcut on my system

Thanks a lot indeed for your hard work !

[1] https://www.shotcut.org/

Yes... That's a Qt5 bug. There are a number of other Qt5-specific bugs as well. But it seems that there are no mingw-specific bugs, so for 3.0, we can go with this technology. And we can make the packages on Linux, which is a huge time-saver!

I noticed when going fullscreen (tab), all popup/floating windows are not visibilie. Se eg. I cant access file menu, or floating tools panel. Can someone confirm? Think it is buggy in official alpha1 release too.

Tab enters canvas-only mode, not full-screen. You can define what is shown and hidden in canvas-only mode in the settings dialog.

I can confirm that menus etc are hidden in Full Screen Mode (as opposed to canvas-only mode), if OpenGL is on.

Okay, but it's still different from what Jose reports, since he presses Tab. I get a black screen on my SP3 when going full-screen, too, but that's an opengl problem. We had that in the 2.9 days, too, with some intel drivers. The solution is to use canvas-only mode but define that the titlebar isn't hidden.

I'm assuming he meant Full Screen Mode (Ctrl-Shift-F), because what he describes is exactly what I'm experiencing in that mode. I only noticed it started happening in 3.0 alpha 1 I think, when it was making Toolbar Creator (which I'm using for touch on the SP4) disappear. It's only now that I realise it happens with all the menus and panels as well.

I've now made 32 and 64 bits builds and announced them to the world: https://krita.org/item/new-krita-3-0-windows-builds/

Hi, good day!

This could be called an stable version for windows? and also this one has the animation tools? if not which version should I download with the animation tools?

Thank You!

It is not the stable version, but it does contain animation tools. The stable version will be officially announced with spiffy release notes.