Pink "lines" when encoding with DivX5

[Difflam]

My first encode with DivX5.0 came up with some very strange visual artifacts, namely huge ugly pink lines that appear near the edges of the video in certain scenes. Especially the Warner Bros logo flying onto the screen at the start.

I tried encoding just this 30 seconds worth of video with different settings... B, G and Q all enabled, none of the enabled, only B, only G, only Q, B+G, B+Q, G+Q.

All the above resulted in the ugly Pink lines, although the effect was diminished with none of them enabled.

I've made sure than psychovisual enhancements were OFF. I've tried uninstalling and re-installing the codec, but to no avail... the Lines wont go away. Unfortunately for me, this means I am forced to go back to 4.12 until the next ver of DivX5.x were hopefully many of the bugs will be fixed.

Anyone else had this kind of problem? (Pink lines)

[HateBreeder]

When encoding Saving Private Ryan...
edges of objects being moved along the screen create
pink lines which get smudged as these objects move.

And again, no visible solution.


I'm glad to see i'm no the only one.

[Acaila]

XviD and DivX4 show similar quirks when you're using the wrong resolutions. Some filters also can't stand certain resolutions.

-What filters did you use?
-What is the output resolution of the cropping
-What is the output resolution of the resizing?

[TactX]

This IS caused by using vertical resolutions that are not a multiple of 16 !

I had the same artefacts until I changed the resolution.

[HateBreeder]

Changing the vertical resolution to something devidable by 16
solved the problem !!


Thanks a lot !

[unplugged]

Originally posted by TactX
This IS caused by using vertical resolutions that are not a multiple of 16 !

I had the same artefacts until I changed the resolution.

Yes! ;)

I have also addressed the problem immediately :)
Something in the encoding engine isn't fixed yet for "odd" resolutions.
And now DivX5 works very very well.

[Difflam]

so DivX5 cant encode to video with a vert res divisible by 16? in the specs I thought it supposedly could!

damn bugs! :)

[jevans64]

Your vertical resolution ( height ) HAS to be a multiple of 16. The cropping does not matter in this case. I am currently cropping the black from the image. My test uses ( 2,58,716,362 <- not /16 ;-) ). However, your RESIZE MUST BE /16. I perform a bicubic resize of (716,304 <- is /16 ). This means that, for now, the aspect ratio will be altered a little ( most work I've seen is not done properly anyway ). So far, I have had to resize EVERY movie I've done to obtain the correct aspect ratio. I am using AVIsynth script along with Decomb/VirtualDub to encode DiVX 5.

Hopefully, this bug will be fixed. The vertical only had to be /2 for v 4.12.

[TactX]

Originally posted by jevans64
Your vertical resolution ( height ) HAS to be a multiple of 16. The cropping does not matter in this case. I am currently cropping the black from the image. My test uses ( 2,58,716,362 <- not /16 ;-) ). However, your RESIZE MUST BE /16

Sorry, but isn't this exactly what I said ?

It should be clear to everybody that I was talking about the final resolution (after cropping and resizing) !

I too hope that this Bug (and many others) will be fixed soon, but it will always be the best to have a resolution that is a multiple of 16 (for hor. and vert.) as the codec uses a macroblock-size of 16x16.

[jevans64]

I've done some further testing. I tried some that are divisible by 4 also. Those looked good also, so it seems that the vertical ( height ) can be 4. I've always kept my horizontal ( width ) at multiples or 4 or 8 ( depending on codec ) with good results. These restraints are for your FINAL video only. I think your cropping can be anything, but I've kept the numbers even & divisible by 4 for horizontal & /2 for vertical.

John

[chokoboii]

I did several movies, and I too got pink artifacts. I always did my resolution when divisible by 4. Apparently making the resolution divisible by 4 does not help. I am going to try to make it divisible by 16, cause making the height and width divisible by 4 apparently does not work

[Duncan_07]

I think this is only one solution.
I encode a video in 320x240. This resolution is /16 and i have theses pink lines.

PLEASE HELPPPP!!!!!!

[jevans64]

I have some additional information on my tests for the artifacts. I will explain my process then report my results.

I use SmartRipper241 to get the VOBs, DVDtoAVI176 to create the AC3 audio file and D2V file, I make an AVIsynth AVS script.(below)

LoadPlugin("G:\divx\avisynth\mpeg2dec.dll")
mpeg2source("StarTrek8_ff.d2v")
crop(2,58,716,362)
BicubicResize(716,304)

** Note: I crop the black & color faded edges of the movie. I play
the DVD and compare the vertical height with the VirtualDub display and BicubicResize to match aspect ratio. **

I load this into VirtualDub 1.7.9 and set my start/end point, select "no audio", "DiVX 5 Pro codec.

** Note: I am using the Pro version of the codec and have not changed any of the defaults except the quantisizer and bitrate. I have not disabled the Gator garbage. **

I used a "1 pass" encode. The CLI data is below:

-b1 3000 -key 300 -dr 3,2,2000,10,20 -sc 50 -pq 5

My test uses the "pull to wide" shot in Star Trek : First Contact. This is a good example to use because there is both horizontal and vertical movement. The test starts at roughly 2:47, ends at 3:45 into the picture ( VD frames 4000 to 5400 ).

I use Nandub to mux the AC3 audio and use VOBsub to create the subtitles.

The results: (final resolutions - after crop & resize)

704 x 304 -- NO VISIBLE ARTIFACTS - both are divisible by 16

704 x 306 -- artifacts-bottom half of screen and some in the sides as well - 704 is /16 - 306 is not /16.

708 x 304 -- artifacts-more on right side of screen and some on bottom - 708 is not /16 - 304 is /16.

712 x 304 -- artifacts-not as many as 708 x 304 and hardly none on bottom - 712 is not /16 - 304 is /16.

716 x 304 -- NO VISIBLE ARTIFACTS - 716 is not /16 but /4 - 304 is /16. I don't know why this one worked. ;-) I have not did a 100% viewing but have watched more than 50% with no artifacts.

716 x 306 -- artifact patterns similar to 704 x 306.

My friend has reported that his encode of Warlock 2 has no artifacts at 704 x 390. 390 is not /16. I suggested that he view parts of the movie that have a lot of vertical (up & down ) panning. Most movies pan horizontal ( left & right ). He also used Decomb 3.8 to remove the bad cuts with combined fields.

Since Duncan_07 reported artifacts at 320 x 240, I think that it might be a case-by-case codec failure. Please feel free to post your results and data so we can figure out a solution. It seems the 16x16 rule works most of the time, but I am not willing to ruin a movie to meet this criteria.

[chokoboii]

Thanks so much for the results!!! =)

[Duncan_07]

I have found why i have these pink artifacts.
Before DivX5 i use the Nimo 4.33 codec pack.
After desinstall it, all works ok.

Thinks for your tests jevans.

[tvkeller]

I also had some pink lines when I first tried DivX5. They only happened at resolutions %8 and not %16. %4 and not (%8 or %16) seemed to work.
This was horizontal, vertical pink lines showing at the right edge, and vertical, this time horizontal lines showed at the lower edge.

Hope this is of some use.

[theReal]

I just tried a DV video encode with Divx5 and I'm very content of the size - 2000 frames are only 33MB compared to 49MB in Divx 4.12, all at a quality setting of 100% (using b-frames in Divx5).

Unfortunately, I got some pink lines at the bottom, at one point I even get a nice little "explosion" of pink particles from the bottom (it really looks like an animated explosion, funny...)

I was using a resolution of 640x468, not divisible by 16, I'm going to try 640x480 now, let's see if the pink particles are gone!

[theReal]

OK, the artifacts are gone in 640x480, perfect!

[ThePanda]

Are these tight resolution restrictions on divx4 and xvid also? I have horizontal /4 and vertical /16 but i get all these pink lines on the right in divx5.

[jevans64]

Use /16 for horizontal & /16 for vertical if /4 horizontal does not work. Horizontal /4 and vertical /2 could be used for DivX 4.xx

[Pio2001]

I noticed also that when a moving object passes through the pink line, it brings some pink with it !
I didn't know that DivX could detect moving objects and redraw them in another place with just a "moved" delta info ! What a codec ;)