When will be realesed new VirtualDubMod?

[SCIF]

VDubMod is excellent tool, but VDub version is already 1.6.10. When new version of vdubmod will be released?

[fccHandler]

Unfortunately there are no developers working on VirtualDubMod.

[SCIF]

It's very bad. I saddened.

[alky]

that is really very unfortunate...

the workflow with the virtualdubmod save dialog is much better than with the original vdub save as avi. also the avs script editor speeds up fixing small mistakes or parameter tuning in scripts.

i hereby officially request these two features in the original virtualdub... pleeeease? :)

edit:
i got the current vdub and vdubmod sources trying to merge some features. the vdubmod code came from sourceforge's cvs and now i got some questions :)

* is this the most recent? there are some pretty big differences to the original...
* is there a public cvs/svn repository for the original?
* is there a vdub modification including only the avs editor and only the save dialog modification?
* i get a build error with the original because some defines are missing in a header from the platform sdk (line 309-312 in cap_dshow.cpp (Riza) outcommenting helps). where do i get the updated header file?

[Fizick]

I make some correction to Avisynth-related part of latest Vdubmod 1.5.10.1 source from CVS.
- Fixed: inserted frame range and imported frameset end position was
not correct in Avisynth Script editor (the same fix as I previously made for 1.5.4.1).
- Fixed: too small string buffer to show Avisynth Information messagebox.
- Updated: added new Avisynth v2.5.5 and v2.5.6 keywords to highlight list.

By the way, some small latest updates by Suiryc (or Cyrius ?) inluded too. (He add them to CVS after last build was released).
- Fixed: bug that could crash the program when using the Asus ASV2 codec.
Thanks to Michael Koester for the patch.
- Fixed: bug preventing to delete a file used as external audio source even after
having removed it from the stream list (VDM would still keep the file opened).
- Fixed: bug cutting audio too early (33% or 50% of the stream) when muxing VBR
Mpeg Audio other than Mpeg1-Layer3 or Mpeg-Layer2.
- Updated: fccHandler's MPEG2 support to latest version (1.5.10, 2004-03-04).
- Now read and write the new tags for Matroska files.
- Fixed: bug preventing 'clean' finalization of subtitle streams in OGM files.
- Fixed: (1.5.4) deadlock when muxing many audio/text streams in OGM/MKV files.
- Read and write aspect ratio info in AVI files.
- Fixed: take into account default OGM packets duration.
- Fixed: misbehaviour (duplicating software/title tags) for video tracks when
editing MKV files.
- Fixed: misbehaviour when processing corrupted Ogg/OGM files.
- Fixed: some subtitle out-of-sync issues when muxing some subtitles sources.
- Fixed: some random livelocks on audio muxing (due to race conditions).
Thanks to Michael Keeley for the patch.

I do not know, why he do not release it?
Temporary I put the updated sources and binary to my site for testing.
It will be great, if somebody put my update to CVS and release official bug-fix build.

[Wilbert]

Great!

Fizick, you can reach Suiryc as forums.virtualdub.org. He posts there now and then. Perhaps you can ask him to update CVS and release a new version?

[bugmenotwillyou]

- Read and write aspect ratio info in AVI files.

Would you be so kind as to point me to where in your build I might find this option? This option is very useful :)

[Suiryc]

Why not.
But I have to update a few things (if possible), so it won't happen in the next days.


@bugmenotwillyou
This is not an option. If there are AR information in the container (AVI or MKV) it is taken into account for the output container (AVI or MKV).
There is no way to add/change AR information in VDM.

[Kostarum Rex Persia]

But,I using VirtualDub MPEG 1.69. Is VitualDub MPEG just renamed VirtualDub Mod or not.

For me,VirtualDub MPEG 1.69 works perfectly.

[Guest]

Is VirtualDub MPEG2 just renamed VirtualDubMod or not. No. VirtualDub MPEG2 is just VirtualDub + MPEG2 support (+ optional AC3 input), created by fccHandler. VirtualDubMod has a lot more added functionality.

[Kostarum Rex Persia]

Such as?

[Guest]

* Matroska support
* Multiple (>2) audio stream support for all output formats
* AviSynth integration
* Additional audio formats: AC3, OGG Vorbis and VBR MP3.
* Etc.

[ron spencer]

From reading this thread I gather that a new version is coming? This true....or am I not reading right...new version would be cool!!!

[eb]

From my point of view one basic function is urgently needed in VDM ie possibility to measure DELAY for audio streams, and here is real man that can do it, namely neuron2
Then we can, even here on Doom9 forum, name VDM as the best program.

may be some additional filters also for deinterlacing as separate fields...

For today I am using strange way according to neuron2 and me also

deinterlace > discarge field (2)
resize to original
deinterlace > discarge field (1)
resize to original

strange but it is working

may be also to keep SMD happy to add aac muxing for audio streams

eb

[Guest]

From my point of view one basic function is urgently needed in VDM ie possibility to measure DELAY for audio streams, and here is real man that can do it, namely neuron2 Thanks for the vote of confidence, but my plate is really full right now.

[Suiryc]

Don't expect too much. This won't be a VDM 1.6.x, just another version fixing few more bugs.
There were and still are reasons for us not to release a 1.6.x version, such as
1. too many changes between 1.5.x and 1.6.x (especially in the same parts that were heavily changed to implement VDM features)
2. lack of time

[alky]

has avery lee ever stated why he is not integrating the widely used features of vdm back to his code?

[Kostarum Rex Persia]

has avery lee ever stated why he is not integrating the widely used features of vdm back to his code?

Yes,I ask the same question.It's shame that VirtualDub 1.6.10 don't finaly include MPEG2 and AC3 audio support.

At least,he can do that,only if he want.

[mustardman]

MPEG2 is wrapped up nicely in patents and licencing. It is my guess that Avery does not want to expose himself in the slightest. He has stated in the past that the above issues are the reason it is not included, so he can hardly turn around and say "oh, I didn't know" when they knock at the door.

I expect AC3 is the same, but since I don't ever use it, I don't know.

But as for the other features that VDM has, I must say I do really wonder why he hasn't rolled them back in !?!

MM

[stephanV]

a. Perhaps he didn't deem some of them useful, to him particullary. He is much more focussed on the capturing side of the program, than on what most modifications of VDM are aimed on.
b. He's not too fond of recycling other people's code.
c. It's more work.

[fccHandler]

d. It's already been done.

:D

[Kostarum Rex Persia]

d. It's already been done.

:D

I don't sure what do you mean.Explain,please.

fccHandler,can you integrate AC3,Matroska support,AviSynth,etc in your next VirtualDub MPEG2 version? All people in the world will be very grateful,if you do that.

[fccHandler]

I was talking about adding MPEG-2 support to VirtualDub.

VirtualDub-MPEG2 does support AC-3 and Avisynth scripts so I'm not sure what you mean by integration. It would be pointless to embed an AC-3 decoder into the program, since I offer an ACM decompressor on my site. As for MKV support, it's not something I would use myself so I'm not really motivated to add it. Sorry.

[Leak]

VirtualDub-MPEG2 does support [...] Avisynth scripts so I'm not sure what you mean by integration.
I guess he meant the integrated AviSynth editor with syntax highlighting and the ability to insert range values right into the editor.

That's what still makes me keep using VDM instead of switching to a recent VD... :(

[Fizick]

Same as Leak.

[E-Male]

the integrated is really great, would love to see it in up2date virtualdub

[alky]

does vdub mux vbr mp3s correctly yet? the faq in this forum says it does not. vdm does.

muxing multiple streams into an avi or better yet the whole streams menu from vdm should be in vdub, imo.

[stephanV]

does vdub mux vbr mp3s correctly yet? the faq in this forum says it does not. vdm does.
It never will, not out of inability, but out of choice.

[LoRd_MuldeR]

It never will, not out of inability, but out of choice.
Why? :angry:

[stephanV]

http://www.virtualdub.org/blog/pivot/entry.php?id=27#body

thats why

[Suiryc]

Here is a new build : VirtualDubMod 1.5.10.2 (http://sourceforge.net/project/showfiles.php?group_id=65889&package_id=63653&release_id=352709)

[VirtualDubMod 1.5.10.2]
Fizick:
- Fixed: inserted frame range and imported frameset end position was
not correct in Avisynth Script editor.
- Fixed: too small string buffer to show Avisynth Information messagebox.
- Updated: added new Avisynth v2.5.5 and v2.5.6 keywords to highlight list.

Cyrius:
- Fixed: (1.5.10.1) an input file containing audio would remain opened even
after "Clode video file" (thus preventing from deleting the file).
- Fixed: (1.5.10.1) crash when starting capture.
- Fixed: (1.5.10.1) ticks in the trackbar. Now have the same behaviour than
VirtualDub (when in "Frames" mode).
- Fixed: (1.5.10.1) not enough space was reserved for the KaxSeekHead at the
beginning of Matroska files. Added warnings (logs) when this happen.
- Fixed: duplicated references when writting 2 KaxSeekHead in Matroska files.
- Fixed: (1.5.10.1) logs shown 2 times when saving a Matroska file.
- Fixed: issues when decompressing AC3 (1.5.10.1) or audio using ACM.
- Fixed: issue with the input audio filter (graph) that would stuck the dubbing.
- Fixed: (1.5.10.1) problem with empty selection when doing a Refresh.
- Merged latest version of VirtualDub Sync by Andreas Dittrich (1.5.4, Sync 1.04)
- Fixed: livelock that could appear in some specific cases (the program encountered
a problem and is aborting the dubbing, but a livelock prevent it to properly end
the dubbing as well as showing you the error causing the problem).
- Fixed: issue when processing the very beginning of some AVI with MP3 VBR (this
problem would cause the previously fixed livelock).
- Added: 'Delete' key deletes entries in the stream, comment & chapter lists.
- Fixed: bug preventing some Matroska files from correctly being opened.
- Fixed: bug preventing files made with latest mkvmerge to be opened.
- Fixed: (Matroska) bug preventing processing of Matroska files (generally
resulting in a dubbing process stuck at the very beginning).
- Fixed: (stupid) bug concerning 'corrupted' data handling in DTS files.
- Fixed: (1.5.10.1) speed issue concerning dubbing thread priorities, and VBR
audio as input (e.g. VBR MP3 in AVI or as external source).
- Fixed: bug that could crash the program when using the Asus ASV2 codec.
Thanks to Michael Koester for the patch.
- Fixed: bug preventing to delete a file used as external audio source even after
having removed it from the stream list (VDM would still keep the file opened).
- Fixed: bug cutting audio too early (33% or 50% of the stream) when muxing VBR
Mpeg Audio other than Mpeg1-Layer3 or Mpeg-Layer2.
- Updated: fccHandler's MPEG2 support to latest version (1.5.10, 2004-03-04).
- Now read and write the new tags for Matroska files.
- Fixed: bug preventing 'clean' finalization of subtitle streams in OGM files.
- Fixed: (1.5.4) deadlock when muxing many audio/text streams in OGM/MKV files.
- Read and write aspect ratio info in AVI files.
- Fixed: take into account default OGM packets duration.
- Fixed: misbehaviour (duplicating software/title tags) for video tracks when
editing MKV files.
- Fixed: misbehaviour when processing corrupted Ogg/OGM files.
- Fixed: some subtitle out-of-sync issues when muxing some subtitles sources.
- Fixed: some random livelocks on audio muxing (due to race conditions).
Thanks to Michael Keeley for the patch.
- Fixed: possible issue with Symantec Corporate AntiVirus 10
Thanks to vladlp : http://forum.doom9.org/showthread.php?t=93554
- Updated Matroska libs to libeml 0.7.5 and libmatroska 0.7.7
Added warning on first startup since Matroska support is rather outdated :P
- Fixed (?): sometimes after loading avisynth at startup the VirtualDub exception
handler (crash dialog) wasn't used anymore


I hope it works :p

[LoRd_MuldeR]

Nice to see there are still people working on that project :)

Thanks a lot and go on !!!

[Fizick]

Suiryc, thanks.
I hope too. :)

(if so, some message must be in some sticky thread)

[Kostarum Rex Persia]

Suiryc, thanks man.But,can you build VirtualDubMod based on newest stable build of VirtualDub 1.6.10?

[Koti]

Here is a new build : VirtualDubMod 1.5.10.2
I hope it works :p
:thanks:

@Kostarum Rex Persia plz read this post (http://forum.doom9.org/showthread.php?p=701197#post701197) for reasons for not to release a 1.6.x version

[guada2]

Nice job.

Thanks Suiryc :) .

[LigH]

Thank you very much.

Unfortunately, I did not yet find in the changelog, if the "lost frames at end on decoding XviDs with B frames" issue was fixed, too.

[Suiryc]

Thank you very much.

Unfortunately, I did not yet find in the changelog, if the "lost frames at end on decoding XviDs with B frames" issue was fixed, too.
True, it's not in the changelog.
But if I'm not mistaken, and according to changelogs of some concerned CVS files, it 'should' be fixed. Guess I forgot to report it in the main changelog.

[LigH]

Indeed, it seems not to be fixed. Simply "File - Open" and "File - File Information" revealed missing frames. If you want to check it, be sure to raise "B-VOP sensitivity" in the "Zones" to force XviD to use B frames, especially for the last frames too.

[bond]

Suiryc, you once sent me a test build for this last frames problem (i think it was build 2476), but it was borked (lead to that the pc crashes at the end of the encode)

the solution avery did in virtualdub works

[Esc]

Yippie!
:thanks:

When it says
- Fixed: bug cutting audio too early (33% or 50% of the stream) when muxing VBR Mpeg Audio other than Mpeg1-Layer3 or Mpeg-Layer2.does that mean that mono vbr mp3 is gonna work now too? 'Cause I'm not sure what it says right there. :o

[scrat]

hey!

Great, vdm isn't dead!
Is it possible that the next release of VirtualDubMod will habe new features or just another bugfixed version or was this the last version (for a long time again)?
I think it would be great if VirtualDubMod could use mkvmerge to mux Matroska files, or isn't this possible, because muxing into mkv with vdm isn't really up-to-date...


cu, scrat

[LigH]

scrat, please read again the mentioned topic why VirtualDubMod will not be developed further towards supporting Matroska: VirtualDub was made to edit AVIs, and more modern containers are simply too different to edit them with the same efforts inside the usual user interface and with the same basic handling routines. For up-to-date Matroska support, VirtualDubMod would need to be rewritten from scratch (you cannot exchange the basement under a building without any risk to crush it). And calling an external application would be quite some nonsense.

Better hope for new applications from the Matroska team itself - it is their turn to release an editing tool which bases on current Matroska routines, but will allow editing with a similar ease and power.

[Fizick]

Suiryc,
you forget put "template" folder with *.avst avisynth template files to 1.5.10.2 zip file.

To all: this folder can be found in 1.5.10.1 zip file.

[Suiryc]

Indeed, it seems not to be fixed. Simply "File - Open" and "File - File Information" revealed missing frames. If you want to check it, be sure to raise "B-VOP sensitivity" in the "Zones" to force XviD to use B frames, especially for the last frames too.
I can't reproduce the issue here :(
I even raised sensitivity to 100 and max b-vops to 50 and checked the xvid status window to make sure it was using b-frames (and a lot of them), but still no missing frames.

@Fizick
Oops, I actually wanted to use the one from 1.5.10.1 but messed when unzipping it and actually the folder here is empty ^^;
I reuploaded the zip with the missing files.

[LigH]

Would you like me to post files you can compare? (AVI made with XviD, together with VirtualDubMod processing settings to document the codec options used)
___

Aah - my fault: The issue appears while writing, not while reading.

VirtualDubMod 1.5.10.1 build 2439: XviD with e.g. up to 3 consecutive B frames may write up to 2 frames less than expected. This too low frame count is written in the AVI header (as reported by abcAVI 1.8.1).

VirtualDubMod 1.5.10.2 build 2540: XviD always writes the correct amount of frames, according to the AVI header.

:o Sorry for any confusion caused by me. :o

[Wesmosis]

Long live VDM!
keep this project alive plz lol :P:)