search

actuino / light-pack

Automatically exported from code.google.com/p/light-pack
GNU General Public License v3.0
0 stars 0 forks source link

Grab delay serves a different purpose than the one it should (Possibly a feature request) #125

Open GoogleCodeExporter opened 9 years ago

GoogleCodeExporter commented 9 years ago 
My TV+receiver introduces an input lag of about 120ms,
this means that it takes 120ms from the time the PC sends a picture to the time 
it is actually displayed.

Obviously, this means that when a scene changes, the lightpack lights change 
BEFORE the actual image on the TV - because they respond faster.

Setting a delay of 120ms brings the capture fps to almost nothing, and I can't 
figure out why a delay would be associated with the frame capture rate.

All that's needed is to keep a queue of the collected image data and send it 
with a delay, without affecting the frame rate (fps).

I'm guessing that the 'delay' feature currently implemented in prismatik 
originally came to solve a different problem (cpu usage?) and not the one I'm 
describing.

I'm also guessing that the delay doesn't actually *delay* the stream, but 
rather sets the INTERVAL between two captured frames.

Is it possible to either change the delay feature to set a proper delay meant 
to solve a sync problem, or add another feature to do it?

Thanks! :)

Original issue reported on code.google.com by purpl...@gmail.com on 8 Jul 2014 at 7:52