> Hello!
>
> A couple of days I exchanged my old TV capture card with a PVR-500 and the
> first results are quite promising! I am using kernel 2.6.22.1 with the
> integrated ivtv driver and have only one PVR-500 card installed
> ([EMAIL PROTECTED] 512MB).
>
> I read from /dev/video32 and perform a HM12 to YUV decoding (didn't get
> yuv-fixup parameter to work. I do it in the application).
yuv-fixup no longer exists: you should always do it in the application.
But why are you capturing /dev/video32? Why not the MPEG stream from
/dev/video0? It's an MPEG card after all.
> Sometimes shows
> "YUV stream buffers are full" up in the kernel log file. There is a single
> thread reading the RAW video and it happens often when another thread is
> changing the frequency of the tuner. How can I detect this situation and
> recover (that it happens is another problem...)?
The number of buffers allocated for raw YUV is limited, so even if your
reader thread is blocked for just a few frames you will get this message.
One solution is to increase the buffers allocated for YUV capture (run
modinfo ivtv to see help on the module options), another is to increase
the priority of the reader thread.
At the moment there is no way to detect this particular error, I'll see if
that can be improved. Basically when the buffers are full the driver
should throw away a full YUV frame, not a partial YUV frame. That way you
would just get dropped frames.
Regards,
Hans
> The read on /dev/video32
> does not return an error for this and the RAW video data returned from the
> read does not continue at the pixel/plane coordinate before the error
> appeared. When this happens the HM12 to YUV decoding produces garbage as
> the
> data decoded is received in the wrong planes (assuming data corresponds to
> Y, but receiving UV,etc...)
>
> Best regards!
> _______________________________________________
> ivtv-users mailing list
> [email protected]
> http://ivtvdriver.org/mailman/listinfo/ivtv-users
_______________________________________________
ivtv-users mailing list
[email protected]
http://ivtvdriver.org/mailman/listinfo/ivtv-users
