>> What might be causing these features? Have I got a bad card?
>
> Not likely.
>
> Most likely your VCR is putting out crappy horizontal sync and/or
> vertical sync. Tweaking various registers in the CX2584x chip may have
> positive results for you- but it's not easy for the general user.
Is there any documentation about the various CX2584x registers and the
effect that changing their values might accomplish? Although I'm new to ivtv
and video manipulations in general, I'm willing to try.
I've used 2 different VCR machines from different manufacturers with the
same results, and so am inclined to think the "syncs" are acceptable. I'm
using the PVR-500 to capture VHS tapes for transcription onto DVDs. From the
VCR I have S-Video and audio to the PVR-500, and am using a composite cable
from the VCR to a regular television set. This allows me to compare the
mpeg2 stream with the ordinary tv in real-time, with only a slight delay on
the computer.
The tv doesn't have the "features" that are observed in the mpeg2 that
results from the Hauppauge card. In addition, some sections of the VHS tapes
are entirely visible on the tv while the mpeg2 stream from /dev/video0 is
remarkably distorted in both imagery and color, with wildly oscillating
diagonal black bands making the resultant mpeg2 file most undesirable.
Looking at the tv shows the VHS tapes to be in great shape considering their
age. Looking at the mpeg2 files captured from the card leaves much to be
desired, as the image quality in the mpeg2 files is very badly affected,
sometimes adequate but often distorted in ways that the same tv image
doesn't show.
Here is some information:
$ v4l2-ctl -ISD
Driver info:
Driver name : ivtv
Card type : WinTV PVR 500 (unit #1)
Bus info : PCI:0000:04:08.0
Driver version: 66561
Capabilities : 0x01070051
Video Capture
VBI Capture
Sliced VBI Capture
Tuner
Audio
Radio
Read/Write
Video input : 1 (S-Video 1)
Video standard = 0x00001000
NTSC-M
I'm wondering if there is some "over-sampling" or some such thing in the
mpeg2 output from the card, which introduces noise into the image that isn't
seen in the tv display, e.g. the "stream 0 codec frame rate differs from
container frame rate: 59.94 (60000/1001) -> 29.97 (30000/1001)" and the
warnings and errors in the following output:
$cat /dev/video0 > test.mpg # ... <Ctrl-C>
$ ffmpeg -i test.mpg -target ntsc-dvd -y test_new.mpg
...
Seems stream 0 codec frame rate differs from container frame rate: 59.94
(60000/1001) -> 29.97 (30000/1001)
Input #0, mpeg, from 'test.mpg':
Duration: 00:00:14.92, start: 0.189200, bitrate: 6263 kb/s
Stream #0.0[0x1e0]: Video: mpeg2video, yuv420p, 720x480 [PAR 8:9 DAR
4:3], 8000 kb/s, 29.97 tbr, 90k tbn, 59.94 tbc
Stream #0.1[0x1c0]: Audio: mp2, 48000 Hz, stereo, s16, 224 kb/s
Output #0, dvd, to 'test_new.mpg':
Stream #0.0: Video: mpeg2video, yuv420p, 720x480 [PAR 8:9 DAR 4:3],
q=2-31, 6000 kb/s, 90k tbn, 29.97 tbc
Stream #0.1: Audio: ac3, 48000 Hz, stereo, s16, 448 kb/s
Stream mapping:
Stream #0.0 -> #0.0
Stream #0.1 -> #0.1
Press [q] to stop encoding
[mpeg2video @ 0x95a17c0]ac-tex damaged at 10 25=14.40 bitrate=6214.5kbits/s
[mpeg2video @ 0x95a17c0]Warning MVs not available
[mpeg2video @ 0x95a17c0]concealing 225 DC, 225 AC, 225 MV errors
frame= 626 fps= 10 q=17.9 Lsize= 16694kB time=14.59 bitrate=9372.1kbits/s
video:15563kB audio:798kB global headers:0kB muxing overhead 2.037058%
----------------------------
I'm really having a serious problem with the mpeg2 output of the Hauppauge
card and would be grateful for any help in solving the issue within a Linux
environment.
_______________________________________________
ivtv-users mailing list
[email protected]
http://ivtvdriver.org/mailman/listinfo/ivtv-users
