On Tue, 6 Mar 2007, Timothy Chartier wrote: > 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 >
The program is written to use stdin, as in: timed-copy.pl -m 10 < /dev/video0 > 10min.mpg but if you prefer to hard-code it to read from /dev/video0, you'd need to: - Insert immediately before binmode(STDIN, ':raw'); : open(VIDEO,"</dev/video0") or die $!; - Replace all instances of STDIN with VIDEO - Insert, immediately before my $t3 = time(); : close VIDEO; ---------------------------------------------------------------------- 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 > >> ----- 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 > _______________________________________________ ivtv-users mailing list [email protected] http://ivtvdriver.org/mailman/listinfo/ivtv-users
