PDA

View Full Version : Problem with IfoEdit batch processing


RFontenot
8th December 2004, 07:14
There is a hidden feature in IfoEdit that allowed you to batch process files.

You can drag and drop an MPG file on the IfoEdit icon and it will automatically be demuxed, remuxed as a VOB with *.IFO files. This works from the command line and in batch files as well:

C:\ifoedit.exe new.mpg

I'm having a problem with IfoEdit .971 crashing when it starts to remux the VOB file using this method. It demuxes the MPG files into .M2V and .M2A files, then starts to mux the VOB and crashes. It does create a zero length VOB file.

The DrWatson log says:

Application exception occurred:
App: (pid=1560)
When: 12/7/2004 @ 23:58:49.960
Exception number: c0000005 (access violation)

I can provide more info if needed.

If this feature can be made to work again, I'd like to request the option be added for specifying the destination drive:\directory for the VOB and IFO files.

Thanks!

RF

Derrow
8th December 2004, 16:53
Found the problem.

IfoEdit crashes if the video-stream is not valid.
If the video-stream doesn't start with 0x000001B3, then it is invalid.
If that happens, IfoEdit tries to write an audio stream first into the VOB file, but failes.

I will fix the bug, so IfoEdit will show an Error about the invalid video stream, instead of crashing.

RFontenot
13th December 2004, 08:45
Different situation, but same type of crash with same error code in DrWatson log:

When using the GUI to author a DVD over 2 hours long, IfoEdit .971 will mux the .m2v and m2a files and create the VOB files, but when it comes time to create the IFO files, it crashes with the same error message in DrWatson as the problem when using CLI.

This wasn't a problem when I was authoring DVD's less than 2 hours in length.

The same bug may be causing both problems, but I thought I'd post it anyway. I was, however, able to successfully author a DVD using the same source files by using MuxMan instead of IfoEdit, so I'm not sure the source files are completely to blame.

RF