On Wednesday 22 August 2007 02:58:51 Christopher Thielen wrote: > I had to change the mplayer line from pal to ntsc, and that's all I > changed, so I ran: > > mplayer -demuxer rawvideo -rawvideo ntsc:format=hm12 /dev/video32 > > Earlier in the day, video appeared just fine in the mplayer window,
So no 'tearing' like you got when capturing from video0? If you first use video32 for a minute, then stop mplayer and start 'mplayer /dev/video0' does the tearing reappear? That might indicate a problem with the compression phase and not with the cx2584x. > but I checked it later on in the day and I got this weird image where > 2/3s of the screen was used by the channel I wanted (I used > ivtv-tune) and another channel took up a different 1/3. The exact > same command that produced this produced a perfect image hours > earlier. Here is a picture of what I'm talking about: > http://chris.luethy.net/get_photo.php?id=670 I think it is wise that you either test your card under Windows or go back to the old situation. Basically I need to have proof that the card isn't broken. I've never seen this sort of issues before and especially the results of this test suggest a hardware problem to me. There is nothing special about your card so if this was a driver problem then I'd expect to get many bug reports about this. Regards, Hans > > Also, while this corrupt mplayer was running, I ran the v4l2-ctl > --log-status command. Here is it's output: > > > Status Log: > > ivtv0: ================= START STATUS CARD #0 ================= > ivtv0: Version: 1.1.0 Card: WinTV PVR 500 (unit #1) > <4>ivtv0: All encoder YUV stream buffers are full. Dropping data. > <4>ivtv0: Cause: the application is not reading fast enough. > tveeprom 1-0050: Hauppauge model 23552, rev D492, serial# 8023885 > tveeprom 1-0050: tuner model is Philips FQ1236A MK4 (idx 92, type > 57) tveeprom 1-0050: TV standards NTSC(M) (eeprom 0x08) > tveeprom 1-0050: second tuner model is Philips TEA5768HL FM Radio > (idx 101, type 62) > tveeprom 1-0050: audio processor is CX25843 (idx 37) > tveeprom 1-0050: decoder processor is CX25843 (idx 30) > tveeprom 1-0050: has radio, has no IR receiver, has no IR > transmitter tda9887 1-0043: Data bytes: b=0xd4 c=0x30 e=0x44 > cx25840 1-0044: Video signal: present > cx25840 1-0044: Detected format: NTSC-M > cx25840 1-0044: Specified standard: NTSC-M > cx25840 1-0044: Specified video input: Composite 7 > cx25840 1-0044: Specified audioclock freq: 48000 Hz > cx25840 1-0044: Detected audio mode: stereo > cx25840 1-0044: Detected audio standard: BTSC > cx25840 1-0044: Audio muted: no > cx25840 1-0044: Audio microcontroller: running > cx25840 1-0044: Configured audio standard: automatic detection > cx25840 1-0044: Configured audio system: BTSC > cx25840 1-0044: Specified audio input: Tuner (In8) > cx25840 1-0044: Preferred audio mode: stereo > wm8775 1-001b: Input: 2 > ivtv0: Video Input: Tuner 1 > ivtv0: Audio Input: Tuner 1 > ivtv0: Tuner: TV > ivtv0: Stream: MPEG-2 Program Stream > ivtv0: VBI Format: Private packet, IVTV format > ivtv0: Video: 480x480, 30 fps > ivtv0: Video: MPEG-2, 4x3, Variable Bitrate, 4500000, Peak > 6000000 ivtv0: Video: GOP Size 15, 2 B-Frames, GOP Closure > ivtv0: Audio: 48 kHz, Layer II, 384 kbps, Stereo, No Emphasis, No > CRC ivtv0: Spatial Filter: Manual, Luma 1D Horizontal, Chroma 1D > Horizontal, 0 > ivtv0: Temporal Filter: Manual, 0 > ivtv0: Median Filter: Off, Luma [0, 255], Chroma [0, 255] > ivtv0: Status flags: 0x00200000 > ivtv0: Stream encoder MPG: status 0x0000, 0% of 4096 KiB (128 > buffers) in use > ivtv0: Stream encoder YUV: status 0x0118, 98% of 2056 KiB (195 > buffers) in use > ivtv0: Stream encoder VBI: status 0x0000, 0% of 1040 KiB (61 > buffers) in use > ivtv0: Stream encoder PCM: status 0x0000, 0% of 324 KiB (72 > buffers) in use > ivtv0: Read MPG/VBI: 13671132/58212 bytes > ivtv0: ================== END STATUS CARD #0 ================== > > - Christopher Thielen > > Hans Verkuil wrote: > > On Tuesday 21 August 2007 22:20:34 Christopher Thielen wrote: > >> I switched to KnoppMyth a few days ago, and it had the needed > >> kernel-devel packages. > >> > >> This compiled and installed fine, and I rebooted the system but > >> unfortunately the problem persists. > >> > >> I should add that I believe the problem began after upgrading > >> software, so it's possible using my old firmware (which I no > >> longer have, but obtained around Oct. 2005) might solve the > >> problem. Is this likely a firmware issue? Is there a place to > >> obtain old firmware for the Hauppage PVR-500? > > > > Do this test first using mplayer: > > > > mplayer -demuxer rawvideo -rawvideo pal:format=hm12 /dev/video32 > > > > Does this show the same problem with the image? If so, then I'd say > > it's unlikely to be a firmware problem. You can get older firmwares > > here: http://dl.ivtvdriver.org/ivtv/firmware, but you'll have to > > change the IVTV_FW_ENC_SIZE define in ivtv-firmware.c to > > '(256*1024)' otherwise the older firmware won't load. > > > > Can you also show me the output of 'v4l2-ctl --log-status'? > > Preferably while capturing. > > > > Thanks, > > > > Hans _______________________________________________ ivtv-users mailing list [email protected] http://ivtvdriver.org/mailman/listinfo/ivtv-users
