Announcement

**zeb7** · 24 May 2002, 20:57

look's like you're Bios setting (AGP or memory ) are a little to fast
Are you using the "mtstutil.exe" or reg patch to force the AGP to 4X ? , (if so set it to back to default)
If the Bios is set to 4x agp ,This doesn't mean its running at 4x win windows

Then in the AGP part of the Bios set "fast write" to off , in fact set all to off or low
for this test , except the AGP driving control leave that set to Auto.

If the Memory timings are set to MAX or turbo/fastest set it to normal

Now try to capturing some video .if the video is ok , slowly change all the
Bios setting 1 setting per reboot until you find the upper limit
Remember to write down all the bios setting you change

My main problem with corrupted Video was pink and green blocks , because
that what MJPEG looks like when corrupted

>AVI_IO does not show these distortions while grabbing,
This would be because you see the Overlay not the YUV data that
go's over the AGP though the memory to CPU

These settings work for me
AGP fast write (needs to be OFF) with all other AGP settings to ON
And memory timings needed setting to faster ( i have cheap unbranded memory)

**Tempest** · 26 May 2002, 11:48

Thanks zeb7, very good suggestions all of them... but didn't seem to work. I tested normal memory timings, didn't help (didn't surprise me because I had used memtest86 and Sisoft Sandra's Memory Bandwidth benchmark to test the stability of my memory already).
My Marvel actually defaults to AGP 4x in XP, and seems to works stably at that speed even in 3D, so the 8K3A must have a well-designed, noiseless bus. But I still tried 1x and 2x too.
And I disabled Fast Writes and such options too, but the problem persists. Even removed my sound & network cards to see if they caused interference - nope

I'm starting to get pretty sure that at least one of my hard disks is dying, especially since I'm having problems in the MFT's (Master File Table) of a couple of my partitions... Problem is that both of the drives pass Seagate's drive fitness tests with flying colors, so I don't know what to say if my dealer says "it passes the tests, so there's nothing wrong with it"

**zeb7** · 26 May 2002, 18:47

The "ding-a-dong.avi" clip looks like corruption of the Luminance part of the video
Because the distortion is not showing on the overlay and the AGP,memory and the CPU
are ok , that only leaves the IDE and HD , so i would agree with you that the data Corruption
is happening at the HD's

As a test to take the strain away from the Hard disks ,set the onboard HPT-372 controller
to ATA/33 (or one setting lower than it is at now)
Try capturing with Divx instead of huffy , On the first setting page of Divx codec at the bottom
paste this command in ;
-b1 1000 -key 300 -dr 18,3,4000,12,35 -sc 50 -pq 1

The captured video will be very blocky but should be free of data corruption .

Increase the bit rare to 2000kbs if their no data corruption

And with capture files this small , maybe you could try another Harddisk on the normal
(none raid ) IDE ?

Also Capture with no Audio for the test.

**Flying dutchman** · 26 May 2002, 23:52

I had a problem with "minor" data corruption glitches on a hard drive as I operated it with UDMA-100 cabling. The drives were in non-udma-100 compliant caddies. The problem disappeared as I reverted to "ordinary" flat cable and operated the drive in UDMA-33 mode.

It may also be that your computer is suffering from one of the notorious bugs of the VIA southbridge. They aren't too good on high PCI bus loads, especially in combination with a SBLIVE! sound card. Raw YUY2 data put a terrible strain on the pci bus which aggravates problems.
Does the problem disappear if you capture using hardware MJPG compression? If yes, that's a strong clue.

Announcement

Video distortion when grabbing with G400-TV ?

Video distortion when grabbing with G400-TV ?

Comment

Comment

Comment

Comment