Subject:
Re: RSJ craps out with current OS2CDROM.DMD
From:
Peter Brown <losepete@ntlworld.com>
Date:
Thu, 20 Nov 2003 21:47:20 +0000
Newsgroups:
rsj.de.support.cdwriter.os2

Hi Mike

I think you mean "can't reformat a CD-RW" rather than "can't reformat a CD-R". Know what you mean now that I have reapplied udf212.

I think I would not refer to the udf212 support as c**p if it worked here, or for the majority of users, but it does not. Maybe it only works for those units that it is tested with.

The fact is that having reapplied the udf212 update I have very flaky udf support which is extremely selective about which cdrw discs it will work with and it may or may not complete a format. If it completes a format there is no guarantee that any files can be written to this formatted cdrw - in fact a TRAP000E is quite common. There is obviously something wrong with this release compared with the udf211 release.

Also having reapplied this update I find that 2 software packages do not work any more:- RSJ software and the QuickFlick (Quickmotion) quicktime software. Both of these are "killed" by the udf212 update.

The QuickFlick problem is interesting: QF works unless a udf format or attempt to write to a udf formatted cdrw fails. Trying to play a *.mov clip then results in QF hanging while trying to load the clip.

I have no idea why a udf212 failure should interefere with QF but it does. I also wonder what else may be affected that I am not yet aware of.

No, Sorry, I cannot agree with you. Software that does not work properly and also "kills" other working software installations is not excellent.

As you say the problem seems to be related to os2cdrom.dmd, the latest is supplied as part of the udf212 package, which suggests a possible lack of testing by IBM.

Hopefully we will get a fully working udf system one day in the meantime I am backing out of udf212 and reapplying udf211 - it may not work properly but it does not screw up anything else.

Regards

Pete



Mike Forester wrote:

> Peter Brown wrote:
>
>> I find that I can work around this when adding files to a cdrw written with an earlier version of os2cdrom.dmd etc. I copy the cdrw contents to a temp folder on hd and then reformat the cdrw and copy the contents back plus whatever I was going to add. Not very satisfactory though.
>
>
>
> But that's not the problem.  My problem is with *any* media in the drive, using RSJ and the current version of os2cdrom.dmd.  I.e., RSJ won't write to any CD-R successfully unless I backlevel to 10.70.
>
>
>> IBM's current UDF support is crap - UDF did work here, with some limitations regarding image files probably ea related, but stopped working sometime during ide and udf updates to my eCS1.1 system.
>>
>> Having said that my eCS1.03 PC is using udf 2.1.1 - must update to 212 
>
>
>
> Correction:  IBM UDF *was* crap.  With 2.1.2 it's excellent.  I have a Sony DRU-500A (which is actually specifically supported by the IBM UDF package), and I can now use 4.7G DVD+RW drives as if they were floppies.  It's terrific.
>
> This is a large improvement over RSJ's DVD "support" (even with an old OS2CDROM.DMD), which in my experience has always corrupted files on a multisession DVD.
>
>> Having noted a few people in OS/2 newsgroups stating that they had "given up" trying to use udf with mcp4.52 I suspect there may be a problem somewhere within the base operating system. Or maybe the udf 
>
>
>
> Nope.  I'm using UDF 2.1.2 with 4.52, and I repeat, it works fine.
>
>> It may interest you to know that I am using what I think are the latest os2cdrom.dmd (Build 10.122) from the udf212 update and os2dasd.dmd (Build 14.091) from the idedasd.exe update. RSJ is working OK - but had to reformat as mentioned above - but udf...
>
>
>
> Those are the same versions of OS2CDROM.DMD and OS2DASD.DMD I've got. Like I say, you can't reformat a CD-R, though.
>
>
>

