ocornut / ocornut/imgui_test_engine
Capture with ImGuiCaptureFlags_StitchAll fails with multi-viewports
Nobody has claimed this yet.
- Dominant language
- C++
- Stars
- 629
- Forks
- 83
- PR merge metrics
- No merged PRs in 30d
Description
Re-Bonjour Omar,
Sorry if I'm flooding the issues a bit today.
I'm trying the code of app_minimal, and I have an issue with screen capture and the flag ImGuiCaptureFlags_StitchAll.
Basically,
- I'm getting a fully black capture under windows (although it has the correct size). This is strange. I'm using Windows 10 ARM 64 bits (although I compiled the code in x64 mode)
- under macOS (after having applied a hack to take into account the FrameBufferScale), the scroll does not work, and I get a repeated image:
i.e. the size is correct, but it seems like the content is repeated (as if the scroll did not work).
Based on the usleep(1000) for linux, I tried to add a sleep(1 second) during the capture, and I could see that effectively the scroll does not work.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start with the app_minimal capture path using ImGuiCaptureFlags_StitchAll and reproduce the report on Windows 10 ARM64/x64 and macOS. Investigate the multi-viewport capture behavior, including scrolling and framebuffer scaling; done means the capture is not black or repeated and its contents reflect the scrolled view.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- cpp
- Domain
- desktop, testing
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 35/100