Error 00073 00075 MPEG buffer

[spyhawk]

I ran 2 batch jobs with v1.04 and HC016. The first batch completed with no problem. The second batch completed but errored out in the middle of rebuild phase: "00073 00075 -- error getting MPEG buffer. Aborted."

I looked in the log to see the last segment (V/C: 3/6) that it was rebuilding, and then viewed the m2v in PowerDVD. And sure enough there was problem playing in the last part of the segment - more like stuttering and freezing in certain section. I checked for other m2v (V/C: 4/5, 4/6 , 4/7, 7/1, 7/2) and they exhibit similar behavior in different parts of the segment.

I thought this looks strange, so I re-encoded these troubled segments again with HC016 using a batch file I created, and replaced the corrupt m2v with the new ones. After rebuild, there's no more error.

The 2 batch jobs are from 2 interlaced dvds - part 1 & 2. Why wasn't there an error during encoding phase of second batch? Each batch finished in about 4 hours.

So what is the meaning of this error? Could this relate to the CPU getting overheat? But I read that some here do batch for more hours than mine.

[jdobbs]

That means that DVD Rebuilder experienced a HARD READ ERROR on the source. It usually happens when a disc is accidentally dismounted, or a file is deleted during processing.

[spyhawk]

The strange thing is the file is not deleted, else I can't re-encode it. Can a disc be accidentally dismounted? I'm sure the connection is tight. Besides, segments for V/C (4/1-4/4) were successfully encoded.

Well, thanks for letting me know what the error means. I know what to do the next time I encounter it.

[jdobbs]

The "dismounting" usually happens when an ISO is mounted using something like Daemon Tools. I've done that myself... I'll have it mounted on another computer for testing.. and forget -- then delete the ISO image while it is mounted.

It could also happen for odd things like -- say you made your source directory the same as the working directory's D2VAVS -- it would get cleared during PREPARE. Also, you might make VIDEO_TS file the source that is also the output directory. It would start overwriting itself...

Anyway -- the error comes from Windows, telling DVD-RB that the input file or pathname is invalid.

[Zeul]

Another possibility is that another bit of software (eg dgindex) is still tied into that file - which means any other software (eg RB) will be unable to 'open' the file.

[spyhawk]

The "dismounting" usually happens when an ISO is mounted using something like Daemon Tools. I've done that myself... I'll have it mounted on another computer for testing.. and forget -- then delete the ISO image while it is mounted.Thanks, now I remember you mentioned this before. In this case, it does not apply to me as the source is on internal HD, it is not mounted via Daemon Tools.

the error comes from Windows, telling DVD-RB that the input file or pathname is invalid.I probably misunderstand you. But the input file and pathname (.avs, .m2v file in ECL, etc) is generated by Prepare phase. I merely created a batch file of distinct HC.INI (with different filename of course), for each corrupted segment. In each HC.INI, I entered the avs and m2v filename, retrieved from ECL file, into the INFILE and OUTFILE parameter, respectively. So it can't be the input file or pathname being invalid.

Another possibility is that another bit of software (eg dgindex) is still tied into that file - which means any other software (eg RB) will be unable to 'open' the file.Could be. But maybe not in my case, since this batch was running while I'm sleeping, and only RB and HC were running.

Edit: Anyway, I'll just view this as system hiccup. Hopefully it won't happen again. If it does, I know what it is and how to deal with it.