08d5844ce1
new driver code, there are diffs to several other existing files on the system and a man page. This version of matcd implements the rest of the key ioctls related to playing audio CDs and reading table of contents information from any type of disc. This update also corrects several problems detected since the original version 1(10) was released. These include: 1. Jordons report on the kernel -c string problem. 2. A problem with the driver being confused by other types of devices located at addresses it probes. 3. An old CD TOC wouldn't always be cleared after a disc change. 4. Cleaned up code so -Wall yields no warnings on 2.0 and later. 5. A problem with drive getting out of sync with the driver when changing between CD-Data and CD-DA. There have only been two reports from the field relating to problems so either the first release isn't really being used or doesn't have many problems. If there are any problems with this submission, please let me know. Submitted by: Frank Durda IV <uhclem%nemesis@fw.ast.com>
51 lines
2.3 KiB
Plaintext
51 lines
2.3 KiB
Plaintext
Things to do for the matcd driver 6-Apr-95
|
|
|
|
1. Just as I was finishing Edit 16, I discovered that there
|
|
may be a way to cause a drive to go "offline", allowing the host
|
|
to send a command to one or more other drives on the same
|
|
interface, similar to the SCSI disconnect mechanism. The changes
|
|
to the driver to take advantage of this aren't huge, but will have
|
|
to wait until after 2.1. Too much risk of breaking something.
|
|
Unless you have multiple drives, you won't see a difference.
|
|
|
|
2. Someone wants to switch all drivers from disklabel and
|
|
its assorted mechanisms over to disk slicing and its mechanisms,
|
|
but I was unable to find any useful documentation on how to
|
|
implement the changes for a read-only, single-partition,
|
|
removable (ie, partition can change size) device.
|
|
So this will have to wait until after 2.1.
|
|
|
|
3. Support for reading R-W subcodes while playing audio. This would be
|
|
useful if you have any CD+G or CD+MIDI discs, but the demand for this
|
|
is pretty low, unless you like Karaoke. Someone will also have to
|
|
write a CD+G viewer for X. The code for the driver to add this is
|
|
pretty minor but there aren't any precedents on how to handle the
|
|
data transfer to the application.
|
|
|
|
4. Support for reading the ISBN and UPC labels. The ioctl structures
|
|
for these appear to be defined but no other driver seems to do this.
|
|
|
|
5. Multi-session support. There are two forms of this; what
|
|
Philips defined and what Kodak uses. This will be quite
|
|
complicated and will probably require changes in the filesystem
|
|
layer. The drive support for Kodak multi-session is known to work.
|
|
|
|
6. Multiple data tracks. My vision here was to add an ioctl
|
|
that caused a track offset to be inserted into block requests,
|
|
effectively shifting the base to the specified track. Very
|
|
easy to add but not a big deal since I have only two discs
|
|
in my collection that have multiple data tracks and I mastered
|
|
one of them.
|
|
|
|
7. A curses-based CD-Player app (ie, not X). I will probably do this
|
|
mainly for its value as a debugging tool. It was pretty annoying
|
|
not finding a single application that actually issued all the
|
|
defined ioctls, let alone any new ones.
|
|
|
|
If you feel the urge to work on one or more of these remaining items,
|
|
please contact the author first at bsdmail@nemesis.lonestar.org
|
|
to make sure the work hasn't already been done or started.
|
|
|
|
Frank Durda IV
|
|
|