BUG: Croma/luma displacement

[snorre]

I've been trying to encode some cartoons lately (with 1.0RC2), but I can't get it to work right.
The result looks like this:
http://www.asylet.org/bscap000.jpg

As you can see, the chroma-signal is one frame ahead of the luma-signal.

I've tried to encode several Futurama (the picture is from the S01E01 intro) and Powerpuff Girls episodes, but they all look the same.

Here are my stats:

-XviD 1.0 RC2 (self compiled with default settings, using MSVC++ 6)
-AMD XP2500+ @ 3200+ (it's a factory 3200 that has been down-scaled to meet demand for 2500's)
-WinXP Pro SP1 w/ Gordian Knot 0.28.7 for ripping and encoding.
-Playback tested with both XviD 0.9.3(?) and 1.0 RC2 using DShow and FFD using WMP8&9 and BSPlayer 1.0. Video decodes bad if encoded in 1.0 and decoded in 0.9 or 1.0, but good if encoded in 0.9 and decoded in 0.9 (if decoded in 1.0, it still looks like the in the picture)

I'll compile RC3 later tonight to see if things have changed.

[communist]

Does your source (avs) show this? It may very well be due to your overclocked system.

[Koepi]

This problem was known until RC2 - that's the famouse thing which is called:

- Mod4 / YV12 resolutions encoding fixed

from the changelog.

So RC3 fixes that issue for you.

Btw., just for the technical side, there are plenty of vga cards / drivers out there which don't work properly with overlays with non-mod-16 resolution. You might want to stay mod16 (i.e. 512x384, 640x272,...) just for this reason.

Regards
Koepi

EDIT: of course communist can be right too. check your AVS.

[crusty]

You might also want to check the avisynth usage forum...I've seen topics about simpsons there. Apparently the simpsons DVD's are not of very good quality.

[snorre]

Originally posted by communist
Does your source (avs) show this? It may very well be due to your overclocked system.

Checked the .avs in VDubMod now, and it's the same there (with RC3).

As I said in the description, my XP2500+ is really an XP3200+ that has been set to run at 333MHz FSB at the factory instead of 400MHz FSB, to meet demand for XP2500+ CPU's (wich there was a HUGE shortage of/demand for for a while).

[communist]

Originally posted by snorre
Checked the .avs in VDubMod now, and it's the same there (with RC3).

Do I understand you correct that your source has this problem already?

[snorre]

Originally posted by communist
Do I understand you correct that your source has this problem already?

Well, I'd REALLY like to know what's wrong now... I down-clocked my system to 333MHz FSB just to see, and it's still bad. I just checked the .vob, and it's fine!

Here's the script (generated by GK):

LoadPlugin("C:\PROGRA~1\GORDIA~1\mpeg2dec3.dll")
LoadPlugin("C:\PROGRA~1\GORDIA~1\undot.dll")
LoadPlugin("C:\PROGRA~1\GORDIA~1\decomb.dll")
LoadPlugin("C:\PROGRA~1\GORDIA~1\KernelDeInt.dll")
mpeg2source("D:\DVD\FUTURAMA_DISC_1_VTS_01_PGC1\FUTURAMA_DISC_1.d2v")
crop(10,6,704,564)
KernelDeInt(order=1,sharp=true)
LanczosResize(544,400)
Undot()

[VincentRPGz]

I seem to be having the same problem.
I play in MPC, the colors go wild.

Currently on a:
Pentium 4 2.8 HT
512 megs ram
nvidea Video card


This has been happening since the first beta of Xvid, and i use ffdshow, and it seems to go away. but as soon as i uninstall the decoder, boom, its back..

[Koepi]

Resize to 512x384 and look again what happens...

If that doesn't help already then do a crop on mod 4 width. I often had such problems with wrong croppping.

Btw., this isn't a xvid bug so i'll move this into avisynth forums.

Regards
Koepi

[manono]

snorre-

What happens if you do this:
LoadPlugin("C:\PROGRA~1\GORDIA~1\mpeg2dec3.dll")
LoadPlugin("C:\PROGRA~1\GORDIA~1\undot.dll")
LoadPlugin("C:\PROGRA~1\GORDIA~1\decomb.dll")
LoadPlugin("C:\PROGRA~1\GORDIA~1\KernelDeInt.dll")
mpeg2source("D:\DVD\FUTURAMA_DISC_1_VTS_01_PGC1\FUTURAMA_DISC_1.d2v")
#KernelDeInt(order=1,sharp=true)
Telecide(Order=1,Post=0,Guide=2)
crop(10,6,704,564)
LanczosResize(544,400)
Undot()
Like crusty, I've also heard of problems with these PAL DVDs, so I'm not positive that'll fix it. But it'll only take a minute to check.

This may not be the problem, but YV12 calls for cropping interlaced material height at Mod 4 (both top and bottom crops should be 4 or 8 in your case).

http://www.avisynth.org/index.php?page=Crop

So that's why I moved the crop after the Telecide. If Telecide doesn't work, try crop after KernelDeInt. And if that doesn't work, then maybe try FieldDeinterlace(Blend=False,Full=False), instead of KernelDeInt.

In any event, I don't believe this has anything to do with XviD. The same thing would happen if you were to encode into DivX 5, I think.

Koepi beat me to it. :)

[snorre]

The "crop by 4's" worked.

Thanks.