[krita] [Bug 360601] [INTEL] Canvas doesn't update but is not black either
https://bugs.kde.org/show_bug.cgi?id=360601 --- Comment #7 from Dimi--- (In reply to Scott Petrovic from comment #6) > Do the latest builds of the 64-bit version work. There have been some fixes > with OpenGL and input that have happened since your last message. It may > have resolved this issue. Just tried with the latest version and it's the same. 64 bit version doesn't work with OpenGL turned on. 32 bit works as expected. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 360601] [INTEL] Canvas doesn't update but is not black either
https://bugs.kde.org/show_bug.cgi?id=360601 --- Comment #5 from Dimi--- Just discovered that the latest 32 bit version works as expected on my 64 bit OS. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 360601] [INTEL] Canvas doesn't update but is not black either
https://bugs.kde.org/show_bug.cgi?id=360601 --- Comment #4 from Dimi--- This is issue still persists in the most recent version. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 360601] Canvas doesn't update with OpenGL activated
https://bugs.kde.org/show_bug.cgi?id=360601 Dimichanged: What|Removed |Added CC||dimim...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 360601] New: Canvas doesn't update with OpenGL activated
https://bugs.kde.org/show_bug.cgi?id=360601 Bug ID: 360601 Summary: Canvas doesn't update with OpenGL activated Product: krita Version: 3.0 Alpha Platform: MS Windows OS: MS Windows Status: UNCONFIRMED Severity: major Priority: NOR Component: general Assignee: krita-bugs-n...@kde.org Reporter: dimim...@gmail.com Krita version: krita3-prealpha3-9694dac The canvas doesn't update when OpenGL is activated. It only shows the changes if I do something that forces it to redraw the canvas, like changing the windows size or activating wrap around mode. It's difficult to use Krita for animation without the OpenGL features. I also frequently use the wraparound mode, so deactivating OpenGL is a bad workaround. I'm on Windows 10 and my gpu is an Intel HD 3000. I tried using all the drivers available, from old ones to the latest and even unofficial ones. It doesn't make a difference. The last Krita version that behaved as expected was krita_2.9.10.1ae_beta_x64. Reproducible: Always Steps to Reproduce: 1.Activate OpenGL 2.try to draw on canvas Actual Results: Canvas doesn't update. Expected Results: Normal behavior. Windows 10 Intel HD 3000 Tried every driver available. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 360601] Canvas doesn't update with OpenGL activated
https://bugs.kde.org/show_bug.cgi?id=360601 --- Comment #2 from Dimi--- Sure, no problem. Since I've read somewhere that it could be a driver problem, I tried to test every driver available to my configuration, but I guess it's not that simple... -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 356247] New: [Feature Request Krita Animation] There is no simple way to import image sequences.
https://bugs.kde.org/show_bug.cgi?id=356247 Bug ID: 356247 Summary: [Feature Request Krita Animation] There is no simple way to import image sequences. Product: krita Version: 2.9.9 Platform: Other OS: All Status: UNCONFIRMED Severity: wishlist Priority: NOR Component: general Assignee: krita-bugs-n...@kde.org Reporter: dimim...@gmail.com Importing image sequences as an animated layer should be a no brainer. To fully use Krita as an animation tool it should be possible to import videos or image sequences. It's critical for most animation works to be able to import line tests or video references, whether it's for animating, doing clean up or painting frames. Right now rotoscoping, a pretty standard and basic animation technique, is impossible to do in Krita. Importing footage is an essential option of any animation software Reproducible: Always -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 356056] Krita Animation Beta - Ctrl+drag to Copy Single Animation Frame Not Working
https://bugs.kde.org/show_bug.cgi?id=356056 Dimichanged: What|Removed |Added CC||dimim...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 356245] New: [Krita Animation Beta] Animation playback behaves differently when moving the brush tool on the canvas.
https://bugs.kde.org/show_bug.cgi?id=356245 Bug ID: 356245 Summary: [Krita Animation Beta] Animation playback behaves differently when moving the brush tool on the canvas. Product: krita Version: 2.9.9 Platform: Other OS: MS Windows Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: krita-bugs-n...@kde.org Reporter: dimim...@gmail.com When play-backing the animation it rarely plays at full speed without stuttering. Moving or wiggling the brush tool on the canvas helps considerably. Krita should be able to playback without slow downs. Reproducible: Always Steps to Reproduce: 1.Play animation 2.Move quickly the brush tool on the screen Actual Results: Playback gets to full speed or close to full speed. Expected Results: It shouldn't matter what the mouse is doing. Krita should always playback the animation smoothly. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 356245] [Krita Animation Beta] Animation playback behaves differently when moving the brush tool on the canvas.
https://bugs.kde.org/show_bug.cgi?id=356245 --- Comment #2 from Dimi--- Yes, my graphics card should be capable of OpenGl 3.0. It's an Intel HD 3000 and it doesn't have any problems with other opengl features of Krita. Maybe your pc is faster and you simply don't notice a difference because it always plays at full speed. On my slower machine it makes a big difference. -- You are receiving this mail because: You are watching all bug changes.