Could you please help with testing the final release packages before we actually publish them?
The things that need extra attention:
16-bit-integer images on Windows on ANGLE backend (I have fixed the issue, so it should work correctly now)
Animation playback with audio. I have rewritten a small part of it, so it needs extra attention. Here are the test cases that would be nice to test before the release:
try adding audio that is shorter than the playback range
play it
pause/restart in the end of the range, where there is no audio
scrub at the area with no sound
start again
change the speed and repeat the steps with the area without sound: the audio should play at the correct speed and should be in sync (not so in 5.2.3-beta1)
remove existing audio from the image [0]
play it
try to change speed to 25%, then scrub and play/pause randomly; it should keep the speed consistent and not crash
[0] - it is not the same as opening an image without sound, since adding sound changes the playback engine inside Krita
Even when all layers are hidden, the display remains. The transparency changes with the shrinking and enlarging of the canvas.
I opened a file created with version 5.2.2.
Which operating system are you using?
Can you replicate this effect with a simple document?
I don’t seem to have that 16-bit integer colour profile. Where did you get it?
OS: Windows 11
It seems that the appearance changes depending on the display magnification of the canvas.
I’m sorry, but I don’t understand the color profile well. I’m not sure if it’s related, but the image of the first girl’s illustration was a screenshot from the Krita screen, which I ended up exporting using a different software. I had forgotten that I could create images from the clipboard in Krita. My apologies. The new illustration of the cat was exported using Krita. Thank you!
Addendum: I tried changing the bit depth of the image. It seems that the problem only occurs when it is a 16-bit integer.
@mikuma_poponta
It sounds like maybe a canvas rendering problem. What are your Configure Krita->Display->Canvas Acceleration settings, and what GPU and OpenGL version are you using (available in Help->Show system information for bug reports, under OpenGL Info)?
You’ll get beta updates on the Play Store if you’re a “beta tester” for the app. Which might be everyone since Android Krita is still considered beta in general, I’m not sure.
@BeARToys
Open the Play Store and go to the Krita page. If there is a line saying “you’re a beta tester” it means you opted in to the beta tester program.
Is it known, that when you label a colored layer. And use the color selection tool with the replace option, that the selection won’t be replaced, but instead the whole canvas is selected?
Oh yeah and who changed, that when you save the image and the name is already given ( For example test.png ) that the name of the file is than set to test.png (1)
Hi @mikuma_poponta , I can confirm the same bug that occurs with these specific conditions:
Windows 11
DX11 on ANGLE
16-bit integer color depth
I’m running an AMD Radeon card, so perhaps this is an ANGLE bug. It does not happen with native OpenGL. I’m seeing the same behavior:
Up to 50% zoom the image looks good
Below 50% zoom the image is slightly desaturated
Below 25% zoom the canvas becomes white (even with all layers hidden).
Furthermore, I can not reproduce this on Krita 5.2.2, which to me is a smoking gun that this is indeed a bug in ANGLE (because my graphics driver is obviously the same across these tests).
Here as well, when I switched the setting from Direct3D 11 via ANGLE to OpenGL, the problem seemed to be resolved. I wonder if the warning message that appeared on the settings screen was referring to this issue? I’ll continue to use it and see. Thank you for your assistance!
