Green and Red problem

[Demone]

Once again I must report a coloration problem
I got a similar one in all codecs (3.11, 4.12) but minimal
almost unnoticeable, (it seems a yuv problem as forcing rgb in Bsplayer solve PARTIALLY this) but yesterday I tried xvid and in all the possible encoding ways the codec permits, I get green bands that move gently like smoke on the screen.(I notice that every keyframe reset the right coloration but in the deltas that follow it start to deteriorate more and more and the green is more and more visible up to the next keyframe that put it right and so on).
Please help me as I cannot accept anymore this problem that is fucking up all my movies (btw I dunno if the movie is right and its a
reproduction problem).

I got w2k sp1 + geforce-mx + last video drivers(probably the videocard?)

[-h]

I don't know if file attachment is working yet, so posting an avi segment wouldn't help us much..

What happens if you load the video in VirtualDub, thus using XviD's own decoder? If it's still there, try copying the source frame to the clipboard and pasting it in mspaint, so you can see if it's a hardware overlay issue.

Can't say I've heard of something this serious though.

-h

[Demone]

Thanks -h if ur going to stay on the forum wait that I check under virtualdub, btw how can I change the fourcc in the avi ?
Once theWef told me it could be an overlay problem, but how to solve it ?

thx

[Demone]

I tried with VirtualDub and IT WORKED !!!
So what to do ?
I think this will not solve the 3.11 problem.

THANK U

[-h]

You can change the FourCC to xvid/XVID with http://doom9.org/Soft21/Editing/AviC.zip . If it does turn out to be an overlay issue.. then disable the overlay :)

There are a couple options that can do it, either in MPlayer -> Properties -> Advanced -> Video Renderer Properties -> DirectDraw, or in the Display control panel -> Settings -> Advanced -> Troubleshooting.

Edit: if it worked in VDub, I'm guessing you're using MPEG quantization? It just so happens that DivX4 doesn't particularly get along with it, so you might have to live with no post-processing if you want to use MEPG. It also might be your gfx card however, if DivX 3.11 is suffering from the same problem. Is there anyone's you can borrow?

-h

[Demone]

I cant set the fourcc, when I open the movie file it says:
FourCC Description Code: xvid
FourCC Used Codec: DIVX

but if I open the second listbox I can only choose between mp41
mp42 mp43 div3

what to do ?

[sierrafoxtrot]

you actually have to *physically* type xvid into the 4CC Used field. ;)

rgds

SF

[-h]

You can type into the box to enter anything you feel like. Just set it to:

FourCC Description Code: xvid
FourCC Used Codec: XVID

And you should be right.

But I'm going to bed :) Good luck!

-h

[Demone]

ok worked, but It seems not to use any hw acceleration.
btw the green-red (3.11 problem) still remain.
I'd like to post some screen shot.
Bsplayer cant read the file.

[sierrafoxtrot]

check if you've registered the Xvid decoder filter ... if not, then i'm not sure what the problem is. are the entry fields in change fourCC case-sensitive?

actually, i have a similar problem when encoding magnolia, the scene with text against a blue sky gives me black vapour trails which don't show up in Vdub. could be the filter, or just because i was using MPEG quantization ...

[rui]

Humm...It seems that MPEG quantization still have some quirks.
I read in these forums that using it sharpens the video. But is the difference so noticeable that it’s worth this little bugs?

[Ripe73]

Originally posted by rui
Humm...It seems that MPEG quantization still have some quirks.
I read in these forums that using it sharpens the video. But is the difference so noticeable that it’s worth this little bugs?
HI!

I just wonder the same what do you moderator think?If we use neutral bicubic and H:263 insteed MPG quantization in 2cd ripps

[Mental]

My problem is that I get green coloration when I use the Xvid-playback filter, but not when I use the DIVX4 one. But the picture looks worse with the DIVX4-filter.

[Teegedeck]

Originally posted by Mental
My problem is that I get green coloration when I use the Xvid-playback filter, but not when I use the DIVX4 one. But the picture looks worse with the DIVX4-filter.

Now this sounds new... :)

But seriously, I haven't heard of that kind of bug before.

When you experience any kind of strange behaviour of the decoder, the first thing you should do, is to play back the video in VirtualDub and see if the bug still is there. If it isn't, it's not a quirk in the encoder - so the video iself is OK (seems quite important to me...) Now try changing the video's fourcc to 'XVID' and try watching it in Mediaplayer. If the bug is gone, it's all the DivX4's decoder's fault! It simply doesn't comply with MPEG4-standard completely, yet. If the bug still is there, XviD's decoder filter has a problem, too. (Make sure you don't use exotic settings like 'force rgb-mode' or something.
If you can also see the bug when playing back with VirtualDub, we have something intersting.

[Teegedeck]

Originally posted by Ripe73

HI!

I just wonder the same what do you moderator think?If we use neutral bicubic and H:263 insteed MPG quantization in 2cd ripps

If I followed the discussion correctly, the MPEG quantizer is absolutely fine; the problem is that you'll have to use the XviD DSF and hence watch your videos without post-processing (I wouldn't use post-processing with high bitrates, anyway). But H.263 is OK, too, especially if you want to get rid of some noise without using any kind of filters.

[Teegedeck]

For the 3.11-problem: try asking on the appropriate 3.11-forum. Maybe it's got to do with a bad choice of resolution (not multiples of 16)?

[Franko30]

Originally posted by Teegedeck


If I followed the discussion correctly, the MPEG quantizer is absolutely fine; the problem is that you'll have to use the XviD DSF and hence watch your videos without post-processing (I wouldn't use post-processing with high bitrates, anyway). But H.263 is OK, too, especially if you want to get rid of some noise without using any kind of filters.


Hi,

I can't confirm that the problem occurs only with MPEG quantizers.

System and settings, see end of message.

Since playing around with Nic's XVID binaries of February 7th (not so many pink blocks) I noticed the (for me it's a Pink) problem as described by Demone that started this thread.

But, as already stated, it happens only when watching with the DivX DShow filter.

When using the XVID Filter, the movie just keeps getting darker until the next keyframe kicks in to brighten things up and then the darkening-effect starts building up again.

Still, this difference between keyframe and non-keyframe brightness is annoying and is about the only thing that makes me stick to DivX4 at the moment.


Frank




My current (encoding) system uses Celeron Tualatin 1300, WinXP, DivX 4.12, Nic's XVID binaries of February 7th (not so many pink blocks), Geforce 2 MX 400, using Gordian Knot 0.23 for creating the *.avs files (and doing all DivX4 encodings) and Virtual Dub for encoding XVID 1st and 2nd pass. My MPEG2 files (704*576, interlaced) come from the Dazzle/Fast Digital Video Creator II with the source being the German "Premiere World" D-Box pay TV decoder. Around 500 DivX (3 and 4) movies have been encoded using this source with the current encoding resolutions being 576*xxx or 544*xxx for very long movies (1CD settings).

[Mental]

Originally posted by Teegedeck


Now this sounds new... :)

But seriously, I haven't heard of that kind of bug before.

When you experience any kind of strange behaviour of the decoder, the first thing you should do, is to play back the video in VirtualDub and see if the bug still is there. If it isn't, it's not a quirk in the encoder - so the video iself is OK (seems quite important to me...) Now try changing the video's fourcc to 'XVID' and try watching it in Mediaplayer. If the bug is gone, it's all the DivX4's decoder's fault! It simply doesn't comply with MPEG4-standard completely, yet. If the bug still is there, XviD's decoder filter has a problem, too. (Make sure you don't use exotic settings like 'force rgb-mode' or something.
If you can also see the bug when playing back with VirtualDub, we have something intersting.


The green hue is visible in Vdub too. But only if I use the XVID fourcc. As I said before there is no coloration problem with when I use the DIVX fourcc. I use the newest version of xvid (the one with the AMD fix), but the clip was encoded with an older build. I'm going to reencode the clip with the new build to see if the error remains.

Well I reencoded with the never bulid, and now it looks good with the Xvid fourcc...but with the DIVX one everything turns pink :)

[avih]

hi folks
the green/pink bug in the newer builds (after 30-jan) is known.
i've made a page that shows them and have some cpu optimization comparisions.

<b>green/pink bug discussions on xvid.org:</b>
new green/pink: http://www.xvid.org/forum/viewtopic.php?topic=232&forum=3&start=0
old green/pink: http://www.xvid.org/forum/viewtopic.php?topic=228&forum=3&14

<b>xvid on my pages:</b>
old green/pink: http://www.geocities.com/avihpit/xvid/index.html
page with comparisions and pics (new green/pink): http://www.geocities.com/avihpit/xvid/cpu-opt.html