Log in

View Full Version : Divx 5.1 makes bad looking frames


fedge
12th September 2003, 18:36
this is from an intro to a movie

im using virtualdub 1.5.4.1 and used an older version also with the same result..

ive tried slow, and slowest and stardard settings..
it happens more often (all the time) durring a two pass encode
and sometimes durring a single pass(no matter what setting of p/q)

I do notice that virtualdub will lag the start of the encoding process, could this be the problem... how can i collect more information so that the divx people can maybe fix this problem

I love the new codec.. it IS SUPPERIOR TO divx 5.05 (adds more i frames where the video needs it so that high motion parts look even better than i thought possible) im not willing to go back to divx 5.05...
heres some screen shots..
www.geocities.com/naatzy/badframe.jpg BAD
www.geocities.com/naatzy/goodframe.jpg GOOD
as a note* the parts with the badframes flicker a lot.. and i can really see the macroblocks.(REALLY SEE THEM cause they flicker --i think the luminence maybe is off)[

DigitAl56K
12th September 2003, 23:40
I can't view those pics, can you re-post them and also copy/paste your encoder CLI? Thanks.

smok3
13th September 2003, 00:23
Originally posted by DigitAl56K
I can't view those pics instead of clicking the link, copy/paste the url to hide the referer.

Sirber
13th September 2003, 14:56
IMHO both are bad :D

Twilight_Fandom
13th September 2003, 16:20
im facing the same problem.
please help if u can ppl!

note: the second pic is not bad,especially if youre going for 1 cd copies!

fedge
13th September 2003, 17:06
I was encoding this section at about 700kbits/second.. so its not supposed to be perfect.. BUT the bad frame looks really bad when you see it in the sequence of other bad frames..

CLI

1st pass

-bvn1 712 -psy 0 -key 300 -log "C:\ABOUT_SCHMIDT\2.log" -w -mv "C:\ABOUT_SCHMIDT\2.bin" -b -sc 35 -pq 5 -profile 3 -nf

nth pass

-bvnn 712 -psy 0 -key 300 -log "C:\ABOUT_SCHMIDT\2.log" -w -mv

leadman584
13th September 2003, 20:23
This is just a suggestion.

I'd try resolution 512x288, PVE slow on all passes, Scene Change threshhold at default 50%. You may be forcing extra I frames, that in turn starves other parts of the video.

Just a thought.

Many of the folks over a Divx.com seem to feel that the new PV is the best part of this version of Divx. On very low bitrates like yours, I would tend to agree.

fedge
13th September 2003, 21:23
ok let me talk about the file a little more..

Im encoding the MAIN part of the movie at a substantialy larger bitrate...(about double data rate.. 1200-1400+..) and im trying to give myself some extra head room by encoding the intro title and credits at lower bitrates so save some space(since no one really cares if the credits of the production houses logo's look cool since they are not parts of the movie and as long as you can read them it dont matter..)

so this scene is only about 5000 frames out of a 2 hr movie@23.976fps
(after the scene displayed in the jpegs... it has some text only parts..(with voice over--thats audio so it is not addressed)

so i dont want to devote bitrate to parts that really dont need as much to be viewable..

Someone was talking about a similar problem..(not quite the same though) and they mentioned thatmaybe it was the problem with the MV file.. (like in previous versions).. could this be possible.???

and also.. setting the motion search to 20-30% means that when about 70-80% of the pixels in the image are different it will add an I-frame(that is from divx people).. so setting it lower will keep more I-frames out of unnessary parts... Divx5.1 adds I-frames better than the other codec(divx5.05.. ) so i like to keep the setting.. but i always experiment..

Lord_KiRon
13th September 2003, 22:30
Had a same problem using Dr.DivX with 5.0.5 codec , it's more like the codec issue , it looks like while decoding from some sources DivX "forgets" to put first "I" frame :(

hofmetzger
16th September 2003, 15:23
edit2: Sorry, i wrote BS. Your (and mine of course) rule n1 in case of problems should be: check your scource! :o

Hi Folks!
I've encoded my current "project" 2 times, because i first thought it was my fault. The Problem is, that some Keyframes look terrible, i made some screenshots.
The Keyframe looks if it was broken or sth. the following frame looks the same. the next frame looks just as beautiful as it should.

Frame 8540(Keyframe) (http://www.schlachtbank.de/frm8540.jpeg)
Frame 8541 (http://www.schlachtbank.de/frm8541.jpeg)
Frame 8542 (http://www.schlachtbank.de/frm8542.jpeg)

-bvnn 800 -c 14,12,72,74 -r 640,304,2 -psy 1 -key 300 -b -pq 64 -vbv 8000000,3145728,2359296 -profile 0 -nf

I hope its just a wrong configuration at my side, i dont want to downgrade to 5.05
so the question is: am i the only one with this problem?
edit: btw, its an "scene-change-keyframe"

temporance
16th September 2003, 15:45
Seems like the encoder's VBV making an over-correction for buffer underflow (which you don't care about as you're not using a hardware profile).

What were your first pass settings?

Two things to try:

Run a 3rd pass with the same settings,

-or-

Run the 2nd pass using,

-bvnn 800 -c 14,12,72,74 -r 640,304,2 -psy 1 -key 300 -b -pq 64 -vbv 80000000,3145728,2359296 -profile 0 -nf

Edit: actually going up to 80Mbit/s max bitrate is probably overkill, but maybe it's worth a try.