Created attachment 124928 [details] brush tips (It's already included in the default Krita 4 brush bundle) SUMMARY As far as I tested it only happens when the brush has specific predefined brush tips. I want to make sure that if it's just there's something unusual in those particular brush tip files or it's the brush engine that causes this. This is not an urgent issue at all. Take your time and hopefully take a look at this only when you have any spare time. SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION Krita Version: 4.3.0-prealpha (git 9d531f2) Languages: en_US, en, en_US, en, en_US, en, en_US, en, en_US, en Hidpi: false Qt Version (compiled): 5.12.5 Version (loaded): 5.12.5 OS Information Build ABI: x86_64-little_endian-llp64 Build CPU: x86_64 CPU: x86_64 Kernel Type: winnt Kernel Version: 6.1.7601 Pretty Productname: Windows 7 SP 1 (6.1) Product Type: windows Product Version: 7sp1 OpenGL Info Vendor: "ATI Technologies Inc." Renderer: "Radeon RX 560 Series" Version: "3.0.13558 Compatibility Profile Context 26.20.11015.5009" Shading language: "4.60" Requested format: QSurfaceFormat(version 3.0, options QFlags<QSurfaceFormat::FormatOption>(DeprecatedFunctions), depthBufferSize 24, redBufferSize 8, greenBufferSize 8, blueBufferSize 8, alphaBufferSize 8, stencilBufferSize 8, samples -1, swapBehavior QSurfaceFormat::DoubleBuffer, swapInterval 0, colorSpace QSurfaceFormat::DefaultColorSpace, profile QSurfaceFormat::CompatibilityProfile) Current format: QSurfaceFormat(version 3.0, options QFlags<QSurfaceFormat::FormatOption>(DeprecatedFunctions), depthBufferSize 24, redBufferSize 8, greenBufferSize 8, blueBufferSize 8, alphaBufferSize 8, stencilBufferSize 8, samples 0, swapBehavior QSurfaceFormat::DoubleBuffer, swapInterval 1, colorSpace QSurfaceFormat::sRGBColorSpace, profile QSurfaceFormat::NoProfile) Version: 3.0 Supports deprecated functions true is OpenGL ES: false QPA OpenGL Detection Info supportsDesktopGL: true supportsAngleD3D11: true isQtPreferAngle: false Hardware Information GPU Acceleration: auto Memory: 16351 Mb Number of Cores: 8 Swap Location: C:/Users/---------/AppData/Local/Temp Current Settings Current Swap Location: C:/Users/---------/AppData/Local/Temp Undo Enabled: 1 Undo Stack Limit: 530 Use OpenGL: 1 Use OpenGL Texture Buffer: 1 Use AMD Vectorization Workaround: 0 Canvas State: OPENGL_SUCCESS Autosave Interval: 120 Use Backup Files: 1 Number of Backups Kept: 1 Backup File Suffix: ~ Backup Location: Same Folder as the File Use Win8 Pointer Input: 0 Use RightMiddleTabletButton Workaround: 0 Levels of Detail Enabled: 0 Use Zip64: 0
Created attachment 124929 [details] capture
I can confirm this for krita 4.2.8 running on Linux. It happens with every .gbr or .png brush tip I've tried and a few simple ones I've made. The amount of offset is variable and one existing brush tip (on my system) called 'Snu palette' (a 512 x 512 .png brush tip) has very little offset. A 100 x 100 brush tip I made has more offset than a 512 x 512 brush tip I made.
Okay, I've gone back to Krita 3.0, and this already happened in that version, so it's certainly not a regression :-)
Also, this is not a problem on the canvas-side, since both opengl and qpainter canvas have exactly the same offset.