> as you might have noticed, there still is a problem in mkisofs:
>
> OBJ/sparc-sunos5-cc/mkisofs: Implementation botch. Video pad for file VTS_02_1.VOB
>is -13
> OBJ/sparc-sunos5-cc/mkisofs: Either the *.IFO file is bad or you found a mkisofs bug.
>
> If _you_ have an idea, your thoughts are welcome!
.IFO file contains offset to the beginning of menu file (vtsm_vobs) and
beginning of video content itself (vtstt_vobs). Now if menu file (such
as VTS_02_00.VOB) is empty then vtsm_vobs is apparently assigned at
value of zero. Which is kind of logical, because zero-length file has no
extents and therefore doesn't so to say start anywhere. Now the point is
that mkisofs apparently treats this special case vtsm_vobs==0
*incorrectly* effectively assuming that VTS_02_00.VOB coincides with
VTS_02_0.IFO and double-booking the space. Attached is the patch
denoting the affected portion of code. Note that I write "denoting," not
"fixing" or "addressing." Point is that I'm not so to say nominating
the patch, but use the diff "language" to illuminate the source of the
problem. I mean the patch does the trick and mkisofs masters correct
DVD-Video image, but presumably extra code performing cross-checking is
required:-)
Cheers. A.
--- dvd_file.c.orig Sun Jul 21 14:53:03 2002
+++ dvd_file.c Sat Dec 21 01:49:35 2002
@@ -539,6 +539,13 @@
/* Find the actuall right size of VTS_XX_0.VOB */
if (vts_menu_file != 0) {
+ if (vts_ifo->vtsi_mat->vtsm_vobs == 0) {
+ /*
+ * Apparently means that VTS_XX_0.VOB
+ * is empty after all...
+ */
+ menu_vob = 0;
+ } else
if ((vts_title_file != 0) &&
(vts_ifo->vtsi_mat->vtstt_vobs -
vts_ifo->vtsi_mat->vtsm_vobs >
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
