From nsayer@quack.kfu.com  Mon Jan  6 20:50:52 1997
Received: from quack.kfu.com (0@quack.kfu.com [204.147.226.1])
          by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id UAA28055
          for <FreeBSD-gnats-submit@freebsd.org>; Mon, 6 Jan 1997 20:50:51 -0800 (PST)
Received: from icarus.kfu.com (mg128-235.ricochet.net [204.179.128.235]) by quack.kfu.com (8.6.12/8.6.12) with ESMTP id UAA07034 for <FreeBSD-gnats-submit@freebsd.org>; Mon, 6 Jan 1997 20:50:44 -0800
Received: by icarus.kfu.com 
        (8.8.2//ident-1.0) id UAA00386; Mon, 6 Jan 1997 20:50:36 -0800 (PST) 
Message-Id: <199701070450.UAA00386@icarus.kfu.com>
Date: Mon, 6 Jan 1997 20:50:36 -0800 (PST)
From: nsayer@quack.kfu.com
Reply-To: nsayer@quack.kfu.com
To: FreeBSD-gnats-submit@freebsd.org
Subject: Some CDROM drives stop audio on cdcontrol status
X-Send-Pr-Version: 3.2

>Number:         2390
>Category:       kern
>Synopsis:       Some CDROM drives stop audio on cdcontrol status
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          support
>Submitter-Id:   current-users
>Arrival-Date:   Mon Jan  6 21:00:01 PST 1997
>Closed-Date:    Sun Mar 22 18:02:32 PST 1998
>Last-Modified:  Sun Mar 22 18:03:02 PST 1998
>Originator:     Nick Sayer
>Release:        FreeBSD 2.2-ALPHA i386
>Organization:
Just me
>Environment:

Media Vision RENO portable CDROM drive, possibly others.

>Description:

when running cdcontrol, 'status' will show status and stop
the drive. It is not entirely clear whether or not this is just
totally bogus behavior on the drive's part (somehow I suspect
it is, since cd players under win95 operate just as badly as
workman with this particular drive).

Perhaps another quirk needs to be added to handle this
situation. Or perhaps I should shut up and buy a better drive.

>How-To-Repeat:

% cdcontrol

play 1
(wait a second or two. track 1 starts)
status
(status is displayed, and playback pauses. resume does not work. play,
however, does)

>Fix:
>Release-Note:
>Audit-Trail:

From: Nick Sayer <nsayer@quack.kfu.com>
To: freebsd-gnats-submit@freebsd.org, nsayer@quack.kfu.com
Cc:  Subject: Re: kern/2390: Some CDROM drives stop audio on cdcontrol status
Date: Tue, 07 Jan 1997 00:20:16 -0800

 Hmm.
 
 This drive appears to be operating correctly under win95 now. I don't
 know what I did differently,
 but win95 cdplayers seem happy with it now.
 
 The same fault exists under FreeBSD, however:
 
 cdcontrol> rese
 cdcontrol> stat
 cdcontrol: No disc in drive /dev/cd0c.
 cdcontrol> stat
 Audio status = 0<invalid>, current track = 1, current position = 0:00.01
 Media catalog is active, number "000000000000000"
 Left volume = 255, right volume = 255
 cdcontrol> play 7
 cdcontrol> stat
 
 (at this point, audio from the CD stops)
 
 Audio status = 17<playing>, current track = 7, current position =
 3:11.10
 Media catalog is active, number "000000000000000"
 Left volume = 255, right volume = 255
 
 (presumably this is the state of the CD player before it stopped)
 
 cdcontrol> stat
 Audio status = 19<completed>, current track = 7, current position =
 3:11.10
 Media catalog is active, number "000000000000000"
 Left volume = 255, right volume = 255
 
 (completed?!)
 
 cdcontrol> stat
 Audio status = 21<void>, current track = 7, current position = 3:11.10
 Media catalog is active, number "000000000000000"
 Left volume = 255, right volume = 255
 cdcontrol> play 7
 
 (and now track 7 starts again)
 
 workman is completely unusable because of this.

From: j@uriah.heep.sax.de (J Wunsch)
To: nsayer@quack.kfu.com
Cc: FreeBSD-gnats-submit@freebsd.org
Subject: Re: kern/2390: Some CDROM drives stop audio on cdcontrol status
Date: Wed, 8 Jan 1997 00:04:42 +0100

 As nsayer@quack.kfu.com wrote:
 
 > when running cdcontrol, 'status' will show status and stop
 > the drive. It is not entirely clear whether or not this is just
 > totally bogus behavior on the drive's part
 
 It's plain broken.  Return that drive.
 
 READ SUBCHANNEL is _intended_ to report about the current audio play
 operation (the subchannel data are spurious bits interspersed with the
 regular data in order to provide an additional, low-bandwidth
 information flow).  So if the drive stops when requesting subchannel
 data, what to do now?
 
 > Perhaps another quirk needs to be added to handle this
 > situation.
 
 I don't see any solution to this (other than avoiding the READ
 SUBCHANNEL totally).  Since the drive apparently not only stops, but
 aborts the current play operation, all bets are off.
 
 
 Since that's already your second failure report for that drive, i'd
 strongly suggest you return it.  It violates the specs.  Seems that
 SCSI drive vendors are now trying to beat the ATAPI drive vendors in
 terms of bugginess and violation of standards in their firmware. :-((
 
 -- 
 cheers, J"org
 
 joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE
 Never trust an operating system you don't have sources for. ;-)
State-Changed-From-To: open->closed 
State-Changed-By: steve 
State-Changed-When: Sun Mar 22 18:02:32 PST 1998 
State-Changed-Why:  
Originator attributes this to old buggy hardware. 
>Unformatted:
