You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Today, I've tried to play oshu! on my Raspberry Pi 2. The first try was a disaster, but tweaking the right settings made the game playable.
Accelerated graphics are a lie. By forcing the software renderer in the SDL_Renderer, the performance got much better. Maybe it has to do with my X configuration, or maybe fbturbo isn't meant for that.
The default window size is also a significant factor. The common textures are generated when the game start, taking into account the window size at that time. Starting with a smaller screen will generate smaller textures. Alternatively, an environment variable could control the texture quality disregarding the window size. At 640×480 the game got playable, even though it skipped frames.
The background is currently loaded at full resolution. By scaling it at load time before converting it to a texture, we'd save a lot of video memory, and accelerate the background drawing process by a big factor.
The SDL_HINT_RENDER_SCALE_QUALITY is set to linear, which is pretty expensive. Supporting the nearest algorithm would increase the performance by a large factor, and if the window is not resized, the textures will appear smoothly at 1:1 scale.
If the worst come to worst, decrease the frame rate. I'd rather avoid that, it's like admitting defeat.
The text was updated successfully, but these errors were encountered:
I think it should be named GPU/Hardware graphics, it’s basically made on the assumption that the GPU is faster than CPU… (and there can be a lot of case where the CPU is faster…)
Today, I've tried to play oshu! on my Raspberry Pi 2. The first try was a disaster, but tweaking the right settings made the game playable.
The text was updated successfully, but these errors were encountered: