From: Herbert Rosmanith <kernel@wildsau.enemy.org>
To: Herbert Rosmanith <kernel@wildsau.enemy.org>
Cc: linux-kernel@vger.kernel.org
Subject: Re: UDF: buggy? libdvdread vs. udf fs driver
Date: Mon, 5 Jun 2006 19:53:51 +0200 (MET DST) [thread overview]
Message-ID: <200606051753.k55HrpRl010049@wildsau.enemy.org> (raw)
In-Reply-To: <200606051708.k55H84dC010037@wildsau.enemy.org>
> > UDFScanDir (1) Dir.Length=92 (2) FileName=VIDEO_TS
> UDFScanDir:595
> enter while: Dir.Length=92
> TagID=257 101
> filename=
> TagID=257 101
> filename=lost+found
> X UDFScanDir:638
>
> what? it still stops after "lost+found", which just has been removed?
okidok ... having seen this, I had the idea of modyfing mkudffs just
to see what's going to happen.
since "lost+found" is so persistent and remains allthough having been removed
before, I changed "udftools-1.0.0b3/mkudffs/mkudffs.c" not to create
"lost+found", but "VIDEO_TS" instead:
642 //desc = udf_mkdir(disc, pspace, "\x08" "lost+found", 11, offset+1, desc);
643 desc = udf_mkdir(disc, pspace, "\x08" "VIDEO_TS", 9, offset+1, desc);
good.
now:
bash-2.05# mkudffs --vid="The Entropy Movie" --udfrev=0x0102 --ad=short --noefe 24M
start=0, blocks=16, type=RESERVED
start=16, blocks=3, type=VRS
start=19, blocks=237, type=USPACE
start=256, blocks=1, type=ANCHOR
start=257, blocks=16, type=PVDS
start=273, blocks=1, type=LVID
start=274, blocks=11757, type=PSPACE
start=12031, blocks=1, type=ANCHOR
start=12032, blocks=239, type=USPACE
start=12271, blocks=16, type=RVDS
start=12287, blocks=1, type=ANCHOR
bash-2.05# mount -o loop 24M /mnt
bash-2.05# find /mnt
/mnt
/mnt/VIDEO_TS
good, that's what I wanted. now create dvd:
bash-2.05# dvdauthor -o /mnt -x foo.xml
DVDAuthor::dvdauthor, version 0.6.11.
Build options: gnugetopt freetype
Send bugs to <dvdauthor-users@lists.sourceforge.net>
INFO: dvdauthor creating VTS
STAT: Picking VTS 01
STAT: Processing foo.mpg...
...
INFO: dvdauthor creating table of contents
INFO: Scanning /mnt/VIDEO_TS/VTS_01_0.IFO
all files in place?
bash-2.05# find /mnt
/mnt
/mnt/VIDEO_TS
/mnt/VIDEO_TS/VTS_01_1.VOB
/mnt/VIDEO_TS/VTS_01_0.IFO
/mnt/VIDEO_TS/VTS_01_0.BUP
/mnt/VIDEO_TS/VIDEO_TS.IFO
/mnt/VIDEO_TS/VIDEO_TS.BUP
/mnt/AUDIO_TS
indeed.
now for libdvdread:
bash-2.05# umount /mnt
bash-2.05# ogle 24M
libdvdread: Using libdvdcss version 1.2.9 for DVD access
> UDFFindFile filename=/VIDEO_TS/VIDEO_TS.IFO
UDFFindFile:856
> UDFMapICB
> UDFFileEntry
ad->Length=0
L_EA=0 L_AD=8
before switch: ad->Length=0
flags=0000
flags=>UDFShortAD
after switch: ad->Length=88
< UDFFileEntry, ad->Length=88
< UDFMapICB:530, return 1(ok)
887: File.length=88 token=VIDEO_TS
> UDFScanDir (1) Dir.Length=88 (2) FileName=VIDEO_TS
UDFScanDir:595
enter while: Dir.Length=88
TagID=257 101
filename=
TagID=257 101
filename=VIDEO_TS
^^^^^^^^^^^^^^^^^
libdvdread now finds VIDEO_TS, which it failed to before.
but:
> UDFMapICB
> UDFFileEntry
ad->Length=0
L_EA=0 L_AD=8
before switch: ad->Length=0
flags=0000
flags=>UDFShortAD
after switch: ad->Length=40
< UDFFileEntry, ad->Length=40
< UDFMapICB:530, return 1(ok)
887: File.length=40 token=VIDEO_TS.IFO
> UDFScanDir (1) Dir.Length=40 (2) FileName=VIDEO_TS.IFO
UDFScanDir:595
enter while: Dir.Length=40
TagID=257 101
filename=
> UDFMapICB
< UDFMapICB:514, return 1(ok)
X UDFScanDir:638
... it fails to find "VIDEO_TS.IFO", allthough:
bash-2.05# mount -o loop 24M /mnt
bash-2.05# ls -l /mnt/VIDEO_TS/VIDEO_TS.IFO
-rw-r--r-- 1 root root 6144 Jun 5 19:33 /mnt/VIDEO_TS/VIDEO_TS.IFO
... the udf-fs driver _does_ see that file.
kind regards,
h.rosmanith
next prev parent reply other threads:[~2006-06-05 17:59 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-06-05 12:44 Herbert Rosmanith
2006-06-05 13:00 ` Herbert Rosmanith
2006-06-05 17:08 ` Herbert Rosmanith
2006-06-05 17:53 ` Herbert Rosmanith [this message]
2006-06-05 20:56 ` Herbert Rosmanith
2006-06-05 21:01 ` Herbert Rosmanith
2006-06-05 21:08 ` Herbert Rosmanith
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=200606051753.k55HrpRl010049@wildsau.enemy.org \
--to=kernel@wildsau.enemy.org \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®