Log in

View Full Version : Virtualdunmod 1.5.10.2 out


GravuTrad
10th September 2005, 17:33
Hi Len0x.

Do you preview to integration the new version out of vdm? (1.5.10.2)

changelog:

[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.

Kurtnoise
10th September 2005, 17:37
This is already in the new GK package... :search:

GravuTrad
10th September 2005, 17:49
GK, or autoGK?

Kurtnoise
10th September 2005, 20:11
GK I said...and AutoGK uses Virtualdub iirc.

jggimi
10th September 2005, 21:19
Moved to development.

len0x
10th September 2005, 21:39
AutoGK uses VDubMod as well, but new version its not tested well enough to put it in before stable release.

Matrics
10th September 2005, 22:41
This "news" was published by free-codecs.com (http://www.free-codecs.com/download/VirtualDubMod.htm) almost 2 weeks ago...

edit: ...and released on August 29. Take a look here (http://sourceforge.net/project/showfiles.php?group_id=65889&package_id=63653). Thanks anyway ;)

len0x
10th September 2005, 22:53
So what? It needs to be tested within AutoGK environment for a at least couple of months at its crucial application - I just don't have that kind of time. 1.5.10.1 was really buggy - that's why it was not included in AutoGK and 1.5.4.1 used instead. I'm not convinced all the problems are solved...

GravuTrad
11th September 2005, 09:03
I was sure that autoGK used vdm, but didn't know that you use the version 1.5.4.1...

I hope you will can use version 1.5.10.2, if bugs won't be there...

iradic
11th September 2005, 11:35
@lenox
why did you include it in GordianKnot RipPack? :)

len0x
11th September 2005, 16:51
because advanced users can roll back to whatever version works for them in case of problems.

iradic
11th September 2005, 17:31
logic is your weapon lenox ...

AMED
12th September 2005, 09:58
i've come across a bug with VirtualDubMod 1.5.10.2 and AutoGK 2.17b.

i'm converting a red dwarf episode which resides in "G:\RED_DWARF_SEASON_1\EP6 Me²" when using VirtualDubMod 1.5.10.2, AutoGK does completes the compression test and then exits with EXCEPTION: Open avi failed. I rolled back to 1.5.4.1, and AutoGK works as per normal.

just a heads up

;)

len0x
12th September 2005, 20:22
see what I mean? :)

GravuTrad
12th September 2005, 23:41
have you tried only with vdm 1.5.10.2 (without autoGK?)

AMED
13th September 2005, 04:37
nope, doesn't that defeat the purpose ?

GravuTrad
13th September 2005, 18:12
No, it's just a try, that's all, i don't know if there will have a good result (i believe in a more buggy vdm 1.5.10.2 than an autoGK bug but...)

AMED
14th September 2005, 07:11
I just tried doing a quick 2 pass encode with VDM 1.5.10.2, it seems to be working fine.

i'm pretty sure that the ² in the directory name is causing the problem.

AVI.NET also crashes when the ² is in the dir name, when i remove it, it works fine, the same with AutoGK.

so i'm not sure whats the problem.

hat3k
22nd September 2005, 22:34
len0x did you try Virtualdub-MPEG2?

len0x
23rd September 2005, 21:18
Why would I do that? AutoGK was designed to work with VDubMod ONLY...

hat3k
23rd September 2005, 23:31
simply vd-mpeg2 is the same with VDM but it can fully process sound, i simply thought if it could help or something. As i know its a full copy of original VD, but with Mpeg2 support. And new versions come out with original VD.

len0x
24th September 2005, 13:12
VDM contains special features that was put in by my request as well as Jonny's patch to be used for his Enc which AutoGK relies on as well.

hat3k
25th September 2005, 03:35
ok thanks, i see