On Saturday 02 September 2006 21:27, Martin Dauskardt wrote:
> > 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?
It's definitely related to buffering, the driver tries to empty all
buffers on stop and prefill them on start. It should be possible to
work around that, but probably not in the current driver. Remind me
again BTW, why do you need to stop and start?
Hans
_______________________________________________
ivtv-devel mailing list
[email protected]
http://ivtvdriver.org/mailman/listinfo/ivtv-devel
