Current version

v1.10.4 (stable)

Navigation

Main page
Archived news
Downloads
Documentation
   Capture
   Compiling
   Processing
   Crashes
Features
Filters
Plugin SDK
Knowledge base
Contact info
 
Other projects
   Altirra

Archives

Blog Archive

VirtualDub 1.6.10 released

Sharp users will notice that the changelog for 1.6.10 says August 7th. This date is inserted into the program when the full build kicks off in my release process. I had this release ready on Sunday, but before I could create the SourceForge entry, the power went out in my neighborhood, presumably due to the heat wave. I suppose I could have reconnected the wireless router and the modem to my UPS and uploaded with my laptop, but it was too hot to rearrange wires.

The major bug fixes in this version are in the internal DV decoder. It turns out I got the weighting incorrect on the DCT coefficients, inverting the weights by accident and attenuating the high-frequency terms. A far more serious problem, however, was that the chroma decoding for PAL DV was totally wrong. The reason for this is that I had to code PAL DV blind since the SMPTE 314M standard doesn't describe the commonly used scheme and I wasn't about to shell out more money for ISO 61834 too. I had assumed that the 4:2:0 scheme was similar to MPEG-2, but nope, it's completely different, and I couldn't see the difference because I was using a [i]noninterlaced[/i] video to test. Both NTSC and PAL DV should look better with the internal decoder in 1.6.10.

Changelog:

Build 23648 (1.6.10, stable): [August 7, 2005]
   [features added]
   * The Y800 FOURCC has been added as a supported synonym for the monochrome
     Y8 format. 
[bugs fixed] * "Run analysis video pass" now uses the correct priority setting. * The ESC key and close button now work in the capture spill drive dialog. * Fixed some DV quality issues, including broken DV PAL chroma decoding. * Capture: Fixed divide-by-zero crash in DirectShow driver when selecting 8-bit mono formats. * Capture: Fixed scrambled audio output when resampling with 8-bit audio formats.
[regressions fixed] * MPEG-1 frame types were being reported improperly. This caused the key- frame-step command to appear not to land on I-frames. * Selecting an incompatible audio compression format reported a *de*compression error.

Comments

This blog was originally open for comments when this entry was first posted, but was later closed and then removed due to spam and after a migration away from the original blog software. Unfortunately, it would have been a lot of work to reformat the comments to republish them. The author thanks everyone who posted comments and added to the discussion.