Re: Some VirtualDubMod issues...

Cyrius <[email protected]>
Newsgroups gmane.comp.video.vdubmod.devel
Message-ID <[email protected]>
Hi

> First: Is it possible to split a movie through a
> command in the VirtualDubMod.jobs afert xxx MB
> Filesize, but on a Keyframe? If yes, please tell me
> how, if no: Isn't this a feature to think about...

The SaveSegmented(...) functions should work here, but
only when in DirectStream copy. Other mode don't work
(i.e. don't always cut on a KeyFrame) because of the
way VirtualDub works.

> Second: I encoded (with DVDtoOgm) a Xvid movie. I
> used two AVS one for Credits and one for the Movie.
> Both Scripts same content, just the "trim()" was
> different. Xvid Settings where: Movie: 2pass mode,
> Credits: Quality based. I encoded them to AVI.
> Resolution was the same... The I tried to mux them
> with VirtualDubMod 1.5.1.1a and the following error
> occured: "Cannot append segment: the video streams
> have different data formats" Is this normal, because
> actuall the two video strams are very nearly the
> same...

That was a problem due to both XviD and
VirtualDub(Mod). To sum it up XviD codec was asking a
certain amount of space as specific data but would
only initialize a part of it, and VirtualDub(Mod)
would allocate this space without initializing it
(i.e. fill it with 0x00 bytes). Thus sometimes the
allocated space would already contain old data
(resulting from previous work). Those data being quite
random, and VirtualDub(Mod) testing that the whole
specific data of the codec are the same when appending
it happened quite often that VirtualDubMod wouldn't
append 2 XviD files made using the same settings.
As generally the space reserved would be used and
reused many times in VirtualDubMod on program
launching (in order to prepare the AVS editor etc)
this problem was happening more often with
VirtualDubMod.

What can you do about that ?
There is a way to fix this in VirtualDub(Mod). Launch
the 'Tools -> Hex editor', open (not in 'read only'
mode) your AVI file, around the line 11 you should see
(ASCII part) "strfl...(..." in the file and a "XVID"
some bytes after that. When placing the cursor on the
XVID the window status bar will tell you it's the
biCompression field. Then just go forward in the file
until the first byte where VirtualDub status bar
doesn't tell you what it is (bytes aren't highlyted in
this case). You can fill the bytes by 0x00 till the
'JUNK' part (there should be 68 bytes to fill with
0x00 to reach the JUNK part). Save your file, do the
same with your other file and now you can try to
append them.
If you still can't append them it may be because
actually you made the clips a different way. IIRC if
you used AviSynth scripts compressing from YV12
colorspace and YUY2 colorspace, then the 2 AVI files 
can't be appended.

> Last thing: Can I mux Ogm-Files through the
> VirtualDubMod.jobs? If not: This woul be very
> useful, because all the other tools doing this are
> very difficult to use. This option should be like
> "Append Ogm" or something...

Some AVI functions have their OGM (MKV) counterpart.
This should concern SaveAVI and SaveSegmentedAVI
(SaveOGM and SaveSegmentedOGM exist).
The Append function should be able to append OGM files
too (as OpenAVI can open OGM or MKV files).

> Ah, another think: Also nice woul be: Forced
> keyframes, when chapters starts, but i don't know if
> this is task of the codec-makers or of
> VirtualDubMod... Enough dreaming...

This feature exist when doing a 2-pass encoding of
XviD
. After the first pass you can open ('Tools -> Open
stats file') the XviD stats file that should let you
see where XviD will introduce KeyFrames and enforce
KeyFrames if you want. In this case you can use 'Tools
-> Set keyframes on chapter' to force keyframes on
chapters.
Maybe Belgabor could tell more here since he
implemented the stats file handling ;)


Bye

__________________________________
Do you Yahoo!?
Yahoo! Calendar - Free online calendar with sync to Outlook(TM).
http://calendar.yahoo.com


-------------------------------------------------------
This SF.net email is sponsored by:  Etnus, makers of TotalView, The best
thread debugger on the planet. Designed with thread debugging features
you've never dreamed of, try TotalView 6 free at www.etnus.com.
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.