Dear Andreas, Sorry it took me so long - was busy with other things. I just added an option by which the start of the direct channel allows buffering the second channel. It was less strict before and somehow buffering could happen one trigger earlier than direct transition.
Could you please try the latest bitstream (I tried it with my camera and so far it works fine): http://elphel.cvs.sourceforge.net/viewvc/elphel/elphel353-8.0/fpga/x359/x359.bit Also found and corrected a bug when you could get broken buffered frames if the trigger period was so small that the it occurred before the buffered frame was read. And in this case an error writes to memory were made. Oleg On 8 March 2010 00:33, Oleg Dzhimiev <[email protected]> wrote: > Hi Andreas, > > 1. Can you sometimes get correct frames when you switch on this mode? Or is > this a permanent problem? > 2. Can the delay disappear if you make stop-start to the mode? > > In any case, I'll try to reproduce it. > > Best regards, > Oleg > > > On 7 March 2010 14:26, Andreas Bean <[email protected]> wrote: > >> Hello Oleg, >> >> There is a problem with the combining frames mode. On the combined >> picture the frames are not taken at the same time. >> There is a difference of one frame. Do you know why? >> >> Andreas >> > >
_______________________________________________ Support-list mailing list [email protected] http://support.elphel.com/mailman/listinfo/support-list_support.elphel.com
