I know you guys have more things on your heads, but I just have to prepare myself mentally - is there a chance to fix that bug in next windows release that doesn't allow to use JPGs in reference docker?
You guys did amazing job so far on Windows version but this detail is... BUGging me I did reported it properly.

boudewijn wrote:Use the env.bat script in the root directory of the folder in a cmd window, like this:

env.bat kbuildsycoca4

I don't know how do this in cmd of the Windows... Instead I have grabed file „...\SourceDir\PFiles\Krita\bin\kbuildsycoca4.exe” and I have droped it over file „...\SourceDir\PFiles\Krita\env.bat”. After this "trick" Krita works without any instaling process .

Thx for respond and for help .

nezumi wrote:I know you guys have more things on your heads, but I just have to prepare myself mentally - is there a chance to fix that bug in next windows release that doesn't allow to use JPGs in reference docker?
You guys did amazing job so far on Windows version but this detail is... BUGging me I did reported it properly.

Well.. chances are I'll sooner disable the whole docker than try to fix up stuff. I'm really, really busy trying to fix performance and other issues with the opengl canvas, so I haven't got spare cycles for fixing that docker

Understandable - but PLEASE dont disable it! Now it is usable with png and psd files - I prefer necesity to convert if alternative is not having that docker at all. Its extremely useful.

@ boudewijn
I have tested Krita v2.7.8.2 on Windows 7 with enabled OpenGL... It works ok with 8 bit colors depth. Canvas navigation works extremly fast (panning, zooming, rotating) and brush engine works with similar performance to mode without OpenGL. I tested on laptop, Nvidia Geforce 102 M. I'm very happy with this result . Now Kriat is really usable on Windows .

jedrzej_s wrote:and brush engine works with similar performance to mode without OpenGL

Could you please try the following brush pack by David Revoy and use the 'yellow', and especially 'green' (textured) brushes? What is the performance when you move the stroke relatively fast?

kde-doozer wrote:

jedrzej_s wrote:and brush engine works with similar performance to mode without OpenGL

Could you please try the following brush pack by David Revoy and use the 'yellow', and especially 'green' (textured) brushes? What is the performance when you move the stroke relatively fast?

I have installed already these Revoy's brushes . I have tested these and again... Brush engines work with the same performance in the OpenGL mode and without OpenGL...

BTW 1: This preset has the slowest performance . It can be for testing performance in future development of brush engine .

BTW 2: Does any hope for better performance in OpenGL (for brush engines)

I was wondering if anyone else has this issue. I cant see jpgs in Reference Image docker, everything works just fine for boudewijn though so... Can anybody test it out and share result? Just go to Settings/Dockers, turn on Reference Images and browse to some folder with jpgs. Can you see miniatures of them? Appreciate help.

nezumi wrote:Can you see miniatures of them? Appreciate help.

Just tested it, PNGs seem to work, but no jpg file (even renamed jpeg to make things sure) appears in the docker.

Thank you. Good to know its not just me. I guess it is being taken care of if I didn't misunderstood boudewijn

Hello, thanks a lot for this effort, both in the development of this great software, and in building and improving the windows installer.

I downloaded the 2.7.8 release and was amazed by the speed and smoothness I get with opengl activated.
The brushes work great, even the more heavy ones from the link you posted previously.

Crashes:
-Randomly. Many times the window dissapears with no error messages or any warnings. I had this also with opengl deactivated, though not so often.
The curious thing - for me - is that more often than not, it crashes when the application is idle.
-Often when I am working with the brush creator, especially with the bristle brush settings.

GPU: Nvidia
OS: Windows 8 64bit

In the past have made several attempts to integrate Krita in my workflow, all unsuccessful due to performance and stability issues.
After the latest updates I am considering to give it a more serious try.

Can you check whether the random crashes also happen if you disable autosave?

boudewijn wrote:Can you check whether the random crashes also happen if you disable autosave?

I guess that was it. I've been working till now without any issues, thanks a lot!
When I saved the file with 'save as' , Krita crashed again. However, the file was created normally and I was able to open it again. I was not able to reproduce the save crash later.
Could it be a windows permission issue?

Another opengl related issue I saw with the quick palette (favourite brushes and colors accessed with right click):
When in full screen mode it is invisible, though the mouse cursor changes and I can select colors/tools.
In normal mode it is working properly.
I tried this with opengl off, and it is visible both in normal and full screen mode.

Cursor color with opengl on: Always black (even when the cursor is over dark or black areas)
Card: Nvidia Geforce 650M
Drivers version: 320.18

The favourite palette issue is an issue with nvidia graphics cards, where on Linux we could work around it by disabling vsync. On windows, I haven't figured out how to force that. Not sure about the save crash, but if it was a small image, my new package might have fixed that:

http://heap.kogmbh.net/boud/krita_2.7.8.6.msi

(please, dear windows users, give that a test: it has a bunch of fixes, and includes the drive selection in the reference image docker...)

boudewijn, this is amazing! OpenGl works faster now than non OpenGl (Cpu?). Brush outline is visible now, and everything seems to work. I hope you can fix color palette toolbar, and this will be ready for windows release imo.