SCOUG-HELP Mailing List Archives

<< Previous Message << >> Next Message >>

Date:	Sat, 12 Jun 2004 18:28:49 PDT7
From:	"J. R. Fox" <jr_fox@pacbell.net >
Reply-To:	scoug-help@scoug.com
To:	scoug-help@scoug.com
Subject:	SCOUG-Help: Re: OS2CDROM + RSJ a No-Go

Content Type: text/plain

=====================================================
If you are responding to someone asking for help who
may not be a member of this list, be sure to use the
REPLY TO ALL feature of your email program.
=====================================================

Harry Motin wrote:

> Since you have REM'ed out the LOCKCDR.FLT line, can I assume that you are using
> Daniela's drivers so that you can also use your read/write unit as a CD reader without
> the need to attach it through RSJ (Danelia's back door)?

Hi Harry,

Thanks for your reply. Yes, I did have the Daniatapi line all this time, as I think it was
part of the standard eCS 1.1 install.

> Below, please find my CONFIG.SYS setup. I have a YAMAHA CRW3200 unit, which is
> EIDE.

Presumably a burner (?). (I'm not familiar with their models.) Just for CDs, or also DVDs ?

> Also, each time I upgrade RSJ I have to be careful and replace the cddrv.inf file that
> comes with the new installation with my previous one. The previous one is the one that
> works with my unit. I had to edit it per RSJ instructions to include the unit. Perhaps you
> have a similar problem and forgot about it??

Don't think so.

> Also, I would concentrate on installing RSJ the normal way, without Daniela's
> drivers/back door and get it to work that way, first. You will know that your RSJ
> installation is correct, because you will get the feedback during bootup that it
> successfully recognized your drive unit.

I don't think that was the problem. The drive *was* successfully identified during bootup,
I'm pretty sure. (Steven put that ALT-F2 business on that partition, so I always see the
drivers loading.) I thought the Daniatapi driver was going to be essential . . . .

> If you REM out LOCKCDR.FLT and
> RSJIDECD.FLT you don't get that feedback during the driver loading at bootup.

Both of these were always REMmed out on the SCSI tower, and I think I still got this info.

> REM *** RSJ CD-Writer File System ***
> BASEDEV=DANIATAPI.FLT
> DEVICE=C:\CDWFS\ASPIROUT.SYS

I'll double-check this, but I don't think I have ASPIROUT loading on either system. Isn't
that something you need for using that free CD-burning program ported over from Unix ? I
don't recall RSJ ever needing it.

> BASEDEV=OS2ASPI.DMD /ALL

Will have to check if the " /All " switch is there on the XPC box.

> REM BASEDEV=RSJIDECD.FLT
> REM BASEDEV=LOCKCDR.FLT -n -i:"YAMAHA CRW3200"
> DEVICE=C:\CDWFS\RSJSCSI.SYS

Why would we need RSJSCSI on a box that has no SCSI ? Doesn't matter, though, because I've
tried it both ways. No joy.

> IFS=C:\CDWFS\CDWFS.IFS
> RUN=C:\CDWFS\CDWFSD.EXE -p "C:/CDWFS/TEMP" -c20000 -b2048 -t2 -i3 -s0

The default install of RSJ 5.x seems to omit the cache size parameter, at least for a DVD
burner. From experience (mainly), and email exchange with RSJ, I found that a H/D cache size
of 700,000 was sound for burning up to 80 minute CDs. I upped the memory cache to 12,048
quite some time ago. This has worked well for me. I have no clue what appropriate cache
sizes would be for burning DVDs.

Jordan

> On Fri, 11 Jun 2004 21:57:32 PDT7, jr_fox@pacbell.net wrote:
>
> >If you are responding to someone asking for help who
> >may not be a member of this list, be sure to use the
> >REPLY TO ALL feature of your email program.
> >
> >OK., so I finally got to the point of replacing the cheap & flakey DVD
> >reader I had in this XPC box with what should be a pretty decent DVD / CD
> >burner. No problems in W2K: wnet right in, installed Nero 6, then
> >promptly burned a CD.
> >
> >Not quite so easy in eCS 1.1. The drive connected O.K., it did not ask for
> >any special driver, and could *read* CDs or DVDs right away. The problems
> >kicked in after I installed RSJ 5.05 -- the last version I have before they
> >hit you with another charged-for upgrade. Once RSJ went in, the OS2CDROM
> >line in Config.Sys started bouncing like a check from Enron. I moved this
> >line all over the place, commented out the LOCKCDR.FLT line (as I always
> >have), and tried various other things. None of this seems to make a
> >difference. The line is still rejected and does not load. Only if I
> >comment out the RSJ lines can I get OS2CDROM to work again, allowing me to
> >use this drive at least as a reader. So, absent the magic answer, I ain't
> >burning any CDs on this rig (under OS/2) anytime soon. Suggestions ?
> >
> >On the all-SCSI tower, I've been using JJSCDROM for a long time, instead,
> >with good results. I was under the impression that it was more applicable
> >to a SCSI situation, but I may well be wrong. Guess that is what I will
> >try next.
> >
> >
> >Jordan
> >
> >
> >--------------------------------------------------------------------
> >mail2web - Check your email from the web at
> >http://mail2web.com/ .
> >
> >
> >
> >
> >To unsubscribe from this list, send an email message
> >to "steward@scoug.com". In the body of the message,
> >put the command "unsubscribe scoug-help".
> >
> >For problems, contact the list owner at
> >"rollin@scoug.com".
> >
> >
> >
>
> =====================================================
>
> To unsubscribe from this list, send an email message
> to "steward@scoug.com". In the body of the message,
> put the command "unsubscribe scoug-help".
>
> For problems, contact the list owner at
> "rollin@scoug.com".
>
> =====================================================

=====================================================

To unsubscribe from this list, send an email message
to "steward@scoug.com". In the body of the message,
put the command "unsubscribe scoug-help".

For problems, contact the list owner at
"rollin@scoug.com".

=====================================================

Return to [ 12 | June | 2004 ]

SCOUG, Warp Expo West, and Warpfest are trademarks of the Southern California OS/2 User Group. OS/2, Workplace Shell, and IBM are registered trademarks of International Business Machines Corporation. All other trademarks remain the property of their respective owners.