DGindex: Video Demuxing discards last 4 bytes?

[AllTimeSToneD]

I've been playing around with muxing and remuxing as the new formats and their specifications should popup in the next four months for hd-dvd/bluray, i wanted to be sure once i've muxed my audio/video elementary streams to be able to demux it 1:1 for later re-authoring on one of the new mediums. In short "what gets in should get out".

I compared the input files with output files (the one dgindex demuxed)
AC3 Demux is fine, same size, same CRC32

But the Demuxed M2V file is always 4 bytes shorter then the input file, everything else is fine. So i thought. "Ok, lets try this again maybe DGindex didn't like some header at the end of the file" :D

So i've used the output that DGindex created as input to verify my thoughts. With the same result. DGindex output was again 4 bytes shorter. Is there any specific reason why DGindex cuts the last 4 bytes out? :confused:

http://img510.imageshack.us/img510/3391/compare0iy.th.jpg (http://img510.imageshack.us/my.php?image=compare0iy.jpg)http://img272.imageshack.us/img272/5343/compare22hr.th.jpg (http://img272.imageshack.us/my.php?image=compare22hr.jpg)

[Guest]

Due to an oversight, I'm not flushing the contents of NextBfr at the end of the stream. Thank you for pointing it out. I'll fix it in the next beta.

[AllTimeSToneD]

Thanks neuron2, i'm glad i could help! Keep up the good work :) !

[Inventive Software]

Well spotted there! I'd had the same problem but couldn't put my finger on what it was.