VirtualDub2

[jpsdr]

As i said, i don't know why, but in my PC (Windows 7 x64), the v2.1.0.600 didn't crash with ffdshow 1.3.4533 installed, and the codec is in list of the compression Codec.
Maybe this information can help to figure out how fix the issue...?
If more information is needed, ask and i'll provide them if i can.

[LigH]

I believe we need a test tool which runs the enumeration loop exactly like in VirtualDub2 64bit but creates a verbose log, up to a crash handler which can log down to a CPU / stack / heap level.

[v0lt]

I updated avlib.vdplugin to version 0.7.0.72. It now supports FFmpeg 7.0.
Download link.

[tormento]

Originally Posted by v0lt

Download link

What is the difference between the two files?

[LigH]

Original EXE does not crash with unstable 64 bit VfW codecs but is not up to date otherwise.

[v0lt]

Originally Posted by tormento

What is the difference between the two files?

The difference is written on the previous page.

[v0lt]

I updated avlib.vdplugin to version 0.7.0.86 (FFmpeg 7.0).
Added support for JPEG XL images.
Improved navigation support for long FLVs and MKVs with audio.
More default formats for the "FFMpeg : video" and "FFMpeg : images" groups.
Download link.

[TCmullet]

Originally Posted by Emulgator

Many thanks, v0lt !
As a sidenote: As long as there are classic 32-bit AVS plugins which won't get any update
because stable (or developer had to take on other tasks) it is viable to still have 32-bit applications
like VD2 available, so again thanks if somebody caring for that still.

I HEARTILY 2nd your motion (and NJI's motion) to not let any 32-bit version of anything die this soon in computer history. I think there are millions of 32-bit PCs still alive and well. In fact, I have one myself, though I don't use it often. I'd be sad if I ran into "oh I can't run a decent Vdub here b/c this old reliable workhorse PC of mine isn't 64-bit".

[LigH]

Maybe the 32-bit version of VirtualDub2 has no issues handling VfW codecs...

[v0lt]

avlib.vdplugin 0.7.0.90 (FFmpeg 7.0)
Added support for VVC videos.
Changed the display of the "Metadata" field in "File Information".
Download link.

[LigH]

Dear v0lt, could you please make a VfW enumeration test tool which tries to catch and report all exceptions as much as possible?

[v0lt]

Originally Posted by LigH

Dear v0lt, could you please make a VfW enumeration test tool which tries to catch and report all exceptions as much as possible?

No.
I tried to put a "try catch" block on the problem spot, but it didn't help.

[v0lt]

avlib.vdplugin 0.7.0.93
was fixed and re-released as version 0.7.0.123

VirtualDub2 v2.1.1.607
was rebuilt and re-released under version v2.1.1.609

https://forum.doom9.org/showthread.p...78#post2006278

[Bernard]

I'm back after a 20 year break so I apologize in advance if I've missed something obvious.

Using either Vdub2 official or the latest v2.1.1.607 release, the built in huffyuv codec isn't recognized by VLC. Even if I change the FourCC code to what VLC expects, it still won't play. If I install the old huffyuv codec and save the file in Vdub2, VLC plays files encoded with it fine.

Is there a setting to make Vudb2's built in huffyuv codec compatible with VLC? I'd rather use the built in codec.

[v0lt]

Originally Posted by Bernard

Is there a setting to make Vudb2's built in huffyuv codec compatible with VLC?

VirtualDub2 does not contain the HuffYUV ('HFYU') encoder. It contains the FFMPEG Huffyuv (ffvhuff, 'FFVH') encoder. These are different encoders.

[LigH]

IIRC, the original Huffyuv codec only supported YUV 4:2:2 (YUY2/UYVY), while ffmpeg's Huffyuv adaption also supports planar YUV 4:2:0 (YV12).

[qyot27]

As a libavcodec-based player, there's absolutely no reason why VLC should be rejecting ffvhuff. Unless it's a positively ancient version of VLC.

VLC is mess.

[Bernard]

Thanks for the idea about VLC being out of date. But no, updating VLC to the latest version still doesn't let it read HFYU files.

[LigH]

Again: VLC does support the original Huffyuv codec (by Ben R.G.) with FourCC "HFYU". But not the ffmpeg/libavcodec variant with FourCC "FFVH". And I see no reason for it not to, because its shipped plugins\codec\libavcodec_plugin.dll does contain the FourCC "FFVH", it is at least detected. Issue added but there are still almost 4000 issues open.

Some players which should work instead: ffplay, mplayer, SMplayer, MPC-HC, MPC-BE ...