> int fast_stop = 1; > ioctl(fd, IVTV_IOC_DEC_FAST_STOP, &fast_stop); > > before running the IVTV_IOC_STOP_DECODE ioctl. Without this the STOP > ioctl will wait until the full decoding queue is empty. The FAST_STOP > ioctl tells the driver not to wait for that. > > This should work and solve your problem now that the FWAPI is no longer > available. > > Let me know the result!
Hi Hans, I am not sure about the result .... it can be that it is about 1 sec faster (3-4 sec compared to 4-5 sec before). It is still much slower than with fwapi calls (1-2 seconds). I noticed, that the fastest way is to stop and start both with fwapi calls. Stopping with fwapi call and starting with IOC_S_START_DECODE is a bit slower. Stopping with fwapi call and starting with IOC_START_DECODE is much slower. Could it be that the decoder buffer size is different depending on the command? I have the feeling that the long delay is a buffer case. Switching to channels with a high bit rate (ZDF has 6-7 Mbit/s) seems to be faster. Maybe the buffer fills quicker? Does this make sense? -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer _______________________________________________ ivtv-devel mailing list [email protected] http://ivtvdriver.org/mailman/listinfo/ivtv-devel
