On 10/5/07, Stephan Fabel <[EMAIL PROTECTED]> wrote: > I'm having a problem using a WinTV-PVR 150. MPEG-2 playback is working > using VLC: pvr:// :pvr-device="/dev/video0" - however it lags badly (1-2 > secs).
Does it also lag if you do cat /dev/video0 > test.mpg? If not his vlc has to be kicked to correct this. > But for some reason I cannot grab a frame using the /dev/video32 device > with VLC using the video4linux interface /dev/video32. I also tried > using tvtime (adjusting the device to /dev/video32), but to no avail. It is raw video and the application will need to be told it is or it will not work. I know mplayer has the option to let it know it is capturing raw video/audio. > Trying to access /dev/video32, I get these messages > in /var/log/kern.log: > > ivtv0: All encoder YUV stream buffers are full. Dropping data. > ivtv0: Cause: the application is not reading fast enough. > > I got rid of these messages by adjusting the buffer sizes when loading > the driver, however, I still get no picture reading /dev/video32. Basically the message is very clear here, vlc is not reading fast enough to keep up with the stream video32 provides. Enlarging the buffer will help but the problem is very likely in the application. > For verification, I used VLC to display the picture in the camera. Let > me know if another card is better suited for this purpose. If possible, > maybe you could also name a card directly should this be the case (e.g., > what is a good, cheap bttv878 based card?). In your use case a dumb grabber like a bt878 card is probably enough. The PVR-X50 cards have an hardware mpeg encoder which reduces CPU usage but if you are planning to converting this mpeg stream to something like h264, xvid or theora it is a bit overkill. There was a similar discussion a few weeks back. Look in the archives for it. Greets Sander _______________________________________________ ivtv-users mailing list [email protected] http://ivtvdriver.org/mailman/listinfo/ivtv-users
