CJ>My is a NEC SCSI-2 16x CD-ROM.
CJ>I went into the 2940UW Bios and checked, and yes, there was a 'parity
CJ>check' and a 'synchronous negotiation' option (by default 'parity check'
CJ>is enabled so I didn't have to touch it).  So I disabled 'sync
CJ>negotiation' for SCSI ID#6 - where the NEC CDROM resides - saved the
CJ>change and rebooted the system.  Again popped an audioCD in the CDROM and
CJ>tried digital transfer via the Warp3 audioCD player; also tried Leech/2 a
CJ>program for grabbing audio tracks digitally off an audioCD - but with NO
CJ>luck.  Digital transfer was *still* not possible.
CJ>How does I go about reporting this error/bug to IBM's Warp people?
Since it is multimedia that probably puts it on the bottom of the stack
even if you report it. You know, this goes a number of years back but I
vaguely remember that NEC SCSI CD-ROM's did not follow some command
standard exactly.  This caused some problem with digital audio and
required a filter to make it look like all the other SCSI drives.  No
one has yet weighed in to the thread with a NEC drive that was supporting
digital transfer.  I use Toshibas or Plexstors and I vaguely remember
that plexstor follows what toshiba does or the other way around.  Toshiba
was the first drive supported under OS/2. Plexstor under its old name
was an alternate for both IBM and Microsoft requiring only a name string
change with a hex editor back then. NEC then entered the market
and all of this was right before SCSI-2 was standardized for CD-ROMS.
Before that some drives were hibrids.  NEC may have very well stayed that
way for backwards compatibility with their older drives and or drivers.
I don't claim to understand it all; too much time required to work
through the code compared to time available.  However when looking in the
device driver kit code for CD-ROMS, NEC has considerably more lines of
code than the other SCSI devices in the code tree; of course with the
exception of ATAPI.  I found this interesting piece of code commented out
in the NECIORB1.C file.
/* USHORT (NEAR *SCSI_Group5_Table[])() =                             */
/* {                                                                  */
/*     { Filter_PlayAudio_12        },  0xA5 -  Play Audio (12)       */
/*     { Filter_CmdError            },  0xA6 -                        */
/*     { Filter_CmdError            },  0xA7 -                        */
/*     { Filter_Read_12             },  0xA8 -  Read (12)             */
/*     { Filter_PlayAudio_Track_12  },  0xA9 -  Play Audio Track (12) */
/* };                                                                 */
As you would guess, it is poorly commented and there is no indication why
this was done or its original significance.  Now SCSI CD's that strictly
follow the SCSI-2 standard, which OS2 uses, do not need filter files but
the NEC does.  There is an entire extra source code file that the other
manufacturers do not have to handle apparent NEC special cases.  In OS/2
2.x it was a separate *.FLT file in config.sys (NECCDS1.FLT) but under
Warp it seems to be incorporated in the base code.  It is entirely
possible that NEC drives do not support digital transfer under OS/2,
unless someone speaks up and says that they have it working.  Of course
analog works by default under all CD's but that would put you back at
using a mixer for your sound card to capture.  It might have been another
of those cases where IBM had to reverse engineer something because NEC
did not supply needed information in a timely manor.  NEC probably wrote
the drivers themselves for windows.
Other thoughts; older NEC SCSI models needed both parity and sync
negoiation disabled to work reliably with Adaptec SCSI cards in the 2.x
days. I don't know if that is still a requirement.
--Lynn
 * SLMR 2.1a * Compile, run, curse ... Re-compile, Re-run, recurse .
--- DB 1.39/004485
---------------