Are you sure that you recording is starting and/or stopping
when you think they are?
Here's a little command line that can allow you to see what is
going on. You can also do something similar by using 2 consoles:
$( timed-copy.pl -m 10 < /dev/video0 > 10min.mpg & ) && watch --interval=1 ls
-al 10min.mpg
You should notice the size of the file increasing immediately and steadily.
I would say pay particular attention at the start of your test to see
if the size is growing initially, and then watch close to the end of the
test phase, to see if the size is continuing to grow.
Running this on my box with my PVR-150 gives me:
Every 1s: ls -al 10min.mpg Mon May 14 14:42:07 2007
-rw-r--r-- 1 mgpaulus mgpaulus 426246144 2007-05-14 14:41 10min.mpg
Running with verbose enabled doesn't give as nice a picture as the above:
$ $( ./timed-copy.pl -m 10 -v -v < /dev/video1 > 10min-2.mpg & )
[EMAIL PROTECTED]:~
$ ...will read using 524288 bytes buffer, for 600 seconds
Script Started At: 2007-05-14 14:43:01
Capture Started At: 2007-05-14 14:43:01
--debug: sysread interrupted, exiting: Interrupted system call
Capture Finished At: 2007-05-14 14:53:01
...read 426770432, wrote 426770432 bytes, ran for 600 seconds (using alarm timer
)
...read 407.00, wrote 407.00 MBytes, ran for 10.00 minutes (using alarm timer)
(My PVR-150 is on video1. My PVR-250 is on video0)
Timothy Chartier wrote:
I still need help with this. Even a pointer as to where to go from here
would be appreciated.
----- Original Message -----
From: "Timothy Chartier"
To: [email protected]
Subject: Re: [ivtv-users] Repost: Not recording the corrrect legnth.
Date: Wed, 02 May 2007 14:25:32 -0500
Sorry for the long delay (2 months!) in replying. Again life got busy.
I tried the script as requested and got the same result. I even went
so far as to download KnoppixMyth and install that on the drive from
scratch. While it added a lot of extra stuff I didn't need (or want)
it did show me that the problem still existed even through the
install off the KnoppixMtyh CD. Where do I go from here to fix this
issue and get my MythTV box working correctly?
--- Below is the message that was last posted to me for reference ---
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 <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" <clists[at]perrin.socsci.unc.edu>
>> To: "User discussion about IVTV" <ivtv-users[at]ivtvdriver.org>
>> 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 <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
>> ivtv-users[at]ivtvdriver.org
>> http://ivtvdriver.org/mailman/listinfo/ivtv-users
--
<http://a8-asy.a8ww.net/a8-ads/adftrclick?redirectid=en-mail_a_01>
_______________________________________________
ivtv-users mailing list
[email protected]
http://ivtvdriver.org/mailman/listinfo/ivtv-users
--
<http://a8-asy.a8ww.net/a8-ads/adftrclick?redirectid=en-mail_a_01>
------------------------------------------------------------------------
_______________________________________________
ivtv-users mailing list
[email protected]
http://ivtvdriver.org/mailman/listinfo/ivtv-users
--
Mark Paulus
2424 Garden of the Gods Rd | Phone: v622-5578 / 719-535-5578
0419/117 - LEC Access ; D5-1010 | FAX: 719-535-1665
Colo Springs, CO 80919 | 1800PageMCI / 1406052
AIM : mgpaulus1 / sametime : mark.paulus
begin:vcard
fn:Mark Paulus
n:Paulus;Mark
org:MCI;Lec Interfaces / 40419
adr;dom:;;2424 Garden of the Gods Rd;Colorado Springs;CO;80919
email;internet:[EMAIL PROTECTED]
title:Mark Paulus
tel;work:719-535-5578
tel;pager:800-pagemci / 1406052
tel;home:v622-5578
version:2.1
end:vcard
_______________________________________________
ivtv-users mailing list
[email protected]
http://ivtvdriver.org/mailman/listinfo/ivtv-users
