VirtualDub 1.4.13 released!

[hakko504]

Avery has been busy the last weeks. Third release in a month.

Release notes:Build 14328 (Version 1.4.13): [November 29, 2002]
[features added]
Added frequently-requested Lanzcos3 kernel to resize filter. Can't see any difference whatsoever.

[bug fixes]
Fixed nasty resize filter bug and RGB24<->RGB32 conversion errors on odd bitmap widths.
(Regressions in 1.4.12)
Fixed audio desynchronization when processing compressed audio in direct stream copy mode with both a start offset and deleted segments. Thanks to Cyrius for the bug report and fix.
Audio compression system now drops a final partial block from an audio codec -- Microsoft ADPCM was producing these, resulting in a runt AVI stream sample. The new behavior matches that of Sound Recorder.
A partial final block no longer triggers the VBR audio adjustment routine.
"Previous keyframe" from beyond the end no longer seeks to start if frames have been deleted or masked. Also thanks to Cyrius.
Fixed crash in MPEG-1 decoder when playing or saving a video stream with D-frames or invalid frame types.
B-frame audio skew support is now also enabled for the 'XVID' video format.

Some more work for the VirtualDubMod team also, I believe ;)

[The Edge]

B-frame audio skew support is now also enabled for the 'XVID' video format.

Cheers Avery.;)
More XviD support is always good as all my encodes have been XviD for the past 4-5 months.

Edge

[Belgabor]

Cyrius already merged the changes, so our next release will be 1.4.13.1 =)
Be also prepared for some nice new features.

Cheers
Belgabor

P.S: Yes, I love to tease you, ppl :p

[cweb]

Originally posted by hakko504
B-frame audio skew support is now also enabled for the 'XVID' video format.

Hi - does this mean that there is no problem with XviD b-frames skew now in this version?

I use Virtualdub to encode an XviD b-frames avi then
I mux using OggMux into an OGM. I haven't noticed skewing
myself for some reason, so far at least.

[cca]

Guys, if you check this thread (http://forum.doom9.org/showthread.php?s=&threadid=38074&perpage=20&pagenumber=11) you'll see that I encountered a problem while using VirtualDub 1.4.13 with XVID and B-Frames, a file undersize problem. Please don't rush to release the next VirtualDubMod based on VirtualDub 1.4.13, at least until we have more input.

[hakko504]

B-frames, whether in XviD or DivX is always prone to create undersized files. In fact if you get a compression test result higher than 75% you can almost be sure that the resuolting file will be undersized, if only by a few %. Read this for an explanation! (http://forum.doom9.org/showthread.php?s=&threadid=24584)

[cca]

@hakko504:

Maybe you're right about that, but my comp test was 70% and the problem occured with exact same settings, the exact same movie and the exact same avisynth script! Used VDub, got undersized file. Used VDubMod twice after that, got a correct sized file. What else can I say?! :confused:

[Suiryc]

Originally posted by cweb
Hi - does this mean that there is no problem with XviD b-frames skew now in this version?
Yes, The B-frame trick for XviD used in VirtualDubMod and now VirtualDub 1.4.13 are exactly the same (there was only to add XVID FourCC in a test ;)).

Guys, if you check this thread you'll see that I encountered a problem while using VirtualDub 1.4.13 with XVID and B-Frames, a file undersize problem. Please don't rush to release the next VirtualDubMod based on VirtualDub 1.4.13, at least until we have more input.
Hmm :/ strange. I didn't see changes that could have produced that in VirtualDub 1.4.13 sources ... (will check again to be sure)

[cca]

If the implementation is the same, then there's either a bug in VDub or I did something wrong! I'll do another test tonight keeping the same settings. I also must add that the .stats file from the first pass was also different when I used VDubMod. So I'll have to make both passes again to be sure. I hope this final test will clarify things.

[cca]

Final test encode finished. It came out perfectly. So, either I messed up the first time or something weird happened! Obviously there is no problem with VirtualDub 1.4.13 and XVID. I wish I knew what happened on that first encode...

[Angrychair]

Hmm...

I've had absolutely no success with VD 1.4.12 or 1.4.13. Both of them constantly crash my xvid encodes on the second pass. VD 1.4.11 works fine for me to encode my xvid beta videos with nice quality and speed.

VD is the greatest open source utility around, but the last two versions have a horrible bug on my system (MSI K7D master 2x athlon 2200+ with 512 megs ddr and windows2k)

[sjet]

Yeah I get crashes too on 2nd passes, when using virtualDub 1.4.13 and koepi's XviD-03122002-1.exe dev build. It only happens when i try to use b-frames, if i disable b-frames everything is fine. :(
I don't know if it's a v-dub bug or an xvid bug.

[Sirber]

@sjet

I have the same problem. XviD dev build crash on second pass. I have a AMD Athlon TBird 1.333. I uses:

2 b-frames with 150% quant
divx5 comp.
packeted bitstream off

Any solution?