View Full Version : Xvid is still infested with pink&green bugs!
kastro68
10th February 2002, 16:28
Even with the latest build -- 7/2/2002 -- i get pink shades in the delta frames that progressively get darker as it approaches a keyframe. (Hannibal)
And with 15minutes there is a big green bug crawling from the bottom left to the top right of the screen! Gross!
I get this problem with both Mpeg and H.263 quantization.
And luma masking absolutely sucks...it does more harm than good.
Oh, and my opinion is that h.263 still looks better than Mpeg. Mpeg makes the background appear nervous and shaky as if it was alive.
I tried using AVIC to change the fourcc but the video just won't play after i have changed the fourcc. Where do i get the Xvid direct show filters? is it the *.ax file that comes with the codec?
But this codec does look really promising apart from it needing fumigation.
To resolve these problems i have done the first pass using Xvid and the second pass with nandub to take advantage of the min quantizer of 1...in the process i have learnt that the stats file produced by both Xvid and Nandub are identical in size...does this mean that these 2 stat files are identical?
Maybe to solve the pink problem i should just make every frame a keyframe?
Oh, and does anyone know how i can framserve over a network.
Cheers,
SwordFysh
> -)-|-|- (*>---
kastro68
10th February 2002, 16:38
Oh,
Can someone please tell me the difference between the difference ogg vorbis modes.
Vdub displays mode 1, mode 1+ .....mode 3, mode 3+
what are the differences?
I tried Xepho___'s site but couldn't find anything
thx
MaTTeR
10th February 2002, 17:07
@kastro68
Have you tried Keopi's new build? I tried it last night and found the pink/green bugs didn't exist and I used LumiMasking on 2nd pass. AFAIK he used the older source that doesn't display the artifacts. I could be wrong..
kastro68
10th February 2002, 17:11
Where can i find Koepi's latest build...i was using nic's build.
I used luma masking on the second pass only for a 1cd rip and it was too blocky especially with dark shades like black and grey.
thx
MaTTeR
10th February 2002, 17:19
Originally posted by kastro68
Where can i find Koepi's latest build...i was using nic's build.
Try this
http://www.roeder.goe.net/~koepi/
Also please post your findings over at the XviD forums. (http://www.videocoding.de/forum/index.php) I'm sure these guys would appreciate the feedback:)
kastro68
10th February 2002, 17:28
Thx Matter,
the pink bug has been exterminated I think...I'll have to try a longer clip to test it out though.
However, the green diagonal is still there when i use fast recompress.
Thx again,
Now i can really play with this codec
MaTTeR
10th February 2002, 17:34
That's strange your seeing the green. I used fast recompress on both passes using Gknot and didn't see the issue.
kastro68
10th February 2002, 17:38
I only did a short 1 pass cbr with fast recompress and there is a big green diagona running from bottom left to top right.
I just did a longer vid clip and i don't see any shade of pink yet.
But i have noticed that the same clip encoded using Xvid is more saturated with colour than the same clip made with divx4.12 or nandub
Koepi
10th February 2002, 17:48
just too make sure:
your resolution of the video is multiple of 16?
regards,
Koepi
kastro68
10th February 2002, 17:51
No it wasn't a multiple of 16
692x288
The codec said it had no restrictions so i assumed i was able to use any resolution
Teegedeck
10th February 2002, 18:37
well, it has to be a multiple of 16, sorry.
Foo
11th February 2002, 04:12
Originally posted by Teegedeck
well, it has to be a multiple of 16, sorry.
This is only temporary though correct? Once things get defaulted to Xvid's decoder this should be a non issue hopefully. The 16x resize rules can be a pain aspect ratio wise with some resolution choices.
foo
MaTTeR
11th February 2002, 04:47
Originally posted by Foo
The 16x resize rules can be a pain aspect ratio wise with some resolution choices.
foo
foo,
What problems? I use Gknot to calculate my resolution for multiples of 16 and I don't any issues. Perhaps I don't know what to look for:)
Foo
11th February 2002, 06:32
Originally posted by MaTTeR
foo,
What problems? I use Gknot to calculate my resolution for multiples of 16 and I don't any issues. Perhaps I don't know what to look for:)
I just mean being *very* exact about the AR. It's easier if you can use 8x or lower for certain target resolutions. For example a really long 2.35:1 one disc. With 16x, you'd get values like 512x208 (or 224). Neither one of those is close enough for my eyes. With 8x you can get 512x216 which is about dead on. I know I'm too picky :rolleyes:. I don't want to do any unnecessary cropping, or rely on a player to fix the AR. It doesn't seem to be an Xvid problem, as its decoder does fine. So hopefully this will only be a temporary problem.
foo
kastro68
11th February 2002, 16:23
divx4.12 does not have to be a multiple of 16...i can even use a multiple of 1
Besides, xvid can work with a multiple of 2...i haven't tried a multiple of 1 yet...HOWEVER, the only catch is that you have to use Full Processing in Vdub.
Atleast one degree of freedom has been lost whenever there are restrictions, and in this case the requirement that it must be a multiple of 16 has taken away my freedom.
kastro68
12th February 2002, 11:19
Fast recompress now works with Xvid 10/2/2002 at resolutions that do not necessarily have to be a multiple of 16, however with this version there is a bug that does not let me easily choose where i want to save the stats file.
I have given up on encoding with xvid until it is officially released...I hate being the one that has to help find bugs.
Besides there are currently just too many versions of Xvid being released and by diff ppl and i am too lazy to try out each and every one.
Foo
12th February 2002, 21:11
Originally posted by kastro68
I have given up on encoding with xvid until it is officially released...I hate being the one that has to help find bugs.
Well whether you like it or not, everyone using Xvid right now IS a beta tester. It's still alpha (as in pre beta) code, and is changing quite a bit day to day :).
foo
Koepi
12th February 2002, 22:05
Originally posted by kastro68
I have given up on encoding with xvid until it is officially released...I hate being the one that has to help find bugs.
Besides there are currently just too many versions of Xvid being released and by diff ppl and i am too lazy to try out each and every one.
Then stop complaining.
Regards,
Koepi
ARDA
12th February 2002, 22:13
First of all thanks everybody for the great work.
Second and not complaining ,just trying to help.
The bug of the 2-pass first pass,that you can't choose
where to save your stats file has appearead in several
releases many times.Every time that have been great changes in
the interface it appears again.Just take a look.
Regards,
Arda
Doom9
12th February 2002, 23:27
I can remember that people were screaming and throwing things at me for mentioning that I had certain non public software and not giving it out (after all it's no longer private if I give it out)... so you should keep that in mind... you have the chance to participate in a public test of a new codec.. and your input may have an influence on the final product which is a chance you won't get very often, especially not when it comes to a video codec which is a rather big thing.
kastro68
13th February 2002, 13:28
Sorry if i offended anyone...but i found a version that is working reasonably well and i am sticking with it until there is a bug. I have tried LOTR and the green and pink bugs seem to have been squashed.
Anyway... just because i have given up, it is no reason for anyone else to give up. Keep up the good work so that i may take advantage of the final product. :D
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.