Orange... oh no, it's green. Whoops.

[zettai]

Hi there.

First of all, I'd like to give a big shout to all the xvid developers for doing such an amazing job with this codec. It's really something.


I've been doing a few encodes recently and this one today was the first time that I'd seen this happen but I'm guessing the problem may have appeared before.

Anyway, essentially the deal is that in this pan scene (from the bebop movie dvd I was encoding) the scene starts off orange but as it moves up, the image starts becoming green as you can hopefully see in the attached image. This reset again a few seconds later when the next keyframe comes in.

I just thought I'd point it out. The whole end section of this movie has a lot of this really rich orange colour in it and it does tend to go green when it moves around for some reason.


OK, just in case they are of any use/significance here is what hardware and setting I used to encode.

Duron 800 (fsb overclocked)
Via KT133a mobo
256mb SDRAM

XVID build - koepie's version of 2nd March 2002.

2 pass vbr with bitrate curve calculatred in gknot (as per doom9 guides)

Motion Detection 6 (Ultra High)
Quantizer Method - MPEG
Bitrate av 1724
Quantizers 1 to 31
min/max keyframe intervals 10 and 300
Auto CPU optimizations.

Oh yeah, and the FourCC is XVID, of course. Nic - you rule.

Well, there you go. It may be interesting, it may not. I just happened to notice it.

Keep up the good work everyone ^_^

[zettai]

OK, the attachment doesn't seem to work for me so here's the images.

Before
http://penguinhosting.net/~zettai/bebop1.jpg

During
http://penguinhosting.net/~zettai/bebop2.jpg

After
http://penguinhosting.net/~zettai/bebop3.jpg

[Teegedeck]

The attachment works now, but I never encountered that kind of error - nice colours! ^o^ -h, Koepi?

[-h]

Totally weird. The codec core has been revised (released yesterday), but no one has distributed the binary yet. It might fix it, or make it worse, or look the same.

I've copied your post on the xvid.org forum, hopefully someone has an idea. I can't imagine what could cause this.

Thanks! Good bug reports are very useful.

-h

[zettai]

Well, if there's anything I could do to help locate the problem I'd gladly help as much as I know how.

I've kept the original stats files and the gknot recalculated version.

I can do a re-encode of that scene with different settings too if you like.

Just let me know.

[oh, and incase it's siginficant I didn't encode with luminance masking]

[avih]

from measuring your image, i think your vert resolution is 312, which is not a multiple of 16. could it be the issue??

[-h]

Could you try playing the file with the DivX decoder? I.e. chaning FourCC codes to divx/DX50. It handles non-16 resolutions "better" from experience.

That aside, I've never had an issue with XviD with a resolution multiple of 8 (as 312 is), and even in that case the erroneous padding would occur at the bottom of the frame instead of the top.

It's weird and odd.

-h

[zettai]

Indeed.

Yes, you are correct that I foolishly used the wrong resize settings. The movie was supposed to be resized to 576x304. my bad.

This *could* be significant ^_^

I do have some other news too, though....

I can't recreate the issue by reencoding that scene. I'm using the exact same settings as I did before (except I'm selecting an area around the odd scene) but this time it comes out fine.

I've no idea why ^_^

Oh well. This one's lost on me.

[zettai]

I've sussed it.


It's a filter issue, but it's not an issue with Nic's.

I'd been testing the encode out on both filters and had forgotten that the second half of the movie was still set to DIVX.

It only goes green with the divx4 filter, it's fine on Nics.

^_^


------
Additional:

The image was a snapshot taken from virtualdub. Does this mean that the video for windows thingy shows it as green as well as the div4 ds filter? I'm not too clever on this whole direct show thingy but I'll give it a futher peek.

[philippas]

Did you used mpeg quantizer ?

[zettai]

Yeah, this is where the problem lies. I'd used the MPEG quantizer but had foolishly changed the FourCC to DIVX when messing around comparing the two filters.

I thought I'd changed it back but I'd only changed the first half of the movie, not the second.

[Nic]

Doh! :D