Re: DVD-Packet patch for linux kernel2.6.3
Hello, I just found that Douglas Esanbock had a similiar question from last month, http://lists.debian.org/cdwrite/2004/cdwrite-200402/msg00116.html, but nobody responded. Can anyone please help? Thanks, Chen _ Find things fast with the new MSN Toolbar includes FREE pop-up blocking! http://clk.atdmt.com/AVE/go/onm00200414ave/direct/01/
Re: DVD-Packet patch for linux kernel2.6.3
Hello, I just found that Douglas Esanbock had a similiar question from last month, http://lists.debian.org/cdwrite/2004/cdwrite-200402/msg00116.html, but nobody responded. Can anyone please help? Thanks, Chen _ Find things fast with the new MSN Toolbar includes FREE pop-up blocking! http://clk.atdmt.com/AVE/go/onm00200414ave/direct/01/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Problems with Linux 2.6.3 and growisofs
Just a followup to this issue: This was in fact a bug in the kernel. The fix from the scsi-kernel guys made it into 2.6.3-mm4 and 2.6.4-rc1. -Joe
Re: Re: cdrecord-prodvd don't work with BTC 1004
To put another data point in here, my BTC1004 (firmware V048) works fine with cdrecord-prodvd... So I would guess that your drive is broken. -Joe
Re: writing speed issue with dvd+rw-tools
Andy Polyakov wrote: GET [CURRENT] CONFIGURATION: Mounted Media: 11h, DVD-R Sequential Media ID: Yi Jhan 001 GET [CURRENT] PERFORMANCE: Write Performance: 3.9x1385=5408KB/[EMAIL PROTECTED] -> 0] Speed Descriptor#0:00/0 [EMAIL PROTECTED]/s [EMAIL PROTECTED]/s Speed Descriptor#1:00/0 [EMAIL PROTECTED]/s [EMAIL PROTECTED]/s [EMAIL PROTECTED] jon]$ growisofs -speed=2.0 -Z /dev/hdc -graft-points -R -r -l -J [files] [...snip...] /dev/hdc: "Current Write Speed" is 4.0x1385KBps. [...snip...] This is odd. If growisofs had above descriptor list at this point, it should have tried to set 2x... And if it have failed to change it to 2x, it should have refused to start the recording... Odd... Relevant question is what happens next. I would very much like that we just dismiss this, as I don't think it's worth spending time on poorly supported media. I find it hard to believe that you would have problems finding media which works reliably with your unit... Cheers. A. I agree with all that. My flatmate now has a present of some cheap media to use in his expensive drive. I have more media arriving soon. Problem solved, from a practical point of view. I just also found the patches at http://people.mandrakesoft.com/~warly/files/cdrtools/ I'll shout if they throw up any hugely interesting or different behaviour. Jon
Re: extension of mkisofs for incremental backups
On Sun, 2004-02-29 at 22:04, Joerg Schilling wrote: > >From: Patrick Ohly <[EMAIL PROTECTED]> > > >> The patch to the man page indserts things disordered > > >Where would you like me to insert the description of > >the new options? > > A while ago, I did try to have the options in alphabetical order. > This seems to be the best when a command as s many options. In some cases mkisofs deviates from this rule, and I think it makes sense: f.i. -output-charset directly follows -input-charset, -force-rr is next to -no-rr, etc. I'd like to follow that pattern and add -root in alphabetical order followed by -old-root. > >> Calling 'cstyle -v' gives this: > > >Do you have a URL where I can download cstyle? > >I cannot find it on freshmeat, a google search > >brought up many misleading hits and Debian's package > >search page is currently unreachable. > > # cstyle - check for some common stylistic errors. > # > # cstyle is a sort of "lint" for C coding style. > # It attempts to check for the style used in the > # kernel, sometimes known as "Bill Joy Normal Form". > > This is a program written by Bill Shannon (the inventor > of the vnode interface that also was the base for the NFS > rpc interface. I have been unable to find a homepage of Bill Shannon or cstyle, although he turns up in some Google hits, mostly related to his current work on Java for Sun. Reformatting automatically with e.g. astyle changes too much (or I didn't get the options right). Therefore I fixed the places that you mentioned manually. Please be patient if I didn't get all of them right and perhaps consider making cstyle available on your web site if you expect patches to be cstyle-clean (especially the correct line continuation isn't clear to me). Regarding evaluating the patch: you can fairly easily conclude that it doesn't break anything by assuming reloc_old_root == NULL in multi.c (the default when no -old-root is used). Then it is obvious that the new code is completely inactive and the same code as without the patch is executed. -root on the other hand is just a few lines of code that adds the root as prefix and then relies on the old -graft-point code to do the work. By now I'd consider the code well-tested, too. Errors that were found recently were all in the core mkisofs code, not in the patch itself. I'll be happy to help if further problems arise. Attached is the modified patch, this time against 2.01a26. -- Bye, Patrick Ohly -- [EMAIL PROTECTED] [EMAIL PROTECTED] (MakeCD related mails) http://home.pages.de/~ohly/ http://makecd.core.de/ (MakeCD home page) diff -c -r cdrtools-2.01a26/mkisofs/mkisofs.8 cdrtools-2.01a26-patched/mkisofs/mkisofs.8 *** cdrtools-2.01a26/mkisofs/mkisofs.8 Tue Mar 2 22:05:37 2004 --- cdrtools-2.01a26-patched/mkisofs/mkisofs.8 Tue Mar 2 22:19:53 2004 *** *** 922,927 --- 922,976 This violates the ISO9660 standard, but it happens to work on many systems. Use with caution. .TP + .BI \-root " dir + Moves all files and directories into + .I dir + in the image. This is essentially the + same as using + .B -graft-points + and adding + .I dir + in front of every pathspec, but is easier to use. + + .I dir + may actually be several levels deep. It is + created with the same permissions as other graft points. + .TP + .BI \-old-root " dir + This option is necessary when writing a multisession + image and the previous (or even older) session was written with + .BI -root " dir. + Using a directory name not found in the previous session + causes + .B mkisofs + to abort with an error. + + Without this option, + .B mkisofs + would not be able to find unmodified files and would + be forced to write their data into the image once more. + + .B \-root + and + .B \-old-root + are meant to be used together to do incremental backups. + The initial session would e.g. use: + mkisofs \-root backup_1 . + The next incremental backup with mkisofs \-root backup_2 + \-old-root backup_1 + would take another snapshot of these directories. The first + snapshot would be found in backup_1, the second one in + backup_2, but only modified or new files need to be written + into the second session. + + Without these options, new files would be added and old ones would be + preserved. But old ones would be overwritten if the file was + modified. Recovering the files by copying the whole directory back + from CD would also restore files that were deleted + intentionally. Accessing several older versions of a file requires + support by the operating system to choose which sessions are to be + mounted. + .TP .BI \-sort " sort file Sort file locations on the media. Sorting is controlled by a file that contains pairs of filenames and sorting offset weighting. diff -c -r cdrtools-2.01a26/mkisofs/mkisofs.c cdrtools-2.01a26-patched/mkisofs/mkisofs.c *** cdrtools-2.01a26/mkisofs/mkisofs.c Tue Mar 2 22:05:37 2004 --- cdrtools-2.01a26-patched/mkisofs/mkisofs.c Tue Mar 2 22
Re: Problems with Linux 2.6.3 and growisofs
Just a followup to this issue: This was in fact a bug in the kernel. The fix from the scsi-kernel guys made it into 2.6.3-mm4 and 2.6.4-rc1. -Joe -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Re: cdrecord-prodvd don't work with BTC 1004
To put another data point in here, my BTC1004 (firmware V048) works fine with cdrecord-prodvd... So I would guess that your drive is broken. -Joe -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: writing speed issue with dvd+rw-tools
> I'm trying to burn some data onto a DVD-R disk in an NEC-1300A drive. > The media is off low quality (as is the drive!) and burning at 4 speed > gives me coaster after coaster. But grwoisofs seems to ignore my > attempts to burn at 1x or 2x speed. Keep in mind that growisofs speed selection code works as following: ask firmware for supported speeds for this media, take lowest for 1x, multiply it by -speed factor and find the *closest* speed in the list from the first step. Meaning that -speed=1 doesn't really mean set 1385, but rather "pick the lowest speed." And so does -speed=0.5... > Burning at 1-speed onto quality DVD-RW media works fine. You mean -speed=1 works fine with brand-name DVD-RW, but not with no-name DVD-R. I think you can rest the case directly here:-) > Should I expect growisofs to ignore my speed override? See above. Growisofs doesn't really try to override anything, but consults firmware. And firmware has every chance in the world to trick growisofs. > I have tried "speed=1", "speed=1.0", "speed=", etc. Help! > Well, help until my quality media arrives, anyway! > > Details follow: > > [EMAIL PROTECTED] jon]$ dvd+rw-mediainfo /dev/hdc > INQUIRY: [_NEC][DVD_RW ND-1300A ][1.09] At least initial NEC firmwares are very well-known for poor support [or should I say "no support"] for no-name DVD-R media. Inability to control recording velocity *might* be indication of poor media support. > GET [CURRENT] CONFIGURATION: > Mounted Media: 11h, DVD-R Sequential > Media ID: Yi Jhan 001 > GET [CURRENT] PERFORMANCE: > Write Performance: 3.9x1385=5408KB/[EMAIL PROTECTED] -> 0] > Speed Descriptor#0:00/0 [EMAIL PROTECTED]/s [EMAIL PROTECTED]/s > Speed Descriptor#1:00/0 [EMAIL PROTECTED]/s [EMAIL PROTECTED]/s > > [EMAIL PROTECTED] jon]$ growisofs -speed=2.0 -Z /dev/hdc -graft-points -R -r > -l -J [files] > [...snip...] > /dev/hdc: "Current Write Speed" is 4.0x1385KBps. > [...snip...] This is odd. If growisofs had above descriptor list at this point, it should have tried to set 2x... And if it have failed to change it to 2x, it should have refused to start the recording... Odd... Relevant question is what happens next. I would very much like that we just dismiss this, as I don't think it's worth spending time on poorly supported media. I find it hard to believe that you would have problems finding media which works reliably with your unit... Cheers. A.
Re: writing speed issue with dvd+rw-tools
Andy Polyakov wrote: GET [CURRENT] CONFIGURATION: Mounted Media: 11h, DVD-R Sequential Media ID: Yi Jhan 001 GET [CURRENT] PERFORMANCE: Write Performance: 3.9x1385=5408KB/[EMAIL PROTECTED] -> 0] Speed Descriptor#0:00/0 [EMAIL PROTECTED]/s [EMAIL PROTECTED]/s Speed Descriptor#1:00/0 [EMAIL PROTECTED]/s [EMAIL PROTECTED]/s [EMAIL PROTECTED] jon]$ growisofs -speed=2.0 -Z /dev/hdc -graft-points -R -r -l -J [files] [...snip...] /dev/hdc: "Current Write Speed" is 4.0x1385KBps. [...snip...] This is odd. If growisofs had above descriptor list at this point, it should have tried to set 2x... And if it have failed to change it to 2x, it should have refused to start the recording... Odd... Relevant question is what happens next. I would very much like that we just dismiss this, as I don't think it's worth spending time on poorly supported media. I find it hard to believe that you would have problems finding media which works reliably with your unit... Cheers. A. I agree with all that. My flatmate now has a present of some cheap media to use in his expensive drive. I have more media arriving soon. Problem solved, from a practical point of view. I just also found the patches at http://people.mandrakesoft.com/~warly/files/cdrtools/ I'll shout if they throw up any hugely interesting or different behaviour. Jon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: extension of mkisofs for incremental backups
On Sun, 2004-02-29 at 22:04, Joerg Schilling wrote: > >From: Patrick Ohly <[EMAIL PROTECTED]> > > >> The patch to the man page indserts things disordered > > >Where would you like me to insert the description of > >the new options? > > A while ago, I did try to have the options in alphabetical order. > This seems to be the best when a command as s many options. In some cases mkisofs deviates from this rule, and I think it makes sense: f.i. -output-charset directly follows -input-charset, -force-rr is next to -no-rr, etc. I'd like to follow that pattern and add -root in alphabetical order followed by -old-root. > >> Calling 'cstyle -v' gives this: > > >Do you have a URL where I can download cstyle? > >I cannot find it on freshmeat, a google search > >brought up many misleading hits and Debian's package > >search page is currently unreachable. > > # cstyle - check for some common stylistic errors. > # > # cstyle is a sort of "lint" for C coding style. > # It attempts to check for the style used in the > # kernel, sometimes known as "Bill Joy Normal Form". > > This is a program written by Bill Shannon (the inventor > of the vnode interface that also was the base for the NFS > rpc interface. I have been unable to find a homepage of Bill Shannon or cstyle, although he turns up in some Google hits, mostly related to his current work on Java for Sun. Reformatting automatically with e.g. astyle changes too much (or I didn't get the options right). Therefore I fixed the places that you mentioned manually. Please be patient if I didn't get all of them right and perhaps consider making cstyle available on your web site if you expect patches to be cstyle-clean (especially the correct line continuation isn't clear to me). Regarding evaluating the patch: you can fairly easily conclude that it doesn't break anything by assuming reloc_old_root == NULL in multi.c (the default when no -old-root is used). Then it is obvious that the new code is completely inactive and the same code as without the patch is executed. -root on the other hand is just a few lines of code that adds the root as prefix and then relies on the old -graft-point code to do the work. By now I'd consider the code well-tested, too. Errors that were found recently were all in the core mkisofs code, not in the patch itself. I'll be happy to help if further problems arise. Attached is the modified patch, this time against 2.01a26. -- Bye, Patrick Ohly -- [EMAIL PROTECTED] [EMAIL PROTECTED] (MakeCD related mails) http://home.pages.de/~ohly/ http://makecd.core.de/ (MakeCD home page) diff -c -r cdrtools-2.01a26/mkisofs/mkisofs.8 cdrtools-2.01a26-patched/mkisofs/mkisofs.8 *** cdrtools-2.01a26/mkisofs/mkisofs.8 Tue Mar 2 22:05:37 2004 --- cdrtools-2.01a26-patched/mkisofs/mkisofs.8 Tue Mar 2 22:19:53 2004 *** *** 922,927 --- 922,976 This violates the ISO9660 standard, but it happens to work on many systems. Use with caution. .TP + .BI \-root " dir + Moves all files and directories into + .I dir + in the image. This is essentially the + same as using + .B -graft-points + and adding + .I dir + in front of every pathspec, but is easier to use. + + .I dir + may actually be several levels deep. It is + created with the same permissions as other graft points. + .TP + .BI \-old-root " dir + This option is necessary when writing a multisession + image and the previous (or even older) session was written with + .BI -root " dir. + Using a directory name not found in the previous session + causes + .B mkisofs + to abort with an error. + + Without this option, + .B mkisofs + would not be able to find unmodified files and would + be forced to write their data into the image once more. + + .B \-root + and + .B \-old-root + are meant to be used together to do incremental backups. + The initial session would e.g. use: + mkisofs \-root backup_1 . + The next incremental backup with mkisofs \-root backup_2 + \-old-root backup_1 + would take another snapshot of these directories. The first + snapshot would be found in backup_1, the second one in + backup_2, but only modified or new files need to be written + into the second session. + + Without these options, new files would be added and old ones would be + preserved. But old ones would be overwritten if the file was + modified. Recovering the files by copying the whole directory back + from CD would also restore files that were deleted + intentionally. Accessing several older versions of a file requires + support by the operating system to choose which sessions are to be + mounted. + .TP .BI \-sort " sort file Sort file locations on the media. Sorting is controlled by a file that contains pairs of filenames and sorting offset weighting. diff -c -r cdrtools-2.01a26/mkisofs/mkisofs.c cdrtools-2.01a26-patched/mkisofs/mkisofs.c *** cdrtools-2.01a26/mkisofs/mkisofs.c Tue Mar 2 22:05:37 2004 --- cdrtools-2.01a26-patched/mkisofs/mkisofs.c Tue Mar 2 22
Updated DVD patch for cdrecord
Available at http://people.mandrakesoft.com/~warly/files/cdrtools/ Updated DVD patch (at present against a25) with a better DVD+RW formatting and burning support. scanbus will also display dev=ATA scanning if no dev option is passed on the command line, mostly because we are defaulting on ide-cd with 2.6 linux kernel. -- Warly
Re: writing speed issue with dvd+rw-tools
On Tue 2 March 2004 17:10, Joerg Schilling wrote: > From: Jon Wilson <[EMAIL PROTECTED]> > > >> WRONG > > > >No need to shout, Joerg. > > It is: see below. > > >If I want to burn more than 1G, I have to get a time limted, > > usage restricted key from you. It's your right to license it > > like this. But I have given you no indication whether my use > > will comply with these restrictions, so you are wrong to assume > > that I am able to do so (or that I am happy to do so, but > > that's a seperate issue). > > WRONG -> RTFM ftp://ftp.berlios.de/pub/cdrecord/ProDVD/README I just read that document, and I'm curious what exactly is wrong. To split up Jon's statement: - cdrecord-ProDVD will burn a maximum of 1 GB of data without a key - cdrecord-ProDVD will burn more than 1 GB of data, but only with a key - the key must be obtained from you - the key is time limited - the key restricts usage (burning speed for CDs) - it is your right to licence cdrecord-ProDVD like this So which one is wrong? It all seems to match the README to me... Lourens -- GPG public key: http://home.student.utwente.nl/l.e.veen/lourens.key
Re: Test results growisofs + BTC 1004
> Test 1, mediainfo: > INQUIRY:[DVDRW ][IDE1004 ][0048] > MODE SENSE[#3Fh]: Verbose dvd+rw-mediainfo outputs mostly serve debugging purposes and therefore should be provided upon explicit demand only. I mean in most cases [this one included] it only makes harder to grasp the problem:-) To summarize: DVD+RW 2223149(*) blocks 2x OK DVD-R 2223152 blocks 4x OK DVD-R 2271680 blocks 4x coaster(**) DVD-R 2271680 blocks 4x accessible in recorder only (*) all sizes are collected from "Fabricated TOC." (**) but you could collect dvd+rw-mediainfo output? So you get varying results with your DVD-R media... That's how it might look like if your media is poorly supported by firmware... But "MCC 01RG20" seems to be Verbatim brand (just feed the string in quotes to google), which means that you probably have all rights to expect that it's properly supported... Yet note that there actually were reports about bad Verbatim spindle batches, which Verbatim was just exchanging without asking too much questions. So talk to your media vendor. Secondly, it also might be that your particular unit is simply defective. I would suggest to a) check for firmware update, b) test couple of other brands and if problem with varying recording results persists, exchange your unit or return it for rebate. Oh! Also try to lower recording speed with -speed=1. Might help to mitigate both factors, deficient hardware and bad media that is... > 3) The burned DVD-Rs are appendable, but I used -dvd-compat option! Well, this's most likely firmware deficiency. Note that there were other reports about BTC unit producing malformed DVD-R recordings (see BTC paragraph at http://fy.chalmers.se/~appro/linux/DVD+RW/hcn.html). Even though you run elder unit and firmware you might have to complement your command line with -use-the-force-luke=dao as well. Well, given that cdrecord-ProDVD [which unconditionally applies DAO procedure] failed, growisofs will most likely fail to reserve track as well... I don't know... > 4) Window$ people with same drive, same firmware, same media, don't have > this problem But it's not *your* drive and not *your* media:-) A.
Re: writing speed issue with dvd+rw-tools
Joerg Schilling wrote:
From: Jon Wilson <[EMAIL PROTECTED]>
If I want to burn more than 1G, I have to get a time limted, usage
restricted key from you. It's your right to license it like this. But I
have given you no indication whether my use will comply with these
restrictions, so you are wrong to assume that I am able to do so (or
that I am happy to do so, but that's a seperate issue).
WRONG -> RTFM ftp://ftp.berlios.de/pub/cdrecord/ProDVD/README
"cdrecord-ProDVD is now free for private non-commercial purposes too."
It is my understanding that it is therefor non-free (as in beer) for use
in a commercial environment. Although the DVD writer in question is in
my home PC, we have them at work in Linux machines too. I would like to
learn how to use *one* piece of software and use it legally in both
situations.
My employers (who are incidently very committed to open source software)
would prefer if I could use the free ("beer") solution, if it works.
If I have misunderstood your licensing terms, then I apologise and
respectfully suggest you clarify the README. A good start would be to
put the licensing terms into a seperate file, as is common with much
other software.
Looks like you like to stay uninformed. Why then do you write to this
mailing list?
Why do you feel have to be rude to me, instead of shutting the fuck up?
Simple: you did start being very rude to me.
No Jeorg, I explained why I would rather not spend my precious time
using your software. This isn't being rude to you. It is saying why I
choose not to be involved with something you do. There is a difference.
If I was to improperly criticise the functionality of the software, or
your abilities, then that would be rude. But this is not what I did; I
just exercised my right to decline your licensing terms.
It looks like you are a
typical person who likes to grab what he may get for free but don't like
to give anything back.think about this.
It's not about whether I feel obliged to "give anything back" to you for
something I have "grabbed". If you perceive things like this, then I
suggest you consider not licensing your other software under the GPL, as
you are clearly missing the point.
Anyone with a basic understanding of economics and anthropology will
tell you that people do things because of the benefit to themselves.
This benefit is often indirect, such as keeping ones peers happy, and
not getting abused.
If I work[*] on dvd+rw-tools (for example), I gain knowledge about
software that I can use both at work and at home, without restriction.
The project appears to be run by someone who accepts user patches, so I
gain quick fixes, and my peers (other users) gain the use of any patches
or documentation I submit. If the maintainer disappears or can't be
bothered, I gain the right to use the code anyway, and so do my
employers (which could be important if they have committed to using the
software in a production environment).
If I work[*] on your project I gain none of these things. If my
experience with other closed source projects is an indication, all I
gain is the urge to bash my head against a brick wall at some point in
the future. This isn't meant to be a personal criticism of you, just an
explanation of a choice I have made in relation to a licensing choice
you have made.
[*] I define "work" to be anything that uses up my time, such as
examining code, running and submitting test information, writing
patches, documentation, etc.
Apologies to "cdwrite" users for drifting a little off topic! But I
think you'll agree I have the right to a little self defense when abused
on a public list. I won't trouble you with any more replies to Herr
Schilling's outbursts.
Jon (who's glass seems to be at least half full today)
Re: writing speed issue with dvd+rw-tools
> I'm trying to burn some data onto a DVD-R disk in an NEC-1300A drive. > The media is off low quality (as is the drive!) and burning at 4 speed > gives me coaster after coaster. But grwoisofs seems to ignore my > attempts to burn at 1x or 2x speed. Keep in mind that growisofs speed selection code works as following: ask firmware for supported speeds for this media, take lowest for 1x, multiply it by -speed factor and find the *closest* speed in the list from the first step. Meaning that -speed=1 doesn't really mean set 1385, but rather "pick the lowest speed." And so does -speed=0.5... > Burning at 1-speed onto quality DVD-RW media works fine. You mean -speed=1 works fine with brand-name DVD-RW, but not with no-name DVD-R. I think you can rest the case directly here:-) > Should I expect growisofs to ignore my speed override? See above. Growisofs doesn't really try to override anything, but consults firmware. And firmware has every chance in the world to trick growisofs. > I have tried "speed=1", "speed=1.0", "speed=", etc. Help! > Well, help until my quality media arrives, anyway! > > Details follow: > > [EMAIL PROTECTED] jon]$ dvd+rw-mediainfo /dev/hdc > INQUIRY: [_NEC][DVD_RW ND-1300A ][1.09] At least initial NEC firmwares are very well-known for poor support [or should I say "no support"] for no-name DVD-R media. Inability to control recording velocity *might* be indication of poor media support. > GET [CURRENT] CONFIGURATION: > Mounted Media: 11h, DVD-R Sequential > Media ID: Yi Jhan 001 > GET [CURRENT] PERFORMANCE: > Write Performance: 3.9x1385=5408KB/[EMAIL PROTECTED] -> 0] > Speed Descriptor#0:00/0 [EMAIL PROTECTED]/s [EMAIL PROTECTED]/s > Speed Descriptor#1:00/0 [EMAIL PROTECTED]/s [EMAIL PROTECTED]/s > > [EMAIL PROTECTED] jon]$ growisofs -speed=2.0 -Z /dev/hdc -graft-points -R -r > -l -J [files] > [...snip...] > /dev/hdc: "Current Write Speed" is 4.0x1385KBps. > [...snip...] This is odd. If growisofs had above descriptor list at this point, it should have tried to set 2x... And if it have failed to change it to 2x, it should have refused to start the recording... Odd... Relevant question is what happens next. I would very much like that we just dismiss this, as I don't think it's worth spending time on poorly supported media. I find it hard to believe that you would have problems finding media which works reliably with your unit... Cheers. A. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
DVD-Packet patch for linux kernel2.6.3
Hello, I was reading this article at www.pond-weed.com/dvd. It addressed me to http://fy.chalmers.se/~appro/linux/DVD+RW/ for DVD+RW patch, but it only for Kernel2.4.20. I just compiled kernel 2.6.3, and was wondering if theres an updated DVD-packet-2.4.20.patch for kernel2.6.3. Or, I dont need to install patches anymore, because Kernel-2.6.3 claimed supporting packet writing. If Kernel 2.6 supports packet writing, how come after I try mkudffs media-type=cdram /dev/dvd shell prompts me Trying to change type of multiple extents. Else if I still have to install patches, I cant use the patches for 2.4. After I tried the patches for 2.4 in 2.6, with many Hunks FAILED, I cant compile the kernel with the following messages, CC [M] drivers/block/pktcdvd.o drivers/block/pktcdvd.c: In function `pkt_set_write_settings': drivers/block/pktcdvd.c:1363: structure has no member named `mmc3_profile' drivers/block/pktcdvd.c: In function `pkt_good_disc': drivers/block/pktcdvd.c:1473: structure has no member named `mmc3_profile' drivers/block/pktcdvd.c:1482: structure has no member named `mmc3_profile' drivers/block/pktcdvd.c: In function `pkt_probe_settings': drivers/block/pktcdvd.c:1524: structure has no member named `cdi' drivers/block/pktcdvd.c:1524: structure has no member named `cdi' drivers/block/pktcdvd.c:1525: structure has no member named `mmc3_profile' drivers/block/pktcdvd.c:1561: structure has no member named `packet_max_size' drivers/block/pktcdvd.c:1562: structure has no member named `packet_max_size' drivers/block/pktcdvd.c:1564: structure has no member named `packet_max_size' drivers/block/pktcdvd.c:1564: `PACKET_MAX_MAX_SIZE' undeclared (first use in this function) drivers/block/pktcdvd.c:1564: (Each undeclared identifier is reported only once drivers/block/pktcdvd.c:1564: for each function it appears in.) drivers/block/pktcdvd.c:1566: structure has no member named `packet_max_size' drivers/block/pktcdvd.c:1570: structure has no member named `packet_max_size' make[2]: *** [drivers/block/pktcdvd.o] Error 1 make[1]: *** [drivers/block] Error 2 make: *** [drivers] Error 2 All I was trying to do is to create an empty UDF file system on DVD, can anyone help? Thanks in advance, Chen _ One-click access to Hotmail from any Web page download MSN Toolbar now! http://clk.atdmt.com/AVE/go/onm00200413ave/direct/01/
Updated DVD patch for cdrecord
Available at http://people.mandrakesoft.com/~warly/files/cdrtools/ Updated DVD patch (at present against a25) with a better DVD+RW formatting and burning support. scanbus will also display dev=ATA scanning if no dev option is passed on the command line, mostly because we are defaulting on ide-cd with 2.6 linux kernel. -- Warly -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: writing speed issue with dvd+rw-tools
>From: Jon Wilson <[EMAIL PROTECTED]> >> WRONG >No need to shout, Joerg. It is: see below. >If I want to burn more than 1G, I have to get a time limted, usage >restricted key from you. It's your right to license it like this. But I >have given you no indication whether my use will comply with these >restrictions, so you are wrong to assume that I am able to do so (or >that I am happy to do so, but that's a seperate issue). WRONG -> RTFM ftp://ftp.berlios.de/pub/cdrecord/ProDVD/README >> Looks like you like to stay uninformed. Why then do you write to this >> mailing list? >Why do you feel have to be rude to me, instead of shutting the fuck up? Simple: you did start being very rude to me. It looks like you are a typical person who likes to grab what he may get for free but don't like to give anything back.think about this. 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: writing speed issue with dvd+rw-tools
On Tue 2 March 2004 17:10, Joerg Schilling wrote: > From: Jon Wilson <[EMAIL PROTECTED]> > > >> WRONG > > > >No need to shout, Joerg. > > It is: see below. > > >If I want to burn more than 1G, I have to get a time limted, > > usage restricted key from you. It's your right to license it > > like this. But I have given you no indication whether my use > > will comply with these restrictions, so you are wrong to assume > > that I am able to do so (or that I am happy to do so, but > > that's a seperate issue). > > WRONG -> RTFM ftp://ftp.berlios.de/pub/cdrecord/ProDVD/README I just read that document, and I'm curious what exactly is wrong. To split up Jon's statement: - cdrecord-ProDVD will burn a maximum of 1 GB of data without a key - cdrecord-ProDVD will burn more than 1 GB of data, but only with a key - the key must be obtained from you - the key is time limited - the key restricts usage (burning speed for CDs) - it is your right to licence cdrecord-ProDVD like this So which one is wrong? It all seems to match the README to me... 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]
Re: Test results growisofs + BTC 1004
> Test 1, mediainfo: > INQUIRY:[DVDRW ][IDE1004 ][0048] > MODE SENSE[#3Fh]: Verbose dvd+rw-mediainfo outputs mostly serve debugging purposes and therefore should be provided upon explicit demand only. I mean in most cases [this one included] it only makes harder to grasp the problem:-) To summarize: DVD+RW 2223149(*) blocks 2x OK DVD-R 2223152 blocks 4x OK DVD-R 2271680 blocks 4x coaster(**) DVD-R 2271680 blocks 4x accessible in recorder only (*) all sizes are collected from "Fabricated TOC." (**) but you could collect dvd+rw-mediainfo output? So you get varying results with your DVD-R media... That's how it might look like if your media is poorly supported by firmware... But "MCC 01RG20" seems to be Verbatim brand (just feed the string in quotes to google), which means that you probably have all rights to expect that it's properly supported... Yet note that there actually were reports about bad Verbatim spindle batches, which Verbatim was just exchanging without asking too much questions. So talk to your media vendor. Secondly, it also might be that your particular unit is simply defective. I would suggest to a) check for firmware update, b) test couple of other brands and if problem with varying recording results persists, exchange your unit or return it for rebate. Oh! Also try to lower recording speed with -speed=1. Might help to mitigate both factors, deficient hardware and bad media that is... > 3) The burned DVD-Rs are appendable, but I used -dvd-compat option! Well, this's most likely firmware deficiency. Note that there were other reports about BTC unit producing malformed DVD-R recordings (see BTC paragraph at http://fy.chalmers.se/~appro/linux/DVD+RW/hcn.html). Even though you run elder unit and firmware you might have to complement your command line with -use-the-force-luke=dao as well. Well, given that cdrecord-ProDVD [which unconditionally applies DAO procedure] failed, growisofs will most likely fail to reserve track as well... I don't know... > 4) Window$ people with same drive, same firmware, same media, don't have > this problem But it's not *your* drive and not *your* media:-) A. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: writing speed issue with dvd+rw-tools
Joerg Schilling wrote:
From: Jon Wilson <[EMAIL PROTECTED]>
If I want to burn more than 1G, I have to get a time limted, usage
restricted key from you. It's your right to license it like this. But I
have given you no indication whether my use will comply with these
restrictions, so you are wrong to assume that I am able to do so (or
that I am happy to do so, but that's a seperate issue).
WRONG -> RTFM ftp://ftp.berlios.de/pub/cdrecord/ProDVD/README
"cdrecord-ProDVD is now free for private non-commercial purposes too."
It is my understanding that it is therefor non-free (as in beer) for use
in a commercial environment. Although the DVD writer in question is in
my home PC, we have them at work in Linux machines too. I would like to
learn how to use *one* piece of software and use it legally in both
situations.
My employers (who are incidently very committed to open source software)
would prefer if I could use the free ("beer") solution, if it works.
If I have misunderstood your licensing terms, then I apologise and
respectfully suggest you clarify the README. A good start would be to
put the licensing terms into a seperate file, as is common with much
other software.
Looks like you like to stay uninformed. Why then do you write to this
mailing list?
Why do you feel have to be rude to me, instead of shutting the fuck up?
Simple: you did start being very rude to me.
No Jeorg, I explained why I would rather not spend my precious time
using your software. This isn't being rude to you. It is saying why I
choose not to be involved with something you do. There is a difference.
If I was to improperly criticise the functionality of the software, or
your abilities, then that would be rude. But this is not what I did; I
just exercised my right to decline your licensing terms.
It looks like you are a
typical person who likes to grab what he may get for free but don't like
to give anything back.think about this.
It's not about whether I feel obliged to "give anything back" to you for
something I have "grabbed". If you perceive things like this, then I
suggest you consider not licensing your other software under the GPL, as
you are clearly missing the point.
Anyone with a basic understanding of economics and anthropology will
tell you that people do things because of the benefit to themselves.
This benefit is often indirect, such as keeping ones peers happy, and
not getting abused.
If I work[*] on dvd+rw-tools (for example), I gain knowledge about
software that I can use both at work and at home, without restriction.
The project appears to be run by someone who accepts user patches, so I
gain quick fixes, and my peers (other users) gain the use of any patches
or documentation I submit. If the maintainer disappears or can't be
bothered, I gain the right to use the code anyway, and so do my
employers (which could be important if they have committed to using the
software in a production environment).
If I work[*] on your project I gain none of these things. If my
experience with other closed source projects is an indication, all I
gain is the urge to bash my head against a brick wall at some point in
the future. This isn't meant to be a personal criticism of you, just an
explanation of a choice I have made in relation to a licensing choice
you have made.
[*] I define "work" to be anything that uses up my time, such as
examining code, running and submitting test information, writing
patches, documentation, etc.
Apologies to "cdwrite" users for drifting a little off topic! But I
think you'll agree I have the right to a little self defense when abused
on a public list. I won't trouble you with any more replies to Herr
Schilling's outbursts.
Jon (who's glass seems to be at least half full today)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: writing speed issue with dvd+rw-tools
Joerg Schilling wrote: From: Jon Wilson <[EMAIL PROTECTED]> I can see that this *might* help determine whether the drive or the software is at fault. But the "free" version of cdrecord-ProDVD only burns 1G of data WRONG No need to shout, Joerg. If I want to burn more than 1G, I have to get a time limted, usage restricted key from you. It's your right to license it like this. But I have given you no indication whether my use will comply with these restrictions, so you are wrong to assume that I am able to do so (or that I am happy to do so, but that's a seperate issue). (according to the docs) which is less than I need to burn. Also, I spend far a painfully large amount of my work time doing product support for closed source projects. Respectfully, I don't see why I should spend my free time doing support & testing for yours, as I will learn nothing, get paid nothing and have no guarantee anyone but you will benefit. So I'll stick with dvd+rw-tools if that's OK. Looks like you like to stay uninformed. Why then do you write to this mailing list? Why do you feel have to be rude to me, instead of shutting the fuck up? Jon
DVD-Packet patch for linux kernel2.6.3
Hello, I was reading this article at www.pond-weed.com/dvd. It addressed me to http://fy.chalmers.se/~appro/linux/DVD+RW/ for DVD+RW patch, but it only for Kernel2.4.20. I just compiled kernel 2.6.3, and was wondering if theres an updated DVD-packet-2.4.20.patch for kernel2.6.3. Or, I dont need to install patches anymore, because Kernel-2.6.3 claimed supporting packet writing. If Kernel 2.6 supports packet writing, how come after I try mkudffs media-type=cdram /dev/dvd shell prompts me Trying to change type of multiple extents. Else if I still have to install patches, I cant use the patches for 2.4. After I tried the patches for 2.4 in 2.6, with many Hunks FAILED, I cant compile the kernel with the following messages, CC [M] drivers/block/pktcdvd.o drivers/block/pktcdvd.c: In function `pkt_set_write_settings': drivers/block/pktcdvd.c:1363: structure has no member named `mmc3_profile' drivers/block/pktcdvd.c: In function `pkt_good_disc': drivers/block/pktcdvd.c:1473: structure has no member named `mmc3_profile' drivers/block/pktcdvd.c:1482: structure has no member named `mmc3_profile' drivers/block/pktcdvd.c: In function `pkt_probe_settings': drivers/block/pktcdvd.c:1524: structure has no member named `cdi' drivers/block/pktcdvd.c:1524: structure has no member named `cdi' drivers/block/pktcdvd.c:1525: structure has no member named `mmc3_profile' drivers/block/pktcdvd.c:1561: structure has no member named `packet_max_size' drivers/block/pktcdvd.c:1562: structure has no member named `packet_max_size' drivers/block/pktcdvd.c:1564: structure has no member named `packet_max_size' drivers/block/pktcdvd.c:1564: `PACKET_MAX_MAX_SIZE' undeclared (first use in this function) drivers/block/pktcdvd.c:1564: (Each undeclared identifier is reported only once drivers/block/pktcdvd.c:1564: for each function it appears in.) drivers/block/pktcdvd.c:1566: structure has no member named `packet_max_size' drivers/block/pktcdvd.c:1570: structure has no member named `packet_max_size' make[2]: *** [drivers/block/pktcdvd.o] Error 1 make[1]: *** [drivers/block] Error 2 make: *** [drivers] Error 2 All I was trying to do is to create an empty UDF file system on DVD, can anyone help? Thanks in advance, Chen _ One-click access to Hotmail from any Web page download MSN Toolbar now! http://clk.atdmt.com/AVE/go/onm00200413ave/direct/01/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: writing speed issue with dvd+rw-tools
>From: Jon Wilson <[EMAIL PROTECTED]> >> WRONG >No need to shout, Joerg. It is: see below. >If I want to burn more than 1G, I have to get a time limted, usage >restricted key from you. It's your right to license it like this. But I >have given you no indication whether my use will comply with these >restrictions, so you are wrong to assume that I am able to do so (or >that I am happy to do so, but that's a seperate issue). WRONG -> RTFM ftp://ftp.berlios.de/pub/cdrecord/ProDVD/README >> Looks like you like to stay uninformed. Why then do you write to this >> mailing list? >Why do you feel have to be rude to me, instead of shutting the fuck up? Simple: you did start being very rude to me. It looks like you are a typical person who likes to grab what he may get for free but don't like to give anything back.think about this. 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: writing speed issue with dvd+rw-tools
>From: Jon Wilson <[EMAIL PROTECTED]> >I can see that this *might* help determine whether the drive or the >software is at fault. >But the "free" version of cdrecord-ProDVD only burns 1G of data WRONG >(according to the docs) which is less than I need to burn. Also, I spend >far a painfully large amount of my work time doing product support for >closed source projects. Respectfully, I don't see why I should spend my >free time doing support & testing for yours, as I will learn nothing, >get paid nothing and have no guarantee anyone but you will benefit. So >I'll stick with dvd+rw-tools if that's OK. Looks like you like to stay uninformed. Why then do you write to this mailing list? 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: writing speed issue with dvd+rw-tools
Joerg Schilling wrote: From: Jon Wilson <[EMAIL PROTECTED]> I can see that this *might* help determine whether the drive or the software is at fault. But the "free" version of cdrecord-ProDVD only burns 1G of data WRONG No need to shout, Joerg. If I want to burn more than 1G, I have to get a time limted, usage restricted key from you. It's your right to license it like this. But I have given you no indication whether my use will comply with these restrictions, so you are wrong to assume that I am able to do so (or that I am happy to do so, but that's a seperate issue). (according to the docs) which is less than I need to burn. Also, I spend far a painfully large amount of my work time doing product support for closed source projects. Respectfully, I don't see why I should spend my free time doing support & testing for yours, as I will learn nothing, get paid nothing and have no guarantee anyone but you will benefit. So I'll stick with dvd+rw-tools if that's OK. Looks like you like to stay uninformed. Why then do you write to this mailing list? Why do you feel have to be rude to me, instead of shutting the fuck up? Jon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: writing speed issue with dvd+rw-tools
Joerg Schilling wrote: From: Jon Wilson <[EMAIL PROTECTED]> I'm trying to burn some data onto a DVD-R disk in an NEC-1300A drive. The media is off low quality (as is the drive!) and burning at 4 speed gives me coaster after coaster. But grwoisofs seems to ignore my attempts to burn at 1x or 2x speed. Burning at 1-speed onto quality DVD-RW media works fine. Should I expect growisofs to ignore my speed override? I have tried "speed=1", "speed=1.0", "speed=", etc. Help! Well, help until my quality media arrives, anyway! Did you try whether cdrecord-ProDVD will allow you to set the speed? No. I can see that this *might* help determine whether the drive or the software is at fault. But the "free" version of cdrecord-ProDVD only burns 1G of data (according to the docs) which is less than I need to burn. Also, I spend far a painfully large amount of my work time doing product support for closed source projects. Respectfully, I don't see why I should spend my free time doing support & testing for yours, as I will learn nothing, get paid nothing and have no guarantee anyone but you will benefit. So I'll stick with dvd+rw-tools if that's OK. Jon
Re: cdrecord-prodvd don't work with BTC 1004
On Tue, 2 Mar 2004 13:13:42 +0100 (CET) Joerg Schilling <[EMAIL PROTECTED]> wrote: > cdrecord uses the official write method for DVD-R. This includes > first sending a "reserve track/zone" command, > > If this does not work for a emty medium, the drive seems to be broken. Ok, thank you very much! -- Marcello V. 'torshind' Mansueto
Re: cd duplicate problem
>From: =?iso-8859-1?q?manu=20aradhya?= <[EMAIL PROTECTED]> >iam using Redhat 9. cdrecord 2 has came along with >that cd. i dont think it is duplicate one. >cdrecord -v dev=0,1,0 speed=24 -isosize /dev/scd0 AGAIN: this is NOT cdrecord. 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: writing speed issue with dvd+rw-tools
>From: Jon Wilson <[EMAIL PROTECTED]> >I can see that this *might* help determine whether the drive or the >software is at fault. >But the "free" version of cdrecord-ProDVD only burns 1G of data WRONG >(according to the docs) which is less than I need to burn. Also, I spend >far a painfully large amount of my work time doing product support for >closed source projects. Respectfully, I don't see why I should spend my >free time doing support & testing for yours, as I will learn nothing, >get paid nothing and have no guarantee anyone but you will benefit. So >I'll stick with dvd+rw-tools if that's OK. Looks like you like to stay uninformed. Why then do you write to this mailing list? 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: writing speed issue with dvd+rw-tools
>From: Jon Wilson <[EMAIL PROTECTED]> >I'm trying to burn some data onto a DVD-R disk in an NEC-1300A drive. >The media is off low quality (as is the drive!) and burning at 4 speed >gives me coaster after coaster. But grwoisofs seems to ignore my >attempts to burn at 1x or 2x speed. Burning at 1-speed onto quality >DVD-RW media works fine. Should I expect growisofs to ignore my speed >override? I have tried "speed=1", "speed=1.0", "speed=", etc. Help! >Well, help until my quality media arrives, anyway! Did you try whether cdrecord-ProDVD will allow you to set the speed? 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-prodvd don't work with BTC 1004
>From: "Marcello V. Mansueto" <[EMAIL PROTECTED]> >> Either broken firmware or this medium has already been written to. >The media was blank. >In which way the firmware is broken? Can you provide me more >information? I want to contact a BTC employer to have some help, but >Linux is not officially supported by BTC, so I need a good reason to >bother them! cdrecord uses the official write method for DVD-R. This includes first sending a "reserve track/zone" command, If this does not work for a emty medium, the drive seems to be broken. 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: writing speed issue with dvd+rw-tools
Joerg Schilling wrote: From: Jon Wilson <[EMAIL PROTECTED]> I'm trying to burn some data onto a DVD-R disk in an NEC-1300A drive. The media is off low quality (as is the drive!) and burning at 4 speed gives me coaster after coaster. But grwoisofs seems to ignore my attempts to burn at 1x or 2x speed. Burning at 1-speed onto quality DVD-RW media works fine. Should I expect growisofs to ignore my speed override? I have tried "speed=1", "speed=1.0", "speed=", etc. Help! Well, help until my quality media arrives, anyway! Did you try whether cdrecord-ProDVD will allow you to set the speed? No. I can see that this *might* help determine whether the drive or the software is at fault. But the "free" version of cdrecord-ProDVD only burns 1G of data (according to the docs) which is less than I need to burn. Also, I spend far a painfully large amount of my work time doing product support for closed source projects. Respectfully, I don't see why I should spend my free time doing support & testing for yours, as I will learn nothing, get paid nothing and have no guarantee anyone but you will benefit. So I'll stick with dvd+rw-tools if that's OK. Jon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: cdrecord-prodvd don't work with BTC 1004
On Tue, 2 Mar 2004 13:13:42 +0100 (CET) Joerg Schilling <[EMAIL PROTECTED]> wrote: > cdrecord uses the official write method for DVD-R. This includes > first sending a "reserve track/zone" command, > > If this does not work for a emty medium, the drive seems to be broken. Ok, thank you very much! -- Marcello V. 'torshind' Mansueto -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: cd duplicate problem
>From: =?iso-8859-1?q?manu=20aradhya?= <[EMAIL PROTECTED]> >iam using Redhat 9. cdrecord 2 has came along with >that cd. i dont think it is duplicate one. >cdrecord -v dev=0,1,0 speed=24 -isosize /dev/scd0 AGAIN: this is NOT cdrecord. 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: extension of mkisofs for incremental backups
>From [EMAIL PROTECTED] Mon Mar 1 17:52:48 2004 >> Functional grouping makes it harder for the people who need the >> manual because the know little about the program. >That's illogical. If you know little about the program, you are >unlikely to know what a command line switch is called. Rather, you >know what you would like to do. Functional grouping allows you to >select the right group first, and then if necessary read through >all the options. That's better than having to read through all >unrelated options as well. Not true from the number of mails I receive. I sort alphabetically and include cross references in the option decriptive text. 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: writing speed issue with dvd+rw-tools
>From: Jon Wilson <[EMAIL PROTECTED]> >I'm trying to burn some data onto a DVD-R disk in an NEC-1300A drive. >The media is off low quality (as is the drive!) and burning at 4 speed >gives me coaster after coaster. But grwoisofs seems to ignore my >attempts to burn at 1x or 2x speed. Burning at 1-speed onto quality >DVD-RW media works fine. Should I expect growisofs to ignore my speed >override? I have tried "speed=1", "speed=1.0", "speed=", etc. Help! >Well, help until my quality media arrives, anyway! Did you try whether cdrecord-ProDVD will allow you to set the speed? 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-prodvd don't work with BTC 1004
>From: "Marcello V. Mansueto" <[EMAIL PROTECTED]> >> Either broken firmware or this medium has already been written to. >The media was blank. >In which way the firmware is broken? Can you provide me more >information? I want to contact a BTC employer to have some help, but >Linux is not officially supported by BTC, so I need a good reason to >bother them! cdrecord uses the official write method for DVD-R. This includes first sending a "reserve track/zone" command, If this does not work for a emty medium, the drive seems to be broken. 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: extension of mkisofs for incremental backups
>From [EMAIL PROTECTED] Mon Mar 1 17:52:48 2004 >> Functional grouping makes it harder for the people who need the >> manual because the know little about the program. >That's illogical. If you know little about the program, you are >unlikely to know what a command line switch is called. Rather, you >know what you would like to do. Functional grouping allows you to >select the right group first, and then if necessary read through >all the options. That's better than having to read through all >unrelated options as well. Not true from the number of mails I receive. I sort alphabetically and include cross references in the option decriptive text. 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]
