Op 14-8-2009 23:37, Jack schreef:
> Oh, REALLY??   I have been running the "DeepBurner" program to "shoot" my
> CD/RW masters for over two years now.   It DOES simultaneous input/output
> with the disk staying-ahead of the CD/RW and always having the next block
> of data ready to be written out.   It is a "Windows" program, but it runs
> on EXACTLY the same computer system that I use for DOS.   Given that, and
> rather than everyone "jumping through hoops" about super-extended memory,
> maybe you should contact the "DeepBurner" people on the Internet, and ask
> if (A) they have a DOS version or (B) they might send you their sources!!
> NO reasons you must call UIDE, nor any other DOS drivers -- you can write
> your OWN simultaneous I-O scheme in DOS to copy your DVDs/BluRays, and it
> might take 100-MB of buffers maximum, damned well NOT 8.5-GB nor 50-GB!!!
Hello Jack,

Somehow I think you're missing the point here a bit. Your UIDE and 
ramdisk together can use all memory below 4GB quite easily already. 
Point is, I'd prefer UIDE and other programs, and possibly a ramdisk, to 
use the memory below 4GB; and a ramdisk driver, be it the same driver or 
not, being able to use/access  RAM above 4GB so first 4GB stays 
available for older/other programs which are limited to this amount. 
Your recorder program example as claimed above would be able to pipe 
original source directory tree into ISO into the recorder on the fly. I 
normally use IMGBURN for recording, though ISO generation + virtual 
machine is easier option to test things first, before creating a final 
master on optical disk.

Let's go with the following assumptions (as valid in modern computer 
sales), and see if I can demonstrate my issue.
1) User has a computer with 1 harddisk only, with 1 partition spanning 
the entire harddisk, formatted as NTFS.
2) Computer has 12GB RAM (hello brand new Core I7 system with triple 
memory channels)
3) Disk image can create an imagefile of the harddisk, with (compressed) 
filesize just below 4GB so it fits as single file on FAT32 under DOS.
4) DVD can contain more than 4GB, so the file fits on it.
5) No ISO generation necessary as your above mentioned buffering 
technique can be used.
6) Not allowed to make alterations to the disk at all. Think forensics 
if you want :)
7) No USB sticks around with sufficient capacity and free space, or 
speed, or access from DOS, to be used as storage space.

With lack of UDF driver for DOS ("packet writing") we'd need to have a 
FAT32 storage location with at least 4GB capacity, so the file (disk 
image) that we want to burn to DVD, can be stored. Didn't even mention 
ISO (see assumption 5), which would double the needed filesize :)
I know of no other freely usable/distributable DOS optical disk writing 
software other than CDRECORD and CDRKIT, both stuck on ASPI/SCSI (as is 
your DeepBurner program I bet, using SPTI likely).
Maybe there does exist a specialised DOS program which does what you do 
in Windows: source --> <pipe> --> ISO --> <pipe> --> disk (Norton Ghost 
perhaps?). Maybe only Linux based software is suitable (Parted Image etc).
Still, I'd like to be able to use DOS, and record/modify optical discs 
from this environment. Maybe soon enough ReactOS (www.reactos.org) will 
be a light-enough Windows-replacing environment and work with your 
streaming recorder program.

Thanks for the interesting discussion at the very least :)


Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
Freedos-user mailing list

Reply via email to