Re: More Dual-Layer burning oddities
Hi, > For now I'm just going to content myself with setting > the layer break manually. I understand from Andy's and Joerg's replies that both their programs apply an automatic layer break. >From the specs i read that the drive will as well do the switching of layers on its own, without a special command from the burn program. cdrskin for now issues no layer break address to the drive, i.e. it handles a DVD+R DL like a double sized DVD+R. So if you want to try it a bit different from growisofs and cdrecord, make a test with: http://scdbackup.sourceforge.net/cdrskin-0.4.4.pl00.tar.gz Have a nice day :) Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: More Dual-Layer burning oddities
CJ Kucera <[EMAIL PROTECTED]> wrote: > Joerg Schilling wrote: > > So you either have a problem with the medium or with the drives firmware. > > Cdrecord computes and uses the right value automatically. > > Yeah, could be. For now I'm just going to content myself with setting > the layer break manually. Clearly you know more about cdrecord > internals than I do - I had just assumed from the manpage that using the > manual 'layerbreak' option caused the drive to burn in a different mode, > which happens to work for me. > > > What value do you use for the layerbreak? > > I actually used the value given to me by either cdrecord or growisofs (I > forget which one had told me what value it had been using), which was > just half of the disc in 2k blocks. In this particular case it was > 2035696. Then you try to revert what cdrecord does. And this will cause long fixating times Jörg -- EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED](uni) [EMAIL PROTECTED] (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: More Dual-Layer burning oddities
Joerg Schilling wrote: > Then you try to revert what cdrecord does. And this will cause long fixating > times Sorry, don't know what you mean here. I didn't notice any longer fixating time than I've usually seen. -CJ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Announcing xorriso-0.1.4
Hi, be invited to try the new release 0.1.4 of my program xorriso, a ISO 9660 Rock Ridge filesystem manipulator. It creates, loads, manipulates and writes ISO 9660 filesystem images with Rock Ridge extensions. It can load the management information of existing ISO images and it writes the session results to optical media or to filesystem objects. A special property of xorriso is that it needs neither an external ISO 9660 formatter program nor an external burn program for CD or DVD but rather incorporates the libraries of libburnia-project.org . Novelties: * Bug fix: -as mkisofs -no-pad was misspelled -nopad * Bug fix: Implicite directory attribute copying with -cut_out was wrong * Coordination of -cut_out, -compare and -update * New option -split_size, automated splitting of oversized files * Improved performance with reading directory trees * New option -session_log * Dynamically linkable with release version 0.6.4 of libisofs System requirements: Linux with kernel 2.4 or 2.6: libc, libpthread. Optional: libreadline + libreadline-dev For more info, see http://scdbackup.sourceforge.net/xorriso_eng.html http://scdbackup.sourceforge.net/man_1_xorriso.html Download: There is a xorriso release tarball (containing the application and all three libburnia libraries needed): http://scdbackup.sourceforge.net/xorriso-0.1.4.pl00.tar.gz scdbackup.sourceforge.net is mirrored at scdbackup.webframe.org . xorriso is also part of the libisoburn-0.1.4 SVN tag: http://svn.libburnia-project.org/libisoburn/tags/ZeroOneFour (needs autotools >= 1.7 to apply command ./bootstrap) and of the libisoburn release tarball: http://files.libburnia-project.org/releases/libisoburn-0.1.4.pl00.tar.gz (needs only vanilla tools for ./configure ; make) libisoburn.so.1 and xorriso need recent release versions of libburn.so.4 and libisofs.so.6. Post bug reports or requests either to the libburnia ticket system: http://libburnia-project.org/newticket or to one of these mailing lists: mailto:[EMAIL PROTECTED] mailto:cdwrite@other.debian.org or directly to me: mailto:[EMAIL PROTECTED] Have a nice day :) Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: More Dual-Layer burning oddities
CJ Kucera <[EMAIL PROTECTED]> wrote: > > Please explain your problem! > > Cdrecord does the right thing with DVD+R without the need for a manual > > layer break. A manual layer break is only needed for DVD-Video. > > I thought that I had. DVD+R/DL discs burned without "layerbreak=value" > on my box result in discs which are unreadable past the layer break (at > least, I assume that's where it fails, since it's at just about half the > size of the disc). Once I threw in a manual layerbreak, the discs that > I burnt worked properly. I didn't mention this in the original email, > but I haven't yet run any tests on a different batch of discs, to see if > it was just the media requiring that flag for me. So you either have a problem with the medium or with the drives firmware. Cdrecord computes and uses the right value automatically. What value do you use for the layerbreak? It is a well known problem that some media is unreadable on the second layer. Jörg -- EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED](uni) [EMAIL PROTECTED] (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: More Dual-Layer burning oddities
Joerg Schilling wrote: > So you either have a problem with the medium or with the drives firmware. > Cdrecord computes and uses the right value automatically. Yeah, could be. For now I'm just going to content myself with setting the layer break manually. Clearly you know more about cdrecord internals than I do - I had just assumed from the manpage that using the manual 'layerbreak' option caused the drive to burn in a different mode, which happens to work for me. > What value do you use for the layerbreak? I actually used the value given to me by either cdrecord or growisofs (I forget which one had told me what value it had been using), which was just half of the disc in 2k blocks. In this particular case it was 2035696. > It is a well known problem that some media is unreadable on the second > layer. Yeah, I don't doubt that. The discs I burnt by specifying layerbreak manually seem to work fine, though, so I'm happy enough with that. -CJ -- WOW: Flemmy| "Happiness isn't good enough for me! I [EMAIL PROTECTED] | demand euphoria!" 24.24.2.3171 | - Calvin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: More Dual-Layer burning oddities
CJ Kucera <[EMAIL PROTECTED]> wrote: > Hello list - back in January I wrote in about some issues I was having > with dual-layer DVD burning, which ended up being solved by a firmware > update on my burner. [1] > > Just recently, I started having issues again, where the burning process > (both with growisofs and cdrecord) would *seem* to burn fine, but > there'd be an error during the layer flip which caused the disc to be > unreadable at that point (ie: halfway through the disc). > > After a whole lot of investigation and coasters, I found out that I > could make use of cdrecord's 'layerbreak' driveropt to result in a disc > that was actually readable. I've got two questions about this: > > 1) The cdrecord manpage mentions that using 'layerbreak' will cause the > drive to burn using the 'layer jump' method, as opposed to 'sequential > recording.' Is there a way to tell growisofs to do the same thing? I'd > rather use growisofs, simply because it avoids the need to create a .iso > first, though of course if that's impossible then I'll just use > cdrecord. Are you talking about DVD+ or DVD-? It seems that you confused the cdrecord man page: - Layer jump is not available for DVD+ - Layer jump is not yet implemented for DVD- as the drive I owned did not like it when I tried to implement it. > 2) I originally tried using 'layerbreak' without specifying the actual > break point, which just resulted in the message "cdrecord: Bad layer > break value ''" - I had to manually supply the break point, at which > time it burnt properly. The manpage only mentions DVD-R/DL in the > section that deals with 'layerbreak' without a specified breakpoint. > Does that mean that DVD+R/DL just doesn't support having the breakpoint > automatically detected? Please explain your problem! Cdrecord does the right thing with DVD+R without the need for a manual layer break. A manual layer break is only needed for DVD-Video. Layer jump recording is only available for DVD- and may only work if in multi-border mode. I currently do not see the need for it. Jörg -- EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED](uni) [EMAIL PROTECTED] (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: More Dual-Layer burning oddities
Joerg Schilling wrote: > Are you talking about DVD+ or DVD-? I was talking about my DVD+R/DL discs. > It seems that you confused the cdrecord man page: > > - Layer jump is not available for DVD+ > - Layer jump is not yet implemented for DVD- as the drive I owned > did not like it when I tried to implement it. Here's the relevant bits from my cdrecord manpage on my current version (Cdrecord-ProDVD-ProBD-Clone 2.01.01a38) - I suppose I should have mentioned the version to begin with: > layerbreak >Switch a drive with DVD-R/DL medium into layer jump >recording recording mode and use automatic layer break >position set up. > > layerbreak=value >Set up a manual layer break value for DVD-R/DL and >DVD+R/DL. To me, that implies that layerbreak=value would work for a DVD+R/DL, and plain "layerbreak" would only work for DVD-R/DL. I had just been asking if that was actually the case, or just sort of a typo. > Please explain your problem! > Cdrecord does the right thing with DVD+R without the need for a manual > layer break. A manual layer break is only needed for DVD-Video. I thought that I had. DVD+R/DL discs burned without "layerbreak=value" on my box result in discs which are unreadable past the layer break (at least, I assume that's where it fails, since it's at just about half the size of the disc). Once I threw in a manual layerbreak, the discs that I burnt worked properly. I didn't mention this in the original email, but I haven't yet run any tests on a different batch of discs, to see if it was just the media requiring that flag for me. -CJ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: More Dual-Layer burning oddities
Andy Polyakov wrote: > So it sounds like your unit failed to record data at out-most edge? If it's > really does not depend on media, then I'd say that your unit is > deteriorating and you should consider replacing it... That could be, of course... I burn DL media so infrequently that I really can't eliminate media as a possible factor. The media's still expensive enough that I tend to avoid it if possible. I'll wait until I've had a chance to get another batch of different media, but I'll certainly consider replacing the drive if I'm still having difficulty then. > 'Layer jump' is DVD-R/DL recording mode and it's not supported by growisofs > for reasons discussed at http://fy.chalmers.se/~appro/linux/DVD+RW/-RW/. Ah, interesting, thanks for the link, and for the other info. -CJ -- WOW: Flemmy| "Happiness isn't good enough for me! I [EMAIL PROTECTED] | demand euphoria!" 24.24.2.3171 | - Calvin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: More Dual-Layer burning oddities
Just recently, I started having issues again, where the burning process (both with growisofs and cdrecord) would *seem* to burn fine, but there'd be an error during the layer flip which caused the disc to be unreadable at that point (ie: halfway through the disc). After a whole lot of investigation and coasters, I found out that I could make use of cdrecord's 'layerbreak' driveropt to result in a disc that was actually readable. So it sounds like your unit failed to record data at out-most edge? If it's really does not depend on media, then I'd say that your unit is deteriorating and you should consider replacing it... I've got two questions about this: 1) The cdrecord manpage mentions that using 'layerbreak' will cause the drive to burn using the 'layer jump' method, as opposed to 'sequential recording.' Is there a way to tell growisofs to do the same thing? 'Layer jump' is DVD-R/DL recording mode and it's not supported by growisofs for reasons discussed at http://fy.chalmers.se/~appro/linux/DVD+RW/-RW/. This however does *not* mean that growisofs can't control layer break position on DVD+R/DL. For example, if you specify -dvd-compat at growisofs command line, then it will automatically "fold" recording in the middle and record equal amount of data in both layers. You can also specify layer break position manually with -use-the-force-luke=break:NN, where N is amount of 2K blocks to layer break. Normally you'd use it when pinpointing layer break in DVD-Video recording in order to improve experience (commonly you'd want layer break on chapter point or dark and silent scene). But once again, I'd recommend to consider replacing unit. A. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Russia Servise-K Post
Hola, yo represento el estado del servicio de seguridad de Rusia, ?me pueden ayudar, por favor digame que es Tareixan? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
