Attachments (3)
Change History (22)
by , 17 years ago
Attachment: | screen4.png added |
---|
comment:1 by , 17 years ago
comment:3 by , 17 years ago
What if the OpenGL is trying to grab a direct window lock and does not get it while the screen shot is being taken? Interesting bug, certainly.
follow-up: 6 comment:4 by , 17 years ago
Can't reproduce with a Radeon graphics card and GLTeapot. Which app are you using ? Is it real hardware ?
comment:5 by , 17 years ago
Are we reading the front buffer or the backbuffer when taking the screenshot ?
comment:6 by , 17 years ago
Replying to korli:
Can't reproduce with a Radeon graphics card and GLTeapot. Which app are you using ? Is it real hardware ?
It happens with GLDirectMode and GLTeapot for example. It's on real hardware. Also see http://www.haiku-os.org/blog/tangobravo/2008-02-05/haiku_activity_update_4_9_september_2007_5_february_2008#comment-8490 Obviously it also happens for Philippe.
comment:7 by , 17 years ago
Could you check again ? Stephan did some changes on the buffering. Be sure to give the tested revision. Thanks.
comment:13 by , 17 years ago
No need, the output is still mysteriously missing from screenshots. Have no time to look into it right now.
comment:14 by , 17 years ago
by , 17 years ago
Attachment: | GLDirectMode-screenshot-intel-extreme-r25221.png added |
---|
by , 17 years ago
Attachment: | GLTeapot-screenshot-intel-extreme-r25221.png added |
---|
comment:15 by , 17 years ago
further testing: i switch to 16 bits/Pixel from 32 bits/Pixel and run again GLDirectMode and GLTeapot: the screenshots for both apps have only a black window now.
comment:17 by , 16 years ago
Haiku isn't bootable for me ATM, so I can't test it. But it should be easy for anyone to test it using vesa driver.
comment:18 by , 16 years ago
Resolution: | → fixed |
---|---|
Status: | new → closed |
Should be fixed. Please reopen if needed.
Overlay ?