Jussi Lind
I have now squashed your commits into a single commit ca4e4408ac9b6f148d0df567257cc7b8611babda and fixed the build issues. This PR has thus been merged to master and can now be closed. You...
Should be doable at least in theory :)
> A solution came up to my mind. What about this: Export the selected nodes with the accompanied edges to intermediate "graph" xml file On the paste side with adjusting...
Yeah, I'm aware of this problem and will definitely consider your suggestions. I'm also planning to implement a "magnifying glass" and see how that would work out :) Also, you...
My guess is that there might be no HW acceleration on Raspberry Pi for framebuffer blitting that is being used in `renderer.cpp`: `QOpenGLFramebufferObject::blitFramebuffer(m_shadowFbo.get(), m_fbo.get(), GL_DEPTH_BUFFER_BIT);`
> But why only with this game. Supertuxkart for example works fast. That's because SuperTuxCart and other games very likely don't use framebuffer blitting at all. In Dust Racing 2D...
Try this out: 596a0f1fe1885e7b5890b949b913adf3b63d2f8c
Build with `-DDisableFramebufferBlits=ON` and it will render the shadows directly to the target framebuffer. The only downside is that they will be pretty bad. However, if this fixes the performance...
> i build with cmake ../.. -DDisableFramebufferBlits=OFF make > > but it does not change anything. still unplayable slow. Or do i have to set a flag in .conf as...