Re: Key2Audio
This Key2audio protection DOES NOT WORK. I've just bought a SONY MUSIC audio cd which is Key2audio protected (last album of Ozark Henry). [...] There was an eleventh track which was recognized as data by WinOnCD. All I did was not dropping it with the audio tracks in the tracks windows of the soft. It is a multi-session CD. The first session contains the audio tracks. The second session contains a small data track (probably with irrelevant contents). The CD is left open, which is what confuses CD readers in PCs. I once accidentally produced and audio CD that was left open, and it confused the ordinary CD players as well (after playing the last track they got confused). So I think the 2nd session is to prevent audio players from running into problems. Funny thing is that, if your system provides image copying of audio CDs, everything is copied okay but the copied CD is no longer copy protected. -- Johan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Key2Audio
Someone sent me this message. I thought it would be interesting here in this group. -- Johan This Key2audio protection DOES NOT WORK. I've just bought a SONY MUSIC audio cd which is Key2audio protected (last album of Ozark Henry). It is supposed to be protected against ripping and copies of all kind... I am no specialist in technology, piracy or hacking. I am just a graphic designer. What I did is to launch WinOnCD (and not the last version), make a Audio cd project, letting the software copy the tracks into a temporary folder. This happenned with no problem. And the temporary folder is now containing my ten audio files in WAV format. I listened to them : no audio problem : perfect. What the hell is it for a protection? There was an eleventh track which was recognized as data by WinOnCD. All I did was not dropping it with the audio tracks in the tracks windows of the soft. Have fun ripping the Key2audio protected CD's Now I have got my own personal copy that I can listened to on my computer, and that is how I listened to music usually... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Key2Audio
Dave Platt [EMAIL PROTECTED] writes: - Will Philips and/or Sony declare that discs manufactured in this way are violating the Red Book specifications, to the extent that they can no longer use the Compact Disc logos on the disc and packaging? According to one of the newspaper articles, Sony (in Austria) is one of the companies that apply copy protection. -- Johan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Key2Audio
Currently the newpapers here are writing articles about a new copy protection scheme, Key2Audio, that CD companies seem to be secretly applying to new CDs. They claim it makes CDs uncopyable, and that they even cannot be played on computer CD-ROM drives. Any comments? -- Johan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: File lists
[Quoting Joerg Schilling, on April 12 2001, 20:43, in "Re: File lists"] The request is for a -file-list that does _NOT_ interpret the entries as path specs, but as literal file names. Your proposal has been diskussed here several months ago It would need to make mkisofs behavecompletely different than now. Most people have voted against this bahaviour. I do not propose a change in mkisofs behaviour, but a new feature. -path-list as it is, is okay. -file-list would be a new option. -- Johan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: File lists
James Pearson [EMAIL PROTECTED] writes: What I need is a way to prevent it from being considered a pathspec. I finally understand ... The only work round I can think of is to create a directory that contains just you link(s) and use this directory as one of the pathspecs e.g: I solved it by turning the filename list generating program upside down, so it now generates a list of files to exclude instead... -- Johan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
File lists
In the recent discussion on directory loops the background of what caused the problem got lost a litlle. So I'll try again. Basically, I have a list of files (and directories) that I want to put on a CD. So I want to feed this list of files to mkisofs. However, mkisofs does not take files (as arguments, and from -path-list), but pathspecs. The difference? Consider the following situation: foo/ file.dat bar - foo As a file, 'bar' would be placed on the CD (assuming rr). But as a pathspec, it is interpreted as the directory it points to, which gets traversed. So if I feed 'foo bar' to mkisofs, it will process foo (and put foo/file.dat on the CD). When encountering bar, it will --again-- process foo, and (currently) die with a directory loop error. Eliminating this error does not change the fact that the directory gets stored twice. What I need is a way to prevent it from being considered a pathspec. -- Johan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Directory loop
[Quoting James Pearson, on April 5 2001, 17:42, in "Re: Directory loop"] Try editing out the exit(1); and try again. Or, you could try the new '-no-cache-inodes' option, although I don't know if it works with directories. This doesn't solve the main problem: if an entry in the path list is a symlink to a directory, it is traversed. But in my situation the path list contains a list of _files_ (not pathspecs), and it must be stored as a symlink. -- Johan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: cdrecord-1.10a16 remote scsi trouble
Joerg Schilling [EMAIL PROTECTED] writes: WOW, THere is a user for RSCSI! Interesting, indeed. I noticed that the Windows built also produces a rscsi.exe. Is it possible to use the rscsi server (not client) on Windows? -- Johan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Here's the GOOD STATUS again
[Quoting Joerg Schilling, on March 3 2001, 23:22, in "Re: Here's the GOOD "] So you did not read README.copy README.verify and thus don't know about the run out sectors in TAO mode... I read README.verify since I was verifying the CD image. It mentions a read ahead bug. That's why I suspected it to be related to that. (I didn't read README.copy since I was not copying a CD...). I write all my CD's in DAO since cdrecord supports it. I'll gratefully adopt that habit. Thanks for the assistance. I knew it had to be my fault somehow. -- Johan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Here's the GOOD STATUS again
[EMAIL PROTECTED] (Bill Davidsen) writes: In any case, the dd includes the padding after the data, and reads until it gets an error. Testing that is not valid, since it's not part of the data, just trailing non-data noise. If you use dd, you should use count= and bs= to limit the CD read to the length of the image, and I wouldn't bet that even that is meaningful. I understand that writing the CD in DAO mode will make this work as well. Personally, I think that cdrecord -dao xx.iso dd if=/dev/cdwriter | cmp - xx.iso is the easiest and most reliable way to burn and verify an image. -- Johan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Here's the GOOD STATUS again
[EMAIL PROTECTED] writes: It helps a bit but I believe the only way to find why he has problems is that he posts the length of the ISO file and the cdrecord -v part that lists the sizes as well as the cdrecord -toc outpout. Attached is the desired information. Let me know if you need additional information, or blow my head off if I did something trivial stupid :-). -- Johan Starting on Windows98SE BASH.EXE-2.02$ ./cdrecord -dev=0,5,0 -speed=2 -v -debug ../cdtemp/jv.iso File: '../cdtemp/jv.iso' tracksize: 564789248 secsize: 2048 tracktype: 1 = CD-ROM sectype: 1 = CD-ROM mode 1 dbtype: CD-ROM mode 1 flags 1080 dev: 0,5,0 speed: 2 fs: -1 Cdrecord 1.10a13 (i586-pc-cygwin) Copyright (C) 1995-2000 Jrg Schilling TOC Type: 1 = CD-ROM fs: 4194304 buflen: 4198400 ./cdrecord: shared memory segment attached: 82EE6000 buf: 82EE6000 bufend: 832E7000, buflen: 4198400 buf: 82EE6000 bufend: 832E7000, buflen: 4198400 (align 0) scsidev: '0,5,0' scsibus: 0 target: 5 lun: 0 scg__open() 0,5,0 open_driver 102 HostASPIStatus=0x1 HACount=0x2 Status : 1 hacount: 2 SCSI id: 7 Manager: 'ASPI for WIN32 ' Identif: 'buslogic' Unique: 00 00 02 10 FF FF FF FF 01 61 04 11 06 61 04 00 Status : 1 hacount: 2 SCSI id: 7 Manager: 'ASPI for WIN32 ' Identif: 'ESDI_506' Unique: 00 00 02 10 FF FF FF FF 01 61 04 11 06 61 04 00 Using libscg version 'schily-0.4' SCSI buffer size: 64512 scgo_getbuf: 64512 bytes atapi: -1 Device type: Removable CD-ROM Version: 2 Response Format: 2 Capabilities : SYNC LINKED Vendor_info: 'PLEXTOR ' Identifikation : 'CD-R PX-W4220T' Revision : '1.04' Device seems to be: Generic mmc CD-RW. Using generic SCSI-3/mmc CD-R driver (mmc_cdr). Driver flags : SWABAUDIO Drive buf size : 1168944 = 1141 KB FIFO size : 4194304 = 4096 KB Track 01: data 538 MB Total size: 618 MB (61:17.04) = 275778 sectors Lout start: 618 MB (61:19/03) = 275778 sectors Pages: 0x1 0x2 0x5 0x7 0x8 0xd 0xe 0x2a Density: 0x0 Blocks: 0 Blocklen:2048 Current Secsize: 2048 Current Secsize: 2048 ATIP info from disk: Indicated writing power: 6 Reference speed: 0 Is not unrestricted Is erasable ATIP start of lead in: -11078 (97:34/22) ATIP start of lead out: 336075 (74:43/00) speed low: 0 speed high: 4 power mult factor: 3 5 recommended erase/write power: 3 A2 values: 00 00 00 Disk type:Phase change Manuf. index: 11 Manufacturer: Mitsubishi Chemical Corporation Blocks total: 336075 Blocks current: 336075 Blocks remaining: 60297 bufsize: 65536 buffers: 64 hdrsize 1024 bufsize: 65536 buffers: 64 hdrsize 1024 Using 64 buffers of 64512 bytes. ./cdrecord: Could not set realtime priority. faio_reader starting faio_reader reading track 1 Starting to write CD/DVD at speed 2 in write mode for single session. Last chance to quit, starting real write in 9 seconds. Waiting for reader process to fill input buffer ... input buffer ready. Error in scgo_send: s.SRB_Status is 0x4 Mapped to: error 1 errno: 5 Performing OPC... Starting new track at sector: 0 secsize:2048 secspt:31 bytespt:63488 audio:0 pad:0 Track 01: 0 of 538 MB written.gets: 1 puts: 64 cont: 63 low: 64 gets: 2 puts: 64 cont: 62 low: 63 Track 01: 534 of 538 MB written (fifo 100%). faio_reader all tracks read, exiting faio_reader _exit(0) Track 01: 538 of 538 MB written (fifo 100%). Track 01: Total bytes read/written: 564789248/564789248 (275776 sectors). Writing time: 1849.280s Fixating... Fixating time: 153.360s ./cdrecord: fifo had 8896 puts and 8896 gets. ./cdrecord: fifo was 0 times empty and 8824 times full, min fill was 96%. BASH.EXE-2.02$ BASH.EXE-2.02$ ./cdrecord -dev=0,5,0 -toc Cdrecord 1.10a13 (i586-pc-cygwin) Copyright (C) 1995-2000 Jrg Schilling scsidev: '0,5,0' scsibus: 0 target: 5 lun: 0 Using libscg version 'schily-0.4' Device type: Removable CD-ROM Version: 2 Response Format: 2 Capabilities : SYNC LINKED Vendor_info: 'PLEXTOR ' Identifikation : 'CD-R PX-W4220T' Revision : '1.04' Device seems to be: Generic mmc CD-RW. Using generic SCSI-3/mmc CD-R driver (mmc_cdr). Driver flags : SWABAUDIO first: 1 last 1 track: 1 lba: 0 (0) 00:02:00 adr: 1 control: 4 mode: 1 track:lout lba:275778 ( 1103112) 61:19:03 adr: 1 control: 4 mode: -1 BASH.EXE-2.02$ continuing on Linux $ ls -l jv.iso -rwxrwxrwx 1 root floppy 564789248 Mar 3 20:59 jv.iso $ dd if=/dev/hdc of=xx.iso dd: /dev/hdc: Input/output error 1103100+0 records in 1103100+0 records out $ ll xx.iso -rw-r--r-- 1 jv jv 564787200 Mar 3 22:10 xx.iso -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Here's the GOOD STATUS again
Joerg Schilling [EMAIL PROTECTED] writes: From [EMAIL PROTECTED] Tue Feb 27 09:10:47 2001 OS = Windows 98 Second Edition. With millions of users it should be common knowledge if it does. (I don't know, I try to avoid Windows.) I just installed the latest Cygwin on Win ME and found tat it did not compile becase the file windows.h is not found by default. What version did you use to compile? Cygwin beta20.1: -rwxr-xr-x 2 jv jv 14247216 Jan 6 2000 cygwin-b20.1.exe -- Johan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Here's the GOOD STATUS again
[EMAIL PROTECTED] writes: I have no idea where this comes from. maybe from "notification on change" that send another command at the same time by the OS. I have insert notification turned off. As the status seems to be OK, just ignore it. It was the last command that cdrecord sent to the drive just to check if it is OK. Hmm. I wrote a CD image, and it came out exactly 2048 bytes too short. I tried it on two different CD's (a 4x CD-R and a 2x CD-RW). Coincidence? cdrecord gave no errors (see log), though. I wrote the same image using another program, and I was okay. -- Johan D:\cdrecordcdrecord -speed=4 ../cdtemp/jv.iso Cdrecord 1.10a13 (i586-pc-cygwin) Copyright (C) 1995-2000 Jrg Schilling scsidev: '0,5,0' scsibus: 0 target: 5 lun: 0 Using libscg version 'schily-0.4' Device type: Removable CD-ROM Version: 2 Response Format: 2 Capabilities : SYNC LINKED Vendor_info: 'PLEXTOR ' Identifikation : 'CD-R PX-W4220T' Revision : '1.04' Device seems to be: Generic mmc CD-RW. Using generic SCSI-3/mmc CD-R driver (mmc_cdr). Driver flags : SWABAUDIO //D/CDRECORD/CDRECORD.EXE: Could not set realtime priority. Starting to write CD/DVD at speed 4 in write mode for single session. Last chance to quit, starting real write in 1 seconds. Track 01: Total bytes read/written: 564789248/564789248 (275776 sectors). D:\cdrecord -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Here's the GOOD STATUS again
[Quoting Joerg Schilling, on February 26 2001, 22:27, in "Re: Here's the GOOD "] I have no idea where this comes from. maybe from "notification on change" that send another command at the same time by the OS. I have insert notification turned off. But do you know if the OS stops sending SCSI commands in this case? OS = Windows 98 Second Edition. With millions of users it should be common knowledge if it does. (I don't know, I try to avoid Windows.) Hmm. I wrote a CD image, and it came out exactly 2048 bytes too short. I tried it on two different CD's (a 4x CD-R and a 2x CD-RW). Coincidence? cdrecord gave no errors (see log), though. If you don't send enough debug information, it is not possible to verify this statement. I cannot believe it, as it is higly unprobale... Inspection shows that all files on the CD are accessible and apparently correct. I tried "find . -type f -print | xargs md5sum". The problem shows only when comparing the CD with the image, e.g., "dd if=/dev/hdc | cmp - image.iso". Maybe it is the "read ahead" bug? You tell me which options I need to pass to cdrecord for the desired debugging information and I'll try to reproduce it. -- Johan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Someone has a cdrecord.exe 1.10a13 for me
Joerg Schilling [EMAIL PROTECTED] writes: What is your problem? cdrtools compile out of the box. I tested on W95 and NT. I explicitly refrained from details since I do not think the problems are necessarily related to cdrtools. I tried to build on two different systems. A small system (48Mb, Win98, 200Mb disk) and a bigger system (128Mb, Win98SE, 2*2Gb disk). On both systems I installed Cygwin b20.1. The small system compiles a lot, then after half an hour or so it gets stuck on fork errors. I think it is too small for this job. The big system starts the make, prints two lines, and goes into a 100% CPU loop without doing anything. This is the shell report: BASH.EXE-2.02$ cd //d/cdrecord/cdrtools-1.10 BASH.EXE-2.02$ ls -l /bin/sh -rwxr-xr-x 1 500 everyone68608 Dec 1 1998 /bin/sh BASH.EXE-2.02$ ls -lL /etc otal 5 -rw-r--r-- 1 500 everyone 9828 Dec 1 1998 termcap BASH.EXE-2.02$ uname -a CYGWIN_98-4.10 AOIFE 20.1 (0.3/1/1) 1998-12-3 20:39:18 i586 unknown BASH.EXE-2.02$ make RULES/rules1.top:86: RULES/os-cygwin_98-4.10.id: No such file or directory RULES/rules1.top:93: RULES/os-.def: No such file or directory According to the title bar of the shell window, it hangs in a 'tr' command. Sometimes it is possible to abort with a couple of Control-C's, sometimes a system reset is needed. -- Johan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Someone has a cdrecord.exe 1.10a13 for me
Joerg Schilling [EMAIL PROTECTED] writes: What is your problem? cdrtools compile out of the box. I tested on W95 and NT. I think you would spare yourself and me a lot of work by sending me the cdrecord.exe binary. -- Johan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Someone has a cdrecord.exe 1.10a13 for me
[Quoting Johan Vromans, on February 23 2001, 11:55, in "Re: Someone has a cd"] out-of-the-box += smake ;-) Anyway, it's chugging along now. ... And fails. Log file attached. -- Johan smake logfile from cdrtools compilation
GNU make
[Quoting [EMAIL PROTECTED], on February 23 2001, 13:20, in ""] I never had problems to compile with GNU make until I switched to smake. Sorry, this should be: I never had problems to compile with GNU make _before_ I switched to smake. I already assumed so. Anyway, with star and smake it seems to progress through the build. I'll keep you posted. -- Johan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Here's the GOOD STATUS again
Windows98SE, freshly built cdrecord 1.10a13 (with help from Jrg). File: '../cdtemp/jv.iso' tracksize: 409829376 secsize: 2048 tracktype: 1 = CD-ROM sectype: 1 = CD-ROM mode 1 dbtype: CD-ROM mode 1 flags 1080 dev: 0,5,0 speed: -1 fs: -1 Cdrecord 1.10a13 (i586-pc-cygwin) Copyright (C) 1995-2000 Jrg Schilling TOC Type: 1 = CD-ROM fs: 4194304 buflen: 4198400 ./cdrecord.exe: shared memory segment attached: 82EFF000 buf: 82EFF000 bufend: 8330, buflen: 4198400 buf: 82EFF000 bufend: 8330, buflen: 4198400 (align 0) scsidev: '0,5,0' scsibus: 0 target: 5 lun: 0 scg__open() 0,5,0 open_driver 102 HostASPIStatus=0x1 HACount=0x2 Status : 1 hacount: 2 SCSI id: 7 Manager: 'ASPI for WIN32 ' Identif: 'buslogic' Unique: 00 00 02 10 FF FF FF FF 01 61 04 11 06 61 04 00 Status : 1 hacount: 2 SCSI id: 7 Manager: 'ASPI for WIN32 ' Identif: 'ESDI_506' Unique: 00 00 02 10 FF FF FF FF 01 61 04 11 06 61 04 00 Using libscg version 'schily-0.4' SCSI buffer size: 64512 scgo_getbuf: 64512 bytes atapi: -1 Device type: Removable CD-ROM Version: 2 Response Format: 2 Capabilities : SYNC LINKED Vendor_info: 'PLEXTOR ' Identifikation : 'CD-R PX-W4220T' Revision : '1.04' Device seems to be: Generic mmc CD-RW. Using generic SCSI-3/mmc CD-R driver (mmc_cdr). Driver flags : SWABAUDIO Drive buf size : 1168944 = 1141 KB FIFO size : 4194304 = 4096 KB Pages: 0x1 0x2 0x5 0x7 0x8 0xd 0xe 0x2a Density: 0x0 Blocks: 0 Blocklen:2048 Current Secsize: 2048 bufsize: 65536 buffers: 64 hdrsize 1024 bufsize: 65536 buffers: 64 hdrsize 1024 Using 64 buffers of 64512 bytes. ./cdrecord.exe: Could not set realtime priority. faio_reader starting faio_reader reading track 1 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. Error in scgo_send: s.SRB_Status is 0x4 Mapped to: error 1 errno: 5 Starting new track at sector: 0 secsize:2048 secspt:31 bytespt:63488 audio:0 pad:0 gets: 1 puts: 64 cont: 63 low: 64 gets: 2 puts: 64 cont: 62 low: 63 gets: 4 puts: 65 cont: 61 low: 62 faio_reader all tracks read, exiting faio_reader _exit(0) NOTICE: reducing block size for last record. Track 01: Total bytes read/written: 409829376/409829376 (200112 sectors). Error in scgo_send: s.SRB_Status is 0x4 Mapped to: error 1 errno: 5 ./cdrecord.exe: error 0. test unit ready: scsi sendcmd: no error CDB: 00 00 00 00 00 00 status: 0x0 (GOOD STATUS) cmd finished after 0.000s timeout 40s ./cdrecord.exe: fifo had 6456 puts and 6456 gets. ./cdrecord.exe: fifo was 0 times empty and 6383 times full, min fill was 95%. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Someone has a cdrecord.exe 1.10a13 for me
After several attempts to compile cdrtools 1.10a13 on Cygwin (Win98SE) I give up. Maybe Win98 is not a suitabale platform for a job like this. So if anyone has actually succeeded in building the package, could you put a copy of cdrecord.exe somewhere on a server and let me know? (Yes, I already have 1.8a28 and 1.10a4, don't bother with these) Thanks. -- Johan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Need advice
[Quoting [EMAIL PROTECTED], on February 21 2001, 15:44, in "Re: Need advice"] According to the Nero support staff, Nero needs to analyze the _contents_ of the ISO image to "layout the logical data format that is to be written to the CD." Why ? I would assume that a mkisofs generated ISO image is ready to be burned and that no additional processing would be necessary. Can anyone with more knowledge than me shed any light on this? The Image is ready for burning. This is exactly what I would have expected. But somehow I cannot convince the Nero people. mkisofs 1.8.1 runs on RedHat 6.1. Nero 5.0.3.8 runs on Windows 98SE. CD writer is Plextor PX-W4220 on SCSI. Why don"t you use cdrecord to burn? See our earlier conversation on cdrecord trying to burn CD's on the Plextor under Windows98. A summary: * cdrecord 1.10a4 coredumps on W98SE. * cdrecord 1.8a28 runs on W98SE but gives strange error codes with this drive. -- Johan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Need advice
When trying to burn a mkisofs -r -J generated ISO image to a CD using the popular Nero program, it gets stuck (hangs in a CPU bound process) while it is "generating relocation information". According to the Nero support staff, Nero needs to analyze the _contents_ of the ISO image to "layout the logical data format that is to be written to the CD." I would assume that a mkisofs generated ISO image is ready to be burned and that no additional processing would be necessary. Can anyone with more knowledge than me shed any light on this? Personally, I think Nero gets stuck while processing self-referencing symbolic links, which can take a long time, if you do it wrong ;-). mkisofs 1.8.1 runs on RedHat 6.1. Nero 5.0.3.8 runs on Windows 98SE. CD writer is Plextor PX-W4220 on SCSI. -- Johan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
I/O Error, GOOD STATUS?
Any idea what this error means? This CD is a coaster. The drive usually performs fine, with cdrecord and with other tools. I could not find a more recent cdrecord for CygWin. Pointers appreciated. D:\cdrecordcdrecord -dev 0,5,0 ..\cdtemp\mirage.iso Cdrecord release 1.8a28 Copyright (C) 1995-1999 Jrg Schilling scsidev: '0,5,0' scsibus: 0 target: 5 lun: 0 Device type: Removable CD-ROM Version: 2 Response Format: 2 Capabilities : SYNC LINKED Vendor_info: 'PLEXTOR ' Identifikation : 'CD-R PX-W4220T' Revision : '1.04' Device seems to be: Generic mmc CD-RW. Using generic SCSI-3/mmc CD-R driver (mmc_cdr). Driver flags : SWABAUDIO //D/CDRECORD/CDRECORD.EXE: Could not set realtime priority. Starting to write CD/DVD at speed 1 in write mode for single session. Last chance to quit, starting real write in 1 seconds. Track 01: Total bytes read/written: 267159552/267159552 (130449 sectors). //D/CDRECORD/CDRECORD.EXE: I/O error. close track/session: scsi sendcmd: retryable error CDB: 5B 00 02 00 00 00 00 00 00 00 status: 0x0 (GOOD STATUS) cmd finished after 32.790s timeout 480s -- Johan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
