[VirtualDubMod] 1.5.4.1

[Belgabor]

Belgabor:
- Fixed I18N not working in HexViewer
- Fixed I18N/p18 related bugs in VirtualDub.rc
- OpenGL32.dll and Glu32.dll for the about box are now loaded dynamically.
  This may speed up loading of VirtualDubMod and reduce memeory cost.
  (Well, as long as you don't open the about box ;) )
- Fixed P4 build. LibEBML doesn't work with the Intel compiler, so its compiled 
  with the normal M$ one.
- Added "LoadAviSynth(string path)" to sylia functions.
- Since AviSynth 2.5.2 the special code to allow coloring of external plugin 
  commands is part of the offical codebase. Therfore the special avisynth.dll that
  was available from our page will be removed.
- New icon, designed by mf.
- Updates to the script editor:
    * Added a new mode to the script editor for Decomb override files. So far this is 
      nothing special, except ranges are copied with "," like for the Avisynth 
          handling (also see next point). Requests are taken for improvements =).
      This mode is auto-set for the extensions ".tel", ".fb" and ".dec".
    * The 'None' mode in the script editor now pastes ranges with "-".
    * Filenames can now be inserted with a nice file open dialog. In 'None' mode they
          are inserted as-is, in AviSynth mode with "'s around them.
- Fixed a stupid bug with the 'Save & open in Virtualdub' function in the Editor.

Cyrius:
- Fixed a bug that would multiply the number of audio streams coming from the
  opened video file when using the Refresh feature.
- Fixed bug not showing properly the video panes when opening via AviSynth.
- Fixed crash when opening via AviSynth without using a script.
- Fixed bug reseting the frame position to 0 when refreshing.
- Really added the SaveMKV functions for Sylia (better for batch mode :p).
- Fixed ending crash when compressing to MP3 inside VirtualDubMod.
- Fixed bug where disabled streams would still be written in the Job file.
- Quick fix (seems to work) for the program crashing when being called with
  the /x commandline options, and when the input file is in YV12 (i.e.
  generally an avs file).
- Fixed bug generating invalid OpenDML (>2GB) AVI files introduced in 1.5.1.1a
  when using audio streams.
- Fixed a bug (generally a crash) when reading Matroska files in CBR mode
  (e.g. 'Preview' instead of 'Preview VBR')
- Externalized the modified resize filter (the one based on and replacing the
  internal VirtualDub resize filter in 1.4.x versions of VirtualDubMod).
  Fixed some bugs in it as well :)
- Coded an extended TreeView control for the Preferences.
- Added support of 'rec' lists when writing AVI files (similar to AVI-Mux GUI).
  Finalization of AVI files takes some time when using this option.
- Updated libebml/matroska to latest versions (fixed some memory leaks).
- Fixed some memory leaks in Matroska support.
- Fixed bug preventing VDubMod from accepting AC3 files with a bitstream
  version lower than 8 (current specs version is v8).
- Fixed some crashes when reading mkv files (demuxing / transmuxing, ...).
- 'Interleaving' item of the 'Audio' menu is now accessible to subtitle streams
  when right-clicking in the stream list. Allow to change the stream offset.
- Fixed some bugs in the Matroska support.
- Matroska files with unknown audio tracks (unhandled IDs) are now accepted.
  Those tracks will only remain valid when being remuxed in a Matroska file.
- Added an option (Preferences) to speed up Matroska reading in VirtualDubMod.
  This requires more memory but Matroska reading part is 5x faster.
- Fixed another crash in the CBR reading code of Matroska files.
- Lowered a bit memory consumption when parsing OGM/MKV files (<10% gain).
- Moved VirtualDubMod preferences in its own registry binary entry to prevent
  any future conflict with VirtualDub (in case Avery Lee adds preferences).
  Nb : those settings have thus been reseted to default values. Matroska prefs
  were already in a separate registry entry and aren't reseted.
- Added audio clipping settings in the 'Interleaving' window, which allow to
  have different settings for each track. Changing those settings in the
  'Video->Select range' window (which show you the default values when adding
  a new track) will apply it to all streams.
- Fixed bug with matroska support where we would write wrong audio IDs ^^; ...
- Fixed rare bug where MP3 streams in AVI may be read as using Nandub tricks
  while they don't (thus leading to out-of-synch issues when editing).
- Fixed bug with AVI 'rec' lists (last one not being properly closed).
- Merged 1.5.4 changes (and added a bunch of brand new bugs :p)
- When opening a video for which no VfW decompressor could be found the program
  forces 'Direct stream copy' mode and uncheck the 'Show input/output video' menu
  items. A warning will appear to let you know about that.
- Now handle unknown Matroska video stream IDs. In this particular case you are
  only allowed to 'Direct stream copy' to another Matroska file.
- Can now process subtitle streams in Matroska files (only properly handle non
  overlapping subtitle streams).
- Gained some more space in the way Matroska information are stored in memory
  when parsing a file. The new (faster) read method is always used now.
- Fixed bug where keyframes reported when reading a Matroska file would be wrong
  when there are consecutive dropped frames in the stream.
- Fixed bug where keyframes reported when reading an OGM/Matroska file would be
  wrong in the last 7 frames.
- Native MPEG4 streams (with B-frames) coming from Matroska files are supported
  (for editing and recompressing; uses XviD codec).
- (Log) Error appears when you open / append an OGM file containing errors.
- (Log) Error appears when you open an SRT file containing errors.
- Bad subtitles (invalid times, ...) in SRT files are discarded and don't stop
  the file processing anymore.
- Thanks to 'The Crazy Rabbit' for updating codecs.ini with the help of abcAVI.
- Now uses libebml class that should handle >2GB matroska files.
- The 'Mpeg Audio' import filter should better import all kind of streams now
  (MPEG v.1/2/2.5, Layer I/II/III).
- Now handle even overlapping subtitles in Matroska files (may still be buggy).
- Fixed bug where some frames were considered as dropped ones while lacing was
  used on the video track (happen with some files not muxed with VDubMod).
- Support basic (not nested) tags and chapters in Matroska files (see the doc).

Have fun =)

[stax76]

great work! I think I'm gonna start now to serious mess around with MKV

Thank You, Belgabor!
Super!

[Selur]

Thx for the new build.

"Native MPEG4 streams (with B-frames) coming from Matroska files are supported"
Is VirtualDubMod able to produce such (native) files?

[stax76]

Is VirtualDubMod able to produce such (native) files?

good question

again thx for this new version

[Suiryc]

Originally posted by Selur
Thx for the new build.

"Native MPEG4 streams (with B-frames) coming from Matroska files are supported"
Is VirtualDubMod able to produce such (native) files?

Nope. This would require for us lo link directly to XviD (either statically - i.e. we would have one version of the XviD codec inside the exe - or dynamically - you would need an XviD.dll on your system) and bypass VFW in the video compression core (also we would have to find a way to change the XviD settings ) to be able to get a somewhat normal MPEG4 stream (i.e. no dummy frames and the like).

There is a tool (avs2matroska, developped by DaveEL ... but a little broken ATM, and DaveEL may have no time to keep on working on it) that produced some (test) matroska files with a native (XviD) MPEG4 stream and we used some of those test files to get this feature working in VirtualDubMod.

[stax76]

which filter and player is required to display subtitle and audio track tags in MKV? I have a little problem to display the tags here

[Selur]

"you would need an XviD.dll on your system"
Can't see the problem there
But anyway thx for answering. Native mkv support would rock.

Cu Selur

[stax76]

is that supposed to mean Microsoft API's which VirtualDubMod is based on are are not capable of creating nativ MKV files?

[Kika]

Hm, the new Version still does not sove my old problem (http://forum.doom9.org/showthread.ph...=virtualdubmod)

That's crazy, the old Version can load the Filebut isn't able to demux the SRT-Stream, the new one say's: "No duration found for a subtitle", after scanning the Video. After that, no Video is loaded.

[Belgabor]

Originally posted by Dolemite
is that supposed to mean Microsoft API's which VirtualDubMod is based on are are not capable of creating nativ MKV files?

Ok, I'm no pro on this, but thats how I understood it: VfW which VDub(Mod) is based upon doesnt support out of order frames which is the native form of MPEG streams (meaning B frames are stored in the stream after all frames they depend upon). In matroska there are elemets for each frame giving references on which frames they depend. In fact I dont know in which order they are stored, but due to the reference pointers it doesnt matter. In VfW all MPEG codecs using b-frames cheat. They insert dummy frames to represent b-frames that should be there chronoligically. Actually they are stored with the P/I frame they depend upon in one 'frame'. This crutch/hack can also be used in matroska, but as said is a windows specific crutch giving all platform independeant programmers a headache.
Just to repeat, this is the situation as I understood it, probably there are ppl that can explain it better
[Edit]
Oops, forgot to clarify this: The trouble is not the MKV native format, its the basic MPEG4 out-of-order coding. Afaik you'd have the same problem if you'd try to make a native MPEG4 stream with a VfW codec.
[/Edit]

Originally posted by Dolemite
which filter and player is required to display subtitle and audio track tags in MKV? I have a little problem to display the tags here

See the thread for the new matroska release in the new formats section

[Suiryc]

Originally posted by Dolemite
is that supposed to mean Microsoft API's which VirtualDubMod is based on are are not capable of creating nativ MKV files?

Short answer : yes

Longer answer :
The problem is due to the nature of VCM (the - old - API on which is based Virtual(Dub)) and the principal of B-frames.
First of all there is the Display order (the order in which you see the frames, thus with timecode increasing). B-frames will use backward and forward frames as reference. So to encode and decode a B-frame you need to read this forward frame too.

However VCM is a "one frame in, one frame out" system, meaning that you are supposed to give it a frame on input and it will give you a decoded/encoded frame as output. As you can see this is problematic with B-frames because you need to wait for next frames in the stream before encoding them.
The same goes on the decoding side. Since the codec needs to get the references of a B-frame before decoding it, they introduced the so-called coding order. It places the frames out-of-order so that a B-frame is always placed after its 2 references in the stream (this way the codec is sure to get the 2 references before the B-frame).
As a consequence those codecs produce 'dummy' frames (empty data) in the stream to compensate for the wait of forward references of B-frames.

Also VCM is only able to differentiate Key and Delta frames (it doesn't know anything about B-frames). So when you have a frame you only know if it's a Keyframe or not.


avs2matroska was able to produce 'native' MPEG4 streams because it was linking against XviD (so using the XviD API, which knows about B-frames and much more) and was bypassing the VCM API. The frames were still placed in coding order (it still need to get the backward and forward references of B-frames) and stored as such in the matroska file (i.e. frames are stored out of order).

[stax76]

thanks for the information, it's not easy to understand...

So when VFW/VCM is the problem maybe a new codec manager could be build on top of DirectShow which I asume is more flexible (although this obviously wouldn't be portable)

[bond]

great news!!!

but why isnt there aac/mp4 audio input possible till now?

[Suiryc]

Originally posted by Kika
Hm, the new Version still does not sove my old problem (http://forum.doom9.org/showthread.ph...=virtualdubmod)

That's crazy, the old Version can load the Filebut isn't able to demux the SRT-Stream, the new one say's: "No duration found for a subtitle", after scanning the Video. After that, no Video is loaded.

Well this error will be turned to a warning in next bugfix ...
First 1.5.1.1a version couldn't open it because it wouldn't handle subtitles in matroska files.

Originally posted by Dolemite
thanks for the information, it's not easy to understand...

So when VFW/VCM is the problem maybe a new codec manager could be build on top of DirectShow which I asume is more flexible (although this obviously wouldn't be portable)

Unfortunately DirectShow isn't flexible enough for a precise editing application. (... last time I heard of it Avery Lee somewhat gave up the idea of using DShow as basis of VirtualDub 2).

But yes using another (more recent and flexible) API would help. That's why you heard a lot about UCI (Universal Codec Interface) by some people for a certain format ( ).

Originally posted by bond
great news!!!

but why isnt there aac/mp4 audio input possible till now?

AAC may come later (we will have to see how is made an AAC stream).
MP4 is another thing (it's a complete format and as for OGM and Matroska it would need a lot of work and source code) ...

[bond]

hm, seems that reading rv9 content muxed with mkvmerge works fine in vdm but rv9 content muxed with gabest's matroskamuxer isnt working! i get the following error message: "found a frame with only one (forward) ref, unhandled!"

btw. i get the same error message when i try to open this file, which should include native mpeg-4 content...

Originally posted by Suiryc
AAC may come later (we will have to see how is made an AAC stream).
MP4 is another thing (it's a complete format and as for OGM and Matroska it would need a lot of work and source code) ...

i see
hm, imho aac/mp4 is THE coming format, especially since he-aac is available, hope it isnt getting ignored or so


btw. to the .mp4 container:
you allow .mp? (mpeg audio file) input -> this would also mean .mp4 input support of course (although .mp4 files are chooseable, mp4 isnt obviously supported now)
i guess you just wanted to summarize .mp2 and .mp3 support under this option!? to avoid any confusion perhaps it would be better to write .mp2 and .mp3 in the drop down list i think...

[r0cket]

Originally posted by bond
seems that reading rv9 content muxed with mkvmerge works fine in vdm but rv9 content muxed with gabest's matroskamuxer isnt working! i get the following error message: "found a frame with only one (forward) ref, unhandled!"

i'm not able to open matroska with realvideo9 content in vdubmod at all: "Couldn't locate decompressor for format 'ỹỹỹỹ' (unknown)". i have also vorbis audio stream in the file. (tried video only too)
is CFR means constant framerate? how to produce CFR stream with helix producer?

[Suiryc]

Originally posted by r0cket
i'm not able to open matroska with realvideo9 content in vdubmod at all: "Couldn't locate decompressor for format 'ỹỹỹỹ' (unknown)". i have also vorbis audio stream in the file. (tried video only too)

This is normal, except for MPEG4 streams (fow which we trigger the XviD VFW codec) we set rhe video codec to unknown and only allow Direct stream copy of the clip.

Originally posted by bond
hm, seems that reading rv9 content muxed with mkvmerge works fine in vdm but rv9 content muxed with gabest's matroskamuxer isnt working! i get the following error message: "found a frame with only one (forward) ref, unhandled!"

btw. i get the same error message when i try to open this file, which should include native mpeg-4 content...

Dunno about your first mkv file, but the mpeg4 sample appears to have a wrong frame reference in the middle (it uses 2 forward frames as reference). Guess it's a bug (and since in theory this sort of thing is allowed in matroska - but not used by any codec that I know - but doesn't correpond to MPEG4, that's why this triggered the error).

[itsme_4ucz]

Thank You, Belgabor!
Super!

[Didée]

* Post deleted *
The bug was in my system, not in VdubMod.

- Didée