I downloaded and tried to run the timed-copy program however while my bash scripting is fairly decent my peal leaves a lot to be desired. Hence I was unable to figure out how to specify how to get it to change STDIN to be /dev/video0. There doesn't appear to be a command line option for that that I can see in the script. Have I missed something obvious? I did find the -useage option (via looking at the source) but nothing there about pulling from /dev/video0 either. Can you point me in the right direction? I don't know if this makes a difference but I read somewhere about motherboard compatibility issues. I am running an Athalon XP 3000+ with and MSI K7N2GM2-LSR motherboard. This has a nForce2 chipset. So far I haven't read anything bad about this chipset and ivtv but that doesn't mean there isn't any. Thanks for the help -Thymus
> ----- Original Message ----- > From: "Andrew Perrin" <[EMAIL PROTECTED]> > To: "User discussion about IVTV" <[email protected]> > Subject: Re: [ivtv-users] Repost: Not recording the corrrect legnth. > Date: Mon, 5 Mar 2007 15:12:21 -0500 (EST) > > > My best guess is that you're looking at a buffering problem - when you > kill the cat process, it's still got data to flush from the buffer, and > killing the process causes it simply to drop the data. Have you tried > something like timed-copy.pl ? > (http://www.aczoom.com/pub/tools/timed-copy) > > ---------------------------------------------------------------------- > Andrew J Perrin - andrew_perrin (at) unc.edu - http://perrin.socsci.unc.edu > Assistant Professor of Sociology; Book Review Editor, _Social Forces_ > University of North Carolina - CB#3210, Chapel Hill, NC 27599-3210 USA > New Book: http://www.press.uchicago.edu/cgi-bin/hfs.cgi/00/178592.ctl > > > > On Mon, 5 Mar 2007, Timothy Chartier wrote: > > > Below is a reposting of an unanswered help request I submited on Feb, 23, > > 2007. I appened the information from my MythTV request for easy access to > > the information. > > ------ > > > > > > I have a PVR-150 and am trying to get a MythTV box working. I have found > > that after trying to get MythTV working that it was not recording all of > > my shows. Long story short I ended up testing the card by using cat > > /dev/video0 > 10min.mpg and playing the result. What I got was just over > > 7 min though I timed it and recorded it for 10 min (+/- a few seconds). > > I think I may have the card incorrectly configured. The original post is > > located at > > http://mythtv.org/pipermail/mythtv-users/2007-February/167868.html > > and here is a snippit from dmesg. If any further info is needed feel > > free to ask. > > Thanks in advance. > > -Thymus > > > > ivtv: ==================== START INIT IVTV ==================== > > ivtv: version 0.7.1 (tagged release) loading > > ivtv: Linux version: 2.6.17-2-686 SMP mod_unload 686 REGPARM gcc-4.1 > > ivtv: In case of problems please include the debug info between > > ivtv: the START INIT IVTV and END INIT IVTV lines, along with > > ivtv: any module options, when mailing the ivtv-users mailinglist. > > ivtv0: Autodetected Hauppauge WinTV PVR-150 card (cx23416 based) > > ACPI: PCI Interrupt Link [APC4] enabled at IRQ 19 > > ACPI: PCI Interrupt 0000:02:07.0[A] -> Link [APC4] -> GSI 19 (level, low) > > -> IRQ 209 > > ivtv0: Unreasonably low latency timer, setting to 64 (was 32) > > tveeprom 2-0050: Hauppauge model 26582, rev E6B2, serial# 9784951 > > tveeprom 2-0050: tuner model is TCL M2523_5N_E (idx 112, type 50) > > tveeprom 2-0050: TV standards NTSC(M) (eeprom 0x08) > > tveeprom 2-0050: audio processor is CX25843 (idx 37) > > tveeprom 2-0050: decoder processor is CX25843 (idx 30) > > tveeprom 2-0050: has no radio, has no IR remote > > tuner 2-0061: chip found @ 0xc2 (ivtv i2c driver #0) > > cx25840 2-0044: cx25843-23 found @ 0x88 (ivtv i2c driver #0) > > Creative EMU10K1 PCI Audio Driver, version 0.20a, 16:56:49 Sep 13 2006 > > cx25840 2-0044: loaded v4l-cx25840.fw firmware (16382 bytes) > > wm8775 2-001b: chip found @ 0x36 (ivtv i2c driver #0) > > ivtv0: loaded v4l-cx2341x-enc.fw firmware (262144 bytes) > > ivtv0: Encoder revision: 0x02050032 > > ivtv0: Allocate DMA encoder MPEG stream: 128 x 32768 buffers (4096KB > > total) > > ivtv0: Allocate DMA encoder YUV stream: 194 x 10800 buffers (2048KB > > total) > > ivtv0: Allocate DMA encoder VBI stream: 120 x 17472 buffers (2048KB > > total) > > ivtv0: Allocate DMA encoder PCM audio stream: 455 x 4608 buffers (2048KB > > total) > > tuner 2-0061: type set to 50 (TCL 2002N) > > ivtv0: Initialized Hauppauge WinTV PVR-150, card #0 > > ivtv: ==================== END INIT IVTV ==================== > > > > > > > > > > > > Below is the contents of > > http://mythtv.org/pipermail/mythtv-users/2007-February/167868.html for > > easy access. > > ------ > > > > Ok, now that things have calmed down from the holidays and stuff I have > > been able to get back to my MythTV project. > > Before it got side tracked I found that while MythTV worked it was doing > > something strange in the way of not recording the whole time alloted. I > > found that when recording that I was only getting aobut 20 min for a 30 > > min show. At the time I tohught it was a problem with MythTV. Sence then > > I tried > > cat /dev/video0 > 10min.mpg > > for 10 min (yes I used a timmer) and when I went to view it with VLC on > > my Powerbook (OSX) it was only 7 min 18 sec long. That scales up to the > > same 20 min for a 30 min show. Given this it seems I have the card > > configured incorrectaly. Are there some settings I need to set to get it > > to properly decode the RCA input lines from my satalite reciver? There > > does appear to be a few droped frames in the message history of VLC but I > > do not know if this applies to this problem or not. Below is log from > > the VLC program in the hopes that it points to a reason for the problem > > as there are a lot of warnings in there. > > > > main debug: CPU has capabilities AltiVec FPU > > main debug: looking for memcpy module: 2 candidates > > main debug: using memcpy module "memcpyaltivec" > > main debug: waiting for thread completion > > main debug: thread 33658368 (playlist) created at priority -47 > > (playlist/playlist.c:184) > > main debug: waiting for thread completion > > main debug: thread 33580544 (preparser) created at priority -47 > > (playlist/playlist.c:210) > > main debug: looking for interface module: 1 candidate > > main debug: using interface module "hotkeys" > > main debug: thread 34542080 (interface) created at priority -47 > > (interface/interface.c:198) > > main debug: looking for interface module: 3 candidates > > main debug: using interface module "macosx" > > main debug: thread 33667584 (manage) created at priority -47 > > (interface/interface.c:164) > > main debug: adding playlist item `10min.mpg' ( > > /Users/thymus/Desktop/10min.mpg ) > > main debug: creating new input thread > > main debug: waiting for thread completion > > main debug: thread 34849792 (input) created at priority 37 > > (input/input.c:261) > > main debug: creating statistics handler > > main debug: `/Users/thymus/Desktop/10min.mpg' gives access `' demux `' > > path `/Users/thymus/Desktop/10min.mpg' > > main debug: creating demux: access='' demux='' > > path='/Users/thymus/Desktop/10min.mpg' > > main debug: looking for access_demux module: 1 candidate > > macosx debug: input has changed, refreshing interface > > main debug: creating access '' path='/Users/thymus/Desktop/10min.mpg' > > main debug: looking for access2 module: 7 candidates > > vcd debug: trying .cue file: /Users/thymus/Desktop/10min.cue > > access_file debug: opening file `/Users/thymus/Desktop/10min.mpg' > > main debug: using access2 module "access_file" > > main debug: pre-buffering... > > main debug: received first data for our buffer > > main debug: pre-buffering done 1408981 bytes in 0s - 21726 kbytes/s > > main debug: creating demux: access='' demux='' > > path='/Users/thymus/Desktop/10min.mpg' > > main debug: looking for demux2 module: 43 candidates > > main debug: using demux2 module "ps" > > main debug: looking for a subtitle file in /Users/thymus/Desktop/ > > main debug: `/Users/thymus/Desktop/10min.mpg' successfully opened > > main debug: selecting program id=0 > > main debug: looking for decoder module: 25 candidates > > main debug: using decoder module "libmpeg2" > > main debug: thread 34919936 (decoder) created at priority -47 > > (input/decoder.c:159) > > libmpeg2 debug: 720x480 (display 720,480), aspect 576000, sar 8:9, 29.971 > > fps > > main debug: no usable vout present, spawning one > > main debug: window size: 720x540 > > main debug: looking for video output module: 3 candidates > > opengl debug: Texture size: 720x480 > > main debug: looking for opengl provider module: 1 candidate > > macosx debug: display is Quartz Extreme accelerated > > main debug: looking for decoder module: 25 candidates > > main debug: Registering subpicture channel, ID: 2 > > main debug: Registering subpicture channel, ID: 3 > > main debug: Registering subpicture channel, ID: 4 > > main debug: Registering subpicture channel, ID: 5 > > ffmpeg debug: libavcodec initialized (interface 3344640 ) > > ffmpeg debug: ffmpeg codec (MPEG Audio layer 1/2) started > > main debug: using decoder module "ffmpeg" > > main debug: thread 35092992 (decoder) created at priority 37 > > (input/decoder.c:159) > > main debug: no aout present, spawning one > > main debug: looking for audio output module: 2 candidates > > main debug: VLC is looking for: 's16b' 48000 Hz Stereo frame=1 samples/4 > > bytes > > auhal debug: system has [1] device(s) > > auhal debug: DevID: 0xa DevName: Built-in Audio > > auhal debug: supported format: [44100][lpcm][30][4][1][4][2][16] > > auhal debug: current format is: [44100][lpcm][43][4][1][4][2][32] > > auhal debug: layout of AUHAL has 2 channels > > auhal debug: selected 2 physical channels for device output > > auhal debug: VLC will output: Stereo > > auhal debug: we set the AU format: [48000][lpcm][11][8][1][8][2][32] > > auhal debug: the actual set AU format is > > [48000][lpcm][11][8][1][8][2][32] > > main debug: using audio output module "auhal" > > main debug: output 'fl32' 48000 Hz Stereo frame=1 samples/8 bytes > > main debug: mixer 'fl32' 48000 Hz Stereo frame=1 samples/8 bytes > > main debug: no need for any filter > > main debug: looking for audio mixer module: 3 candidates > > main debug: using audio mixer module "trivial_mixer" > > main debug: input 's16b' 48000 Hz Stereo frame=1 samples/4 bytes > > main debug: filter(s) 's16b'->'fl32' 48000 Hz->48000 Hz Stereo->Stereo > > main debug: looking for audio filter module: 24 candidates > > main debug: using audio filter module "s16tofloat32" > > main debug: found a filter for the whole conversion > > main debug: filter(s) 'fl32'->'fl32' 52800 Hz->48000 Hz Stereo->Stereo > > main debug: looking for audio filter module: 24 candidates > > main debug: using audio filter module "bandlimited_resampler" > > main debug: found a filter for the whole conversion > > main warning: non-dated buffer received > > main warning: PTS is out of range (180604), dropping buffer > > main warning: PTS is out of range (161384), dropping buffer > > main warning: PTS is out of range (138256), dropping buffer > > main warning: PTS is out of range (115204), dropping buffer > > main warning: PTS is out of range (92058), dropping buffer > > main warning: PTS is out of range (68900), dropping buffer > > main warning: PTS is out of range (69743), dropping buffer > > main warning: PTS is out of range (22648), dropping buffer > > main warning: PTS is out of range (-495), dropping buffer > > main warning: PTS is out of range (-23650), dropping buffer > > main debug: using opengl provider module "macosx" > > main debug: using video output module "opengl" > > main debug: got 1 direct buffer(s) > > main debug: picture in 720x480 (0,0,720x480), chroma I420, ar 4:3, sar > > 8:9 > > main debug: picture user 720x480 (0,0,720x480), chroma I420, ar 4:3, sar > > 8:9 > > main debug: picture out 720x480 (0,0,720x480), chroma YUY2, ar 4:3, sar > > 8:9 > > main debug: looking for chroma module: 6 candidates > > main debug: using chroma module "i420_yuy2_altivec" > > main debug: indirect render, mapping render pictures 0-7 to system > > pictures 1-8 > > main debug: waiting for thread completion > > main debug: thread 36672512 (video output) created at priority 37 > > (video_output/video_output.c:421) > > main warning: vout synchro warning: pts != current_date (854106) > > main warning: late picture skipped (530584) > > main warning: late picture skipped (50414) > > main warning: late picture skipped (36557) > > main warning: late picture skipped (18439) > > main warning: late picture skipped (5406) > > main debug: decoded 83/105 pictures > > > > _______________________________________________ > ivtv-users mailing list > [email protected] > http://ivtvdriver.org/mailman/listinfo/ivtv-users > = Central Coast Real Estate Vickie Mullins Vickie Mullins, a seasoned CA central coast real estate agent, represents clients in the buying or selling of homes, land and vineyards in beautiful North San Luis Obispo County. http://a8-asy.a8ww.net/a8-ads/adftrclick?redirectid=ae8c910219fdef66e162dcc3d21b072f _______________________________________________ ivtv-users mailing list [email protected] http://ivtvdriver.org/mailman/listinfo/ivtv-users
