Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Enable taking screenshots via SPACE key #362

Merged
merged 7 commits into from
Feb 5, 2024

Conversation

rdw-software
Copy link
Member

Resolves #336.

For now it's hardcoded to SPACE, though later it should be made configurable.
This allows switching render targets on the fly, without the need for additional color attachments (which would increase VRAM usage).
I have no plans to add more advanced rendering features that would require modifying the depth or stencil attachment, but a more generalized approach to managing render targets should nevertheless help with separating the different rendering modes.
The idea is to swap this in on-the-fly to capture the frame buffer contents, without having to modify anything but the selected rendering pipeline for each material.
For now they're blocking, since the time taken isn't that long. It does skip a few frames, but offloading the encoding step would be more complex than just doing it on the main thread and eating the dropped frames.

It can also timeout the surface texture and crash the renderer, but that's a separate problem and will be tackled soon (TM).
@rdw-software rdw-software changed the title Implement screenshot captures via SPACE key Enable taking screenshots via SPACE key Feb 5, 2024
@rdw-software rdw-software merged commit a51c466 into main Feb 5, 2024
6 checks passed
@rdw-software rdw-software deleted the 336-screenshot-file-rendering branch February 5, 2024 19:41
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Implement screenshot captures (save frame buffer as image)
1 participant