DOS ain't dead - Is there a UDF filesystem driver for DOS?

Zyzzle

19.05.2013, 07:24

Is there a UDF filesystem driver for DOS? (Users)

We have ExFAT, FAT32, and even NTFS support in DOS, but I can't find a driver which allows the UDF filesystem to be read. Is there one released, buried somewhere in obscurity? Or a UDF bootloader?

I'm wondering if this will allow us to bypass the 4 GiB filelimit, specifically in accessing h.264 media files / .m2ts files.

I think FAT32 can support up to 16 TB, provided the drive is formatted with 4096-byte sectors. Does any version of DOS natively support > 512 byte sector size? I can't seem to locate any version which does.

RayeR

CZ,
20.05.2013, 15:58

@ Zyzzle

Is there a UDF filesystem driver for DOS?

Post reply

> We have ExFAT, FAT32, and even NTFS support in DOS, but I can't find a
> driver which allows the UDF filesystem to be read. Is there one released,
> buried somewhere in obscurity? Or a UDF bootloader?

Hi, AFAIK we don't have any ExFAT support. I only saw a source code example that I was not able to compile under DJGPP that it would work properly.
About UDF - befor many years I wrote to author of Shuscdx to add UDF support and he tried to make some simple test program that displayed content of rootdir of UDF formated CD/DVD - it worked. But then he didn't have time to continue work on that... I don't have any source from him.

---
DOS gives me freedom to unlimited HW access.

glennmcc

North Jackson, Ohio (USA),
21.05.2013, 01:44

@ RayeR

Is there a UDF filesystem driver for DOS?

Post reply

> > We have ExFAT, FAT32, and even NTFS support in DOS, but I can't find a
> > driver which allows the UDF filesystem to be read. Is there one
> released,
> > buried somewhere in obscurity? Or a UDF bootloader?
>
> Hi, AFAIK we don't have any ExFAT support. I only saw a source code example
> that I was not able to compile under DJGPP that it would work properly.
> About UDF - befor many years I wrote to author of Shuscdx to add UDF
> support and he tried to make some simple test program that displayed
> content of rootdir of UDF formated CD/DVD - it worked. But then he didn't
> have time to continue work on that... I don't have any source from him.

Here are the stats of UDF DVD+RW disc created in SlackWare Linux v14.0

root@glennmcc:~# mount /dev/sr0 /dvd
mount: warning: /dvd seems to be mounted read-only.

root@glennmcc:~# mount
/dev/sda1 on / type ext4 (rw,commit=0)
proc on /proc type proc (rw)
sysfs on /sys type sysfs (rw)
tmpfs on /dev/shm type tmpfs (rw)
gvfsd-fuse on /root/.gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev)
/dev/sr0 on /dvd type udf (ro)

root@glennmcc:~# ls /dvd -l
total 4101564
-r--r--r-- 1 root root 4200000000 May 20 19:16 4b_200m.mp4

root@glennmcc:~#

_________________________________________________________________

And now reading that disc in.....

Caldera OpenDOS 7.01
Copyright (c) 1976, 1997 Caldera, Inc.
All rights reserved.

Volume in drive Q is 4b_200m
Directory of Q:\

4B_200M.MP4 4200000000 5-20-13 7:16p
1 File(s) 0 bytes free
_______________________________________________________________________

---
--
http://glennmcc.org/

glennmcc

North Jackson, Ohio (USA),
21.05.2013, 02:24

@ glennmcc

Is there a UDF filesystem driver for DOS?

Post reply

> > > We have ExFAT, FAT32, and even NTFS support in DOS, but I can't find a
> > > driver which allows the UDF filesystem to be read. Is there one
> > released,
> > > buried somewhere in obscurity? Or a UDF bootloader?
> >
> > Hi, AFAIK we don't have any ExFAT support. I only saw a source code
> example
> > that I was not able to compile under DJGPP that it would work properly.
> > About UDF - befor many years I wrote to author of Shuscdx to add UDF
> > support and he tried to make some simple test program that displayed
> > content of rootdir of UDF formated CD/DVD - it worked. But then he
> didn't
> > have time to continue work on that... I don't have any source from him.
>
>
> Here are the stats of UDF DVD+RW disc created in SlackWare Linux v14.0
>
> root@glennmcc:~# mount /dev/sr0 /dvd
> mount: warning: /dvd seems to be mounted read-only.
>
> root@glennmcc:~# mount
> /dev/sda1 on / type ext4 (rw,commit=0)
> proc on /proc type proc (rw)
> sysfs on /sys type sysfs (rw)
> tmpfs on /dev/shm type tmpfs (rw)
> gvfsd-fuse on /root/.gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev)
> /dev/sr0 on /dvd type udf (ro)
>
> root@glennmcc:~# ls /dvd -l
> total 4101564
> -r--r--r-- 1 root root 4200000000 May 20 19:16 4b_200m.mp4
>
> root@glennmcc:~#
>
> _________________________________________________________________
>
> And now reading that disc in.....
>
> Caldera OpenDOS 7.01
> Copyright (c) 1976, 1997 Caldera, Inc.
> All rights reserved.
>
> Volume in drive Q is 4b_200m
> Directory of Q:\
>
> 4B_200M.MP4 4200000000 5-20-13 7:16p
> 1 File(s) 0 bytes free
> _______________________________________________________________________

And now the stats of a 'commercially produced' dual-layer DVD
(again recorded in UDF file system), containing over 6gb of files.

[in this case the movie "Ice Age, Continental Drift"]

root@glennmcc:~# mount /dev/sr0 /dvd
mount: block device /dev/sr0 is write-protected, mounting read-only

root@glennmcc:~# mount
/dev/sda1 on / type ext4 (rw,commit=0)
proc on /proc type proc (rw)
sysfs on /sys type sysfs (rw)
tmpfs on /dev/shm type tmpfs (rw)
gvfsd-fuse on /root/.gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev)
/dev/sr0 on /dvd type udf (ro)

root@glennmcc:~# ls /dvd/VIDEO_TS -l
total 6344280
-r--r--r-- 1 65534 65534 24576 Sep 21 2012 VIDEO_TS.BUP
-r--r--r-- 1 65534 65534 24576 Sep 21 2012 VIDEO_TS.IFO
-r--r--r-- 1 65534 65534 712704 Sep 21 2012 VIDEO_TS.VOB
-r--r--r-- 1 65534 65534 36864 Sep 21 2012 VTS_01_0.BUP
-r--r--r-- 1 65534 65534 36864 Sep 21 2012 VTS_01_0.IFO
-r--r--r-- 1 65534 65534 10240 Sep 21 2012 VTS_01_0.VOB
-r--r--r-- 1 65534 65534 1021399040 Sep 21 2012 VTS_01_1.VOB
-r--r--r-- 1 65534 65534 69632 Sep 21 2012 VTS_02_0.BUP
-r--r--r-- 1 65534 65534 69632 Sep 21 2012 VTS_02_0.IFO
-r--r--r-- 1 65534 65534 86358016 Sep 21 2012 VTS_02_0.VOB
-r--r--r-- 1 65534 65534 1073655808 Sep 21 2012 VTS_02_1.VOB
-r--r--r-- 1 65534 65534 1073676288 Sep 21 2012 VTS_02_2.VOB
-r--r--r-- 1 65534 65534 1073616896 Sep 21 2012 VTS_02_3.VOB
-r--r--r-- 1 65534 65534 1073700864 Sep 21 2012 VTS_02_4.VOB
-r--r--r-- 1 65534 65534 49958912 Sep 21 2012 VTS_02_5.VOB
-r--r--r-- 1 65534 65534 20480 Sep 21 2012 VTS_03_0.BUP
-r--r--r-- 1 65534 65534 20480 Sep 21 2012 VTS_03_0.IFO
-r--r--r-- 1 65534 65534 10240 Sep 21 2012 VTS_03_0.VOB
-r--r--r-- 1 65534 65534 1619968 Sep 21 2012 VTS_03_1.VOB
-r--r--r-- 1 65534 65534 20480 Sep 21 2012 VTS_04_0.BUP
-r--r--r-- 1 65534 65534 20480 Sep 21 2012 VTS_04_0.IFO
-r--r--r-- 1 65534 65534 10240 Sep 21 2012 VTS_04_0.VOB
-r--r--r-- 1 65534 65534 222527488 Sep 21 2012 VTS_04_1.VOB
-r--r--r-- 1 65534 65534 28672 Sep 21 2012 VTS_05_0.BUP
-r--r--r-- 1 65534 65534 28672 Sep 21 2012 VTS_05_0.IFO
-r--r--r-- 1 65534 65534 8192 Sep 21 2012 VTS_05_0.VOB
-r--r--r-- 1 65534 65534 393594880 Sep 21 2012 VTS_05_1.VOB
-r--r--r-- 1 65534 65534 28672 Sep 21 2012 VTS_06_0.BUP
-r--r--r-- 1 65534 65534 28672 Sep 21 2012 VTS_06_0.IFO
-r--r--r-- 1 65534 65534 10240 Sep 21 2012 VTS_06_0.VOB
-r--r--r-- 1 65534 65534 425213952 Sep 21 2012 VTS_06_1.VOB

root@glennmcc:~#
__________________________________________________________________

And now again reading that disc in...

Caldera OpenDOS 7.01
Copyright (c) 1976, 1997 Caldera, Inc.
All rights reserved.

Volume in drive Q is ICE_AGE_CON
Directory of Q:\VIDEO_TS

. <DIR> 9-21-12 1:48p
.. <DIR> 9-21-12 12:41p
VIDEO_TS.BUP 24576 9-21-12 1:39p
VIDEO_TS.IFO 24576 9-21-12 1:39p
VIDEO_TS.VOB 712704 9-21-12 1:39p
VTS_01_0.BUP 36864 9-21-12 1:39p
VTS_01_0.IFO 36864 9-21-12 1:39p
VTS_01_0.VOB 10240 9-21-12 1:39p
VTS_01_1.VOB 1021399040 9-21-12 1:41p
VTS_02_0.BUP 69632 9-21-12 1:41p
VTS_02_0.IFO 69632 9-21-12 1:41p
VTS_02_0.VOB 86358016 9-21-12 1:41p
VTS_02_1.VOB 1073655808 9-21-12 1:42p
VTS_02_2.VOB 1073676288 9-21-12 1:44p
VTS_02_3.VOB 1073616896 9-21-12 1:45p
VTS_02_4.VOB 1073700864 9-21-12 1:47p
VTS_02_5.VOB 49958912 9-21-12 1:47p
VTS_03_0.BUP 20480 9-21-12 1:47p
VTS_03_0.IFO 20480 9-21-12 1:47p
VTS_03_0.VOB 10240 9-21-12 1:47p
VTS_03_1.VOB 1619968 9-21-12 1:47p
VTS_04_0.BUP 20480 9-21-12 1:47p
VTS_04_0.IFO 20480 9-21-12 1:47p
VTS_04_0.VOB 10240 9-21-12 1:47p
VTS_04_1.VOB 222527488 9-21-12 1:47p
VTS_05_0.BUP 28672 9-21-12 1:47p
VTS_05_0.IFO 28672 9-21-12 1:47p
VTS_05_0.VOB 8192 9-21-12 1:47p
VTS_05_1.VOB 393594880 9-21-12 1:48p
VTS_06_0.BUP 28672 9-21-12 1:48p
VTS_06_0.IFO 28672 9-21-12 1:48p
VTS_06_0.VOB 10240 9-21-12 1:48p
VTS_06_1.VOB 425213952 9-21-12 1:48p
33 File(s) 0 bytes free
_________________________________________________________

---
--
http://glennmcc.org/

RayeR

CZ,
23.05.2013, 13:28

@ glennmcc

Is there a UDF filesystem driver for DOS?

Post reply

> And now reading that disc in.....
>
> Caldera OpenDOS 7.01
> Copyright (c) 1976, 1997 Caldera, Inc.
> All rights reserved.
>
> Volume in drive Q is 4b_200m
> Directory of Q:\
>
> 4B_200M.MP4 4200000000 5-20-13 7:16p
> 1 File(s) 0 bytes free

How you read disc under OpenDOS? what kind of mscdex driver?

---
DOS gives me freedom to unlimited HW access.

glennmcc

North Jackson, Ohio (USA),
24.05.2013, 00:28

@ RayeR

Is there a UDF filesystem driver for DOS?

Post reply

> > And now reading that disc in.....
> >
> > Caldera OpenDOS 7.01
> > Copyright (c) 1976, 1997 Caldera, Inc.
> > All rights reserved.
> >
> > Volume in drive Q is 4b_200m
> > Directory of Q:\
> >
> > 4B_200M.MP4 4200000000 5-20-13 7:16p
> > 1 File(s) 0 bytes free
>
> How you read disc under OpenDOS? what kind of mscdex driver?

--- cdload.bat ---
@echo off
if "%CDROM%"=="ON" goto already

ddl.com c:\cdrom\ltnide.sys /D:CDR-IDE /DMA

c:\cdrom\shsucdx.exe /D:CDR-IDE,Q

SET CDROM=ON
@echo CD is Loaded
goto loaded

:already
@echo CD is already Loaded
:loaded
________________________________________________

Volume in drive C is MCCORKLE_01
Directory of C:\CDROM

SHSUCDX DOC 4169 12-07-95 5:59p
SHSUCDX EXE 15534 12-07-95 5:46p
2 File(s) 84140032 bytes free
_________________________________________________

http://cyberside.net.ee/files/dos/shsucdx/old/shsucd11.zip

______________________________________________________________

---
--
http://glennmcc.org/

RayeR

CZ,
24.05.2013, 16:50

@ glennmcc

Is there a UDF filesystem driver for DOS?

Post reply

> SHSUCDX DOC 4169 12-07-95 5:59p
> SHSUCDX EXE 15534 12-07-95 5:46p
> 2 File(s) 84140032 bytes free

Such old version of SHSUCDX supports UDF? I'm confused...

---
DOS gives me freedom to unlimited HW access.

bretjohn

Rio Rancho, NM,
24.05.2013, 17:26

@ RayeR

Is there a UDF filesystem driver for DOS?

Post reply

I think Zyzzle was right when he suggested that the disk was probably formatted in a UDF bridge format. There's no way such an old version of SHSUCDX would support UDF -- even the latest versions don't do that.

I though he might have been using NWCDEX, which I think is what came with Caldera, but I'm pretty sure it doesn't support UDF either. FWIW, NWCDEX actually uses less memory than SHSUCDX if you have a DPMS or EMS server installed.

glennmcc

North Jackson, Ohio (USA),
25.05.2013, 01:23

@ bretjohn

Is there a UDF filesystem driver for DOS?

Post reply

> I think Zyzzle was right when he suggested that the disk was probably
> formatted in a UDF bridge format. There's no way such an old version of
> SHSUCDX would support UDF -- even the latest versions don't do that.
>
> I though he might have been using NWCDEX, which I think is what came with
> Caldera, but I'm pretty sure it doesn't support UDF either. FWIW, NWCDEX
> actually uses less memory than SHSUCDX if you have a DPMS or EMS server
> installed.

The disc I made in SlackWare Linux v14.0 was created using K3b
choosing to use UDF file system.

The other was a commercially produced DVD movie "Ice Age, Continental Drift"

In both cases, I was able to read files from them in OpenDos 7.01
using that old version of shsucdx

---
--
http://glennmcc.org/

RayeR

CZ,
29.05.2013, 05:11

@ glennmcc

Is there a UDF filesystem driver for DOS?

Post reply

I burned a CDRW with UDF 1.5 _only_ under Nero 6.6.1.15 (there's also option combined UDF+ISO that I belive it would read but no cheating...) and tested various combinations of system - DOS 6.22 and DOS 7.10 with old shsucdx you provided and latest one from 2011 and than also nwcdex from opendos 7.01, dr-dos 7.03 and dr-dos 8.05.
In all cases didn't throw an read error like if drive is empty but DIR didn't displayed any files on the disc (I can read it under W98SE+panasonic UDF, WinXP, linux...). So I'm very suspicious about suppor of pure UDF under DOS (I think it doesn't matter what flavor of DOS, it's affected by cdex driver).

Glen, if you can run program like isobuster that displays you all filesystems already burned on the disc (there maybe udf+iso+joliet together or some of them) - it could reveal if your linux burned disk has also ISO FS that's DOS friendly...

---
DOS gives me freedom to unlimited HW access.

Zyzzle

30.05.2013, 02:49

@ RayeR

Is there a UDF filesystem driver for DOS?

Post reply

I tried burning a DVD+RW in ImgBurn 2.5.5 with UDF 1.02 only (No ISO9660 Bridge or Jolliet) and tried the SHSUCDX and OoenDOS 7.01, and 7.02, and MS-DOS 7.10 with no success on reading. Then I tried burning a BD-RW with UDF 2.50 only under Imgburn, again with same result. The disc will not read, gives no directory entries. So, I think we are out of luck for pure UDF under DOS :-(

Anyone else care to try? :-)

EDITED to add that my burns of those two UDF discs read flawlessly under WinXP with the Toshiba HD-DVD UDF 2.5 patch. and also under native Winblows 7.

> I burned a CDRW with UDF 1.5 _only_ under Nero 6.6.1.15 (there's also
> option combined UDF+ISO that I belive it would read but no cheating...) and
> tested various combinations of system - DOS 6.22 and DOS 7.10 with old
> shsucdx you provided and latest one from 2011 and than also nwcdex from
> opendos 7.01, dr-dos 7.03 and dr-dos 8.05.
> In all cases didn't throw an read error like if drive is empty but DIR
> didn't displayed any files on the disc (I can read it under W98SE+panasonic
> UDF, WinXP, linux...). So I'm very suspicious about suppor of pure UDF
> under DOS (I think it doesn't matter what flavor of DOS, it's affected by
> cdex driver).
>
> Glen, if you can run program like isobuster that displays you all
> filesystems already burned on the disc (there maybe udf+iso+joliet together
> or some of them) - it could reveal if your linux burned disk has also ISO
> FS that's DOS friendly...

glennmcc

North Jackson, Ohio (USA),
31.05.2013, 00:53

@ RayeR

Is there a UDF filesystem driver for DOS?

Post reply

> I burned a CDRW with UDF 1.5 _only_ under Nero 6.6.1.15 (there's also
> option combined UDF+ISO that I belive it would read but no cheating...) and
> tested various combinations of system - DOS 6.22 and DOS 7.10 with old
> shsucdx you provided and latest one from 2011 and than also nwcdex from
> opendos 7.01, dr-dos 7.03 and dr-dos 8.05.
> In all cases didn't throw an read error like if drive is empty but DIR
> didn't displayed any files on the disc (I can read it under W98SE+panasonic
> UDF, WinXP, linux...). So I'm very suspicious about suppor of pure UDF
> under DOS (I think it doesn't matter what flavor of DOS, it's affected by
> cdex driver).
>
> Glen, if you can run program like isobuster that displays you all
> filesystems already burned on the disc (there maybe udf+iso+joliet together
> or some of them) - it could reveal if your linux burned disk has also ISO
> FS that's DOS friendly...

What is 'isobuster' ?

Where do I get it ?

If it does not run in 100% pure DOS or in Linux...
I can't run it 'cus my systems are 100% free of _ALL_ MS software & OSs
And espescially _NO_ WinCrap of any kind.

I have _ONLY_ OpenDos v7.01 & SlackWare Linux v12.2 & v14.0

____

-- edit-

Found it... WinNT flavours only :(

______

Anyways.... leaving the UDF disc that I burned using Linux K3B out of the
equasion for the moment.....

What file system would be on the commercially produced DVD movie disc that
also reads just fine in 100% pure OpenDos v7.01 with shsucdx from 1995

(see the dir listing in this post)
http://www.bttr-software.de/forum/forum_entry.php?id=12611

____

---
--
http://glennmcc.org/

RayeR

CZ,
31.05.2013, 04:39

@ glennmcc

Is there a UDF filesystem driver for DOS?

Post reply

> What file system would be on the commercially produced DVD movie disc that
> also reads just fine in 100% pure OpenDos v7.01 with shsucdx from 1995

Standard ISO9660. UDF is used eg. on recorders supporting DVD-RAM media.

Sorry I don't know any linux alternative for isobuster/magiciso/ultraiso... but i belive there's some tool that can display _all_ multiple FS on the disc.

---
DOS gives me freedom to unlimited HW access.

glennmcc

North Jackson, Ohio (USA),
31.05.2013, 04:53
(edited by glennmcc, 31.05.2013, 05:13)

@ RayeR

Is there a UDF filesystem driver for DOS?

Post reply

> > What file system would be on the commercially produced DVD movie disc
> that
> > also reads just fine in 100% pure OpenDos v7.01 with shsucdx from 1995
>
> Standard ISO9660. UDF is used eg. on recorders supporting DVD-RAM media.
>
> Sorry I don't know any linux alternative for isobuster/magiciso/ultraiso...
> but i belive there's some tool that can display _all_ multiple FS on the
> disc.

According to Linux mount... it's UDF on both the commercially produced
movie DVD and on the DVD-RW that I burned with K3B choosing UDF as the
filesystem.

http://www.bttr-software.de/forum/forum_entry.php?id=12611

---
--
http://glennmcc.org/

glennmcc

North Jackson, Ohio (USA),
31.05.2013, 06:05
(edited by glennmcc, 31.05.2013, 06:55)

@ glennmcc

Is there a UDF filesystem driver for DOS?

Post reply

> > > What file system would be on the commercially produced DVD movie disc
> > that
> > > also reads just fine in 100% pure OpenDos v7.01 with shsucdx from 1995
> >
> > Standard ISO9660. UDF is used eg. on recorders supporting DVD-RAM media.
> >
> > Sorry I don't know any linux alternative for
> isobuster/magiciso/ultraiso...
> > but i belive there's some tool that can display _all_ multiple FS on the
> > disc.
>
> According to Linux mount... it's UDF on both the commercially produced
> movie DVD and on the DVD-RW that I burned with K3B choosing UDF as the
> filesystem.
>
> http://www.bttr-software.de/forum/forum_entry.php?id=12611\

Here's another test.

root@glennmcc:/# mkisofs -udf -o /test.udf /boot
Setting input-charset to 'ISO-8859-1' from locale.
Using VMLIN000.13_;1 for /vmlinuz-huge-smp-3.8.13-smp (vmlinuz-generic-smp-3.8.13-smp)
Using SYSTE000.13;1 for /System.map-huge-3.8.13 (System.map-generic-3.8.13)
Using VMLIN000.13;1 for /vmlinuz-huge-3.8.13 (vmlinuz-generic-3.8.13)
Using SYSTE000.13_;1 for /System.map-huge-smp-3.8.13-smp (System.map-generic-smp-3.8.13-smp)
35.62% done, estimate finish Thu May 30 23:59:33 2013
71.14% done, estimate finish Thu May 30 23:59:33 2013
Total translation table size: 0
Total rockridge attributes bytes: 0
Total directory bytes: 0
Path table size(bytes): 10
Max brk space used 21000
14067 extents written (27 MB)
root@glennmcc:/# mc

root@glennmcc:/# mkdir test
root@glennmcc:/# mount /test.udf /test
mount: warning: /test seems to be mounted read-only.
root@glennmcc:/# mount
/dev/sda1 on / type ext4 (rw,commit=0)
proc on /proc type proc (rw)
sysfs on /sys type sysfs (rw)
tmpfs on /dev/shm type tmpfs (rw)
/test.udf on /test type udf (ro)
root@glennmcc:/# mc

root@glennmcc:/# umount /test
root@glennmcc:/# mount
/dev/sda1 on / type ext4 (rw,commit=0)
proc on /proc type proc (rw)
sysfs on /sys type sysfs (rw)
tmpfs on /dev/shm type tmpfs (rw)
root@glennmcc:/# cdrecord /test.udf
cdrecord: No write mode specified.
cdrecord: Assuming -sao mode.
cdrecord: If your drive does not accept -sao, try -tao.
cdrecord: Future versions of cdrecord may have different drive dependent defaults.
Cdrecord-ProDVD-ProBD-Clone 3.01a13 (i686-pc-linux-gnu) Copyright (C) 1995-2012 Joerg Schilling
Linux sg driver version: 3.5.27
Using libscg version 'schily-0.9'.
No target specified, trying to find one...
Using dev=2,0,0.
Device type : Removable CD-ROM
Version : 5
Response Format: 2
Capabilities :
Vendor_info : 'PIONEER '
Identifikation : 'DVD-RW DVR-111D'
Revision : '1.06'
Device seems to be: Generic mmc2 DVD-R/DVD-RW/DVD-RAM.
Using generic SCSI-3/mmc-3 DVD+RW driver (mmc_dvdplusrw).
Driver flags : NO-CD DVD MMC-3 SWABAUDIO BURNFREE
Supported modes: PACKET SAO LAYER_JUMP
cdrecord: Warning: Cannot read drive buffer.
cdrecord: Warning: The DMA speed test has been skipped.
Starting to write CD/DVD/BD at speed 4 in real SAO mode for single session.
Last chance to quit, starting real write 0 seconds. Operation starts.
Track 02: Total bytes read/written: 28809216/28809216 (14067 sectors).

root@glennmcc:~# mount /dev/sr0 /test
mount: warning: /test seems to be mounted read-only.
root@glennmcc:~# mount
/dev/sda1 on / type ext4 (rw)
proc on /proc type proc (rw)
sysfs on /sys type sysfs (rw)
tmpfs on /dev/shm type tmpfs (rw)
/dev/sr0 on /test type udf (ro)

____

Back in minute with the results of reading that disc in OpenDos 7.01 with the 1995 version of shsucdx.

_____

Volume in drive Q is boot
Directory of Q:\BOOT

. <DIR> 5-31-13 12:09a
.. <DIR> 5-31-13 12:09a
BOOT 020 512 11-27-12 11:10a
BOOT 080 512 9-29-12 10:19a
BOOT 082 512 11-20-12 7:54p
BOOT_MES SAG 137 9-29-12 10:17a
CONFIG 0 5-12-13 9:00p
CONFIG_G ENE 135047 5-12-13 9:42p
CONFIG_G ENE 135979 5-12-13 8:45p
CONFIG_H UGE 135047 5-12-13 9:56p
CONFIG_H UGE 135979 5-12-13 9:00p
ELILO_IA EFI 217646 1-10-11 4:28p
ELILO_X8 6_6 250510 1-10-11 4:34p
INSIDE BMP 22578 8-20-12 3:13p
MAP 74752 5-21-13 3:40p
ONLYBLUE BMP 6878 8-20-12 3:13p
README INI 0 12-11-12 5:30p
SLACK BMP 14174 2-14-10 8:57p
SYSTEM MAP 0 5-12-13 9:00p
SYSTEM_M AP_ 1636934 5-12-13 9:42p
SYSTEM_M AP_ 1690779 5-12-13 8:45p
SYSTEM_M AP_ 2586379 5-12-13 9:56p
SYSTEM_M AP_ 2643126 5-12-13 9:00p
TUXLOGO BMP 33192 8-20-12 3:13p
VMLINUZ 0 5-12-13 9:00p
VMLINUZ_ GEN 3006272 5-12-13 9:42p
VMLINUZ_ GEN 3183632 5-12-13 8:45p
VMLINUZ_ HUG 5852640 5-12-13 9:56p
VMLINUZ_ HUG 6104224 5-12-13 9:00p
29 File(s) 0 bytes free
____________________________________________________

Oh, as to...

"UDF is used eg. on recorders supporting DVD-RAM media."

As you see above... my DVD+RW drive _does_ support DVD-RAM

Device seems to be: Generic mmc2 DVD-R/DVD-RW/DVD-RAM.

---
--
http://glennmcc.org/

RayeR

CZ,
02.06.2013, 01:03

@ glennmcc

Is there a UDF filesystem driver for DOS?

Post reply

Can you upload somewhere your CD image?

---
DOS gives me freedom to unlimited HW access.

glennmcc

North Jackson, Ohio (USA),
04.06.2013, 00:55

@ RayeR

Is there a UDF filesystem driver for DOS?

Post reply

> Can you upload somewhere your CD image?

I had already deleted test.udf so just now made a new one
using the same command line...

mkisofs -udf -o /test.udf /boot

It is targzipped into.....

http://glennmcc.org/test_udf.tgz (19.7mb)

_____

---
--
http://glennmcc.org/

RayeR

CZ,
04.06.2013, 04:09

@ glennmcc

Is there a UDF filesystem driver for DOS?

Post reply

> I had already deleted test.udf so just now made a new one
> using the same command line...
>
> mkisofs -udf -o /test.udf /boot
>
> It is targzipped into.....
> http://glennmcc.org/test_udf.tgz (19.7mb)

I checked with UltraISO and the image contains UDF + ISO9660!
So the ISO9660 part is what you see under DOS...

---
DOS gives me freedom to unlimited HW access.

glennmcc

North Jackson, Ohio (USA),
04.06.2013, 17:09

@ RayeR

Is there a UDF filesystem driver for DOS?

Post reply

> > I had already deleted test.udf so just now made a new one
> > using the same command line...
> >
> > mkisofs -udf -o /test.udf /boot
> >
> > It is targzipped into.....
> > http://glennmcc.org/test_udf.tgz (19.7mb)
>
> I checked with UltraISO and the image contains UDF + ISO9660!
> So the ISO9660 part is what you see under DOS...

Well then... the same situation must be the case with commercially
produced DVD movie discs which are readable in DOS using shsucdx

---
--
http://glennmcc.org/

RayeR

CZ,
07.06.2013, 01:23

@ glennmcc

Is there a UDF filesystem driver for DOS?

Post reply

> Well then... the same situation must be the case with commercially
> produced DVD movie discs which are readable in DOS using shsucdx

Yes, as I checked original movie DVD it contained ISO9660+UDF 1.02. That's not problem to read, it even doesn't use LFN and files >2GB. But when I want read DVD-RAM that is usually formatted to UDF 1.5 only I cannot.

---
DOS gives me freedom to unlimited HW access.

glennmcc

North Jackson, Ohio (USA),
08.06.2013, 00:21

@ RayeR

Is there a UDF filesystem driver for DOS?

Post reply

> > Well then... the same situation must be the case with commercially
> > produced DVD movie discs which are readable in DOS using shsucdx
>
> Yes, as I checked original movie DVD it contained ISO9660+UDF 1.02. That's
> not problem to read, it even doesn't use LFN and files >2GB. But when I
> want read DVD-RAM that is usually formatted to UDF 1.5 only I cannot.

OK, so, ISO9660+UDF 1.02 and files over 2GB
is about all we can hope for in DOS

As my 1st test indicates,
OpenDos 7.01 using shsucdx had no problem with this file....

http://www.bttr-software.de/forum/forum_entry.php?id=12610

Caldera OpenDOS 7.01
Copyright (c) 1976, 1997 Caldera, Inc.
All rights reserved.

Volume in drive Q is 4b_200m
Directory of Q:\

4B_200M.MP4 4200000000 5-20-13 7:16p
1 File(s) 0 bytes free

---
--
http://glennmcc.org/

Zyzzle

08.06.2013, 13:03

@ glennmcc

Is there a UDF filesystem driver for DOS?

Post reply

> OK, so, ISO9660+UDF 1.02 and files over 2GB
> is about all we can hope for in DOS
>

No, as I've now tested, we can only hope for a UDF driver in the future for DOS. DOS can read ISO9660 just fine, and most DVDs are issued with both ISO9660 and UDF 1.02 filesystem structures. So, DOS can see them just fine, because of the bridge (=dual) format. DOS does not see the UDF 1.02 files, only the ISO9660 files.

> 4B_200M.MP4 4200000000 5-20-13 7:16p
> 1 File(s) 0 bytes free
?
Were you able to read the entire 4 GB file directly? How is it possible to seek past > 2GB in DOS? I've been trying to figure it out for some time. DOS uses signed 32-bit integers for fileseek. We need to get it to use unsigned 32-bit seeks in order to read the full 4 GiB - 1 limit of 32 bits. Any patches?

glennmcc

North Jackson, Ohio (USA),
09.06.2013, 05:08

@ Zyzzle

Is there a UDF filesystem driver for DOS?

Post reply

> > OK, so, ISO9660+UDF 1.02 and files over 2GB
> > is about all we can hope for in DOS
> >
>
> No, as I've now tested, we can only hope for a UDF driver in the future for
> DOS. DOS can read ISO9660 just fine, and most DVDs are issued with both
> ISO9660 and UDF 1.02 filesystem structures. So, DOS can see them just fine,
> because of the bridge (=dual) format. DOS does not see the UDF 1.02 files,
> only the ISO9660 files.
>
>
> > 4B_200M.MP4 4200000000 5-20-13 7:16p
> > 1 File(s) 0 bytes free
> ?
> Were you able to read the entire 4 GB file directly? How is it possible to
> seek past > 2GB in DOS? I've been trying to figure it out for some time.
> DOS uses signed 32-bit integers for fileseek. We need to get it to use
> unsigned 32-bit seeks in order to read the full 4 GiB - 1 limit of 32 bits.
> Any patches?

Just now done testing.

Nope... can't read past >2GB :(

---
--
http://glennmcc.org/

bretjohn Rio Rancho, NM, 10.06.2013, 05:29 @ RayeR	Is there a UDF filesystem driver for DOS? Post reply
	Why not format DVD-RAM as FAT32 instead of UDF? At least some versions of Windows will let you do that. For strictly computer use (not trying to load into a DVD player or something) I think FAT32 makes more sense than UDF.

RayeR

CZ,
12.06.2013, 00:33

@ bretjohn

Is there a UDF filesystem driver for DOS?

Post reply

> Why not format DVD-RAM as FAT32 instead of UDF? At least some versions of
> Windows will let you do that. For strictly computer use (not trying to
> load into a DVD player or something) I think FAT32 makes more sense than
> UDF.

I know that it can be formatted to FAT32 but it's very unoptimized to work on DVD RAM and it's not recomended. Esp. writting many small files is pain. And it doesn't solve problem of reading dvd-ram recorded on another machine (e.g. dvd recorder)

---
DOS gives me freedom to unlimited HW access.

glennmcc

North Jackson, Ohio (USA),
13.06.2013, 02:55

@ RayeR

Is there a UDF filesystem driver for DOS?

Post reply

> > Why not format DVD-RAM as FAT32 instead of UDF? At least some versions
> of
> > Windows will let you do that. For strictly computer use (not trying to
> > load into a DVD player or something) I think FAT32 makes more sense than
> > UDF.
>
> I know that it can be formatted to FAT32 but it's very unoptimized to work
> on DVD RAM and it's not recomended. Esp. writting many small files is pain.
> And it doesn't solve problem of reading dvd-ram recorded on another machine
> (e.g. dvd recorder)

IIRC, FAT32 has a filesize limit of 4 gigabytes.

So, even formatting a DVD-RAM as FAT32 would still have the stumbling
block that was in the orginal post which we need UDF capacity to get past.

Namely... having full access in DOS to files over 4 gigabytes
__________________________________^^^^^^^^^^^^^^^____________

---
--
http://glennmcc.org/

tom Germany (West), 13.06.2013, 11:33 @ glennmcc	Is there a UDF filesystem driver for DOS? Post reply
	> IIRC, FAT32 has a filesize limit of 4 gigabytes. > > So, even formatting a DVD-RAM as FAT32 would still have the stumbling > block that was in the orginal post which we need UDF capacity to get past. > > Namely... having full access in DOS to files over 4 gigabytes > __________________________________^^^^^^^^^^^^^^^____________ there is NO WAY to have files over 4 GB in AnyDOS

roytam

13.06.2013, 12:14

@ tom

Is there a UDF filesystem driver for DOS?

Post reply

> > IIRC, FAT32 has a filesize limit of 4 gigabytes.
> >
> > So, even formatting a DVD-RAM as FAT32 would still have the stumbling
> > block that was in the orginal post which we need UDF capacity to get
> past.
> >
> > Namely... having full access in DOS to files over 4 gigabytes
> > __________________________________^^^^^^^^^^^^^^^____________
>
> there is NO WAY to have files over 4 GB in AnyDOS

I think Udo will say something. ;-)

DOS386

18.06.2013, 10:14

@ roytam

Is there support for files > 4 GiB in DOS ?

Post reply

> > there is NO WAY to have files over 4 GB in AnyDOS

> I think Udo will say something

King Udo is dead so it's up to me to say something:

It already worx ... see vvv shot ... I can use files > 4 GiB in EDR-DOS (didn't test "AnyDOS" yet)

[image]

---
This is a LOGITECH mouse driver, but some software expect here
the following string:*** This is Copyright 1983 Microsoft ***

Khusraw

Bucharest, Romania,
13.06.2013, 17:14

@ tom

Is there a UDF filesystem driver for DOS?

Post reply

> there is NO WAY to have files over 4 GB in AnyDOS

Didn't Udo Kuhnt add support for FAT+ in his Enhanced DR-DOS?

---
Glory to God for all things

RayeR

CZ,
13.06.2013, 19:39

@ Khusraw

Is there a UDF filesystem driver for DOS?

Post reply

> Didn't Udo Kuhnt add support for
> FAT+ in his Enhanced
> DR-DOS?

Also there was a recent discussion on DJGPP group
http://groups.google.com/forum/?fromgroups#!topic/comp.os.msdos.djgpp/jlxRjYzYiI4

---
DOS gives me freedom to unlimited HW access.

DOS386

18.06.2013, 10:53

@ RayeR

Is there a UDF filesystem driver for DOS?

Post reply

> Also there was a recent discussion on DJGPP group
> http://groups.google.com/forum/?fromgroups#!topic/comp.os.msdos.dgjpp/jlxRjYzYiI4

Doesn't work. Please post the link in this form:

http://groups.google.com/group/comp.os.msdos.djgpp/browse_thread/thread/55c34cf30bca85c8

or copy the content or at least subject and date ... I can't find it

---
This is a LOGITECH mouse driver, but some software expect here
the following string:*** This is Copyright 1983 Microsoft ***

RayeR

CZ,
18.06.2013, 20:22

@ DOS386

Is there a UDF filesystem driver for DOS?

Post reply

> > Also there was a recent discussion on DJGPP group
> >
> http://groups.google.com/forum/?fromgroups#!topic/comp.os.msdos.dgjpp/jlxRjYzYiI4
>
> Doesn't work. Please post the link in this form:
search for djgpp group (comp.os.msdos.djgpp)
then loo at topic

Adding 64-bit file support to DJGPP
Autor: 0483218...@t-online.de 41 příspěvků 74 zobrazení

---
DOS gives me freedom to unlimited HW access.

DOS386

24.06.2013, 15:24

@ RayeR

comp.os.msdog.dgjp p.doesnt.work | R.I.P.

Post reply

> Also there was a recent discussion on DJGPP group

In 2006 ... 7+1/2 years ago :clap:

> search for djgpp group (comp.os.msdos.djgpp) then loo at topic

I did ... until cca 10 days ago the "old groups" was available to DOS browsers and Firefox with hacked abuser agent not containing "mozilla" ... and the topic was not in, instead warning about disabled JawaShit :-(

Now the old groups is finally gone and the new groups needs HTTPS and JawaShit ... in Arachne it deadloops, in DOSLynx returns big garbage and somewhere inside it says "you must enable JawaShit to access Google Groups" :crying:

The new groups is horrible even with latest Firefox, but the topic is in :-|

> Adding 64-bit file support to DJGPP
> Autor: 0483218...@t-online.de

This was King Udo. He requested adding 64-bit file support to DJGPP. Result: NOT done due to M$-DOG. Recently someone bumped the topic and hijacked it with GUI and DGJPP support in Win64.

R.I.P. to everybody/everything affected :-(

---
This is a LOGITECH mouse driver, but some software expect here
the following string:*** This is Copyright 1983 Microsoft ***

bretjohn

Rio Rancho, NM,
20.05.2013, 18:14

@ Zyzzle

Is there a UDF filesystem driver for DOS?

Post reply

> We have ExFAT, FAT32, and even NTFS support in DOS, but I can't find a
> driver which allows the UDF filesystem to be read. Is there one released,
> buried somewhere in obscurity? Or a UDF bootloader?

I wouldn't exactly call what we have for ExFAT now to be "support" -- it requires ASPI, which is only available with some USB drivers. You couldn't put ExFAT on a "regular" (INT 13h) disk today and have it work properly.

AFAIK, there is no UDF driver for DOS. I wish there was one. It would come in real handy for some of the upgrades I'm working on in the USB drivers.

Just as an FYI, there are currently five different versions of UDF that should be supported: 1.02, 1.50, 2.01, 2.50 and 2.60. It would also be nice to have Joliet support for CD's (which I don't think exists today, either).

> Does any version of DOS natively support > 512 byte sector size? I can't
> seem to locate any version which does.

Depends on how you define "natively". MS-DOS will support sector sizes up to 8k, and probably up to 32k (not 100% sure about 32k), but "turning on the support" is troublesome.

Through some experimentation by Czerno, it appears that up through version 6, MS-DOS will do it automatically if the kernel finds a disk with sector size > 512 bytes while it is booting (this happens even before CONFIG.SYS is processed). In MS-DOS 7+, it appears to do it if either the kernel finds a disk with sector size > 512 bytes while booting, or if a block driver in CONFIG.SYS (like a driver for a RAM Disk) is installed with sector size > 512 bytes. AFAIK, though, there are no RAM Disk drivers that use anything other than 512 byte sectors.

You can also modify the kernel (MSDOS.SYS) as described in the notes for USBDRIVE.A36 (the source code for my USBDRIVE program), starting around line 289. All you need to do is change one word of in the MS-DOS kernel to change the maximum sector size it will support, and you won't necessarily need to install a special hard drive or create a special RAM Disk driver.

However, this is only true for MS-DOS. It is probably also at least partially true for PC-DOS, since MS-DOS and PC-DOS have an "overlapping" history. I know FreeDOS does not currently support anything other than 512 byte sectors, and I don't think any of the FreeDOS utilities do either (FDISK, FORMAT, caching programs, etc.). I don't know about any of the other DOS versions (like DR/Novell/Caldera).

This is actually a big problem, since disks with 4k sectors (disks larger than 2 TB) have been around for a while now.

Zyzzle

21.05.2013, 10:27

@ bretjohn

Is there a UDF filesystem driver for DOS?

Post reply

> Just as an FYI, there are currently five different versions of UDF that
> should be supported: 1.02, 1.50, 2.01, 2.50 and 2.60. It would also be
> nice to have Joliet support for CD's (which I don't think exists today,
> either).
Yes, I was hoping for 1.02 and 2.50 support...

> sector size > 512 bytes. AFAIK, though, there are no RAM Disk drivers that
> use anything other than 512 byte sectors.

I believe srdisk v 2.09 supports sector sizes > 512 bytes.

> You can also modify the kernel (MSDOS.SYS) as described in the notes for
> USBDRIVE.A36 (the source code for my USBDRIVE program), starting around

Thanks for the tip, it will come in very handy to know only a single word of MSDOS.SYS needs to be patched to allow the > 512 sector support "natively."

> This is actually a big problem, since disks with 4k sectors (disks larger
> than 2 TB) have been around for a while now.

Yes, I that patch will allow us to use our > 2TB drives in the future with MS-DOS and keep it alive for many more years!

@ glenmcc:

So, perhaps Caldara DOS has some sort of built-in UDF driver? I will certainly test, and thanks for the info. However, believe most DVDs use UDF 1.02 and also have an ISO 9660 filesystem as well. This is called a UDF bridge format, if I recall correctly. Are you sure your DVD is strictly a UDF-only filesystem?

bretjohn

Rio Rancho, NM,
21.05.2013, 17:52

@ Zyzzle

Is there a UDF filesystem driver for DOS?

Post reply

> I believe srdisk v 2.09 supports sector sizes > 512 bytes.

According to the SRDISK v 2.09c documentation:

/S:n /SECTORSIZE:n

Sector size (128, 256 or 512 bytes). Sector is the basic
allocation unit of a disk. Smaller sector size can decrease the
amount of memory wasted on boot sector, FAT and root directory,
but that is just about the only benefit of it. Clusters are
formed of sectors, so sector size can not be larger than cluster
size. DOS uses by default 512 bytes per sectors.

So, while the sector size is adjustable, it can't be more than 512 bytes.

Zyzzle

21.05.2013, 23:10

@ bretjohn

Is there a UDF filesystem driver for DOS?

Post reply

> > I believe srdisk v 2.09 supports sector sizes > 512 bytes.
>
> According to the SRDISK v 2.09c documentation:
>
> /S:n /SECTORSIZE:n
>
> Sector size (128, 256 or 512 bytes). Sector is the basic

I stand corrected, I just verified this for myself. Still, I remembered that *some* old DOS ramdrive program supported a > 512 sector size. After a bit of searching, I found that the old MS-DOS 3.3 - 4.0 driver VDISK.SYS does support a 1024-byte sector size. See the docs:

http://www.woodboy.org/computing/msdos/vdisk.txt

Granted it is limited to 32768 kb, and must use EMS memory, I believe, but the "proof of concept" is there at least.

bretjohn

Rio Rancho, NM,
22.05.2013, 17:35

@ Zyzzle

Is there a UDF filesystem driver for DOS?

Post reply

Just got an e-mail from Czerno, contents below. He's done much more experimenting with this stuff than I have.

*********

How are you Bret ? I'm afraid it's a long time since I didn't call...

I've noticed your message to the "DOS ain't dead" forum where you kindly
mentioned me referring to our past discussions of >512k sectors.

I'm not registered at that forum, and declining to ask the admin (Riebisch, if I recall clearly) because I shan't have time to participate actively :(

If you would like to brief the forum - recall what we found back then -

1 - RAMdisk : Ciriaco de Celis's TDSK (available with sources as part of FreeDOS distributions) can create ram disks with 2kbyte sectors out of the box, and 4k sectors modulo trivial patching. Ideal for experimenting.

2 - MSDOS *can* install and use block devices with sectors as large as 32 k (rather than 64k, essentially because buffers including management headers can't exceed one 8086 segment's worth of data)

People should be careful to reduce the number of Config.sys buffers according to the actual max sector size of any block device !

3- though functional (works as designed), MSDOS's undifferentiated management of buffers is a waste when very different sector sizes are present in the system (unavoidable, since no known BIOS can boot from 4k sectors anyway).

With this in mind, if people starts serious work on adding 4k sectors to FREEDOS, IMO they should probably design a system with a separate pools of buffers...