[PARPORT] HP7500+ writes data but not audio

From: Kelsey Jordahl (kels@mbari.org)
Date: Tue Nov 28 2000 - 20:05:27 EST

  • Next message: Tim Waugh: "Re: [PARPORT] Mysterious PCI Dual Parallel Port Card"

    As I alluded to in a previous thread, I have set up an HP7500+ CD-R
    drive to write data CDs hooked up to the parallel port on my laptop.
    I have not, however, had any luck with audio CDs. Also, writing data
    only works at 1x speed and sometimes the power has to be cycled on the
    drive before writing to get consistent error-free dry runs before
    burning an actual CD.

    While the following works fine to write a data CD:

     # cdrecord -v speed=1 dev=0,0,0 -data cd_image

    this will fail for an audio track:

     # cdrecord -v speed=1 dev=0,0,0 -audio -dummy -pad track01.cdr

    The test track is 27.8M in size, and always fails with a "loss of
    streaming" error (the full output is reproduced below). So it seems
    that my computer is not able to get data into the fifo fast enough.
    The load average hits 8 while doing this (compared to around 3 for
    writing a data CD), so I assume that my processor (P150) is just not
    fast enough to handle this. I tried a larger buffer with a "fs=30m"
    option to cdrecord, but this seems to just delay the failure a short
    while.

    The paride web page suggests that for writing CDs with the pg driver,
    the parallel port should be set to EPP and the port delay should be
    set to 0. My BIOS does not do EPP, so that is no help to me. I tried
    setting the delay to 0 by loading the driver thus:

     # insmod drive0=0x278,0,0,-1,-1,0

    but cdrecord always fails, with various error messages ("illegal
    request", "Sorry, no CD/DVD-Recorder ... found on this target") or
    sometimes by freezing completely.

    Is there a workaround for writing audio CDs with a slower machine? Is
    there a way to precompute the audio CD before writing, analagous to
    mkisofs for ISO-9660? I tried cdrdao as well, it fails for the same
    lack of I/O as cdrecord. Is there anything else I am missing?

    Thanks in advance to anyone who has suggestions.

    More details follow:

    The laptop is a Fujitsu 656tx, P150, 80M ram, running Debian 2.2 and a
    2.2.17 kernel. The BIOS options for the parallel port do not include
    EPPP, they are limited to: "Output only", "Bi-directional", "ECP, DMA
    CHANNEL 1", or "ECP, DMA CHANNEL 3". I have been using
    bi-directional, but was able to at least talk to the CD-R drive, but
    not write a CD, in the other modes.

    Output from "cdrecord -v speed=1 dev=0,0,0 -audio -dummy -pad track01.cdr":

    Cdrecord 1.9 (i686-pc-linux-gnu) Copyright (C) 1995-2000 Jörg Schilling
    TOC Type: 1 = CD-ROM
    scsidev: '0,0,0'
    scsibus: 0 target: 0 lun: 0
    Using libscg version 'schily-0.1'
    atapi: 1
    Device type : Removable CD-ROM
    Version : 0
    Response Format: 1
    Vendor_info : 'HP '
    Identifikation : 'CD-Writer+ 7500 '
    Revision : '1.0a'
    Device seems to be: Generic mmc CD-RW.
    Using generic SCSI-3/mmc CD-R driver (mmc_cdr).
    Driver flags : SWABAUDIO
    Drive buf size : 1040128 = 1015 KB
    FIFO size : 4194304 = 4096 KB
    Track 01: data 369 MB
    Total size: 424 MB (42:05.53) = 189415 sectors
    Lout start: 425 MB (42:07/40) = 189415 sectors
    Current Secsize: 2048
      ATIP start of lead in: -11634 (97:26/66)
      ATIP start of lead out: 359849 (79:59/74)
    Disk type: Short strategy type (Phthalocyanine or similar)
    Manuf. index: 3
    Manufacturer: CMC Magnetics Corporation
    Blocks total: 359849 Blocks current: 359849 Blocks remaining: 170434
    Starting to write CD/DVD at speed 1 in dummy mode for single session.
    Last chance to quit, starting dummy write in 9 seconds.8 seconds.7 seconds.6 seconds.5 seconds.4 seconds.3 seconds.2 seconds.1 seconds.
    Waiting for reader process to fill input buffer ... input buffer ready.
    Starting new track at sector: 0
    Track 01: 0 of 369 MB written. Track 01: 1 of 369 MB written (fifo 100%). Track 01: 2 of 369 MB written (fifo 75%). Track 01: 3 of 369 MB written (fifo 50%). Track 01: 4 of 369 MB written (fifo 25%). Track 01: 5 of 369 MB written (fifo 72%). Track 01: 6 of 369 MB written (fifo 47%).cdrecord: Input/output error. write_g1: scsi sendcmd: retryable error
    status: 0x2 (CHECK CONDITION)
    CDB: 2A 00 00 00 0D 00 00 00 10 00
    Sense Bytes: 70 00 03 00 00 00 00 12 00 00 00 00 0C 09 00 00 00 00
    Sense Key: 0x3 Medium Error, Segment 0
    Sense Code: 0x0C Qual 0x09 (write error - loss of streaming) Fru 0x0
    Sense flags: Blk 0 (not valid)
    cdrecord: Input/output error. flush cache: scsi sendcmd: retryable error
    status: 0x2 (CHECK CONDITION)

    write track data: error after 6815744 bytes
    Sense Bytes: 70 00 00 00 00 00 00 12 00 00 00 00 00 00 00 00 00 00
    CDB: 35 00 00 00 00 00 00 00 00 00
    Sense Bytes: 70 00 03 00 00 00 00 12 00 00 00 00 0C 09 00 00 00 00
    Sense Key: 0x3 Medium Error, Segment 0
    Sense Code: 0x0C Qual 0x09 (write error - loss of streaming) Fru 0x0
    Sense flags: Blk 0 (not valid)
    cmd finished after 0.003s timeout 120s
    Trouble flushing the cache
    Writing time: 60.115s
    Fixating...
    WARNING: Some drives don't like fixation in dummy mode.
    Fixating time: 0.008s
    cdrecord: Input/output error. mode select g1: scsi sendcmd: retryable error
    status: 0x2 (CHECK CONDITION)
    CDB: 55 10 00 00 00 00 00 00 10 00
    Sense Bytes: 70 00 05 00 00 00 00 12 00 00 00 00 26 00 00 80 00 07
    Sense Key: 0x5 Illegal Request, Segment 0
    Sense Code: 0x26 Qual 0x00 (invalid field in parameter list) Fru 0x0
    Sense flags: Blk 0 (not valid) error refers to data part, bit ptr 0 (not valid) field ptr 7
    cmd finished after 0.007s timeout 40s
    cdrecord: fifo had 336 puts and 209 gets.
    cdrecord: fifo was 1 times empty and 12 times full, min fill was 0%.

    -- 
    Kelsey Jordahl
    Monterey Bay Aquarium Research Institute
    

    -- To unsubscribe, send mail to: linux-parport-request@torque.net -- -- with the single word "unsubscribe" in the body of the message. --



    This archive was generated by hypermail 2b29 : Tue Nov 28 2000 - 20:06:43 EST