I just recently tried the new windows build. It works pretty damn well on the desktop. My main painting machine is my Samsung Series 7 Slate. It's got great specs for a tablet.
http://www.samsung.com/us/computer/tabl ... 03US-specs

The thing is, it's never ever been able to run Krita. This time, it ran damn well. Rotate Canvas even works. It opens fast..... But, all the File, Edit, Window menus at the top are all blank, and the worst part is... when I go to select a brush, it takes ages to get the blue outline. Lastly, once the brush is selected, I go to paint, and nothing happens. It's just white. And I wait, and nothing ever pops up.

It's the best so far!!! But it just doesn't want to work. The tablet's specs should run it well. It's actually really interesting.
I am running Windows 7 64 bit, and uninstalled all bloatware.

I also submitted a bug about this. I know this tablet is rare and pricey, so I'm probably the only one here to use it. So, I will do what I can to test on it and report what happens.

Keep up the great work!

Cheers,
Cory DeVore

cdevore - actually I have similar setup Asus EP121, but I installed ubuntu and krita works fine. Before I was using Windows and actually Krita was working faster on it, than it is on Ubuntu. Thing is most of alpha releases were buggy as hell on windows so I dropped it.
The best sollution imo is installing ubuntu and dual boot with win, or installing virtual machine - but this may be bit slow.

Hey Jose,

The Asus and this Samsung are almost two of the same haha I remember when they both came out. The first actually useful windows tablets with internal wacoms. On windows, I love having the ability to use the paintdock which turns tough off of the whole screen except for a dock of buttons you can assign. I have docks for all my programs, and they are extremely useful.

Although, yesterday I made a Kubuntu Live USB and tried running it on the Samsung. It ran amazingly! Krita worked wonderfully and I'm not surprised of course. The only downside is no paintdock, and actually, it supports multi touch even with the Wacom. I'd be painting with pressure on the pen and everything and if any part of my hand touched it'd start painting there at full opacity. If I do dual boot on it, I'd have to find a way to turn off multi touch while using the pen.

Also, I'd have to find something somewhat like paintdock. But we will see. I might just wait to get a cintiq 13hd haha. Once they get full support on KDE which shouldn't be too long.

https://www.dropbox.com/s/y5ceusdbg81bl ... hpad_ON.sh
here is link to screen touch togle. it is searching for id of screen touch froom list of devices: 'xinput list'.
my screen touch driver is "eGalax_eMPIA Technology Inc. PCAP MultiTouch Controller", so I look for "multi" keyword and get it's id from it.
then script simply disables or enables (togle) device: xinput set-prop $tp_id "Device Enabled" 1 //(or zero)

I made shortcut to it to desktop sidebar (I'm on ubuntu with gnome shell) - so I can access it with one pen click and disable screen touch.

Does your multitouch means you can navigate with 2 fingers? because for me only one finger works... I wish i could zoom/rotate with 2fingers gestures in krita.
I think there is nothing like paint dock on ubuntu but I use "onboard" screen keyboard for typing. and you shoul try mypaint on linux too. it is tablet user friendly.
edit:
can you tell me performance of "Block_paint_dirty_square' brush on your tablet? because for me it lags qite a bit in krita, so I use it to benchmark different linux distros/hardwares. maybe I will switch to slate... but it seems to be more expensive than asus

Hello,

Thanks for your work, i just tested your new build (i have an Intel G41) and i'm rather amazed, my reports so far :

- launch time is very fast in comparison to before
- no need to reboot after install is good
- enabling OpenGL makes Rotating, Zooming and Panning the canvas incredibly faster and smoother (without OpenGL enabled those operation were slow and "laggy" ), this surprised me a lot, as i never thought it could be that fast while being that smooth.
- but sadly enabling OpenGL unfortunately makes the brushes strokes very noticably slower (without OpenGL enabled, the brushes strokes are faster and smoother), making it not really usable.

I also experienced the OpenGL problem in my computer, and recently I helped another friendto install Kubuntu and Krita, and came across the same issue: OpenGL disabled = Slow rotation and zoom, but good stroke speed; OpenGL enabled = fast rotation and zoom, but laggy painting. Someone in the forum said it's due to the spec version of OpenGL supported for specific graphic cards, perharps it's a good idea to be a bit specific about which series of graphic cards support the feature without problems. Again, this features are faster in PS, but i'm not sure if they're using also OpenGL or DirectX.

Hm... I know that there are cards that have a bit of a problem with uploading texture information. Currently, we do that in the gui thread and that hinders interactive painting. I'm working on moving that to a separate thread, though. No idea when I will have managed to finish that!

I more thing I noticed in latest Krita release - brush outline is barely visible. It worked previously ok.

Known "issue". I had disabled the old opengl cursor code, but I have fixed that since. No new installers yet, though.

It seems that I cannot use OpenGL alongside RGB 16-bit. Krita immediately closes when I try to activate it. Is this a known issue or just me? I only noticed because the brush cursor outline suddenly disappeared as JoseConseco mentioned. It had looked fine earlier even when I was in 16-bit so I'm not sure what happened. Maybe it was because I restarted Krita and the changes took effect?

I have to say I didn't test that on Windows yet... So it might be bug in the new code.

The plot thickens? Some test cases:
16-bit image with OpenGL disabled; enable OpenGL: Krita closes
OpenGL enabled; open 16-bit image: Krita closes
8-bit image with OpenGL enabled; converted to 16-bit: Krita functions normally
16-bit image with OpenGL disabled; converted to 8-bit and enabled OpenGL, then undid the conversion: Krita functions normally

In that last case, after going back to 16-bit, I could disable and enable OpenGL without problem. It makes for a rather painless workaround. I'm not sure if any of this is useful but it's what I found after fiddling around.

Thanks, yes, it's useful. It helps pinpointing where to look.

Hi!
This is my first post in this forum... I like very much Krita .

I just unpacked .msi file (with lessmsi tool http://code.google.com/p/lessmsi) and this unpacked K v2.7.8.2 doesn't work on my PC (Windows 7 64 bit. Simply close directly after start...). 's12a' from Krita chat give me a link to DebugView: http://technet.microsoft.com/en-us/sysinternals/bb896647.aspx . My log from DebugView after start unpacked Krita v2.7.8.2:

Code: Select all

[3640] krita(3640)/koffice (lib komain): "krita" part.desktop not found.
[3640] krita(3640)/koffice (lib komain): Run 'kde4-config --path services' to see which directories were searched, assuming kde startup had the same environment as your current shell.
[3640] krita(3640)/koffice (lib komain): Check your installation (did you install Calligra in a different prefix than KDE, without adding the prefix to /etc/kderc ?)


K v2.7.8.0 unpacked by lessmsi worked fine...

I also noticed .msi file with v2.7.8.0 was around 140 MB and .msi file with v2.7.8.2 has just around 97 MB...

All my efort is for creating unpacked version of Krita... Does anybody can help me ? How do I setup it manually for work ?

Also: Does any hope for portable version of Krita ? The best one would be: http://portableapps.com/node/37201

Regards

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

env.bat kbuildsycoca4

This builds the plugin database. Afterwards, you can simply execute krita:

bin\krita.exe