Hello again, On 2001.11.02 13:52:29 +0100 Gerd Knorr wrote: >> It actually happens in BTTV-0.7.x. I'll try to look in the logs after I've >> installed the new kernel (I'm currently on 0.8.x/2.4.12), but as far as I >> can remember, it didn't give any error. The thing is, it always gives this >> error for the very first frame I try to capture. So either everything goes >> well (80-90%), or the first buffer's VIDIOCSYNC gives errno = EIOERR >> (10-20%). > > With 0.7.x you should have some SCERR / OCERR errors in the kernel log. Sorry it took so long (school/other work) This is how I try to capture: [7 Nov - rbultje@tux /tmp]# lavrec --software-encoding -ip -fa -g384x288 /tmp/test.avi ++ WARN: Unable to set negative priority for audio thread. ++ WARN: Pthread Real-time scheduling for audio thread could not be enabled. Press enter to pause recording ++ WARN: Closing file(s) and exiting - output file(s) my not be readable due to error **ERROR: Error syncing on a buffer: Input/output error [7 Nov - rbultje@tux /tmp]# Using the CVS version of lavrec (part of the mjpegtools). It just queues all buffers and then syncs on each of them and requeues. It just quits on the first sync with EIOERR.. Here's my dmesg output regarding the BTTV card (Hauppage winTV, insmod options: card=2 gbuffers=32, using kernel 2.4.13s bttv 0.7.x): bttv0: irq: SCERR risc_count=0e6b3810 bttv0: irq: SCERR risc_count=0e6b3808 bttv0: irq: SCERR risc_count=0e6b3808 bttv0: irq: SCERR risc_count=0e6b3810 bttv0: irq: SCERR risc_count=0e6b3808 bttv0: aiee: error loops bttv0: resetting chip Thanks for any help, Ronald -- - .-. - /V\ | Ronald Bultje <rbultje@xxxxxxxxxxxxxxxxxxx> - // \\ | Running: Linux 2.4.4 and OpenBSD 2.8 - /( )\ | http://ronald.bitfreak.net/ - ^^-^^
