3 ms·
(Edit: the tearing is not visible through the device, so quite a bit less damning than I thought.) The tear and color lag on this picture of a moving chart is
by brasic 4y ago
(Edit: the tearing is not visible through the device, so quite a bit less damning than I thought.)
The tear and color lag on this picture of a moving chart is damning: https://i0.wp.com/kguttag.com/wp-content/uploads/2023/01/MQP-frame-roll.jpg https://i0.wp.com/kguttag.com/wp-content/uploads/2023/01/MQP...
As is this quote:
> I also ran a small experiment where I sent a camera flash off in a dimly lit room and measured the delay with light sensors using one sensor to trigger an oscilloscope’s capture and the second light sensor to capture the display response. It typically took a little over four 90Hz frame times (~40 to 50ms) for the flash to show up on the image.
- charcircuit 4y agoThe tear is an artifact with how the screen capture works. The tear is not actually sent to the display. People who capture Quest footage using scrcpy are well aware of this downside compared to using the built in recording feature which doesn't have the same tearing issue.
- deleted 4y ago[deleted]
- brasic 4y agoThanks, I missed that. Posted an edit at the top of my comment.