Re: cdrecord and multisession audio/data cd's?
Right, I meant to follow this up but never did. I think it's a linux/cdrecord issue now.. because it works if i boot into MacOSX 10.3 and use this cdrecord (from fink): Cdrecord 1.11a39 (powerpc-apple-macosx7.0.0) Copyright (C) 1995-2002 J?rg Schilling (of course, i have to play all sorts of horrible games with finder, because killing automount doesn't keep finder from 'helpfully' mounting an audio cd, which, after you burn the first session, it thiks your disk is. solution: manually unmount /dev/diskX (the cd) and start the second cdrecord session in the 30s on so until finder finds and re-mounts the audio cd again...) Under Linux, here's what I get (on both the sony and the toshiba, so i'm only including output from the toshiba).. both Linux boxen are running 2.6.0-test kernels, which may be the problem, and i'v tried both ATAPI: and regular ide-scsi.. Again, the exact same commands work using the exact same .raw files if i'm using macosx: [EMAIL PROTECTED] ~ $ sudo cdrecord dev=ATAPI:0,1,0 speed=4 -v -multi -xa1 netbsd-kernel.raw Password: Cdrecord-Clone 2.01a18 (i686-pc-linux-gnu) Copyright (C) 1995-2003 J?rg Schilling TOC Type: 3 = CD-ROM XA mode 2 scsidev: 'ATAPI:0,1,0' devname: 'ATAPI' scsibus: 0 target: 1 lun: 0 Warning: Using ATA Packet interface. Warning: The related libscg interface code is in pre alpha. Warning: There may be fatal problems. Using libscg version 'schily-0.7' SCSI buffer size: 64512 atapi: 1 Device type: Removable CD-ROM Version: 0 Response Format: 2 Capabilities : Vendor_info: 'TOSHIBA ' Identifikation : 'DVD-ROM SD-R1002' Revision : '1030' Device seems to be: Generic mmc2 DVD-ROM. Current: 0x0009 Profile: 0x0010 Profile: 0x0008 Profile: 0x0009 (current) Profile: 0x000A Using generic SCSI-3/mmc CD-R/CD-RW driver (mmc_cdr). Driver flags : MMC-2 SWABAUDIO Supported modes: TAO PACKET SAO SAO/R96P SAO/R96R Drive buf size : 1347584 = 1316 KB FIFO size : 4194304 = 4096 KB Track 01: data 0 MB Total size:1 MB (00:06.12) = 459 sectors Lout start:1 MB (00:08/09) = 459 sectors Current Secsize: 2048 ATIP info from disk: Indicated writing power: 5 Is not unrestricted Is not erasable ATIP start of lead in: -11634 (97:26/66) ATIP start of lead out: 359848 (79:59/73) Disk type:Short strategy type (Phthalocyanine or similar) Manuf. index: 3 Manufacturer: CMC Magnetics Corporation Blocks total: 359848 Blocks current: 348146 Blocks remaining: 347687 Starting to write CD/DVD at speed 4 in real TAO mode for multi session. Last chance to quit, starting real write0 seconds. Operation starts. Waiting for reader process to fill input buffer ... input buffer ready. cdrecord: Input/output error. mode select g1: scsi sendcmd: no error CDB: 55 10 00 00 00 00 00 00 3C 00 status: 0x2 (CHECK CONDITION) Sense Bytes: 70 00 05 00 00 00 00 0A 00 00 00 00 26 00 00 80 00 0C 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 12 cmd finished after 0.000s timeout 40s cdrecord: Warning: using default CD write parameter data. Mode Select Data 00 16 00 00 05 32 01 C4 0B 00 00 00 20 00 00 00 00 00 00 96 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 cdrecord: Cannot open new session. Writing time:0.011s cdrecord: fifo had 15 puts and 0 gets. cdrecord: fifo was 0 times empty and 0 times full, min fill was 100%. [EMAIL PROTECTED] ~ $ sudo cdrecord dev=ATAPI:0,1,0 speed=4 -msinfo 0,11702 ^^^ these are the numbers that were used to create the second filesystem, so that should be correct. If you would like, i can post a log of a successful run using cdrecord under macosx, and the log of the first session (successful) burn. I tried an earlier 1.9 version of cdrecord on linux, and still got the error. any ideas? john.c On Fri, 28 Nov 2003, Joerg Schilling wrote: > >From: John Clemens <[EMAIL PROTECTED]> > > >I'm trying to use cdrecord to master a CD image to boot my Dreamcast.. > >Several sights say to master a 2-session cd, with the first session > >containing an audio track and the second containing your raw data image > >(in XA1 format). > > >Several places on the net give the following commands to do this: > >cdrecord dev=0,0,0 -multi -audio audio.raw > >cdrecord dev=0,0,0 -multi -xa1 data.raw > > >(data.raw is a mkhybrid iso9660 filesystem, with the first few sectors > >overwritten with some boot code for the dreamcast) > > >however, i've tried this sequence on two very different cdr's (an old > >trusty Toshiba SD-1002, and the newer sony CDRW/DVD in my i-book.) and i > >can never get cdrecord to record the second session (the first completes > >fine). The second always fails complaining about cannot open a new > >session/blah, illegal status ok, illegal arguments, etc. > > If you don't give information, it is impossible t
I/O Magic idvdrw4db
Looking to possibly purchase a dvd burner. I/O Magic DVD +-RW/+-R Dual Format 4x DVD ReWritable drive. Number off the box is IDVDRW4DB I couldn't locate supported hardware info for cdrecord-prodvd. Does anyone know if this drive will work? Thanks. -- Until later, Geoffrey [EMAIL PROTECTED] Building secure systems inspite of Microsoft
Re: Re: DVD recording adventures continued
> You did not follow the man page for cdrecord and the README in > ftp://ftp.berlios.de/pub/cdrecord/ProDVD/ > This is definitely wrong usage. OK. Have to admit it's somewhat embarrassing I overread that section flagged "important notice".. But to be honest, things could still be put more clearly, especially for people not so deep into all of this. Before I will be able to test it next week, probably Monday evening, I now came to the following "theory": "Cdrecord currently only supports SAO mode. Cdrecord-ProDVD-1.11a35 and later allow to specify -dao for correctness. Later versions of cdrecord will only write DVDs if -dao is specified" -> it could be a good idea to specify -dao for DVD-R even if it may be just "for correctness" > cdrecord writes in SAO mode so it needs to know the sizes. -> Currently using the pipe-scheme "mkisofs | cdrecord" I would have to specify tsize, which I cannot do. So I cannot use the pipe but have to create an image, the filesize of which will be what is needed. Right? I read the other post regarding pxupdate. I would try that as well on Monday, but as you already stated there is no firmware binary supplied by Plextor. I had the hope it could be somehow extracted using Windows, but indeed I was not able to do that. As for the "secret firmware" - is it a new version 1.04, or only the 1.03 as pure flash-image? In the latter case, if Plextor calls that "secret", I wouldnt know how to call that.. perhaps "strange".. And being on that topic, just being curious: are you under some kind of NDA with Plextor here? After all, proDVD and pxupdate are only available as binary as far as I can tell, would it be a problem for Plextor if that was Open Source? (So just trying to find out if Plextor behaves like SD card consortium or similar proprietary..) FL
Re: cdrecord and multisession audio/data cd's?
Right, I meant to follow this up but never did. I think it's a linux/cdrecord issue now.. because it works if i boot into MacOSX 10.3 and use this cdrecord (from fink): Cdrecord 1.11a39 (powerpc-apple-macosx7.0.0) Copyright (C) 1995-2002 J?rg Schilling (of course, i have to play all sorts of horrible games with finder, because killing automount doesn't keep finder from 'helpfully' mounting an audio cd, which, after you burn the first session, it thiks your disk is. solution: manually unmount /dev/diskX (the cd) and start the second cdrecord session in the 30s on so until finder finds and re-mounts the audio cd again...) Under Linux, here's what I get (on both the sony and the toshiba, so i'm only including output from the toshiba).. both Linux boxen are running 2.6.0-test kernels, which may be the problem, and i'v tried both ATAPI: and regular ide-scsi.. Again, the exact same commands work using the exact same .raw files if i'm using macosx: [EMAIL PROTECTED] ~ $ sudo cdrecord dev=ATAPI:0,1,0 speed=4 -v -multi -xa1 netbsd-kernel.raw Password: Cdrecord-Clone 2.01a18 (i686-pc-linux-gnu) Copyright (C) 1995-2003 J?rg Schilling TOC Type: 3 = CD-ROM XA mode 2 scsidev: 'ATAPI:0,1,0' devname: 'ATAPI' scsibus: 0 target: 1 lun: 0 Warning: Using ATA Packet interface. Warning: The related libscg interface code is in pre alpha. Warning: There may be fatal problems. Using libscg version 'schily-0.7' SCSI buffer size: 64512 atapi: 1 Device type: Removable CD-ROM Version: 0 Response Format: 2 Capabilities : Vendor_info: 'TOSHIBA ' Identifikation : 'DVD-ROM SD-R1002' Revision : '1030' Device seems to be: Generic mmc2 DVD-ROM. Current: 0x0009 Profile: 0x0010 Profile: 0x0008 Profile: 0x0009 (current) Profile: 0x000A Using generic SCSI-3/mmc CD-R/CD-RW driver (mmc_cdr). Driver flags : MMC-2 SWABAUDIO Supported modes: TAO PACKET SAO SAO/R96P SAO/R96R Drive buf size : 1347584 = 1316 KB FIFO size : 4194304 = 4096 KB Track 01: data 0 MB Total size:1 MB (00:06.12) = 459 sectors Lout start:1 MB (00:08/09) = 459 sectors Current Secsize: 2048 ATIP info from disk: Indicated writing power: 5 Is not unrestricted Is not erasable ATIP start of lead in: -11634 (97:26/66) ATIP start of lead out: 359848 (79:59/73) Disk type:Short strategy type (Phthalocyanine or similar) Manuf. index: 3 Manufacturer: CMC Magnetics Corporation Blocks total: 359848 Blocks current: 348146 Blocks remaining: 347687 Starting to write CD/DVD at speed 4 in real TAO mode for multi session. Last chance to quit, starting real write0 seconds. Operation starts. Waiting for reader process to fill input buffer ... input buffer ready. cdrecord: Input/output error. mode select g1: scsi sendcmd: no error CDB: 55 10 00 00 00 00 00 00 3C 00 status: 0x2 (CHECK CONDITION) Sense Bytes: 70 00 05 00 00 00 00 0A 00 00 00 00 26 00 00 80 00 0C 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 12 cmd finished after 0.000s timeout 40s cdrecord: Warning: using default CD write parameter data. Mode Select Data 00 16 00 00 05 32 01 C4 0B 00 00 00 20 00 00 00 00 00 00 96 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 cdrecord: Cannot open new session. Writing time:0.011s cdrecord: fifo had 15 puts and 0 gets. cdrecord: fifo was 0 times empty and 0 times full, min fill was 100%. [EMAIL PROTECTED] ~ $ sudo cdrecord dev=ATAPI:0,1,0 speed=4 -msinfo 0,11702 ^^^ these are the numbers that were used to create the second filesystem, so that should be correct. If you would like, i can post a log of a successful run using cdrecord under macosx, and the log of the first session (successful) burn. I tried an earlier 1.9 version of cdrecord on linux, and still got the error. any ideas? john.c On Fri, 28 Nov 2003, Joerg Schilling wrote: > >From: John Clemens <[EMAIL PROTECTED]> > > >I'm trying to use cdrecord to master a CD image to boot my Dreamcast.. > >Several sights say to master a 2-session cd, with the first session > >containing an audio track and the second containing your raw data image > >(in XA1 format). > > >Several places on the net give the following commands to do this: > >cdrecord dev=0,0,0 -multi -audio audio.raw > >cdrecord dev=0,0,0 -multi -xa1 data.raw > > >(data.raw is a mkhybrid iso9660 filesystem, with the first few sectors > >overwritten with some boot code for the dreamcast) > > >however, i've tried this sequence on two very different cdr's (an old > >trusty Toshiba SD-1002, and the newer sony CDRW/DVD in my i-book.) and i > >can never get cdrecord to record the second session (the first completes > >fine). The second always fails complaining about cannot open a new > >session/blah, illegal status ok, illegal arguments, etc. > > If you don't give information, it is impossible t
I/O Magic idvdrw4db
Looking to possibly purchase a dvd burner. I/O Magic DVD +-RW/+-R Dual Format 4x DVD ReWritable drive. Number off the box is IDVDRW4DB I couldn't locate supported hardware info for cdrecord-prodvd. Does anyone know if this drive will work? Thanks. -- Until later, Geoffrey [EMAIL PROTECTED] Building secure systems inspite of Microsoft -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Re: DVD recording adventures continued
> You did not follow the man page for cdrecord and the README in > ftp://ftp.berlios.de/pub/cdrecord/ProDVD/ > This is definitely wrong usage. OK. Have to admit it's somewhat embarrassing I overread that section flagged "important notice".. But to be honest, things could still be put more clearly, especially for people not so deep into all of this. Before I will be able to test it next week, probably Monday evening, I now came to the following "theory": "Cdrecord currently only supports SAO mode. Cdrecord-ProDVD-1.11a35 and later allow to specify -dao for correctness. Later versions of cdrecord will only write DVDs if -dao is specified" -> it could be a good idea to specify -dao for DVD-R even if it may be just "for correctness" > cdrecord writes in SAO mode so it needs to know the sizes. -> Currently using the pipe-scheme "mkisofs | cdrecord" I would have to specify tsize, which I cannot do. So I cannot use the pipe but have to create an image, the filesize of which will be what is needed. Right? I read the other post regarding pxupdate. I would try that as well on Monday, but as you already stated there is no firmware binary supplied by Plextor. I had the hope it could be somehow extracted using Windows, but indeed I was not able to do that. As for the "secret firmware" - is it a new version 1.04, or only the 1.03 as pure flash-image? In the latter case, if Plextor calls that "secret", I wouldnt know how to call that.. perhaps "strange".. And being on that topic, just being curious: are you under some kind of NDA with Plextor here? After all, proDVD and pxupdate are only available as binary as far as I can tell, would it be a problem for Plextor if that was Open Source? (So just trying to find out if Plextor behaves like SD card consortium or similar proprietary..) FL -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: cdrecord -scanbus strangeness?
On Fri 28 November 2003 23:24, Ambrose Li wrote: > Hello, > > sorry if this is a stupid question. > > I just downloaded cdrtools-2.01a20pre2 to try out its ATAPI > support. (Linux 2.4's ide-scsi seems to be very broken.) > I noticed the following: > > - cdrecord dev=help says bus scanning is supported for the ATAPI > transport; > > - However, if I run cdrecord -scanbus, I just get See README.ATAPI in the source distro. Lourens -- GPG public key: http://home.student.utwente.nl/l.e.veen/lourens.key
cdrecord -scanbus strangeness?
Hello, sorry if this is a stupid question. I just downloaded cdrtools-2.01a20pre2 to try out its ATAPI support. (Linux 2.4's ide-scsi seems to be very broken.) I noticed the following: - cdrecord dev=help says bus scanning is supported for the ATAPI transport; - However, if I run cdrecord -scanbus, I just get Cdrecord-Clone 2.01a19 (i686-pc-linux-gnu) Copyright (C) 1995-2003 Jg Schilling cdrecord: No such file or directory. Cannot open '/dev/pg*'. Cannot open SCSI driver. cdrecord: For possible targets try 'cdrecord -scanbus'. Make sure you are root. cdrecord: For possible transport specifiers try 'cdrecord dev=help'. strace seems to indicate that cdrecord stopped scanning after it failed to open the /dev/pg files. It may be this is the intended behaviour, but somehow it feels wrong that it would not scan ATAPI because it can't open the pg devices. Is this a bug, or is there some special notation I need to use to tell cdrecord to scan the ATAPI bus? (This is basically a DIY distribution, but I remember this also happening on my Debian box at the office. So I am suspecting that this behaviour is not related to the OS.) Thanks.
Re: cdrecord -scanbus strangeness?
On Fri 28 November 2003 23:24, Ambrose Li wrote: > Hello, > > sorry if this is a stupid question. > > I just downloaded cdrtools-2.01a20pre2 to try out its ATAPI > support. (Linux 2.4's ide-scsi seems to be very broken.) > I noticed the following: > > - cdrecord dev=help says bus scanning is supported for the ATAPI > transport; > > - However, if I run cdrecord -scanbus, I just get See README.ATAPI in the source distro. Lourens -- GPG public key: http://home.student.utwente.nl/l.e.veen/lourens.key -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
cdrecord -scanbus strangeness?
Hello, sorry if this is a stupid question. I just downloaded cdrtools-2.01a20pre2 to try out its ATAPI support. (Linux 2.4's ide-scsi seems to be very broken.) I noticed the following: - cdrecord dev=help says bus scanning is supported for the ATAPI transport; - However, if I run cdrecord -scanbus, I just get Cdrecord-Clone 2.01a19 (i686-pc-linux-gnu) Copyright (C) 1995-2003 Jg Schilling cdrecord: No such file or directory. Cannot open '/dev/pg*'. Cannot open SCSI driver. cdrecord: For possible targets try 'cdrecord -scanbus'. Make sure you are root. cdrecord: For possible transport specifiers try 'cdrecord dev=help'. strace seems to indicate that cdrecord stopped scanning after it failed to open the /dev/pg files. It may be this is the intended behaviour, but somehow it feels wrong that it would not scan ATAPI because it can't open the pg devices. Is this a bug, or is there some special notation I need to use to tell cdrecord to scan the ATAPI bus? (This is basically a DIY distribution, but I remember this also happening on my Debian box at the office. So I am suspecting that this behaviour is not related to the OS.) Thanks. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: PXUpdate / PX-708A
Hi all, the information for firmware upgrade did arrive yesterday. As I today received a (still secret) firmware binary, I have been able to implement support for the 708 today. I will put out a new version soon - you still have to wait until Plextor makes formware available that is not bundled with a Win32 upgrade binary. Jörg -- EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED](uni) If you don't have iso-8859-1 [EMAIL PROTECTED](work) chars I am J"org Schilling URL: http://www.fokus.fraunhofer.de/usr/schilling ftp://ftp.berlios.de/pub/schily
Re: PXUpdate / PX-708A
Hi all, the information for firmware upgrade did arrive yesterday. As I today received a (still secret) firmware binary, I have been able to implement support for the 708 today. I will put out a new version soon - you still have to wait until Plextor makes formware available that is not bundled with a Win32 upgrade binary. Jörg -- EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED](uni) If you don't have iso-8859-1 [EMAIL PROTECTED](work) chars I am J"org Schilling URL: http://www.fokus.fraunhofer.de/usr/schilling ftp://ftp.berlios.de/pub/schily -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: DVD+/-R writers
>From: Andy Polyakov <[EMAIL PROTECTED]> >> > Only once fully formated (which >> >takes 1 hour for 1x media), DVD-RW permits for random write, but with >> >32KB granularity. Latter means that you either have to have special >> >kernel driver which would arrange for 32KB granularity or modify file >> >system code to do same thing. Now note that no work (at least no visible >> >outcome so far) has been done to accomplish either of these two >> >alternatives under Linux (or any other Unix implementation), [presumaly] >> >because it's damn hard. >> >> So DVD+RW drives do things in firmware what you need to do in the kernel >> if you like to have 2k granularity with DVD-RW. But this is nothing a new >> firmware could not support. >Specifications are very explicit about I/O granularity in DVD-RW >Restricted Overwrite mode. You seem to be willing to bend standard to >suit you, it's not fair play. Secondly it doesn't really matter what one >*could* *possibly* do [to stretch something to something else], does it? Well, it seems that you make unproven assumptions on the quality of DVD+, so I believe that it is fair to tell people that in theory it would be possible to enhance DVD- firmware and hardware so partially formatted media may be adddressed ramdomly. >> Note that the kernel also first reads a 512 byte sector from a hard disk >> if you like to write only 64 bytes. >Yes. But as already implied, if you want to extend this to 32KB to >accomodate DVD-RW Restricted Overwrite, you have to modify kernel file >system driver. The question was "why is there random access possibility >for DVD+RW, but not for DVD-RW?" A. If you believe that the kernel filesystem driver needs to be modified, then you are taling about a broken OS. On a typical OS, the filesystem code talks to the block abstraction layer. This layer has been the buffer case on historic implementation and is the semgment driver layer + VM Cache in modern implementations. What you have to do is to change this layer to know that there may be 32 KB Blocks. Jörg -- EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED](uni) If you don't have iso-8859-1 [EMAIL PROTECTED](work) chars I am J"org Schilling URL: http://www.fokus.fraunhofer.de/usr/schilling ftp://ftp.berlios.de/pub/schily
Re: DVD+/-R writers
>From: Andy Polyakov <[EMAIL PROTECTED]> >> DVD+R usually does not know the size of the medium when it starts >> writing and therefore writes the TOC after the data. With DVD-R and DVD-RW >> and cdrecord you write in SAO mode which causes the TOC to be written first >> and the data to be written later without the need to reposition the laser. >High frequency DVD+ ADIP makes it possible to reposition the laser with >adequate accuracy. Adequate enough to maintain compatibility with >DVD-ROM. This was discussed already long time ago. And as already said >implementing DVD+R SAO would *not* improve compatibility with DVD-ROM, >so there is no point to complain about lack of it. In other words single >DVD+R recording mode is more than enough. A. Please don't repeat unproven statements. We did already discuss this and you never have been able to prove your claims. In order to make a recording that is as good as a real SAO recording (as you may have it e.g. with DVD-R) you need to be more acurate than the size of a single bit. I am sure that both, DVD+R and DVD-R are no better than approx. one byte. BTW: High frequency ADIP is not a grant for high positioning accuracy. Left alone, it would be much worse than the ADIP + Prepits in DVD-*. Only the fact that DVD+ uses phase shifts (as marks similar to the pre-pits) makes DVD+ usable Jörg -- EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED](uni) If you don't have iso-8859-1 [EMAIL PROTECTED](work) chars I am J"org Schilling URL: http://www.fokus.fraunhofer.de/usr/schilling ftp://ftp.berlios.de/pub/schily
Re: cdrecord and multisession audio/data cd's?
>From: John Clemens <[EMAIL PROTECTED]> >I'm trying to use cdrecord to master a CD image to boot my Dreamcast.. >Several sights say to master a 2-session cd, with the first session >containing an audio track and the second containing your raw data image >(in XA1 format). >Several places on the net give the following commands to do this: >cdrecord dev=0,0,0 -multi -audio audio.raw >cdrecord dev=0,0,0 -multi -xa1 data.raw >(data.raw is a mkhybrid iso9660 filesystem, with the first few sectors >overwritten with some boot code for the dreamcast) >however, i've tried this sequence on two very different cdr's (an old >trusty Toshiba SD-1002, and the newer sony CDRW/DVD in my i-book.) and i >can never get cdrecord to record the second session (the first completes >fine). The second always fails complaining about cannot open a new >session/blah, illegal status ok, illegal arguments, etc. If you don't give information, it is impossible to help. http://www.fokus.fhg.de/research/cc/glone/employees/joerg.schilling/private/problems.html Jörg -- EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED](uni) If you don't have iso-8859-1 [EMAIL PROTECTED](work) chars I am J"org Schilling URL: http://www.fokus.fraunhofer.de/usr/schilling ftp://ftp.berlios.de/pub/schily
Re: growisofs for cd-RW and DVD-RW?
>From: Rob Bogus <[EMAIL PROTECTED]> >Am I missing something with dvdrecord, or do I have to apply the kernel >patch to make it work? There's a push to use stock kernels for this, so >I very much don't want to choose that fight, slow and CPU intensive is >better than commiting to providing custom kernels indefinitely. You miss that this program is illegal, it violates the GPL. This program is unmaintained... Jörg -- EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED](uni) If you don't have iso-8859-1 [EMAIL PROTECTED](work) chars I am J"org Schilling URL: http://www.fokus.fraunhofer.de/usr/schilling ftp://ftp.berlios.de/pub/schily
Re: DVD+/-R writers
>From: Andy Polyakov <[EMAIL PROTECTED]> >> > Only once fully formated (which >> >takes 1 hour for 1x media), DVD-RW permits for random write, but with >> >32KB granularity. Latter means that you either have to have special >> >kernel driver which would arrange for 32KB granularity or modify file >> >system code to do same thing. Now note that no work (at least no visible >> >outcome so far) has been done to accomplish either of these two >> >alternatives under Linux (or any other Unix implementation), [presumaly] >> >because it's damn hard. >> >> So DVD+RW drives do things in firmware what you need to do in the kernel >> if you like to have 2k granularity with DVD-RW. But this is nothing a new >> firmware could not support. >Specifications are very explicit about I/O granularity in DVD-RW >Restricted Overwrite mode. You seem to be willing to bend standard to >suit you, it's not fair play. Secondly it doesn't really matter what one >*could* *possibly* do [to stretch something to something else], does it? Well, it seems that you make unproven assumptions on the quality of DVD+, so I believe that it is fair to tell people that in theory it would be possible to enhance DVD- firmware and hardware so partially formatted media may be adddressed ramdomly. >> Note that the kernel also first reads a 512 byte sector from a hard disk >> if you like to write only 64 bytes. >Yes. But as already implied, if you want to extend this to 32KB to >accomodate DVD-RW Restricted Overwrite, you have to modify kernel file >system driver. The question was "why is there random access possibility >for DVD+RW, but not for DVD-RW?" A. If you believe that the kernel filesystem driver needs to be modified, then you are taling about a broken OS. On a typical OS, the filesystem code talks to the block abstraction layer. This layer has been the buffer case on historic implementation and is the semgment driver layer + VM Cache in modern implementations. What you have to do is to change this layer to know that there may be 32 KB Blocks. Jörg -- EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED](uni) If you don't have iso-8859-1 [EMAIL PROTECTED](work) chars I am J"org Schilling URL: http://www.fokus.fraunhofer.de/usr/schilling ftp://ftp.berlios.de/pub/schily -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: DVD+/-R writers
>From: Andy Polyakov <[EMAIL PROTECTED]> >> DVD+R usually does not know the size of the medium when it starts >> writing and therefore writes the TOC after the data. With DVD-R and DVD-RW >> and cdrecord you write in SAO mode which causes the TOC to be written first >> and the data to be written later without the need to reposition the laser. >High frequency DVD+ ADIP makes it possible to reposition the laser with >adequate accuracy. Adequate enough to maintain compatibility with >DVD-ROM. This was discussed already long time ago. And as already said >implementing DVD+R SAO would *not* improve compatibility with DVD-ROM, >so there is no point to complain about lack of it. In other words single >DVD+R recording mode is more than enough. A. Please don't repeat unproven statements. We did already discuss this and you never have been able to prove your claims. In order to make a recording that is as good as a real SAO recording (as you may have it e.g. with DVD-R) you need to be more acurate than the size of a single bit. I am sure that both, DVD+R and DVD-R are no better than approx. one byte. BTW: High frequency ADIP is not a grant for high positioning accuracy. Left alone, it would be much worse than the ADIP + Prepits in DVD-*. Only the fact that DVD+ uses phase shifts (as marks similar to the pre-pits) makes DVD+ usable Jörg -- EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED](uni) If you don't have iso-8859-1 [EMAIL PROTECTED](work) chars I am J"org Schilling URL: http://www.fokus.fraunhofer.de/usr/schilling ftp://ftp.berlios.de/pub/schily -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: cdrecord and multisession audio/data cd's?
>From: John Clemens <[EMAIL PROTECTED]> >I'm trying to use cdrecord to master a CD image to boot my Dreamcast.. >Several sights say to master a 2-session cd, with the first session >containing an audio track and the second containing your raw data image >(in XA1 format). >Several places on the net give the following commands to do this: >cdrecord dev=0,0,0 -multi -audio audio.raw >cdrecord dev=0,0,0 -multi -xa1 data.raw >(data.raw is a mkhybrid iso9660 filesystem, with the first few sectors >overwritten with some boot code for the dreamcast) >however, i've tried this sequence on two very different cdr's (an old >trusty Toshiba SD-1002, and the newer sony CDRW/DVD in my i-book.) and i >can never get cdrecord to record the second session (the first completes >fine). The second always fails complaining about cannot open a new >session/blah, illegal status ok, illegal arguments, etc. If you don't give information, it is impossible to help. http://www.fokus.fhg.de/research/cc/glone/employees/joerg.schilling/private/problems.html Jörg -- EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED](uni) If you don't have iso-8859-1 [EMAIL PROTECTED](work) chars I am J"org Schilling URL: http://www.fokus.fraunhofer.de/usr/schilling ftp://ftp.berlios.de/pub/schily -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: growisofs for cd-RW and DVD-RW?
>From: Rob Bogus <[EMAIL PROTECTED]> >Am I missing something with dvdrecord, or do I have to apply the kernel >patch to make it work? There's a push to use stock kernels for this, so >I very much don't want to choose that fight, slow and CPU intensive is >better than commiting to providing custom kernels indefinitely. You miss that this program is illegal, it violates the GPL. This program is unmaintained... Jörg -- EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED](uni) If you don't have iso-8859-1 [EMAIL PROTECTED](work) chars I am J"org Schilling URL: http://www.fokus.fraunhofer.de/usr/schilling ftp://ftp.berlios.de/pub/schily -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: LG GSA-4040B and dvdwrite
On Mon, 24 Nov 2003 13:20:05 +0100 Ole Jacob Taraldset <[EMAIL PROTECTED]> wrote: > "dvdrecord -v dev=0,0,0 -dao -dummy /iso/shrike-i386-disc1.iso", but > nothing is written and I'm note sure what the error is. The disk is a > DVD-R. Well "-dummy" tells it to simulate without actually writing. K.-H.
Re: LG GSA-4040B and dvdwrite
On Mon, 24 Nov 2003 13:20:05 +0100 Ole Jacob Taraldset <[EMAIL PROTECTED]> wrote: > "dvdrecord -v dev=0,0,0 -dao -dummy /iso/shrike-i386-disc1.iso", but > nothing is written and I'm note sure what the error is. The disk is a > DVD-R. Well "-dummy" tells it to simulate without actually writing. K.-H. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: TEAC DV-W50D
> >> Plase name the Pioneer model number... > > How can I can get it? > > Via google search for example. It's the same as the A06. Yes, seems that is A06. Anybody tried to flash it with a Pioneer firmware? Thanks! > > regards > Markus > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > --- Catalin(ux) BOIE [EMAIL PROTECTED]
Re: TEAC DV-W50D
> If you can"t, describe the features in less than 100 characters. :) DVD-ROM (single and dual layer), DVD-Video, DVD-Audio, DVD-R (Vers 2.00), DVD-RW (Ver 1.0 + 1.1), DVD+R (Ver 1.0 + 1.1), DVD+RW (Ver 1.2), DVD-RAM DVD-R: DAO, Incremental recording, multi-border recording DVD-RW: Restricted overwriting DVD+R: Incremental recording DVD+RW: Random recording Thanks! > > Jörg > > -- > EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin >[EMAIL PROTECTED] (uni) If you don't have iso-8859-1 >[EMAIL PROTECTED] (work) chars I am J"org Schilling > URL: http://www.fokus.fraunhofer.de/usr/schilling > ftp://ftp.berlios.de/pub/schily > --- Catalin(ux) BOIE [EMAIL PROTECTED]