Re: DIY Backlight Strobing [must read for experimenters!]
Posted: 15 Jan 2014, 10:37
Thank you very much for explaining this lcd inerty, to my knowledge it is not well known and it is very important information.
More ideas come to mind then, regarding the algorithms and strategies one can develop to do better reaction times, and what do overdrive and such do.
Adding the strobing/shutter (if shutter opening is intentionally small) to the equation, one could imagine other pixel transition schemes where the desired value is deliberately overshooted (ie does not settle to correct value but higher), but is correct (but still rising) precisely at the moment of the flash, and with different target values for top and bottom of screen (even if already using accelerated scanout) (ie, bottom pixels overshoot more, because they must rise faster, because they are commanded later than top pixels). So the whole screen changes at different rates, is simultaneously correct only for one precise ms, and we flash during that very ms. Copyright HeLLoWorld (I just realize that at that point even the 1ms flash duration will maybe be too long if the values are rising fast) .I guess the overshooting algos (like overdrive probably is) must be complicated enough to additionnaly take in acccout the value of the desired color of the individual pixel and maybe the previous value can be a valuable information too.
This kind of things must have been quite thought of already of course.
More ideas come to mind then, regarding the algorithms and strategies one can develop to do better reaction times, and what do overdrive and such do.
Adding the strobing/shutter (if shutter opening is intentionally small) to the equation, one could imagine other pixel transition schemes where the desired value is deliberately overshooted (ie does not settle to correct value but higher), but is correct (but still rising) precisely at the moment of the flash, and with different target values for top and bottom of screen (even if already using accelerated scanout) (ie, bottom pixels overshoot more, because they must rise faster, because they are commanded later than top pixels). So the whole screen changes at different rates, is simultaneously correct only for one precise ms, and we flash during that very ms. Copyright HeLLoWorld (I just realize that at that point even the 1ms flash duration will maybe be too long if the values are rising fast) .I guess the overshooting algos (like overdrive probably is) must be complicated enough to additionnaly take in acccout the value of the desired color of the individual pixel and maybe the previous value can be a valuable information too.
This kind of things must have been quite thought of already of course.