§ ¶VirtualDub 1.9.4 released
VirtualDub 1.9.4 is out. This version contains only bug fixes and is the first stable release in the 1.9.x series.
Um, I guess that's it.
A mini-FAQ for this release:
Q: What happened to the "defer this job" checkbox in the save dialogs?
A: I took it out because there were too many people who were checking it and then not realizing that it saved, and then thought the program was broken because it didn't do anything on a save operation. The batch commands have all been moved into a "Queue batch operation" submenu. Since this is less convenient than the previous location, 1.9.4 now allows you to configure keyboard shortcuts for any menu command in Options > Keyboard Shortcuts. This allows you to access the batch mode Save as AVI command directly.
Q: Does VirtualDub work under Windows 7?
A: Yes, I have been testing VirtualDub under the current Windows 7 Release Candidate. In fact, all versions of VirtualDub work on both Vista and Windows 7 RC, although there are a few minor glitches that have been resolved in recent versions. Unless otherwise stated, you should assume that VirtualDub runs on any newer version of Windows. I don't target specific versions of Windows and try not to write code in a way that would break in the future.
Q: Does the AMD64 version work on Intel processors?
A: Yes. It's called AMD64 because that was the original name of the platform before Intel adopted it as EM64-T, but the 64-bit version runs the same either way. Microsoft changed their platform description to x64 to be more politically correct, but it's the same thing.
Q: Is your program available in DLL/OCX form so I can embed it in my app?
A: No, and I have no plans to do this. The embeddable interface is to invoke vdub.exe or VirtualDub.exe with command-line options.
Build 32559 (1.9.4, stable): [July 27, 2009]
* Fixed chroma subsampling and 4:1:0 chroma positioning in test videos.
* Scene stepping works with panes disabled.
* Fixed crash in scene stepping with certain frame sizes and 24-bit RGB
selected as the input format.
* Path options were reversed in the batch wizard.
* Filters: Fixed crash when VDXA is enabled and 3D acceleration
* Filters: Corrected several positioning errors in resize filter in 3D
* Filters: Fixed bad offset and channel swapping when cropping on a filter
that triggers a switch to 3D accelerated operation in RGB mode.
* Filters: Fixed cut off size text in cropping dialog.
* Filters: Field bob, threshold, and sharpen filters were added to the list
even if the configuration dialog was cancelled.
* Capture: Devices that don't declare a frame rate now cause an error
rather than a crash.
* Fixed compatibility problems with Windows NT 4.0.
Opened up image sequence. Pointed to a wave file. No audio during preview. No audio on output file either. Did the same thing on 1.8.8 and it works fine.
evropej - 27 07 09 - 16:34
Tried it, and it seems to work fine for me. Does it happen with the one of the test videos (Tools > Create Test Video) as the video source?
Phaeron - 27 07 09 - 16:52
Thanks again for your great work. But (isn't there always a "but"), could we get a summarized "whats new in 1.9 series" blogpost? That would give all the vdub users in the world an overview, because not everyone of them reads your blog regularly.
Claus - 27 07 09 - 20:56
1st, thanks for the wonderful release.
2nd, could you please disable (by default) or even completely remove the vbr-mp3 warning? I think you could extend the file information dialog and add the info there instead. (CBR/VBR)
Thanks in advance,
Avi Vahl - 27 07 09 - 21:27
I tried it on win 7 and XP from version v1.9.2, v1.9.3, v1.9.4 with the same results. The same media ( image sequence of JPEG and a WAVE file )works on v1.8.8.
I will try what you suggested when I get home, paying for the bacon rite now.
Feature Request: I am noticing mp4 h264 format is becoming very popular for cameras and camcorders. Any plan on providing support for this format?
evropej - 28 07 09 - 06:15
The "what's new in 1.9" post is a good idea. I don't even remember myself what's specific to 1.9.x.
I won't disable the vbr-mp3 warning by default, but you can always turn it off in Options > Preferences > AVI.
I can't include direct support for MP4 for various reasons, but there are input plugins to help out in that respect. I've been thinking of possibly taking the DirectShow input plugin I wrote a while back and integrating it, or at least enhancing the plugin API to make it work better.
Phaeron - 28 07 09 - 14:47
How about making an FFMPEG Source? That would cover MP4, H.264/AAC and quite a few other formats...
Blight - 28 07 09 - 21:26
Something like that could be made right now, but I try to avoid putting anything in my code base that requires me to keep up with anything fast-moving, because I can't keep up. If I had integrated ffmpeg, it'd probably still be some version from 2003.
Phaeron - 29 07 09 - 15:44
Once you write the initial framework for ffmpeg it probably wont take much work to maintain it. Even if you don't upgrade to the latest ffmpeg every VirtualDub release, you'd still have a file source plugin capable of loading multiple popular formats. And once the framework is in there and open-source, I'm sure others may also take the mantle of updating the plug-in if something really important comes along in a new version.
Blight - 29 07 09 - 22:08
I agree. Ffmgeg in VirtualDub would be dope!
Dstruct - 31 07 09 - 12:00
Thanks Phaeron, but can you will pay attention to other project? ;)
breaker - 02 08 09 - 05:04
You need to understand that both of these are hobby projects and that I do not have any guarantees as to how much or when I work on any of them.
Phaeron - 02 08 09 - 08:24
I think that the use of your DirectShow plugin with ffdshow would, actually, accomplish both... On import at least. I don't know about export.
Mitch 74 (link) - 03 08 09 - 02:16
Thank you for all your work.
It would appear that Fast recompress with Smart rendering is no longer working?
It was working in 1.8.8 and then I try the same source and processing settings in 1.9.4 and it appears to be doing Full processing mode :-(
Sasha - 05 08 09 - 20:56
i've been using the 1.5.10 Virtualdub, tried every other release after that and even the 1.9.4 and not one of them works as good and i'm not missing anything really other than the new versions are a bit faster at compressing but i can live without it.
stuff like adding logos would crash at specific scenes, Virtualdub would also crash randomly for no reason when moving forward/backward, compressing.
i have only FFDSHOW installed and no other codec, my os is XP 32bit with SP3.
i appreciate the fact that Virtualdub is improving but stability now is completely gone since 1.5.10, i suggest taking care of this before trying to add any more features.
and as always.. if it isn't broke, don't fix it. ;)
Legumo - 07 08 09 - 00:59
That's impossible for me to do if you don't actually give me any useful information about the crashes you are seeing.
Phaeron - 07 08 09 - 14:54
I just turned on 1.9.4, it seems the AVI preferences "Superindex entry limit" and "Index entries per block" have been inverted. All my older versions of vdub show Superindex: 8192 and Index entries: 256. But 1.9.4 has Superindex: 256, and Index entries 8192.
Maybe I somehow screwed up my settings in the older versions, donno. But thought I would mention.
anon - 11 08 09 - 02:49
Thank you, Phaeron, for your years of work on VirtualDub! It has always been and remains one of the best and most dependable video editing/converting/tinkering tools.
Matt - 11 08 09 - 10:31
> I just turned on 1.9.4, it seems the AVI preferences "Superindex entry limit" and "Index entries per block" have been inverted. All my older versions of vdub show Superindex: 8192 and Index entries: 256. But 1.9.4 has Superindex: 256, and Index entries 8192.
You didn't say which older versions you were using, but there was a bug in versions prior to 1.8.1 where those entries were swapped in the configuration dialog. 256 superindex / 8192 index is the correct configuration.
Phaeron - 11 08 09 - 15:01
I gave the new version a try and I noticed that even though (compared to last 'stable' release) there are extended options regarding shutting down the computer after finishing the batch processing, this status is still hidden and saved, meaning it will still shut down my computer when I don't want it shutdown just because I didn't check this hidden option and forgot to reset it after turning my PC on.
While I love VirtualDub and its abilities, this details is making me really disappointed.
Kasuha - 13 08 09 - 21:32
After first encoding second and others is twise slower.
If to lock windows (win+l) encoding is stoping.
(cpu amd (4 core) winxp sp3 (x86) Threading  3D accel [v])
Hunter - 15 08 09 - 01:45
So, why don't you change the build name to x64 too? So everybody will know that will work?
Do you prefer to have a FAQ for inputing this question other than change just the name?
Saulo Benigno - 16 08 09 - 06:44
Why do not make a commercial version of this great program or any other commercial way to have revenues? Do you accept donation?
THANK YOU FOR YOUR WORK
Diego Juzgado - 16 08 09 - 20:22
Hi and thank you for giving us this beautiful program. One (big) request: I'd really like to see VirtualDub using CUDA2 (Nvidia) to accelerate video rendering (like Badabook converter). Do you think we'll see it soon?
Mark Potter - 26 08 09 - 06:11