New VP6 codec - 6.0.9.2

[On2Tech]

I'm happy to announce that a new version of our VP6 codec is now available for download at www.on2.com. We've made some rather substantial improvements to two pass compression based largely on feedback we received from this forum. I'd like to encourage everyone to download the new codec and give it a try.

Improvements include:

Version 6.0.9.2 12/22/2003
=======================================
- New user's guide added to the installation
- DirectShow Decoder in the installation updated to version 6.0.7.2 (changes to the decoder settings now change the VFW post processing level in addition to the direct show post processing level)


Version 6.0.9.2 12/16/2003
=======================================
- Fixed problem with missed key frames
- Fixed problem with Keyframes that were way too big in 2 pass mode
- Improved two-pass vbr by being more agressive with quantizers
- Improved best quality
- Improved quality in slow moving sharp scenes.

You may want to refer to the new graphs posted in the folloing thread for reference:

http://forum.doom9.org/showthread.php?s=&threadid=64789

[Tommy Carrot]

I still don't like the rate-control, or at least the default settings of it. The 2-pass should deliver more or less constant quality, but it still fluctuates strongly. The low motion scenes are usually excellent, but if there are more motion, the quality degrades badly. I think the ratecontrol favors the low motion scenes too much.

What settings do you suggest for more consistent quality? Should i set variability to 100?

[Jaques]

Great, thanks!

[On2Tech]

Originally posted by Tommy Carrot
I still don't like the rate-control, or at least the default settings of it. The 2-pass should deliver more or less constant quality, but it still fluctuates strongly. The low motion scenes are usually excellent, but if there are more motion, the quality degrades badly. I think the ratecontrol favors the low motion scenes too much.

What settings do you suggest for more consistent quality? Should i set variability to 100?


The new codec should have spent far more bits on tougher sections than the old version. Did you see an improvement at least?

I think the defaults should work.

Can you post an example so we can look into what you are getting?

[Tommy Carrot]

I did a short encoding on a 4 min. long clip with xvid and VP6, and i did a frame-by-frame comparing between them. The low motion scenes are better with VP6, but in the high motion scenes the xvid clearly preserves more details (the postprocessing is off, so not it is the cause). The rate-control of the xvid proved in many cases as a rather constant one, so this is why i came to this conclusion.

BTW, i think it's improved from the previous version, but still has some fluctuations.

[slavickas]

Hi i got problem with this release every (tested only few) files makes winamp 5 decoder create file badframes.stt (it maybe bug on wa5 side) but previous codec build generated files plays ok

edit: seems the same and for avi vp6 files

[Sirber]

Why do you use Winamp 5 for playing movies? :confused:

[On2Tech]

Originally posted by slavickas
Hi i got problem with this release every (tested only few) files makes winamp 5 decoder create file badframes.stt (it maybe bug on wa5 side) but previous codec build generated files plays ok

edit: seems the same and for avi vp6 files


WinAmp includes its own version of VP6 ( ie it doesn't call the vfw codec). Does the problem occur if you try and play it back using virtual dub, windows media player or real etc?

If not I'll point out the bug to our contacts at AOL. In the meantime you might want to let them know

Winamp Forum (http://forums.winamp.com/forumdisplay.php?forumid=152&daysprune=30&sortorder=&sortfield=lastpost&perpage=35&pagenumber=3)

[slavickas]

Originally posted by On2Tech
WinAmp includes its own version of VP6 ( ie it doesn't call the vfw codec). Does the problem occur if you try and play it back using virtual dub, windows media player or real etc?

If not I'll point out the bug to our contacts at AOL. In the meantime you might want to let them know

Winamp Forum (http://forums.winamp.com/forumdisplay.php?forumid=152&daysprune=30&sortorder=&sortfield=lastpost&perpage=35&pagenumber=3)

yes problesm persist in *.avi files, if they are played by MPC,
but as i indicated files encoded with eralier codec version don't generate that file

note: quality isn't decreased but it just simply outputs that file always

for some info about troubles You can check this thread
http://forums.winamp.com/showthread.php?s=&postid=1213759#post1213759

[SeeMoreDigital]

I've been trying to generate some low bitrate (77KByte/s) 2pass VBR encodes using MPEGmediator.

However, to me they still don't look as good as I would have hoped. They still look about the same as 1pass CBR.

I think I can't be doing it correctly!

Cheers

[Tommy Carrot]

Originally posted by SeeMoreDigital
I've been trying to generate some low bitrate (77KByte/s) 2pass VBR encodes using MPEGmediator.

However, to me they still don't look as good as I would have hoped. They still look about the same as 1pass CBR.

I think I can't be doing it correctly!

Cheers

Same here, somehow the RC doesn't work here as it should.

[Bulletproof]

As of right now I have XviD winning in my visual tests with post processing off. I think VP6 may still have the keyframe bug because I have at least found 1 major spot where a keyframe was not inserted and looked really bad. What I'm seeing right now is that VP6 is handling gradients and hazes better while XviD is handling motion better.

EDIT: Keyframe bug definitely still exists, its crippling the quality. Either it's bugged or its decisions are bad, because I can find spots where XviD inserted a keyframe and maintains quality and in VP6 it severely blocks up because of that missed keyframe, HOWEVER I can find spots in VP6 where there is a keyframe which is not inserted in the XviD video, but it seems as there is no penalty on XviD's side because it has made a good decision. XviD's P-Frame doesn't look bad at all where a spot where a VP6 I-Frame would be.

[SeeMoreDigital]

Yes, well something is still not right.

I've been using Ch41 of StarWars 2 as my source file. Which at 6min and 17sec provides a very good indicator at how well a codec can perform.

I've got a series of encodes generated by different codecs. And different versions of the same codec. Which have all been I generated at 720x576 at around 615kbps using both 1 and 2 pass modes.

But like I say, I still can't get this new version of VP to generate 2pass encodes that look any better than the previous version!

[On2Tech]

Originally posted by slavickas
yes problesm persist in *.avi files, if they are played by MPC,
but as i indicated files encoded with eralier codec version don't generate that file

note: quality isn't decreased but it just simply outputs that file always

for some info about troubles You can check this thread
http://forums.winamp.com/showthread.php?s=&postid=1213759#post1213759


We've duplicated and are addressing this problem. THanks for reporting it.

[SpaceV]

ok please don't kill me for that, it's just a stupid idea
that I have to ask but is it possible the the codec was not
updated correctly? I have not upgraded since the initial release
and with what I have heard so far there is no need since the keyframe bug still exists.

If I should upgrade to 6.0.9.2, how would I make sure that
the upgrade was successful ?

thanks

[slavickas]

Originally posted by On2Tech
We've duplicated and are addressing this problem. THanks for reporting it.

if it not allways happens any workarounds? does it affects vp60 or just vp61 only?

[SeeMoreDigital]

Originally posted by On2Tech
We've duplicated and are addressing this problem. THanks for reporting it... What a shame!

[slavickas]

Originally posted by SeeMoreDigital
What a shame!

i wouldn't say so radical, but if they released, for us hardcore tsters :cool: some prerelease versions before posting it officialy maybe somebody (=i :D ;) :p ) would have spotted it

[On2Tech]

Originally posted by slavickas
i wouldn't say so radical, but if they released, for us hardcore tsters :cool: some prerelease versions before posting it officialy maybe somebody (=i :D ;) :p ) would have spotted it

The problem happens for both VP60 and VP61. The bug is hard to describe. Basically we read past the end of the buffer past the end of the bitstream ( even though we didn't use those bits). Fix solves the problem.

Incidentally prior to the latest release it would happen much less frequently but could still happen. We are testing a new version that solves it. Badframes.stt was a safety check that printed out only when we tried to read a byte past t end of the buffer.

[SeeMoreDigital]

Hi On2Tech

Will we have to wait long for the revised release?

Cheers

[Jaques]

I don't seem to be having any problems. I am now able to back up my LOTR - Extended Edition DVDs into 2CDs with Ogg in an MKV, where xvid couldn't. I don't get this badframes file, I'm using MPC and my settings are here (http://www.chade.net/images1/thesettings.PNG).

[DevilsChild]

Originally posted by Jaques
I don't seem to be having any problems. I am now able to back up my LOTR - Extended Edition DVDs into 2CDs with Ogg in an MKV, where xvid couldn't. I don't get this badframes file, I'm using MPC and my settings are here (http://www.chade.net/images1/thesettings.PNG).

Interesting. Your min and max quantizers are lower than the recommended values (8 and 48) from the VP6 User's Guide for that bitrate. I might should try lowering the quantizers.

[DevilsChild]

Well, I just finished my first test with this codec and the results are very impressive! Made a full backup of "The Abyss" at 1054 kbps (2 CD's), resized to 576x240, with 2-pass Best Quality. What really impresses me about VP6 are the lack of artifacts compared to DivX5/XviD. I'll have to do some more tests to be sure, but I noticed very little "mosquito noise". Walls and still textures don't "come alive" like in DivX5.

Maybe VP6 is the Holy Grail of codecs? :devil:

[SeeMoreDigital]

Originally posted by DevilsChild
...Maybe VP6 is the Holy Grail of codecs? :devil: Did you generate your encode using Jaques settings?

[Kb_cruncher]

I have just downloaded and taken a look at the codec properties in virtualdub and find them a bit confusing, there is nowhere to set the bitrate or target size.Am i missing something or is it a matter of hoping for the best.At the default settings i get an average of just 37Kbits\sec for a 704x304 avisynth script and the video looks horrible.I then adjusted the quantisers to 2,2 for the first pass and got an average of over 300Kbit\sec(WOW).
Is there a guide anywhere for vp6?

[Tommy Carrot]

Originally posted by Kb_cruncher
I have just downloaded and taken a look at the codec properties in virtualdub and find them a bit confusing, there is nowhere to set the bitrate or target size.Am i missing something or is it a matter of hoping for the best.At the default settings i get an average of just 37Kbits\sec for a 704x304 avisynth script and the video looks horrible.I then adjusted the quantisers to 2,2 for the first pass and got an average of over 300Kbit\sec(WOW).
Is there a guide anywhere for vp6?

You have to set the bitrate in the external encoding app, like the virtualdub. In the compression window, you'll find the "use target data rate" setting, but here is the twist: it accepts kbyte/s, not kbit/s, so divide the target bitrate with 8.

[slavickas]

Originally posted by Kb_cruncher
I have just downloaded and taken a look at the codec properties in virtualdub and find them a bit confusing, there is nowhere to set the bitrate or target size...

divx generation :D, don't know there always were possible set bitrate
:p

[C0mPr355]

if someone is getting good results with Xvid can you please post the settings that you used so that I may compare?

[Bulletproof]

ON2Tech, were you able to check out the files I sent you?

[haibane]

Hi On2Tech,
I have some problem during batch encoding with vp6.
When the width is not mod 32, vp6 with pop up a warning
before it starts to encode. It's no problem during normal
encoding, but during batch encoding, i have to click the
ok to continue, so it's impossible to leave the computer
for batch encoding.

I couldn't find any place to disable this function, i have
look into the registry too. Is there anyway to disable this
function for batch encoding?

[dimzon]

On2Tech Suggesion
Please, move bitrate control into encoder property page (like DivX/XviD)

[Latexxx]

Originally posted by dimzon
On2Tech Suggesion
Please, move bitrate control into encoder property page (like DivX/XviD)

VP6 does it like it is meant to implemented in codecs, but vfw doesn't even support b frames and therefore I don't care where the bitrate control is.

[spyder]

A little OT:

@On2Tech: Is there a core interface to this codec. I am interested in calling it directly in an application. Also, what types of frame references are used? I was thinking of working out a the specifics of storing it in Matroska.

[On2Tech]

Originally posted by haibane
Hi On2Tech,
I have some problem during batch encoding with vp6.
When the width is not mod 32, vp6 with pop up a warning
before it starts to encode. It's no problem during normal
encoding, but during batch encoding, i have to click the
ok to continue, so it's impossible to leave the computer
for batch encoding.

I couldn't find any place to disable this function, i have
look into the registry too. Is there anyway to disable this
function for batch encoding?

Sorry about that. The warning only happens when you are using VP60 not VP61. We added the warning because of our set top box clients on which we decided to avoid non multiples of 32, and they kept finding out about it after compressing 2 hour movies and playing them find on the pc.

Perhaps messagebox that comes up and allows you to save that you don't want to see the warning ever again is in order.....

[On2Tech]

Originally posted by Bulletproof
ON2Tech, were you able to check out the files I sent you?

Thanks for putting them up. I only looked at them briefly. Unfortunately I had to do a couple of higher priority things before going out on vacation..

The xvid clips looked quite sharp but had more artifacts than the VP61 clips. I think VP6 datarate control allocation was a bit suspect on your clip. I hope to figure out why and get back to you after the new year.

[On2Tech]

Originally posted by dimzon
On2Tech Suggesion
Please, move bitrate control into encoder property page (like DivX/XviD)

I'm sorry but unfortunately a lot of our internal tools for testing and batch processing etc plus some of our partners tools count on the datarate control being passed in the way it is now.

Changing it is somewhat difficult for us but we'll add it to our wishlist of future changes.

[On2Tech]

Originally posted by spyder
A little OT:

@On2Tech: Is there a core interface to this codec. I am interested in calling it directly in an application. Also, what types of frame references are used? I was thinking of working out a the specifics of storing it in Matroska.

There is a core library behind the scenes, but I suspect your best bet is to just use the vfw interface and calls. We do a lot of things though the vfw codec that aren't available through the core library ( color space conversions, sizing etc). We also have a nasty habit of changing the core library functions.. Plus we haven't released a freeware static library version for personal use etc. I don't know the ramifications of that..

As to your other questions the VFW codec uses only I / P frames.

[haibane]

Originally posted by On2Tech
Sorry about that. The warning only happens when you are using VP60 not VP61. We added the warning because of our set top box clients on which we decided to avoid non multiples of 32, and they kept finding out about it after compressing 2 hour movies and playing them find on the pc.

Perhaps messagebox that comes up and allows you to save that you don't want to see the warning ever again is in order.....


Thanks, that would be help.....
I guess now i will stick with VP61 for now.......

[dimzon]

Originally posted by On2Tech
I'm sorry but unfortunately a lot of our internal tools for testing and batch processing etc plus some of our partners tools count on the datarate control being passed in the way it is now.

Changing it is somewhat difficult for us but we'll add it to our wishlist of future changes.

Is any way to change default bitrate value (maybe some registry key)?
I'm using XMPEG (www.mp3guest.com) to back-up my DVD's and there is no GUI for bitrate setup :(

[spyder]

Originally posted by On2Tech
As to your other questions the VFW codec uses only I / P frames.

OK, so I assume then that there is no form of prediction in VP6 that uses future frames? If not, I will see if I can add VP6 to the codec ID list. One more question, is there any data that must be supplied to the codec before it can decode from an I frame in the middle of the stream? For example you chop all frames before the I frame at say 30 minutes in a file. I need to know this so I can tell if we need to stick some extra data in the header.

[On2Tech]

Originally posted by spyder
OK, so I assume then that there is no form of prediction in VP6 that uses future frames? If not, I will see if I can add VP6 to the codec ID list. One more question, is there any data that must be supplied to the codec before it can decode from an I frame in the middle of the stream? For example you chop all frames before the I frame at say 30 minutes in a file. I need to know this so I can tell if we need to stick some extra data in the header.

VP6 has no forward prediction, plus a keyframe is entirely self contained. You need no information outside of the keyframe to decode the keyframe, with one exception:

the desired output width and height which typically come from the avi header...

[Taktaal]

An oddity of the codec I don't like is that there seems to be some very faint white noise on the image.

Like in this shot from LotR:TTT chapter 9 frame 62
http://taktaal.net/gfx/test.jpg
the camera not moving for a good dozen frames.

If I take screenshot of frame 63, and subtract it from frame 62 in Photoshop and raise the contrast on the resulting image, it looks like this

DivX
http://taktaal.net/gfx/divx-test.png

VP6
http://taktaal.net/gfx/vp6-test.png

DivX shows movement in the grass and along the edges of the clouds as expected, and a typical MPEG block artifact where Legolas' head emerges behind the horizon.

VP6 has white noise all over the image, including on parts where the source frame remained completely constant.

This leads to a flickering all over the image not unlike when you get bad TV reception
http://taktaal.net/gfx/vp6-whitenoise.ogm

[Bulletproof]

I think this is because VP6 is not related to MPEG in any way, therefore quantization looks different between the two. This is why I said before that VP6 seems to handle gradients better in my previous post, because it doesnt turn them into blocks, but rather a "gaussian" like effect which I think works better. I've been doing more testing with different clips and it seems for every frame that VP6 gets better, there seems to be one in XviD that looks better (even). Though the low bitrate tests I did (50 kilobytes/s) had VP6 always winning, it seems to handle low bitrate better (all postprocessing off). And mid-high bitrate tests they seem even. But when you're using really high bitrates thats when XviD gets an advantage with B-Frames and all the other space saving features. Anyway, this has been my current observation, but it's not written in stone, I would really like to hear other people's observations too.

[Tommy Carrot]

I agree, at low bitrates VP6 is significantly better, mostly because the artifacts are less annoying. At higher bitrates, where the artifacts don't play that much role, xvid takes the lead because of its better detail preservation.

[Atamido]

It should be noted though that Xvid will do some funny things with encoding. I created a video made of series of duplicate frames. Each first frame was a key frame, and then the duplicate frame was a P frame, but there was a definate quality difference between the two. The P frame always looked better. Xvid should have devoted more bits to the first frame, and less to the second as it was exactly identical.

[On2Tech]

Originally posted by Taktaal
An oddity of the codec I don't like is that there seems to be some very faint white noise on the image.

Like in this shot from LotR:TTT chapter 9 frame 62
http://taktaal.net/gfx/test.jpg
the camera not moving for a good dozen frames.

If I take screenshot of frame 63, and subtract it from frame 62 in Photoshop and raise the contrast on the resulting image, it looks like this

DivX
http://taktaal.net/gfx/divx-test.png

VP6
http://taktaal.net/gfx/vp6-test.png

DivX shows movement in the grass and along the edges of the clouds as expected, and a typical MPEG block artifact where Legolas' head emerges behind the horizon.

VP6 has white noise all over the image, including on parts where the source frame remained completely constant.

This leads to a flickering all over the image not unlike when you get bad TV reception
http://taktaal.net/gfx/vp6-whitenoise.ogm


It could be our the filter we have which is an attempt to approximate film grain. Try shutting it off via the control panel settings dialog...

[gino25]

on2tech wrote that is impossible using b-frames with a vfw codec.

If i use virtualdubmod to encoding i can' t use b-frames?

And with what encoder can i use b-frames?

[Sirber]

XviD, DivX are VFW and they use B-Frames :)

[On2Tech]

Originally posted by gino25
on2tech wrote that is impossible using b-frames with a vfw codec.

If i use virtualdubmod to encoding i can' t use b-frames?

And with what encoder can i use b-frames?

Wasn't me. VP6 doesn't use B frames thats all. Its certainly possible to do so within vfw, even if its a bit unnatural.

[Sirber]

VP6 seems promizimg. I'm gonna have to do some testing ^^

[MfA]

I probably wont get an answer to this ... but Im curious, do you guys think predicting from past frames only can be made just as efficient as a scheme which uses bidirectional prediction? (Intuitively I would agree.) For H264 it was shown forward prediction only could not tie with bidirectional prediction, no matter how many reference frames were used ... is this because of inefficiencies in the temporal coding of motion (which with bidirectional coding can use direct mode) and/or of occlusion/innovation regions?

[Teegedeck]

@Pamel: Could you please post this in the XviD-forum with a more detailed description of your setup?

[ookzDVD]

@On2Tech,

I would like to ask you : 1 kilo = 1000 or 1024 ?

Why you use kilobytes/s not kilobits/s, I think kbits/s is more
common.

Next...

Is there any BIG different between "Good Quality" and "Best Quality"
for the 2-nd pass method ?



Thanks.

[yedo1]

I am using VP6 for streaming in NSV format.
I think the configure of VP6 is not simple like wmv or RV9.
I have some question about configure.I can't understand some setting.

Why Do I need specifie Peak Bitrate?
at configure Window advanced>streaming parameter
there is peak bitrate setting(%) but I already spacifie target bitrate at the outside of codec(in NSV nsvenc will do).
Why do I need specifies twice? There in no setting like this at wmv or RV.

[C0mPr355]

Originally posted by ookzDVD
@On2Tech,

I would like to ask you : 1 kilo = 1000 or 1024 ?

Why you use kilobytes/s not kilobits/s, I think kbits/s is more
common.

Next...

Is there any BIG different between "Good Quality" and "Best Quality"
for the 2-nd pass method ?



Thanks.

KB is only used mainly because of the Virtual Dub interface. It uses KB rather than kb to calculate bitrate. This has nothing to do with our codec. (I believe we use the 1024 style kb).

As far as "Good Quality" is concerned (on2tech can answer this more technically than I, but I will give you a general idea) it is akin to the normal setting (although not two-pass) of the older single pass compressor. In other words the compressor will attempt to compress the footage in the best possible way as close to real time as possible. The "Best Quality" setting attempts to compress the footage as best as possible without regards to time. So if you are in a hurry then use good quality, if not then use best. Again, we are still working on tweaking the two pass to make it better (both time wise and quality wise).

[gino25]

I' ve a problem

When i compress a video the output file i very big.

I change the bitrate in vbudmod, but the size doesn' t change.

How can i set the correct bitrate?

[Tommy Carrot]

Originally posted by gino25
I' ve a problem

When i compress a video the output file i very big.

I change the bitrate in vbudmod, but the size doesn' t change.

How can i set the correct bitrate?

It's in kbyte/s, not kbit/s. Divide the wished bitrate with 8.

[gino25]

Oh ok thank you very much

[GolovachLena]

Originally posted by On2Tech
VP6 has no forward prediction, plus a keyframe is entirely self contained.

Is any stats reader planned? If not, could you describe a bit format of stats file of the codec?

[Sirber]

@on2tech

can we use the codec for home uses whitout any restriction?

[On2Tech]

Originally posted by Sirber
@on2tech

can we use the codec for home uses whitout any restriction?

If by home use you mean personal non-commercial uses than I think the answer is yes. For completeness sake here's a link to our license:

VP6 License (http://www.on2.com/duckutils/duck_license.php3?class=vp6)

If there's any question about a specific use please contact info@on2.com..

[dimzon]

2 On2Tech

Any comments about vp6 AVI and EVD Player compatibility?
If I create AVI with vp6 video (current codec version) and mp3 audio and burn it on CD-R or DVD-R it will play on EVD Player in future?

May be You know...

[slavickas]

Originally posted by On2Tech
If by home use you mean personal non-commercial uses than I think the answer is yes. For completeness sake here's a link to our license:

VP6 License (http://www.on2.com/duckutils/duck_license.php3?class=vp6)

If there's any question about a specific use please contact info@on2.com..

>6. install more than one copy of the Software (other than the one >permitted archival copy) or run multiple instances of the Software >on a single computer; or

weird license :D
if i ran 2 instances of vdub with vp6 encoding, i'll violate license??? :rolleyes:

[Sirber]

I did an encode (at 380kbps :D) to test against RealVideo 9 and both are very simmilar. I'll post the source, the rmvb and the mkv.

Source: [ANBU-AonE]Naruto 64.avi (DX50,MP3)

RV9 settings:
450kbps (inc 64kbps) RV9
2-pass
DropDupe @ 1
EHQ 65/85

VP6 Settings:
48KBps (external 64kbps vorbis) VP91
2-pass - Best quality
max KF: 750
all defaults + Spacial Resempling

Here's what I see:

Good for RV9:
* Constant level of detail
Bad for RV9:
* Keep most source artefacts
* Strange motion sometimes

Good for VP6:
* Clean overal image (With full PP)
Bad for VP6:
* Blured edges
* Some muskito noise around edges
* Quality level change in low motion scenes
* Strange motion sometimes (looks like framedrop)

I'll have 3 clip ready for download tomorrow. The source is still unlicensed so it's ok to download it.

[Bulletproof]

Originally posted by Sirber
Bad for VP6:
* Blured edges

You put spatial resampling on, thats to be expected.


* Some muskito noise around edges


DivX source isn't exactly the best thing to test with since it suffers from mosquito noise around edges.


* Quality level change in low motion scenes


I haven't seen this, but what you might be seeing is a missed keyframe, and once that keyframe is missed the subsequent frames suffer too. It also could be the bitrate cutoff that saves bitrates for high motion areas. You also set the keyframes 750 frames apart, that is a pretty wide gap.


* Strange motion sometimes (looks like framedrop)


Maybe you had temporal resampling on too?

[Sirber]

Temporal resempling is by default, so I used it. For the clips, it will take longer to have them on the web server. I will return to work in 5 days.

[DevilsChild]

Hi,

I was encoding the movie "Vertical Limit" with VP61 and noticed a few "shit frames" near the beginning of the video:

http://img6.photobucket.com/albums/v19/blc2004/image.jpg

These weird blocks are present in 5 consecutive frames (6485-6489), then stop when the key-frame kicks in.

Created avisynth with GKnot:
-Neutral Bicubic resize to 640x336
-Used undot.dll and mpeg2dec3.dll

Settings:
-Target Datarate = 183 KB/s
-Force Keyframe (in VirtualDubMod) = 99999
-VBR
-Progressive
-Auto Keyframe ON
-Max Frames BTW Keys = 120

Two Pass, First Pass
-Undershoot = 90%
-Min Quant = 1, Max Quant = 10
-Temporal and Spatial Resampling OFF

Two Pass, Second Pass
-Same as first pass
-Variability = 40%
-Min Section = 80%
-Max Section = 300%


The only thing I could think of is, maybe I set the quantizers wrong? I was playing around with the max quantizer to see what would happen, though I don't know how quantizers work...

[Sirber]

-Force Keyframe (in VirtualDubMod) = 99999

this might be the problem...

[DevilsChild]

Originally posted by Sirber
-Force Keyframe (in VirtualDubMod) = 99999

this might be the problem...

Nah, that just disables the auto-keyframe in VDubMod, as recommended in the VP6 "User's Guide".

I encoded the film a second time with the exact same settings and didn't notice any bad frames. Guess it was just a freak occurence...

[Sirber]

Can you post some screenshot?

[DevilsChild]

I put a screenshot in my original post.

Here's a link:
http://img6.photobucket.com/albums/v19/blc2004/image.jpg

[Sirber]

what I meant was some screenshot(s) of your movie, good screenshots :)

[Sagittaire]

It's a bug but not very best setting ...

Two Pass, Second Pass
-Same as first pass
-Variability = 40%
-Min Section = 80%
-Max Section = 300%

default setting are better ...

Two Pass, Second Pass
-Same as first pass
-Variability = 70%
-Min Section = 40%
-Max Section = 400%

[slavickas]

maybe it's possible to download older build while problem with generating badframes.stt persists? :confused: