|
Thanks Hong,
Am I right in thinking the long allocation descriptors are also limited to 1GB, since the file length field has the same specification ?
Is this why DVD videos have 1GB files on them?
Thanks again,
Mark
|
|
|
|
|
(My previous answer is not accurate)
According to ECMA167 14.9.10, information length is 8 bytes.
So virtually no limits there. The 1GB limit is for one extent,
but you can use several extents for 1 file.
I haven't tried such large files though.
|
|
|
|
|
There is some compatibility issue with ATAPI devies now.
I am working on it.
|
|
|
|
|
Thank U for your good job!
My CD recorder is just this type,
I'm waiting for your update!
|
|
|
|
|
Hi,
Do you plan posting an article how to write ISO CD-R and CDA?
Thanks!
|
|
|
|
|
Well, compared to UDF, ISO9660 is much easier.
Maybe later I will add these functions.
Thanks for your suggestions.
|
|
|
|
|
I know it's much easier, but it's more useful and popular than UDF.
|
|
|
|
|
Plus it allows any computer to read it since ISO is a standard computer format. We all know it's possible NTIus has done it with their FileCD program.
|
|
|
|
|
What's the difference between ISO and UDF?
Are there any difficulties appending support for ISO?
fengrxr
|
|
|
|
|
Dear sir, when i pressed "format the disc" button, it prompted that "sense key
:0x5, ASC=0X26, ASCQ=0X0,dISK FORMATTING Failed!", would give me some advice,
Thanks!
|
|
|
|
|
Please give more info on this.
Say: at which line within the function of "FormatDisc()"
did the funciton fail?
|
|
|
|
|
Hi,
I just seen this. It looks very good!
But when i try to make a CD disk by using your soft I found
the following problems.
Cannot format a black disk. By tracing the code, i found the error is at:
if(!SetWriteParameters(1,10,4,0x20)) return false;
other similar errors also happend.
Would you please say in more detail how to set the parameter before format a CD disk? How many files can be wrote to the disk for each time? In order to read a written disk, you make the choices of Logicblock and length, but more simple method may read selected sector directly?
Thanks in advance!
chen
|
|
|
|
|
Thanks for your feedback.
The demo program works fine on my HP9600.
But you can understand I dont have chance to test other drives.
To see if your drive is supported, go to Nero's website.
If your drive is listed there, but the function fails, please tell
me the sense code it displays.
|
|
|
|
|
Hi Hongfeng,
I re-tested the update version of your source code.
It really worked for finding/listing my CDRW/DVDRW and can read sectors for CD and can check some CD info. But, it always failed for format a blank CD in my case. Naturally, it cannot write/burn some files into a blank CD. I used a Pioneer DVD-RW DVR-104 (1.20) for doing above test. The error code for format disk is: "Sense key: 0x05, ASC: 0x26, ASCQ: 0x0". I have debug the process. It stoped at this line:
if(!SetWriteParameters(1,10,4,0x20)) return false;
Would you please say some things about this errors. It seems a SetWriteParameter error?
Best Regards,
chen
|
|
|
|
|
Perhaps you are not using CD-RW discs. You can't format CD-Rs.
|
|
|
|
|
Hi,
Thanks for your post and reply!
My ROM is a CDRW/DVDRW-ROM. It can read/write both CD and DVD without problem by using a number of softwares, such as Drag'n Drop CD, Nero Burning soft and so on.
I think that UDF-CDR is a excellent try for cd burning under VC++ but with some bugs. And it is useful and valuable for learning why the UDF-CDR cannot format my CDRW/DVDRW-ROM.
Hope get further anwsers form Hongfeng and anybody.
chen
|
|
|
|
|
The problem is caused by set write mode failure.
I haven't got report that such things occur on SCSI drives,
so I guess it only happends on ATAPI drive, which is the
case on my machine.
It seems everything is fine, but it simply doesn't work.
The drive vendor refuse to give me the command sets,
so far I am still looking for references on ATAPI CDROM.
|
|
|
|
|
Hi
I have the same PB : the process stoped at :
if(!SetWriteParameters(1,10,4,0x20)) return false;
Would you please say if there is information about it.
Regards,
|
|
|
|
|
You asier had invest in a good magneto-optical drive that bring you the control of 1.3GB for only a quarter of the cost of a JAZ cartidge (the drive unit cost about the same)...
See http://www.fujitsu.com or http://www.fujitsu-europe.com then look for magneto-optical drives...
It's like floppy disc, but faster (4 MB/s), bigger (1.3 GB, more than 900 1.44 MB FD). Better than LS120 or LS240 (too expensive and too slow), better then ZIP and JAZ (too too expensive and not compatible).
In a 1.3GB drive (MCx3130yy), you can use previous/backward cartidge format (128 MB, 230 MB, 540 MB, 640 MB and the 1.3 GB). You can format the disc in every format you want (FAT, NTFS, HPFS, NFS, ...) without additive disc space occupation for the TOC (such in multisession and UDF). So full size usage !
It is even the most reliable storage media ever, that resist to X-ray, magnetic fields, dust, wetness, ... Mostly used in medicine and in justice for the backup of trial cases (at least 40 years of data saving).
But thanks for the article, it's nice
Kochise
PS : Don't worry, I've no options in Fujitsu, it's just that their products amaze me from my daily usage.
|
|
|
|
|
You are abosoultely right. Tape is better
than CDR in so many cases.
The advantage of using CDR is cost(20c/disc)
and long storage time(100years).
So it's still useful for some occassions.
|
|
|
|
|
It's also *standard* - everyone has a CD drive, pretty much. That makes it *very* useful.
Christian
Hey, at least Logo had, at it's inception, a mechanical turtle. VB has always lacked even that... - Shog9 04-09-2002
During last 10 years, with invention of VB and similar programming environments, every ill-educated moron became able to develop software. - Alex E. - 12-Sept-2002
|
|
|
|
|
You're a bit harsh with 'tapes' As i said, thanks, for a tempo storage, it's really a nice system you provided us. And *YES*, CD are far more wide spread than magneto-optical drives (due to their low cost). But sometimes cost mean also quality, and MO drives cost far more than CD drives. I already burnt hundreds of HiQual CD brand that cannot be read after 3 months (I also *ALWAYS* avoid to burn them faster than 4x). I still have *NO* problems with my MO after years, and can trustfully reuse my old cartidge without any doubts to be able to read back what i wrote on so many times before. I don't trust anymore on CDs (nor tapes, be sure of that)...
I said nothing against you nor your project, just that a reliable way to save data should not use CDs, but some other technologies that people hardly heard about, most of the time because these are more expensive, but far more reliable too. MO drives can be connected to the SCSI bus. And the more important I learnt in your project is the way to access the SCSI bus. It was something missing in my knowledge, thanks alot dear ! But as there is no specific format for MO, I was already saving data immediatly on it with standard file functions (fopen/fwrite/fread/fclose, or CreateFile/WriteFile/ReadFile/CloseHandle)...
Kochise
PS : Your project is still very necessary for data sharing, as CD are more common than MO (you're right about it). Don't feel bothered by my post, please...
|
|
|
|
|
I am sorry if anything I said gave you the impression of "harsh". I guess probably that's because I am not a native english speaker, sometimes I feel even difficult to tell a joke to American colleagues.
And again, you are right, the optical storage device is inherently prone to error. So if high reliability is first priority, I dont think it's a good solution.
|
|
|
|
|
I'm french myself, so english is not my native language either.
Your project is also ULTRA GREAT in 'embedded' control system that may save reports on a regular basis. For example test benchs that have few memory and no mass media, saving hourly reports on a CDR in a nice idea, instead of having a printer linked to it (I developped such a system using MO). I used MO due to the terrific magnetic field that crashed hard drives, and printer paper don't resist to wetness. But CDR should just be fine for the same things, usable for monthly analysis ('only' 650MB available that will just be used saving 1 month data report).
This project just fits fine with plenty of another purposes that need automatic saving (in automation, it's perfect), you just have some imagination Thanks and thanks again !
Kochise
|
|
|
|
|
In fact, my project is a embedded system
This code is just a PC prototype I wrote half
a year ago, to learn the UDF.
|
|
|
|
|