On Sun, 2008-05-18 at 17:41 +0100, Brian Hope wrote: > Andy, > Is there a guide to testing somewhere? I will continue googling > but thought you might know.
I've copied the devel list, so that google can help those that follow you. Maybe there's one one the wiki at ivtvdriver.org, I don't know. > I have tried setting using v42l-ctl -i1 as per Hans note. v4l2-ctl defaults to /dev/video0 if a device is not specified. See $ v4l2-ctl --help Sp you'll want to try: $ v4l2-ctl -d /dev/video1 -i1 <--- Sets input #1 $ v4l2-ctl -d /dev/video1 -I <--- Reads back current input setting $ cat /dev/video1 > test.mpg <--- Does a capture $ file test.mpg <--- Tells you if you got an mpeg file $ mplayer test.mpg <--- Plays it back > (I did try setting up mythtv but its not always talking cleaning to > mysqsl - another problem for me to fix[I can do that myself]) Keep MythTV out of the loop. For testing we generally want to eliminate variables and unknowns, and only change one parameter at a time. MythTV often makes that impossible. ;) > When I tried cat /dev/video1 >test.mpg and then played back the file I > see a recording from the TV tuner and not what I was pushing in to the > S-Video input from a camera. Well, then the tuner works? :) > If I try cat /dev/video1 | mplayer - then I seem to get mplayer errors > (see below if you can help - ignore and leave to me if this is not > your area of expertise). See my comments below. > I am aware I haven't set up my lirc yet - one thing at a time! I haven't set up lirc yet for my card, either. No immediate need. > Many thanks > > Brian > > > [EMAIL PROTECTED]:/home/brian# v4l2-ctl -i1 > Video input set to 1 (S-Video 1) For /dev/video0 by default! :) > [EMAIL PROTECTED]:/home/brian# cat /dev/video1 | mplayer - > MPlayer 1.0rc2-4.2.3 (C) 2000-2007 MPlayer Team > CPU: Intel(R) Core(TM)2 CPU T5500 @ 1.66GHz (Family: 6, > Model: 15, Stepping: 6) > CPUflags: MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 1 > Compiled with runtime CPU detection. > mplayer: could not open config files /root/.lircrc > and /etc/lirc//lircrc > mplayer: No such file or directory > Failed to read LIRC config file ~/.lircrc. no big deal. > Playing -. > Reading from stdin... > Cannot seek backward in linear streams! > Seek failed > Cannot seek backward in linear streams! > Seek failed > Cannot seek backward in linear streams! > Seek failed > Cannot seek backward in linear streams! > Seek failed > Cannot seek backward in linear streams! > Seek failed > Cannot seek backward in linear streams! > Seek failed > Cannot seek backward in linear streams! > Seek failed > Cannot seek backward in linear streams! > Seek failed > Cannot seek backward in linear streams! > Seek failed No big deal. One can't seek backwards in the input pipe, as the OS discards the data once mplayer reads from the input pipe. This is expected behaviour. > Win32 LoadLibrary failed to load: > avisynth.dll, /usr/lib/win32/avisynth.dll, /usr/local/lib/win32/avisynth.dll I don't use/have Win32 codec's in my installation, but AVI format doesn't matter as the CX23418 isn't capable of generating that file format. So no big deal. > Cannot seek backward in linear streams! > Seek failed > Cannot seek backward in linear streams! > Seek failed > Cannot seek backward in linear streams! > Seek failed > Cannot seek backward in linear streams! > Seek failed > Cannot seek backward in linear streams! > Seek failed > MPEG-PS file format detected. Good! > VIDEO: MPEG2 720x576 (aspect 2) 25.000 fps 8000.0 kbps (1000.0 > kbyte/s) With 25.0000 fps, it looks like you have a PAL source of some sort. Since it's exactly 25.000 fps, is it a Black and White source? > xscreensaver_disable: Could not find XScreenSaver window. No big deal. > ========================================================================== > Opening video decoder: [mpegpes] MPEG 1/2 Video passthrough > VDec: vo config request - 720 x 576 (preferred colorspace: Mpeg PES) > Could not find matching colorspace - retrying with -vf scale... > Opening video filter: [scale] > The selected video_out device is incompatible with this codec. > Try appending the scale filter to your filter list, > e.g. -vf spp,scale instead of -vf spp. > VDecoder init failed :( > Opening video decoder: [libmpeg2] MPEG 1/2 Video decoder > libmpeg2-v0.4.0b > Selected video codec: [mpeg12] vfm: libmpeg2 (MPEG-1 or 2 (libmpeg2)) > ========================================================================== A usable video decoder was found. > ========================================================================== > Forced audio codec: mad > Opening audio decoder: [libmad] libmad mpeg audio decoder > AUDIO: 48000 Hz, 2 ch, s16le, 224.0 kbit/14.58% (ratio: 28000->192000) > Selected audio codec: [mad] afm: libmad (libMAD MPEG layer 1-2-3) > ========================================================================== A usable audio decoder was found/forced. > AO: [pulse] 48000Hz 2ch s16le (2 bytes per sample) > Starting playback... > VDec: vo config request - 720 x 576 (preferred colorspace: Planar > YV12) > VDec: using Planar YV12 as output csp (no 0) > Movie-Aspect is 1.33:1 - prescaling to correct movie aspect. > VO: [xv] 720x576 => 768x576 Planar YV12 > A:95352.0 V: 3.2 A-V:95348.766 ct: 0.236 60/ 60 6% 1% 360.4% 50 > 0 > > ************************************************ > **** Your system is too SLOW to play this! **** > ************************************************ > > Possible reasons, problems, workarounds: > - Most common: broken/buggy _audio_ driver > - Try -ao sdl or use the OSS emulation of ALSA. > - Experiment with different values for -autosync, 30 is a good > start. > - Slow video output > - Try a different -vo driver (-vo help for a list) or try > -framedrop! > - Slow CPU > - Don't try to play a big DVD/DivX on a slow CPU! Try some of the > lavdopts, > e.g. -vfm ffmpeg -lavdopts lowres=1:fast:skiploopfilter=all. > - Broken file > - Try various combinations of -nobps -ni -forceidx -mc 0. > - Slow media (NFS/SMB mounts, DVD, VCD etc) > - Try -cache 8192. > - Are you using -cache to play a non-interleaved AVI file? > - Try -nocache. > Read DOCS/HTML/en/video.html for tuning/speedup tips. > If none of this helps you, read DOCS/HTML/en/bugreports.html. > > No bind found for key > 'MOUSE_BTN0'.-MOUSE_BTN0_DBL > No bind found for key 'MOUSE_BTN0_DBL'. 7% 136 > 0 > No bind found for key 'MOUSE_BTN2'. 249.7% 581 > 0 > No bind found for key 'MOUSE_BTN2'. 250.3% 594 > 0 > No bind found for key > 'MOUSE_BTN0'.-MOUSE_BTN0_DBL > No bind found for key 'MOUSE_BTN0_DBL'. 9% 607 > 0 > A: 42.8 V: 92.8 A-V:-49.998 ct: 3.340 2300/2300 3% 0% 227.3% 2286 > 0 > Exiting... (Quit) Your system is probably to slow to not use caching. Also recall that the current cx18 driver doesn't do the first analog capture after modprobe properly. So if you have no audio or lots of missing frames on the first capture don't worry. So after a modprobe, start mplayer on a cx18 device, stop mplayer, and start it again. Here's how I typically invoke mplayer for my HVR-1600: $ mplayer -cache 8192 /dev/video1 You can use 16384 or some higher number, if your system appears to need it. The cache parameter appears to be smoothing out the frame delivery to the software decoder, as, I think, the cx23418 may be sending encoded frames at not such a steady rate. Regards, Andy _______________________________________________ ivtv-devel mailing list [email protected] http://ivtvdriver.org/mailman/listinfo/ivtv-devel
