Go to the FreeLists Home Page Home Signup Help Login
 



[openbeosstorage] || [Date Prev] [02-2003 Date Index] [Date Next] || [Thread Prev] [02-2003 Thread Index] [Thread Next]

[openbeosstorage] Re: ISO9660/cdrom progress

  • From: "Axel Dörfler" <axeld@xxxxxxxxxxxxxxxx>
  • To: openbeosstorage@xxxxxxxxxxxxx
  • Date: Mon, 17 Feb 2003 00:55:25 +0100 CET
"Ingo Weinhold" <bonefish@xxxxxxxxxxxxxxx> wrote:
[...] 
> Mmh, that doesn't sound like something I like. If I understand you 
> correctly, the file system needs to access other sessions than the 
> one 
> passed to it.

Exactly, that's what the term multi-session is about! Generally, the 
file system uses absolute (and not session relative) block numbers for 
multi-session volumes.

[...]
> Can you please elaborate a bit more on this -- best starting with the 
> terminology. E.g. what is a volume=3F Is it a session, a track or a 
> partition=3F What is the volume set identifier -- a string, an int=3F 
> What 
> about the chronological order of the volumes on disk -- is it implied 
> (by the order of appearance) or explicit (time stamp)=3F When should a 
> session, volume or volume set (or whatever) be invisible for the 
> user, 
> i.e. is the session,... burned latest always the only one visible, 
> or, 
> if not in general, under what circumstances=3F ...=3F
> 
> To save you some time, maybe it's better, if you sent a link. As you 
> like... :-)
> 
> I really want to understand the problem completely first.

Yes, please, I am also not that firm on that topic either (no no, I 
haven't patched the iso9660 driver to support multi-session devices... 
;-))

Adios...
   Axel.







[ Home | Signup | Help | Login | Archives | Lists ]

All trademarks and copyrights within the FreeLists archives are owned by their respective owners.
Everything else ©2007 Avenir Technologies, LLC.