search

gfx-rs / gfx

[maintenance mode] A low-overhead Vulkan-like GPU API for Rust.
http://gfx-rs.github.io/
Apache License 2.0
5.35k stars 551 forks source link

Screen doesn't get updated if gfx_device_gl::CommandBuffer::clear_color gets called #3779

Open PSteinhaus opened 3 years ago

PSteinhaus commented 3 years ago

Short info header:

We received two bug reports concerning this issue. Since the function on our side that causes the bug doesn't do much more than calling gfx_device_gl::CommandBuffer::clear_color I just assume it's a dependency bug, so here I am.

I'll not repeat everything said in the linked issue, but put simply, most users call ggez::graphics::clear in their draw loops and it works just fine, but for a few unlucky this call just seems to stop the screen from being rerendered. The shown image stays the same, even though the game runs properly apart from that. If they remove the call to clear they actually get new images, but of course, without clearing the screen everything just looks smeared.

Naively, I'd assume it might even be a driver issue of some kind, since this behaviour is independant from developement environment and only seems to depend on where the program is run. But then again, I didn't look too deep into this and I can just guess that other software runs fine on these machines, so maybe gfx, or one of your dependencies, might be at fault for not speaking to them correctly after all.

kvark commented 3 years ago

Thank you for filing this! Unfortunately, we are not supporting the old pre-ll release any more. We would accept patches, at most.