movmasty
12th April 2002, 01:55
VirtualDub 2.0
MPEG-1 support is basically working, decoding IBP frames at near V1.4 speed and with much more portable and modular code. (MPEG-1 decoders are much easier the second time around when you actually know what you're doing.) Bigger news is that the new MPEG-1 systems parser does not need to parse the entire file to read it. Unfortunately, I don't yet know how to solve the sticky problem of people doing idiotic binary joins of streams together; this causes the timestamps to restart from zero at the join point, which is problematic because there is no central index to tell where the join point(s) may be. Seeking by byte position alone doesn't work because VBR files don't have a fixed ratio, and unfortunately, VBR video files don't have the indices that are usually written with VBR audio files
When you do a binary joins of mpg(using the dos command, copy/b, you know)
you should cut the "end of file mark" that is where the file says it ends.
It is located in the four(4)last characters of the file,
and usually looks like or
so open the video in a PLAIN TEXT editor(no formatting! wordpad of win95 is good,but of win98 isnt)
delete last 4 characters and save, then join the mpgs.
if you delete all the last line, will be ok, are just few bytes.
and this is ONE of the advantages of mpg over avi! :cool:
@Avery Lee
The fact is that some "idiotic" joiner doesnt cut the end mark,
camel doesnt, ifilm does.
some player/editor stops when find that mark, some other doesnt
progs that i remember dont stops are:
xing mpg player
MGI video wave
MPEG-1 support is basically working, decoding IBP frames at near V1.4 speed and with much more portable and modular code. (MPEG-1 decoders are much easier the second time around when you actually know what you're doing.) Bigger news is that the new MPEG-1 systems parser does not need to parse the entire file to read it. Unfortunately, I don't yet know how to solve the sticky problem of people doing idiotic binary joins of streams together; this causes the timestamps to restart from zero at the join point, which is problematic because there is no central index to tell where the join point(s) may be. Seeking by byte position alone doesn't work because VBR files don't have a fixed ratio, and unfortunately, VBR video files don't have the indices that are usually written with VBR audio files
When you do a binary joins of mpg(using the dos command, copy/b, you know)
you should cut the "end of file mark" that is where the file says it ends.
It is located in the four(4)last characters of the file,
and usually looks like or
so open the video in a PLAIN TEXT editor(no formatting! wordpad of win95 is good,but of win98 isnt)
delete last 4 characters and save, then join the mpgs.
if you delete all the last line, will be ok, are just few bytes.
and this is ONE of the advantages of mpg over avi! :cool:
@Avery Lee
The fact is that some "idiotic" joiner doesnt cut the end mark,
camel doesnt, ifilm does.
some player/editor stops when find that mark, some other doesnt
progs that i remember dont stops are:
xing mpg player
MGI video wave