On Monday 04 September 2006 10:01, Martin Dauskardt wrote:
> the pvr350-plugin uses the following code
>
> struct v4l2_control ctrl;
>     int ret;
>     memset(&ctrl, 0, sizeof(ctrl));
>
>     ctrl.id = V4L2_CID_IVTV_DEC_PREBUFFER;
>     ctrl.value = 0;
>
>     if ( ( ret =ioctl(fd_out, VIDIOC_S_CTRL, &ctrl) ) < 0 ) {
>         printf("1: %d\n",ret);

Hmmm, I was too hasty in removing this. I'll find a way to bring this 
back.

>     }
>
>     ctrl.id = V4L2_CID_IVTV_DEC_NUM_BUFFERS;
>     ctrl.value = 0;
>
>     if ( ( ret =ioctl(fd_out, VIDIOC_S_CTRL, &ctrl) ) < 0 ) {
>         printf("2: %d\n",ret);

Why would you want to change this one? Unless there is a really good 
reason I don't want to export this.

BTW, the current trunk is highly experimental! It's great to get early 
feedback, but I wouldn't do a lot of programming based on the trunk. 
Especially the decoder API is likely to undergo major changes.

For the upcoming 2.6.18 kernel the ivtv-0.8 branch is basically what 
I'll release. The only thing missing are the usual doc changes and 
possibly using PIO for sliced VBI by default. I think the makefiles are 
also not yet updated for the 2.6.18 kernel.

I always wait with that until the actual kernel release which looks to 
be next week or the week after.

Regards,

        Hans

>
>
> How can this be done now? I can`t find a suitable ioctl
>
> _______________________________________________
> ivtv-devel mailing list
> [email protected]
> http://ivtvdriver.org/mailman/listinfo/ivtv-devel

_______________________________________________
ivtv-devel mailing list
[email protected]
http://ivtvdriver.org/mailman/listinfo/ivtv-devel

Reply via email to