On Sat, 5 Feb 2011 17:36:37 +0100 (CET) Guennadi Liakhovetski <g.liakhovetski@xxxxxx> wrote: ... > > > Verified with both capture.c and mplayer. Could you, please, verify > > > whether you get the same behaviour and what the problem could be? > > > > Now I did some further testing with idmac patch applied and with > > added debug print in the IDMAC interrupt handler. There is no problem. > > Testing with capture.c (4 buffers used as default) shows that buffer > > numbers toggle correctly for all 100 captured frames: > > Hm, interesting, I'll have to look at my testing in more detail then > (once back from FOSDEM). Could you maybe try mplayer too? I can't try mplayer since I don't have mplayer setup for this. But looking at the mplayer source I don't see why it should behave differently. Depending on mode mplayer queues 2 or 6 buffers. Testing with my test app with 6 queued buffers shows no issues, here the buffer numbers toggle correctly, too. Anatolij -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
