Re: So, tell me again why we can't read audio CDs in SCSI drives?
On Thursday, 6 January 2000 at 20:05:21 -0800, Jordan K. Hubbard wrote: Also, I can now add that cdda2wav does work (hurrah), but it does yelp that it can't read the CD TOC. Of course, the mystery is that tosha no longer works yet was not changed, nor was the ripit script I call tosha from, so something on our side of the fence also moved with respect to this drive. Any other SCSI CD owners here currently using tosha? I'd be quite interested to know if this is drive-specific. Not quite the answer you're looking for, but maybe a data point: I get very similar results on my laptop with the ata driver. dd fails with I/O error, and the driver reports: Jan 9 13:08:13 mojave /kernel: acd0: READ_BIG - ILLEGAL REQUEST asc=64 ascq=00 error=04 After that, I was no longer able to access the CD, and I had to reboot the machine. I might have got away with removing the CD-ROM drive, but I didn't think of that until I had rebooted. Greg -- Finger [EMAIL PROTECTED] for PGP public key See complete headers for address and phone numbers To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: So, tell me again why we can't read audio CDs in SCSI drives?
In message [EMAIL PROTECTED], Matthe w Jacob writes: Hmm! Better hold the 4.0 Code Freeze until this sorts out! "No" -- Poul-Henning Kamp FreeBSD coreteam member [EMAIL PROTECTED] "Real hackers run -current on their laptop." FreeBSD -- It will take a long time before progress goes too far! To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: So, tell me again why we can't read audio CDs in SCSI drives?
Jordan K. Hubbard [EMAIL PROTECTED] wrote: Any other SCSI CD owners here currently using tosha? I'd be quite interested to know if this is drive-specific. Works for me. 4.0-CURRENT from December 19, Toshiba CD-ROM XM-3601TA 0175, tosha-0.6. -- Christian "naddy" Weisgerber [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: So, tell me again why we can't read audio CDs in SCSI drives?
Around Yesterday, "Kenneth D. Merry" wrote : Many of the opinions I've seen recently are that you jitter correction isn't necessary for most newer CDROM drives. If you want jitter correction, you can port cdd to CAM. cdda2wav does jitter correction - -P sectors --set-overlap sets the initial number of overlap sectors for jit- ter correction Khetan Gajjar. --- [EMAIL PROTECTED] * [EMAIL PROTECTED]* PGP Key, contact UUNET South Africa * FreeBSD enthusiast * details and other http://www.uunet.co.za/ * http://www.freebsd.org/ * information at System Administration * http://link.os.org.za/ * [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
So, tell me again why we can't read audio CDs in SCSI drives?
If I stick an audio CD in my SCSI (rebadged Toshiba) CDRW drive and try to read data off of it, I get the following behavior: root@zippy- dd if=/dev/rcd0c bs=2k of=/dev/null dd: /dev/rcd0c: Invalid argument 0+0 records in 0+0 records out and on the console at the same time (cd0:ahc0:0:4:0): READ(10). CDB: 28 0 0 0 0 0 0 0 4 0 (cd0:ahc0:0:4:0): ILLEGAL REQUEST asc:64,0 (cd0:ahc0:0:4:0): Illegal mode for this track (cd0:ahc0:0:4:0): cddone: got error 0x16 back dscheck(#cd/2): b_bcount 512 is not on a sector boundary (ssize 2048) and I've gotten this behavior for quite some time. I didn't *use* to have this behavior, as my mpeg backups of various CDs done on this same machine can demonstrate, but if we can't even read data off an audio CD with dd then you can rest assured that utilities like tosha aren't going to be able to read data either, and that really sucks. Drive information: cd0 at ahc0 bus 0 target 4 lun 0 cd0: SAF CD-R8020 1.20 Removable CD-ROM SCSI-2 device cd0: 10.000MB/s transfers (10.000MHz, offset 8) cd0: cd present [227322 x 2048 byte records] Controller information: ahc0: Adaptec aic7850 SCSI adapter irq 10 at device 4.0 on pci2 ahc0: aic7850 Single Channel A, SCSI Id=7, 3/255 SCBs [This is a BIOS-less Advansys controller, used exclusively for the CD drive. The machine also has dual on-board 7895 wide controllers which are used just for disk in order to avoid mixing wide and narrow devices in (what I consider) less-than-elegant fashion] I also say "tell me again" because this issue isn't new and I brought it up back when this first broke. Justin said it clearly wasn't his code, SCSI device or no, and phk intimated that maybe it had something to do with the blockdev stuff and then handed me several patches which didn't have any effect on the problem. All I know is that my FreeBSD-current box has lost a powerful and popular capability and I'm more than willing to test patches or work with someone in fixing it. This area of the kernel isn't my forte', but my love of mp3s may send me in there at some point if this is still broken as we get close to code freeze. :-) - Jordan To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: So, tell me again why we can't read audio CDs in SCSI drives?
Hmm! Better hold the 4.0 Code Freeze until this sorts out! To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: So, tell me again why we can't read audio CDs in SCSI drives?
reading raw audio data off a cd with dd did never work for me... anyway, it would be a good thing(TM) if there was a tool such as cdparanoia under l*n*x that has all that fancy jitter and scratch detection and removal (real goodd error correction) and this ones also really fast (10x speed) when youre reading on a plextor drive (such as my pxw4220t) or something else that has a native mode for extracting audio. i think, theres a port of tosha available, but the last time i tried this one it wouldnt work for me so i used the l*n*x box next to my workstation... /k Jordan K. Hubbard ([EMAIL PROTECTED]) @ Thu, Jan 06, 2000 at 03:47:31PM -0800: If I stick an audio CD in my SCSI (rebadged Toshiba) CDRW drive and try to read data off of it, I get the following behavior: root@zippy- dd if=/dev/rcd0c bs=2k of=/dev/null dd: /dev/rcd0c: Invalid argument 0+0 records in 0+0 records out and on the console at the same time (cd0:ahc0:0:4:0): READ(10). CDB: 28 0 0 0 0 0 0 0 4 0 (cd0:ahc0:0:4:0): ILLEGAL REQUEST asc:64,0 (cd0:ahc0:0:4:0): Illegal mode for this track (cd0:ahc0:0:4:0): cddone: got error 0x16 back dscheck(#cd/2): b_bcount 512 is not on a sector boundary (ssize 2048) and I've gotten this behavior for quite some time. I didn't *use* to have this behavior, as my mpeg backups of various CDs done on this same machine can demonstrate, but if we can't even read data off an audio CD with dd then you can rest assured that utilities like tosha aren't going to be able to read data either, and that really sucks. Drive information: cd0 at ahc0 bus 0 target 4 lun 0 cd0: SAF CD-R8020 1.20 Removable CD-ROM SCSI-2 device cd0: 10.000MB/s transfers (10.000MHz, offset 8) cd0: cd present [227322 x 2048 byte records] Controller information: ahc0: Adaptec aic7850 SCSI adapter irq 10 at device 4.0 on pci2 ahc0: aic7850 Single Channel A, SCSI Id=7, 3/255 SCBs [This is a BIOS-less Advansys controller, used exclusively for the CD drive. The machine also has dual on-board 7895 wide controllers which are used just for disk in order to avoid mixing wide and narrow devices in (what I consider) less-than-elegant fashion] I also say "tell me again" because this issue isn't new and I brought it up back when this first broke. Justin said it clearly wasn't his code, SCSI device or no, and phk intimated that maybe it had something to do with the blockdev stuff and then handed me several patches which didn't have any effect on the problem. All I know is that my FreeBSD-current box has lost a powerful and popular capability and I'm more than willing to test patches or work with someone in fixing it. This area of the kernel isn't my forte', but my love of mp3s may send me in there at some point if this is still broken as we get close to code freeze. :-) - Jordan To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message -- Hackers know all the right MOVs. http://www.nacamar.de - http://www.nacamar.net - http://www.webmonster.de http://www.apache.de - http://www.quakeforum.de - finger [EMAIL PROTECTED] KR433/KR11-RIPE - PGP-KFP = F9 A0 DF 91 74 07 6A 1C 5F 0B E0 6B 4D CD 8C 44 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: So, tell me again why we can't read audio CDs in SCSI drives?
I believe the cdrdao port had the abilities and some of the code from paranoia in it. On Fri, 7 Jan 2000, Karsten W. Rohrbach wrote: reading raw audio data off a cd with dd did never work for me... anyway, it would be a good thing(TM) if there was a tool such as cdparanoia under l*n*x that has all that fancy jitter and scratch detection and removal (real goodd error correction) and this ones also really fast (10x speed) when youre reading on a plextor drive (such as my pxw4220t) or something else that has a native mode for extracting audio. i think, theres a port of tosha available, but the last time i tried this one it wouldnt work for me so i used the l*n*x box next to my workstation... To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: So, tell me again why we can't read audio CDs in SCSI drives?
On Fri, Jan 07, 2000 at 02:03:29AM +0100, Karsten W. Rohrbach wrote: detection and removal (real goodd error correction) and this ones also really fast (10x speed) when youre reading on a plextor drive (such as my pxw4220t) or something else that has a native mode for extracting audio. One of the main reasons for springing the extra $$$ for a Plextor is that they (unlike most other CDDA implementations) actually got the firmware right: the beast does jitter correction in firmware, /and/ reads at near-data speeds whilst it does it. Many CD drives with buggy implementations jitter like crazy, and/or won't deliver CDDA much quicker than 1x, regardless of what the rated data speed is. http://www.tardis.ed.ac.uk/~psyche/cdda is a good resource for software links and reviews of various models of CD-ROM drives, if CD-DA ripping is of interest. Most good CDR drives also do a good job of CD-DA ripping (Philips CDD-2000, Toshiba CW-7502, from my direct experience), but you probably don't want to wear 'em out doing CD-DA - at least, I know I don't ;-). Personally, I found that tosha worked perfectly even on a Plextor 6x (the only Plextor with flawed firmware, this is pretty well-known). :-) Something like cdparanoia would probably be good for those cheap IDE CD-ROMs (I bought a couple of 16x Hitachi drives cheap - they don't do CD-DA very well at all). Cheers, AS To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: So, tell me again why we can't read audio CDs in SCSI drives?
In message [EMAIL PROTECTED] "Karsten W. Rohrbach" writes: : i think, theres a port of tosha available, but the last time i tried : this one it wouldnt work for me so i used the l*n*x box next to my : workstation... Last time I tried Tosha it worked w/o a hitch for me and my 1x cdrom changer :-) Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: So, tell me again why we can't read audio CDs in SCSI drives?
You mean an Adaptec controller, right? Yes, I guess Adaptec did buy those guys. Try tosha or cdda2wav and report back on whether or not it works. dd has never been a supported way to read audio tracks, for the reasons outlined above. It may be possible in some situations, but it was probably just a fluke. root@zippy- tosha -t 1 Device: /dev/cd0c -- "SAF" "CD-R8020" "1.20" track playing startend raw size mp3 size # of track number timesector sector in bytes 128 kbps frames type - 13:57'58 32 17864 41943216 38052089103 audio error sending SCSI command: Invalid argument [and on the console] (pass0:ahc0:0:4:0): MODE SELECT(06). CDB: 15 10 0 0 c 0 (pass0:ahc0:0:4:0): ILLEGAL REQUEST asc:26,0 (pass0:ahc0:0:4:0): Invalid field in parameter list (I've also tried read codes 0xD4 and 0xD8 in addition to 0x28, just for fun, but they were invalid ops for this drive). - Jordan To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: So, tell me again why we can't read audio CDs in SCSI drives?
On Thu, Jan 06, 2000 at 17:28:23 -0800, Jordan K. Hubbard wrote: You mean an Adaptec controller, right? Yes, I guess Adaptec did buy those guys. Try tosha or cdda2wav and report back on whether or not it works. dd has never been a supported way to read audio tracks, for the reasons outlined above. It may be possible in some situations, but it was probably just a fluke. root@zippy- tosha -t 1 Device: /dev/cd0c -- "SAF" "CD-R8020" "1.20" track playing startend raw size mp3 size # of track number timesector sector in bytes 128 kbps frames type - 13:57'58 32 17864 41943216 38052089103 audio error sending SCSI command: Invalid argument [and on the console] (pass0:ahc0:0:4:0): MODE SELECT(06). CDB: 15 10 0 0 c 0 (pass0:ahc0:0:4:0): ILLEGAL REQUEST asc:26,0 (pass0:ahc0:0:4:0): Invalid field in parameter list (I've also tried read codes 0xD4 and 0xD8 in addition to 0x28, just for fun, but they were invalid ops for this drive). In addition to trying cdda2wav, here's something else you can try in your tosharc: "SAF" "" "" 0x28 1 0x82 0 10 0 or: "SAF" "" "" 0x28 0 0x00 0 10 0 The first one is probably what you tried. The second one disables the mode select. It would be highly unusual if that drive didn't require a mode select. Every other drive that tosha supports that uses a standard read command needs a mode select. But, if your drive doesn't need a mode select, that might explain why dd worked. Ken -- Kenneth Merry [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: So, tell me again why we can't read audio CDs in SCSI drives?
On Thu, Jan 06, 2000 at 20:05:21 -0800, Jordan K. Hubbard wrote: Also, I can now add that cdda2wav does work (hurrah), but it does yelp that it can't read the CD TOC. Weird. What does cdda2wav identify the drive as? Can you send the output? (verbose, if there's a verbose switch) That may help determine what cdda2wav is doing that tosha isn't. Of course, the mystery is that tosha no longer works yet was not changed, nor was the ripit script I call tosha from, so something on our side of the fence also moved with respect to this drive. Any other SCSI CD owners here currently using tosha? I'd be quite interested to know if this is drive-specific. tosha works fine for me (I've got a Plextor 12x CDROM drive). Have you recompiled tosha between the time it worked and the time it didn't? It could be the problem was introduced in tosha-0.6. (The previous version was tosha-0.5 with CAM patches.) Ken -- Kenneth Merry [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: So, tell me again why we can't read audio CDs in SCSI drives?
On Thu, Jan 06, 2000 at 20:02:34 -0800, Jordan K. Hubbard wrote: In addition to trying cdda2wav, here's something else you can try in your tosharc: "SAF" "" "" 0x28 1 0x82 0 10 0 or: "SAF" "" "" 0x28 0 0x00 0 10 0 Yep, tried both - no go. The first produces: (pass0:ahc0:0:4:0): MODE SELECT(06). CDB: 15 10 0 0 c 0 (pass0:ahc0:0:4:0): ILLEGAL REQUEST asc:26,0 (pass0:ahc0:0:4:0): Invalid field in parameter list And the second: (pass0:ahc0:0:4:0): READ(10). CDB: 28 0 0 0 0 20 0 0 a 0 (pass0:ahc0:0:4:0): ILLEGAL REQUEST asc:64,0 (pass0:ahc0:0:4:0): Illegal mode for this track Which is kind of interesting in that it means that the very first command to the drive is going south, be it the mode select or (if that's disabled) the read. I think what is actually going on is that it doesn't like the 0x82 density code that most other drives use. So that's what the first error message likely tells us. (the density is given in the mode select parameter list, thus the invalid field) The second error message likely means that it needs a mode select of some sort in order to function. Ken -- Kenneth Merry [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: So, tell me again why we can't read audio CDs in SCSI drives?
I think what is actually going on is that it doesn't like the 0x82 density code that most other drives use. So that's what the first error message likely tells us. (the density is given in the mode select parameter list, thus the invalid field) The second error message likely means that it needs a mode select of some sort in order to function. Hmmm. That's another reasonable explanation for the behavior, yes. :) I'll try playing with different density codes, perhaps. - Jordan To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: So, tell me again why we can't read audio CDs in SCSI drives?
Also, I can now add that cdda2wav does work (hurrah), but it does yelp that it can't read the CD TOC. Of course, the mystery is that tosha no longer works yet was not changed, nor was the ripit script I call tosha from, so something on our side of the fence also moved with respect to this drive. Any other SCSI CD owners here currently using tosha? I'd be quite interested to know if this is drive-specific. - Jordan To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: So, tell me again why we can't read audio CDs in SCSI drives?
In addition to trying cdda2wav, here's something else you can try in your tosharc: "SAF" "" "" 0x28 1 0x82 0 10 0 or: "SAF" "" "" 0x28 0 0x00 0 10 0 Yep, tried both - no go. The first produces: (pass0:ahc0:0:4:0): MODE SELECT(06). CDB: 15 10 0 0 c 0 (pass0:ahc0:0:4:0): ILLEGAL REQUEST asc:26,0 (pass0:ahc0:0:4:0): Invalid field in parameter list And the second: (pass0:ahc0:0:4:0): READ(10). CDB: 28 0 0 0 0 20 0 0 a 0 (pass0:ahc0:0:4:0): ILLEGAL REQUEST asc:64,0 (pass0:ahc0:0:4:0): Illegal mode for this track Which is kind of interesting in that it means that the very first command to the drive is going south, be it the mode select or (if that's disabled) the read. - Jordan To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: So, tell me again why we can't read audio CDs in SCSI drives?
Kenneth D. Merry [EMAIL PROTECTED] wrote in list.freebsd-current: Also, you might want to try mailing Oliver Fromme [EMAIL PROTECTED] (the author of tosha) and see if he has any idea what it would take to get your drive to function. I'm reading this thread, and no, I have no idea. :-) To be honest, I've never heard about an "SAF" drive. If I had such a stubborn drive, I would start trying a bunch of "typical" parameter sets that are known to work with other drives, and then try to interpret the results. Maybe try to contact the vendor and ask for docs, but that's pretty much fruitless, as experience shows. If all else fails, make a brute-force attack on density codes... Jordan, if you can get that drive to work with tosha somehow, please let me know, so I ca add it to the regular tosha distribution. Regards Oliver PS: The email address that Ken mentioned isn't valid, please use [EMAIL PROTECTED]. -- Oliver Fromme, Leibnizstr. 18/61, 38678 Clausthal, Germany (Info: finger userinfo:[EMAIL PROTECTED]) "In jedem Stück Kohle wartet ein Diamant auf seine Geburt" (Terry Pratchett) To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: So, tell me again why we can't read audio CDs in SCSI drives?
On Fri, Jan 07, 2000 at 06:33:47 +0100, Oliver Fromme wrote: Kenneth D. Merry [EMAIL PROTECTED] wrote in list.freebsd-current: Also, you might want to try mailing Oliver Fromme [EMAIL PROTECTED] (the author of tosha) and see if he has any idea what it would take to get your drive to function. I'm reading this thread, and no, I have no idea. :-) To be honest, I've never heard about an "SAF" drive. If I had such a stubborn drive, I would start trying a bunch of "typical" parameter sets that are known to work with other drives, and then try to interpret the results. Maybe try to contact the vendor and ask for docs, but that's pretty much fruitless, as experience shows. If all else fails, make a brute-force attack on density codes... Jordan, if you can get that drive to work with tosha somehow, please let me know, so I ca add it to the regular tosha distribution. I suspect that it may be a MMC drive. I took a look at the spec, and the cdda2wav source, and I've got a patch that may do the trick. Once Jordan sends output from cdda2wav, I'll know more. PS: The email address that Ken mentioned isn't valid, please use [EMAIL PROTECTED]. Then why are you still using it? This is from the headers on your message: From: Oliver Fromme [EMAIL PROTECTED] Ken -- Kenneth Merry [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: So, tell me again why we can't read audio CDs in SCSI drives
I have TOSHIBA DVD-ROM SD-M1201 1R08 on Adaptec 2440U2W and tosha works fine with it. I used to get the same error messages from tosha just a couple weeks ago. cdd2wav worked OK. I upgraded to the latest firmware on both the controller and the drive and error messages disappeared. Kernel and world cvsupped on on Jan 4. BTW, running dd on my DVD fails with the following error: # dd if=/dev/rcd0a bs=2k of=/dev/null dd: /dev/rcd0a: Invalid argument 0+0 records in 0+0 records out 0 bytes transferred in 0.001683 secs (0 bytes/sec) Jan 7 00:04:51 kan /kernel: (cd0:ahc0:0:6:0): READ(10). CDB: 28 0 0 0 0 0 0 0 1 0 Jan 7 00:04:51 kan /kernel: (cd0:ahc0:0:6:0): ILLEGAL REQUEST asc:64,0 Jan 7 00:04:51 kan /kernel: (cd0:ahc0:0:6:0): Illegal mode for this track Jan 7 00:04:51 kan /kernel: (cd0:ahc0:0:6:0): cddone: got error 0x16 back J Is that something to be expected? How to copy a complete CD-ROM image into ISO file then? On 07-Jan-00 Jordan K. Hubbard wrote: Any other SCSI CD owners here currently using tosha? I'd be quite interested to know if this is drive-specific. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: So, tell me again why we can't read audio CDs in SCSI drives?
Any other SCSI CD owners here currently using tosha? I'd be quite interested to know if this is drive-specific. I've used tosha with a "TOSHIBA CD-ROM XM-6201TA 1037" SCSI drive to read audio data for subsequent mp3 conversion with no problems. louie To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: So, tell me again why we can't read audio CDs in SCSI drives?
I'm reading this thread, and no, I have no idea. :-) To be honest, I've never heard about an "SAF" drive. It's a "Smart and Friendly CD-R8020", also sold as the "CD Rocket Recorder" here in the U.S. It does 20X reads, 8X writes and 4X re-writes. And no, I don't usually waste my CDR heads on reading audio data, but in this case it's a mid-tower case with lots of disks in it and I can only fit one CD drive in. :) Jordan, if you can get that drive to work with tosha somehow, please let me know, so I ca add it to the regular tosha distribution. I'll certainly be happy to do that. - Jordan To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: So, tell me again why we can't read audio CDs in SCSI drives?
Kenneth D. Merry [EMAIL PROTECTED] wrote in list.freebsd-current: [...] PS: The email address that Ken mentioned isn't valid, please use [EMAIL PROTECTED]. Then why are you still using it? This is from the headers on your message: From: Oliver Fromme [EMAIL PROTECTED] I upgraded the hardware and OS of this box recently, and not everything is configured correctly yet (not enough time)... There _should_ be a valid Reply-To line in my email messages. Regards Oliver -- Oliver Fromme, Leibnizstr. 18/61, 38678 Clausthal, Germany (Info: finger userinfo:[EMAIL PROTECTED]) "In jedem Stück Kohle wartet ein Diamant auf seine Geburt" (Terry Pratchett) To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: So, tell me again why we can't read audio CDs in SCSI drives
On 07-Jan-00 Amancio Hasty wrote: I just thought that I would need to add an audio intergap between tracks but hey if cdrecord can do it great! Well, if you are burning in Track-At-Once mode then there is a 2 second gap between the tracks (and you can't do anything about it). To remove or change the intertrack gaps you need to burn in Disk-At-Once mode.. cdrdao and the newer versions of cdrecord support DAO. --- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
