home *** CD-ROM | disk | FTP | other *** search
/ Magazyn Exec 5 / CD_Magazyn_EXEC_nr_5.iso / Programy / CD-ROM / DVD-RAM.lha / DVD-RAM / Docs / Text / Drivers < prev    next >
Encoding:
Text File  |  2000-12-30  |  9.7 KB  |  280 lines
  1.  
  2. About the Drivers:
  3. ------------------
  4.  
  5. The only really important thing that the driver needs to know is the total
  6. number of blocks of the device.
  7.  
  8. These examples are mainly based on a Version 1 DVD-RAM disc.
  9.  
  10. TotalBlocks = Surfaces * BlocksPerTrack * Cylinders
  11.  
  12. TotalBlocks, Version 1 (1218960), Version 2 (2295072),
  13.     This is set by the drive and type of disc used.
  14.  
  15. Surfaces(1),
  16.     Well it only has one surface, the same as a ZIP drive, but I have
  17.     seen ZIP drivers with 2 surfaces so that badly written program
  18.     can still understand it !
  19.  
  20.     I have not used 2 because if a program gets confused with 1 surface
  21.     then it will probably not understand a block size of 2048 bytes.
  22.  
  23.     Some disk monitors also expect a device with 2048 bytes per block
  24.     to be a 1 surface CD type device.
  25.  
  26. BlockSize(2048), also later known as SectorSize,
  27.     Each block has 2048 bytes, the same as used by CD storage.
  28.  
  29. BlocksPerTrack Version 1 (60), Version 2 (78),
  30.     Also later known as SectorsPerTrack.
  31.  
  32.     I have included a REXX program 'TrackSize' to show some good sizes.
  33.  
  34.     Their is no real right or wrong value, 60 is a compromise value
  35.     after testing lots of different values to try and get the best
  36.     results on the most amount of systems.
  37.  
  38.     Why not just use 1 ?, well, it would work but it's not very
  39.     efficient as the filesystem may then only be handling a few blocks
  40.     at a time.
  41.  
  42.     Too high a value and some programs will not work though lack of
  43.     memory because they use a whole track at a time.
  44.  
  45.     This value was also chosen because it allows a disc to be split
  46.     into a number of partitions, it's even a good value for using with
  47.     a simple RDB.
  48.  
  49.     1693 does seem to be good choice for the maximum number of
  50.     partitions, but it was not chosen because of the possible memory
  51.     usage and the large future RDB size.
  52.  
  53.     The RDB normally takes 2 cylinders, so,
  54.     2 * 1693 * 1 * 2048 = 6.6 MB just for the RDB !
  55.  
  56.     With a value of 60,
  57.     2 * 60 * 1 * 2048 = 240 KB, a much better RDB size in my opinion.
  58.  
  59.     It's not even faster, when doing a full format with a value of
  60.     1693, a quarter of the disc take 17 Mins 30 Secs, but with a value
  61.     of 60 it takes 16 Mins 22 Secs !, this is probably because 1693 is
  62.     larger than the drives 2 MB internal cache.
  63.  
  64.     A DOSDriver with Blocks Per Track of 1693 could still work on a
  65.     disc which had already been using 60 as long as the Total Blocks
  66.     remain the same.
  67.  
  68. Cylinders, Version 1 (20316), Version 2 (29424)
  69.  
  70.     This is just found by, TotalBlocks / Surfaces / BlocksPerTrack
  71.  
  72.     Because the Blocks in a Cylinder = BlocksPerTrack * Surfaces.
  73.  
  74.  
  75. The other entries are all standard values, I should just mention that some
  76. old controller devices can only use part of your memory, so they need to
  77. have a Mask set, 0x1FFFFC which should work with any device.
  78.  
  79. If your using a IDE drive, you may need to reduce MaxTransfer to about
  80. 0x1FFFE (128K-2) or even 0xFFFE (64 KB-2) to make it work correctly.
  81.  
  82. The SFS.guide from SFS_beta.lha has a really good explanation on how to set
  83. the best values for your device.
  84.  
  85.  
  86. Support for Version 2 DVD-RAM 4.7 drives:
  87. -----------------------------------------
  88.  
  89. These new Version 2 DVD-RAM 4.7 GB per side are now available.
  90.  
  91. Panasonic have the LF-D200JD (JD for Japan) and the LF-D201JD, these along
  92. with other version 2 drives can record 4.7GB per side (9.4GB on a two sided
  93. disc).
  94.  
  95. This is about same per layer storage size as current DVD-ROM and DVD film
  96. discs !
  97.  
  98. I have added support for these 4.7 GB version 2 drives with information from
  99. "Toshiba Technical Support" <toshibadpd@cerplex.com>, but this has not yet
  100. been tested, I don't have a version 2 drive !
  101.  
  102. * USE AT YOUR OWN RISK *
  103.  
  104. If you own one and would like me to improve the support or help to confirm
  105. that the drivers are working correctly, then feel free to contact me.
  106.  
  107.  
  108. Why is there no PFS Support ?:
  109. ------------------------------
  110.  
  111. DVD-RAM needs a block size of 2048 bytes and PFS currently has a maximum
  112. block size 1024 bytes, this will not work !
  113.  
  114. There is still hope for all you PFS users.
  115.  
  116. I have spoken to the author of PFS and he is considering adding 2048 bytes
  117. per block support in a future release.
  118.  
  119. So, as soon as this happens or if a work around can found, support for PFS
  120. will be added.
  121.  
  122.  
  123. Fast FileSystem (FFS):
  124. ----------------------
  125.  
  126. This is the original (DOS1) version of Fast FileSystem which is case
  127. insensitive from 'A' to 'Z' (so 'a' is the same as 'A').
  128.  
  129. It's been available since Kickstart 1.3 but has only been in ROM since
  130. Kickstart 2.04.
  131.  
  132. I don't know any real problems with this filesystem apart from the well
  133. know 4.2 GB size limit of the older versions.
  134.  
  135. It's worth noting that a lot the older disk utility programs may still have
  136. a 2 GB partition limit and may not work correctly because the block size is
  137. 2048 bytes, the normal block size with most Hard Disk Drives is 512 bytes !
  138.  
  139.  
  140. International Mode FFS:
  141. -----------------------
  142.  
  143. This is the international (DOS3) version of Fast FileSystem which is case
  144. insensitive from 'A' to 'Z' and also with international characters.
  145.  
  146. This allows the same filenames with different case international characters
  147. to still be considered the same (so 'ä' is now the same as 'Ä').
  148.  
  149. Apart from these changes, it should be the same as the original.
  150.  
  151. It also has been available in ROM since Kickstart 2.04, and is the
  152. officially recommended version.
  153.  
  154.  
  155. Smart FileSystem (SFS):
  156. -----------------------
  157.  
  158. You will need to have a working installation of Smart Filesystem by John
  159. Hendrikx for this driver to work, I used Smart Filesystem 1.84
  160. (30/10/1999).
  161.  
  162. It does seem to work quite well with DVD-RAM, but SFSalv does NOT work on
  163. DVD-RAM discs (and not currently that well on normal disks), hopefully a
  164. better salvage program will be written in the future, but for now, if you
  165. do get problem you risk losing all your SFS data.
  166.  
  167. WARNING
  168.  
  169. The Smart Filesystem is still a BETA -- this means it is NOT finished and
  170. is NOT intended for normal use.  USE AT YOUR OWN RISK !
  171.  
  172.  
  173. CrossDOS MS-DOS compatible FileSystem:
  174. --------------------------------------
  175.  
  176. This is a rather strange filesystem, but then it is MS-DOS after all !
  177.  
  178. From Version 7, it also has support for Windows 95 long filenames.
  179.  
  180. It does work well with DVD-RAM but it can get confused and crash !
  181.  
  182. This can happen for example when the disc is formatted first with the
  183. 'fat95' filesystem.
  184.  
  185. You can split a disc into partitions, just like FFS and SFS because it
  186. accepts my start block, but it likes to get the end block from the disc !
  187.  
  188. This means that if you first format the whole disk with this type of file
  189. system, then you want to split the disc into partitions, when you mount the
  190. first partition it gets the old values and still uses the whole disc.
  191.  
  192. To overcome this problem, just create and quick format the partition you
  193. want to make with another filesystem like FFS, then change the filesystem
  194. back to CrossDOS, it should then mount and quick format correctly.
  195.  
  196. From some old documentation, it stated that there are two types,
  197.  
  198. 'MSD\00' if it was only formatted using PC 'FORMAT', I use this type.
  199.  
  200. and
  201.  
  202. 'MSH\00' if it was created with PC 'FDISK'. This does not format.
  203.  
  204. With the later versions of CrossDOS, it seems to get the type directly from
  205. the disc anyway, so the driver type is not that important.
  206.  
  207.  
  208. fat95 Win95/98 compatible FileSystem:
  209. -------------------------------------
  210.  
  211. You will need to have a working installation of the 'Fat' filesystem by
  212. Torsten Jager for this driver to work, The latest version should be
  213. available from aminet/disk/misc/fat95.lha
  214.  
  215. I used fat95 file system 2.6 (26/07/2000) © Torsten Jager.
  216.  
  217. This version can only currently be used with the whole disc !
  218.  
  219. If you try to split the disc into more than one Amiga partition the drivers
  220. all try to use the whole disc at the same time and so lock the system !
  221.  
  222. This is not something a PC can do anyway, only the Amiga makes it possible.
  223.  
  224.  
  225. Allegro CD/DVD UDF (read only) FileSystem:
  226. ------------------------------------------
  227.  
  228. This is a commercial read only CD and UDF filesystem see 'About UDF' for
  229. more details.
  230.  
  231. From the information I have, it should work with any DVD-ROM or DVD-RAM
  232. which has been formatted in the UDF filesystem.
  233.  
  234. I am not currently able to test if this works, but from what I know about
  235. other CD filesystems it should be fine.
  236.  
  237.  
  238. About UDF (Universal Disk Format) filesystem:
  239. ---------------------------------------------
  240.  
  241. UDF is the standard filesystem for DVD movies and DVD-ROM data, this is
  242. very good filesystem when you need to store big files, but it's not so good
  243. when storing lots of small files.
  244.  
  245. It was design to a modern replacement for the old ISO 9960 CD-ROM filesystem
  246. so it can also be used with CD-ROM's.
  247.  
  248. To the best of my knowledge the Amiga only has only one UDF filesystem
  249. available, a commercial read only UDF filesystem called Allegro CDFS.
  250.  
  251. You don't however have to use UDF, you can just format it with your
  252. favourite filesystem just like any normal SCSI drive, the only difference
  253. is it has to use a block size of 2048, a normal hard disk drive has a block
  254. size of 512 bytes.
  255.  
  256. Note, with UDF you would be able to copy the data stored on a DVD movie
  257. disc (if the drive is the same region or not region protected) but this
  258. data is still CSS encrypted.
  259.  
  260.  
  261. About CSS:
  262. ----------
  263.  
  264. CSS encryption is used by the DVD-CCA (Copyright Control Authority) to
  265. control the DVD movie market.
  266.  
  267. Each DVD movie player manufacturer has to be given a key to decrypt the
  268. movie data on the disc,
  269.  
  270. The VOB files can be copied but the data is still CSS encrypted, so the DVD
  271. movies player software still needs a CSS key to decrypt the movie
  272. information.
  273.  
  274. These keys can then be used by the movie industry to control the DVD player
  275. market as each DVD movie disc is encoded with a set of valid keys, so that only
  276. licenced players can decode the data.
  277.  
  278. This is why the Linux people made DeCSS to decrypt the data, and are having
  279. to suffer court battles to see if the reversed engineered code is legal.
  280.