Re: Which DVD recorder to buy?
On 7. September 2005 at 11:30PM +1200, Volker Kuhlmann <[EMAIL PROTECTED]> wrote: [...] > On another list someone was keen on LG, model LG GSA-4163, > cheap too. Also does DVD-RAM, which supposedly can be mounted > read/write as a hard disk out of the box with Linux. Emphasis > on "out of the box". Pioneer 108 and 109 are crap, personally I > wouldn't risk the 110. I have a 106, and Pioneer stopped > supplying firmware updates after 12 months, which means I can > only burn 4x media, which are no longer on the market -> > Pioneer = paperweight. Does this mean the Pioneer drive can't burn 8x (or higher) media at 4x? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: discs written by growisofs not readable on OSX ?
On 5. April 2005 at 7:47PM +0200, [EMAIL PROTECTED] wrote: > Under linux, I can mount my DVD-R without problem, but OSX says > me they are empty ??? I really should try this one of these days;-) > Any idea why and what sould be done ? > > I use this small script to write my DVD : > > #!/bin/bash > if [ -z "$1" ]; then > echo "usage : $0 DVD_title DVD_dir [write speed]" > echo "That will write a DVD with data structure." > exit > fi > > if [ -z "$3" ]; then > S=4 > else > S=$3 > fi > hdparm -c1 -d1 /dev/hdc > growisofs -speed=$S -Z /dev/hdc -f -J -r -graft-points -V $1 $2 > mount /mnt/cdrom4 > ls -alh /mnt/cdrom4 > DF > umount /mnt/cdrom4 > eject /dev/hdc But I've created DVD's that can be without any problems read in WinXP and BeOS (if they can be read without problems in GNU/Linux). I always add the option -dvd-compat to my burns. Also there are "hidden" (that is, undocumented) options in the source which you might want to try. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Burning an hfs filesystem without mkisofs
On 23. August 2004 at 12:24AM +0200, Andy Polyakov <[EMAIL PROTECTED]> wrote: > >>Using Robert Leslie's hfsutils I have created on disk the HFS > >>filesystem image "hfs.img". I can mount "hfs.img" loopback and > >>can read and write files to it. Now would a straight "cdrecord > >>hfs.img" produce a CD that a Macintosh will read as an HFS > >>volume? > > > > Why do you ask? I mean, burn it to a cd-rw and feed it to a Mac. It's an old world Mac with a cdrom drive that can't read any of cd-rws I fed to it. > Right. At least it's faster... Not in my case ;-). It takes ages and several reboots for the Mac to recognize even a valid CD (produced by mkisofs -hfs). > > Seems > > like your chances are good, on a block level all CDs are the same. > > HFS volumes you put on CD still require Apple partition > table. So the question is if hfsutils generate one. The latter > kind of goes beyond the scope of discussions on this list:-) A. So the question now is: is thre a way to add this partition table to the hfs volume? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: mkisofs -print-size Graft_Point=/Real_Dir
On 9. August 2004 at 2:01PM +0200, Joerg Schilling <[EMAIL PROTECTED]> wrote: > >From: [EMAIL PROTECTED] > > >Would it be possible to include support for > >"mkisofs -print-size Graft_Point=/Real_Dir"? > >I think this is useful for on-the-fly DAO burnining. > > Please do not claim untrue things. It does of corse work. Sorry, I missed the -graft-points option in my test. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
mkisofs -print-size Graft_Point=/Real_Dir
Would it be possible to include support for "mkisofs -print-size Graft_Point=/Real_Dir"? I think this is useful for on-the-fly DAO burnining. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Burning an hfs filesystem without mkisofs
I know about the mkisofs -hfs and -apple option to create an iso/hfs hybrid cd. But can I use cdrecord WITHOUT mkisofs to create a CD with an HFS filesytem? Using Robert Leslie's hfsutils I have created on disk the HFS filesystem image "hfs.img". I can mount "hfs.img" loopback and can read and write files to it. Now would a straight "cdrecord hfs.img" produce a CD that a Macintosh will read as an HFS volume? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: dvd+rw-tools on liteon drive
On 23. July 2004 at 8:11AM +1000, Brad Plant <[EMAIL PROTECTED]> wrote: > I have a liteon 812S dual format 8x dvd burner. I have found > that when burning ritek 4x dvd-r, the discs get burnt at 8x > resulting in errors. Also, the discs get burnt at 8x even when > i specify to burn them at 2x, 4x or 8x. I use k3b, however I > have also tested it on the command line. > > dvd+rw-format reports the following: Shouldn't you be using dvd+rw-mediainfo? > root : dvd+rw-format /dev/cdroms/cdrom1 > * DVD¿?RW/-RAM format utility by <[EMAIL PROTECTED]>, version 4.10. > :-( mounted media doesn't appear to be DVD¿?RW or DVD-RAM $ dvd+rw-mediainfo /dev/hdd INQUIRY:[LITE-ON ][DVDRW LDW-851S ][GS08] GET [CURRENT] CONFIGURATION: :-( no media mounted, exiting... > This is as of version 5.20.4.10.8, however version 5.13.4.7.4 > would report that the disc was an 8x disc. > > following is a list of what the disc would get burnt at given > different speed parameters: > specifiedactual > 1x 4x > 2x 8x > 4x 8x > 8x 8x > > This is my second batch of ritek dvd-r. The first batch all > burnt at 4x without any hassles. I think that was because the > last batch of dvd-r were detected as 4x, not 8x. I have yet to test version 5.20.4.10.8 on -R media, but I've successfully burnt a +R yesterday using speed=1, which burnt the +R at 2.5x.
Re: HD_BURN
On 21. June 2004 at 6:27PM -0400, Bill Davidsen <[EMAIL PROTECTED]> wrote: > I just got a dual-layer DVD burner which includes a feature > identified as HD_BURN, which claims to be able to put 1.4GB on > a CD blank readable in a DVD reader (any DVD reader). Interesting. What model/brand is that? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: hanging "flushing cache"
On 30. April 2004 at 11:25AM -0701, Jacob Meuser <[EMAIL PROTECTED]> wrote: > On Fri, Apr 30, 2004 at 01:51:59PM -0400, James Herschel wrote: > > > I'm running Debain Sarge rc2 and have upgraded to kernel 2.6.3. I have > > an LG DVD-Burner (GSA-4081B v A100) that isn't closing sessions. I am > > using growisofs which appears to be writing fine, but always sticks at > > "/dev/hda: flushing cache". I am using dvd+rw-tools 5.19.4.9.7-1. > > How did you download the sources and not see the "IMPORTANT > NOTE!"? > > http://fy.chalmers.se/~appro/linux/DVD+RW/tools/?M=A > > If you're using a Debian supplied package, you should tell the > package maintainer to apply Andy's hotfix. This has been applied! dvd+rw-tools (5.19.4.9.7-2) unstable; urgency=low * Applied dvd+rw-tools-5.19-1.hotfix (closes: Bug#244833). -- Keita Maehara <[EMAIL PROTECTED]> Sun, 25 Apr 2004 22:49:50 +0900 dvd+rw-tools (5.19.4.9.7-1) unstable; urgency=low * New upstream release. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Best way to write DVD+R?
On 22. April 2004 at 7:06AM -0400, Rob Bogus <[EMAIL PROTECTED]> wrote: > Joerg Schilling wrote: [...] > >The same command as above > > > >Note that with dev=ATAPI: you will never get DMA and writing > >is s slow. > > I thought that had been fixed, I would swear that cdrecord uses > DMA with ATAPI and 2.6 kernels. Now I have to go back and > check, I replaced the CD-R drive with an unsupported DVD unit > which doesn't work with anything. I'm a bit confused myself. The documentation isn't too clear about the difference between dev=ATA and dev=ATAPI. I tend to use dev=ATA with linux 2.6.
Re: Best way to write DVD+R?
On 22. April 2004 at 7:06AM -0400, Rob Bogus <[EMAIL PROTECTED]> wrote: > Joerg Schilling wrote: [...] > >The same command as above > > > >Note that with dev=ATAPI: you will never get DMA and writing > >is s slow. > > I thought that had been fixed, I would swear that cdrecord uses > DMA with ATAPI and 2.6 kernels. Now I have to go back and > check, I replaced the CD-R drive with an unsupported DVD unit > which doesn't work with anything. I'm a bit confused myself. The documentation isn't too clear about the difference between dev=ATA and dev=ATAPI. I tend to use dev=ATA with linux 2.6. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: write verification when using growisofs
On 25. March 2004 at 9:47AM -0700, Ashish Rangole <[EMAIL PROTECTED]> wrote: > I am new to growisofs and understand that it does not write > intermediate iso image to disk but rather directly to DVD. Yes. But you can use it to write a pre-mastered .iso
Re: write verification when using growisofs
On 25. March 2004 at 9:47AM -0700, Ashish Rangole <[EMAIL PROTECTED]> wrote: > I am new to growisofs and understand that it does not write > intermediate iso image to disk but rather directly to DVD. Yes. But you can use it to write a pre-mastered .iso -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: UDF writing in kernel 2.6
On 28. January 2004 at 10:02AM -0600, Ramasubramanian Ramesh <[EMAIL PROTECTED]> wrote: >I asked this in debian-user and got no answer so I thought > this is a better place. How do I get udf writing working in > kernel 2.6? I have udftools installed. However when I try a > pktsetup, it complains that the kernel does not have pkcdvd > device. What menu option/patch do I have to get/apply to get > these devices to appear in the kernel? You need to use an unofficial (as in "this might be dangerous") kernel patch: http://w1.894.telia.com/~u89404340/patches/packet/ Not too long ago I was subscribed to a mailing list hosted by SuSE: [EMAIL PROTECTED] I don't know if the list is still active or if it accepts posts from non-members. I do remember giving up on kernel-level packet writing because I can't get satisfactorily error-free burns. I think something like growisofs for CDRs would be nice.
Re: UDF writing in kernel 2.6
On 28. January 2004 at 10:02AM -0600, Ramasubramanian Ramesh <[EMAIL PROTECTED]> wrote: >I asked this in debian-user and got no answer so I thought > this is a better place. How do I get udf writing working in > kernel 2.6? I have udftools installed. However when I try a > pktsetup, it complains that the kernel does not have pkcdvd > device. What menu option/patch do I have to get/apply to get > these devices to appear in the kernel? You need to use an unofficial (as in "this might be dangerous") kernel patch: http://w1.894.telia.com/~u89404340/patches/packet/ Not too long ago I was subscribed to a mailing list hosted by SuSE: [EMAIL PROTECTED] I don't know if the list is still active or if it accepts posts from non-members. I do remember giving up on kernel-level packet writing because I can't get satisfactorily error-free burns. I think something like growisofs for CDRs would be nice. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [Cdrecord-developers] Cdrtools-2.01a25: Patch to make cdrtools 2.01a25 Linux compatible
On 23. January 2004 at 5:40PM +0100, Joerg Schilling <[EMAIL PROTECTED]> wrote: > > Please don't comment things you obviously don't really understand. > > 1) The include files on /usr/src/linux have been absolutely > needed for a long time to be able to compile at all. I don't have /usr/src/linux and I'm able to build cdrtools from source. What am I missing (Debian)?
Re: [Cdrecord-developers] Cdrtools-2.01a25: Patch to make cdrtools 2.01a25 Linux compatible
On 23. January 2004 at 5:40PM +0100, Joerg Schilling <[EMAIL PROTECTED]> wrote: > > Please don't comment things you obviously don't really understand. > > 1) The include files on /usr/src/linux have been absolutely > needed for a long time to be able to compile at all. I don't have /usr/src/linux and I'm able to build cdrtools from source. What am I missing (Debian)? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: OpenSource alternatives for cdrecord.prodvd?
On 5. January 2004 at 2:50PM +0100, Joerg Schilling <[EMAIL PROTECTED]> wrote: > >From [EMAIL PROTECTED] Wed Dec 31 01:59:50 2003 > > >Having open source is important for support. I may never have > >to touch a line of code, but if you were hit by a meteor > >cdrtools would continue on as an open source project, and > >prodvd would become a dead software. Projects which reflect > >the vision and effort of a single person don't make the author > >imortal, they die as soon as the author stops working on them > >for whatever reason. > > Well, this may be handled in a way that there is a testament > that makes sure that the software will become e.g. GPLd or > BSD-2 in such a case. Yes, but where is the source to proDVD deposited? Surely there must be some other person with access to the source who would GPL or BSD the software just in case? IRC QT before it was GPL'ed had such a provision that it would automatically be relicensed as BSD-style if certain conditions (which I now forget) happen. This was immediately accepted by the community (basically the makers and users of KDE) because even if QT wasn't "free" (by the GNU definition of the word), it was "open source". If Trolltech had died an unnatural death, the KDE developers would have simply forked the last publically available QT code, inasmuch as there was already an "anticipatory" license for them to do so.
Re: OpenSource alternatives for cdrecord.prodvd?
On 5. January 2004 at 2:50PM +0100, Joerg Schilling <[EMAIL PROTECTED]> wrote: > >From [EMAIL PROTECTED] Wed Dec 31 01:59:50 2003 > > >Having open source is important for support. I may never have > >to touch a line of code, but if you were hit by a meteor > >cdrtools would continue on as an open source project, and > >prodvd would become a dead software. Projects which reflect > >the vision and effort of a single person don't make the author > >imortal, they die as soon as the author stops working on them > >for whatever reason. > > Well, this may be handled in a way that there is a testament > that makes sure that the software will become e.g. GPLd or > BSD-2 in such a case. Yes, but where is the source to proDVD deposited? Surely there must be some other person with access to the source who would GPL or BSD the software just in case? IRC QT before it was GPL'ed had such a provision that it would automatically be relicensed as BSD-style if certain conditions (which I now forget) happen. This was immediately accepted by the community (basically the makers and users of KDE) because even if QT wasn't "free" (by the GNU definition of the word), it was "open source". If Trolltech had died an unnatural death, the KDE developers would have simply forked the last publically available QT code, inasmuch as there was already an "anticipatory" license for them to do so. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: OpenSource alternatives for cdrecord.prodvd?
On 30. December 2003 at 1:32PM +0100, Joerg Schilling <[EMAIL PROTECTED]> wrote: [...] > >Are there any OpenSource alternatives for cdrecord.prodvd > >providing the same functionality? Other tools like dvdrtools > >only provide a few features, compared to cdrecord.prodvd. > > You name ie, this obscure "dvdrtools" is a piece of software > that is risky to use. OK. Your complaints against dvdrtools are well known. [...] > Well, I do follow the spirit of the GPL and in contrary to the > Free Software Foundation, I also follow the Urheberrecht > The FSF publishes software (e.g. vcdimager) that violates the > Copyright. Now this is new to me. How (why) does vcdimager violate copyright? What's the "Urheberrecht"?
Re: OpenSource alternatives for cdrecord.prodvd?
On 30. December 2003 at 1:32PM +0100, Joerg Schilling <[EMAIL PROTECTED]> wrote: [...] > >Are there any OpenSource alternatives for cdrecord.prodvd > >providing the same functionality? Other tools like dvdrtools > >only provide a few features, compared to cdrecord.prodvd. > > You name ie, this obscure "dvdrtools" is a piece of software > that is risky to use. OK. Your complaints against dvdrtools are well known. [...] > Well, I do follow the spirit of the GPL and in contrary to the > Free Software Foundation, I also follow the Urheberrecht > The FSF publishes software (e.g. vcdimager) that violates the > Copyright. Now this is new to me. How (why) does vcdimager violate copyright? What's the "Urheberrecht"? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
dev=/dev/hdX vs. dev=ATAPI:0,X,0
What's the difference between cdrecord dev=/dev/hdX and cdrecord dev=ATAPI:0,X,0?
dev=/dev/hdX vs. dev=ATAPI:0,X,0
What's the difference between cdrecord dev=/dev/hdX and cdrecord dev=ATAPI:0,X,0? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Geting rid of ide-scsi ?
On 19. December 2003 at 8:21AM -0500, Rob Bogus <[EMAIL PROTECTED]> wrote: > Emmanuel Charpentier wrote: > > > I just read the release notes for the still-wet 2.6.0 Linux > > kernel. Among other thigs is mentioned the fact that the > > ide-scsi emulation module is currently broken in this kernel, > > and that there exists very few enthousiasm to fix it. > > > 1 - no, it's not totally broken > 2 - for CD/DVD burning you don't need to use it Even for external (USB 2.0 or firewire) burners? What's the interface (/dev/*) for such devices without ide-scsi?
Re: Geting rid of ide-scsi ?
On 19. December 2003 at 8:21AM -0500, Rob Bogus <[EMAIL PROTECTED]> wrote: > Emmanuel Charpentier wrote: > > > I just read the release notes for the still-wet 2.6.0 Linux > > kernel. Among other thigs is mentioned the fact that the > > ide-scsi emulation module is currently broken in this kernel, > > and that there exists very few enthousiasm to fix it. > > > 1 - no, it's not totally broken > 2 - for CD/DVD burning you don't need to use it Even for external (USB 2.0 or firewire) burners? What's the interface (/dev/*) for such devices without ide-scsi? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Pioneer DVR-106D issues
On 17. December 2003 at 9:21PM +0100, Markus Plail <[EMAIL PROTECTED]> wrote: > [EMAIL PROTECTED] writes: > > Just curious, what does CSS have to do with read speed? > > Some drives limit the reading speed for CSS scrambled > discs. For some there are firmware hacks available to cirumvent > them. I had always assumed CSS was just a file problem, that is, that the content was scrambled but the disc itself was "world-readable".
Re: Pioneer DVR-106D issues
On 17. December 2003 at 9:21PM +0100, Markus Plail <[EMAIL PROTECTED]> wrote: > [EMAIL PROTECTED] writes: > > Just curious, what does CSS have to do with read speed? > > Some drives limit the reading speed for CSS scrambled > discs. For some there are firmware hacks available to cirumvent > them. I had always assumed CSS was just a file problem, that is, that the content was scrambled but the disc itself was "world-readable". -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Pioneer DVR-106D issues
On 15. December 2003 at 8:05PM -0500, Kuwanger <[EMAIL PROTECTED]> wrote: > Well, I finally found a DVD-ROM to test on, though I'm not 100% > sure if it's free of CSS (mplayer doesn't seem to indicate it's > using CSS, so that's a good sign). The read speed for the disk > ends up topping out at around 3MB/s with the CPU using about > 80%-90% CPU time in kernel space. A test of reading a DVD-R 4x > shows around 4.5MB/s with the same CPU usage though a lot more > stutter in apps. Just curious, what does CSS have to do with read speed?
Re: Pioneer DVR-106D issues
On 15. December 2003 at 8:05PM -0500, Kuwanger <[EMAIL PROTECTED]> wrote: > Well, I finally found a DVD-ROM to test on, though I'm not 100% > sure if it's free of CSS (mplayer doesn't seem to indicate it's > using CSS, so that's a good sign). The read speed for the disk > ends up topping out at around 3MB/s with the CPU using about > 80%-90% CPU time in kernel space. A test of reading a DVD-R 4x > shows around 4.5MB/s with the same CPU usage though a lot more > stutter in apps. Just curious, what does CSS have to do with read speed? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
linux 2.5/6 and cdrecord
A bit OT. But I received an email from someone who asserted that "dev=x,x,x breaks on kernel 2.5, which requires dev=/dev/blaa." Is this by any chance true? Does "cdrecord dev=0,0,0 cdrom.iso" still work under linux 2.5+?
linux 2.5/6 and cdrecord
A bit OT. But I received an email from someone who asserted that "dev=x,x,x breaks on kernel 2.5, which requires dev=/dev/blaa." Is this by any chance true? Does "cdrecord dev=0,0,0 cdrom.iso" still work under linux 2.5+? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: DVD+/-R writers
On Wed, 19 Nov 2003 10:44:05 +1300, Volker Kuhlmann wrote: > > > If you like to buy a single format writer, buy DVD-, it is > > standard has less readibility problems > > As you keep on propagating this nonsense (one might also call > it FUD), for the record: DVD+ isn't any less standard than > DVD-. Anyone can call themselves the "standard". Despite the > FUD the DVD- people are putting out about DVD+, DVD+ isn't > going to go away because it has a few things to offer DVD- > couldn't possibly dream of (hence the need to resort to dirty > tricks). As I can make out DVD+ is gaining momentum, and > personally I wouldn't dream of buying a single-format burner - > I imagine most people might think the same and the days of > single-format burners are numbered. Any decent player has no > problems with either DVD- or DVD+ as long as the media quality > isn't rock-bottom. As someone still waiting to take the DVD writing plunge, I see one good thing going for DVD-. While the cheapest DVD- burners (LG) are more expensive than the cheapest DVD+ burners (Liteon), DVD-R blanks are much cheaper than DVD+R. A DVD-R blank costs 50 units of our local currency, while a DVD+R blank costs 150 units.
Re: DVD+/-R writers
On Wed, 19 Nov 2003 10:44:05 +1300, Volker Kuhlmann wrote: > > > If you like to buy a single format writer, buy DVD-, it is > > standard has less readibility problems > > As you keep on propagating this nonsense (one might also call > it FUD), for the record: DVD+ isn't any less standard than > DVD-. Anyone can call themselves the "standard". Despite the > FUD the DVD- people are putting out about DVD+, DVD+ isn't > going to go away because it has a few things to offer DVD- > couldn't possibly dream of (hence the need to resort to dirty > tricks). As I can make out DVD+ is gaining momentum, and > personally I wouldn't dream of buying a single-format burner - > I imagine most people might think the same and the days of > single-format burners are numbered. Any decent player has no > problems with either DVD- or DVD+ as long as the media quality > isn't rock-bottom. As someone still waiting to take the DVD writing plunge, I see one good thing going for DVD-. While the cheapest DVD- burners (LG) are more expensive than the cheapest DVD+ burners (Liteon), DVD-R blanks are much cheaper than DVD+R. A DVD-R blank costs 50 units of our local currency, while a DVD+R blank costs 150 units. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Liteon DVD+R/W
I just saw an advertisement for a really cheap Lite-On DVD+R/W/CD-R/W drive. Has anybody gotten such a drive to work? http://www.liteonit.com/ODD/english/english-product.htm http://www.liteonit.com/ODD/english/new_p_e/english--p-drw4412.htm
Liteon DVD+R/W
I just saw an advertisement for a really cheap Lite-On DVD+R/W/CD-R/W drive. Has anybody gotten such a drive to work? http://www.liteonit.com/ODD/english/english-product.htm http://www.liteonit.com/ODD/english/new_p_e/english--p-drw4412.htm -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: readcd always fails on cdrtools-prepared CDR's
At Sat, 13 Sep 2003 08:22:37 -0400, Rob Bogus wrote: > > [EMAIL PROTECTED] wrote: > > As the title says, readcd always fails when I try to copy a CDR > prepared by cdrecord and mkisofs. I use both the simple command > "readcd dev=0,0,0 f=cdrom" and the added option "-clone" (sample > output appended below). The files in the CDR, however, are free > from any data error, when I check them against the original files > using "diff" or "md5sum". > > The trick is to read only what you wrote. If you use isoinfo -d > you can see the size of the ISO filesystem. Then use > "sectors=0-size" to read only that much back. You also want to > burn -tao, that is reported to help default behaviour without > the need for sectors=. The problem is that with one drive I could only burn -tao. CDR's burned with -dao (on my other drive) are read successfully with readcd.
Re: readcd always fails on cdrtools-prepared CDR's
At Sat, 13 Sep 2003 08:22:37 -0400, Rob Bogus wrote: > > [EMAIL PROTECTED] wrote: > > As the title says, readcd always fails when I try to copy a CDR > prepared by cdrecord and mkisofs. I use both the simple command > "readcd dev=0,0,0 f=cdrom" and the added option "-clone" (sample > output appended below). The files in the CDR, however, are free > from any data error, when I check them against the original files > using "diff" or "md5sum". > > The trick is to read only what you wrote. If you use isoinfo -d > you can see the size of the ISO filesystem. Then use > "sectors=0-size" to read only that much back. You also want to > burn -tao, that is reported to help default behaviour without > the need for sectors=. The problem is that with one drive I could only burn -tao. CDR's burned with -dao (on my other drive) are read successfully with readcd. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
readcd always fails on cdrtools-prepared CDR's
As the title says, readcd always fails when I try to copy a CDR prepared by cdrecord and mkisofs. I use both the simple command "readcd dev=0,0,0 f=cdrom" and the added option "-clone" (sample output appended below). The files in the CDR, however, are free from any data error, when I check them against the original files using "diff" or "md5sum". What, if any, additional options do I need to pass to readcd so I can duplicate (clone) the original ISO image produced by mkisofs? I need this to verify the integrity of my archived data without the use of embedded MD5SUMs. ### BEGIN SHELL OUTPUT ### $ readcd -clone dev=0,0,0 f=cdrom.iso Read speed: 2816 kB/s (CD 16x, DVD 2x). Write speed: 1760 kB/s (CD 10x, DVD 1x). Capacity: 161491 Blocks = 322982 kBytes = 315 MBytes = 330 prMB Sectorsize: 2048 Bytes Copy from SCSI (0,0,0) disk to file 'cdrom.iso' end:161491 readcd: Input/output error. read_g1: scsi sendcmd: no error CDB: 28 00 00 02 76 80 00 00 53 00 status: 0x2 (CHECK CONDITION) Sense Bytes: 70 00 03 00 02 76 D1 0A 00 00 00 00 11 00 00 00 Sense Key: 0x3 Medium Error, Segment 0 Sense Code: 0x11 Qual 0x00 (unrecovered read error) Fru 0x0 Sense flags: Blk 161489 (not valid) cmd finished after 5.174s timeout 40s readcd: Input/output error. Cannot read source disk readcd: Retrying from sector 161408. ..~~-~~~+~~~-~~~+~~~-~~~+~~~-~~~+~~~-~~~+~~~-~~~+~~~-~~~+~~~-~~~+~~~ ### END SHELL OUTPUT ### ### NOTE Ctrl-C was pressed ###
readcd always fails on cdrtools-prepared CDR's
As the title says, readcd always fails when I try to copy a CDR prepared by cdrecord and mkisofs. I use both the simple command "readcd dev=0,0,0 f=cdrom" and the added option "-clone" (sample output appended below). The files in the CDR, however, are free from any data error, when I check them against the original files using "diff" or "md5sum". What, if any, additional options do I need to pass to readcd so I can duplicate (clone) the original ISO image produced by mkisofs? I need this to verify the integrity of my archived data without the use of embedded MD5SUMs. ### BEGIN SHELL OUTPUT ### $ readcd -clone dev=0,0,0 f=cdrom.iso Read speed: 2816 kB/s (CD 16x, DVD 2x). Write speed: 1760 kB/s (CD 10x, DVD 1x). Capacity: 161491 Blocks = 322982 kBytes = 315 MBytes = 330 prMB Sectorsize: 2048 Bytes Copy from SCSI (0,0,0) disk to file 'cdrom.iso' end:161491 readcd: Input/output error. read_g1: scsi sendcmd: no error CDB: 28 00 00 02 76 80 00 00 53 00 status: 0x2 (CHECK CONDITION) Sense Bytes: 70 00 03 00 02 76 D1 0A 00 00 00 00 11 00 00 00 Sense Key: 0x3 Medium Error, Segment 0 Sense Code: 0x11 Qual 0x00 (unrecovered read error) Fru 0x0 Sense flags: Blk 161489 (not valid) cmd finished after 5.174s timeout 40s readcd: Input/output error. Cannot read source disk readcd: Retrying from sector 161408. ..~~-~~~+~~~-~~~+~~~-~~~+~~~-~~~+~~~-~~~+~~~-~~~+~~~-~~~+~~~-~~~+~~~ ### END SHELL OUTPUT ### ### NOTE Ctrl-C was pressed ### -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
TAO support for 99-min cdrs
Am I right to assume that cdrtools doesn't have any TAO support for 99-min CDRs? To burn a 99-min cdr I have to use something like the following command: cdrecord -v dev=0,0,0 -dao -isosize -overburn cdrom.iso There are no problems with the CDROM burned with this command. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [Cdrecord-support] cdrecord-ProDVD-2.0 out
On 10 Jan 2003 12:22:51 +1300, mdew wrote: > On Fri, 2003-01-10 at 12:07, Joerg Schilling wrote: > > During the last two days, I compiled cderecord-ProDVD-2.0 for > > most architectures. If you find an important platform that is > > missing, please ask me. [...] > is the source available? Simple answer: no. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: CDRecord-ProDVD
On Fri, 25 Oct 2002 18:06:27 +0200 (CEST) Joerg Schilling <[EMAIL PROTECTED]> wrote: > I am no native english speaker. We can switch this discussion to > German if you like. [CUT OUT] > If you believe that the man page should be rewritten, you are welcome > to do the job! > > I would be happy if at least some of the cdrtools users leave their > attitute of only waiting for being supplied with free software. Since the discussion drifted to language, I'd like to comment on the following cdrecord output: Track 01:5 MB written (fifo 100%) [buf 100%] 10.6x. 2.47% done, estimate finish Sat Oct 26 04:57:16 2002 I believe "estimate finish" is better rendered as "estimated finish", unless the phrase expands to "I estimate the burn will finish at [*]". Otherwise I tend to read it as "The burn's estimated finish is at [*]", where "estimated" is used as a participle modifiying the noun "finish." Constructions similar to this would be "unwritten law" or "estimated time of arrival" (ETA). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Drive recommendation?
On Tue, 22 Oct 2002 11:18:03 -0700 (PDT) Dan Hollis <[EMAIL PROTECTED]> wrote: > On Tue, 22 Oct 2002, Joerg Schilling wrote: > > Plextor is one of the manufacturer that makes the most stable and > > durable drives. Is there any reason to tell this nonsense? > > Because we have had a number of plextor drives both in our business > and at employees homes, and most failed under a year of use. > > We have had better luck with aopen drives, they survive better than > Plextors in the exact same environment and use. > > It's not nonsense, it's data points. > > We have data points on IBM drives and sony DAT drives too. The problem with Plextor drives are that they're atrociously overpriced (almost 2X the cheapest brands). I suggest (to the OP) a serious investment in the cheapest possible drive with a one-year warranty, something like a Liteon, Cyber or Benq(Taiwanese brands all). That way IF the drive fails after a year, you can toss it away. (P.S. my Liteon 16X is nearing the end of its first year). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
800 MB CDRs
I can successfully burn 800 MB CDRs on my Liteon CD writer (Identifikation: LTR-16102B) but only when using special options: -dao -ignsize. Is it possible to use standard burn options on 800+ MB media? Can cdrecord automatically recognize 800+ MB media? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
DVD writing with plain cdrecord
Can I write DVD's with the open-source cdrecord? Or must I use cdrecord-ProDVD? I'm not thinking of creating DVD movies, just backing up data. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: 4 Year anniversary for cdrecord-ProDVD
On Sat, 9 Mar 2002 13:05:25 +0100 (CET) Joerg Schilling <[EMAIL PROTECTED]> wrote: > Some people may already noticed that since January 1st 2002, > cdrecord-ProDVD is free for Educational and Research purposes, > starting from now, it is also free for private non-commercial use. How is cdrecord-ProDVD different from plain vanilla cdrecord? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
