On Sunday, 1. March 2015. 15.56.21 you wrote: > Hi, > > firstly: > Your trouble has nothing to do with image content. > You may burn what you want as long as it fits into > the number of 2048 blocks, which the medium offers. >
So I suspected. > It might be that GUI frontends are still not ready > for BD media. The halfways modern backends (growisofs, > cdrecord, libburn) support them. > Yes. In a mean time I got several conformations that it's K3b's fault and that the code has not been maintained for a long time. > I helped to beef up xfburn version 0.5.2 so that > it accepts BD media and makes use of the according > libburn capabilities. > I'll try xfburn. Can you comment on stability and feature completeness of libburn? I think I never used any app that's built upon it. > On the command line there are: > > dvd+rw-format /dev/sr0 > growisofs -Z /dev/sr0="$HOME"/my_image.udf > > or > > growisofs -use-the-force-luke=spare:none -Z /dev/sr0="$HOME"/my_image.udf > > or > > cdrecord -v dev=/dev/sr0 "$HOME"/my_image.udf > > or > > cdrskin -v dev=/dev/sr0 "$HOME"/my_image.udf > > or > > xorriso -as cdrecord -v dev=/dev/sr0 "$HOME"/my_image.udf > > > The drive address is assumed as /dev/sr0 here. > You may get a list of accessible optical drives by > > xorriso -devices > > which might say something like > > 0 -dev '/dev/sr0' rwrw-- : 'TSSTcorp' 'CDDVDW SH-S203B' > 1 -dev '/dev/sr1' rwrw-- : 'HL-DT-ST' 'BD-RE BH16NS40' > > (I.e. i'd better use /dev/sr1 for BD burning.) > > Yes, my device path is /dev/sr0, though I'm trying to burn an ISO image, not udf one, but I suppose it's the same. > If you want full nominal speed on formatted BD, use > cdrskin or xorriso -as cdrecord option > stream_recording=on > No checkreading and no bad block replacement will happen > then. > > If you want formatted BD-R (for slow checkreading): > > dvd+rw-format /dev/sr0 > > or > > cdrskin -v dev=/dev/sr0 blank=format_defectmgt > > or > > xorriso -outdev /dev/sr0 -format as_needed > > These will get you the default size. There are options to > vary the formatted size, too. > I've read about BD's defect management and it seems like a smart feature but I wonder would my standalone (Panasonic) BD player be able to read defect managed disk and could I experience so hiccups during movie play because it? > > I'm trying to understand where is the problem and should this be > > submitted as a bug report or a feature request and to whom. > > The problem seems with k3b. > Yes, definitelly. > > Couldn't some program simply read raw data in the ISO image and then > > burn it to a media bit by bit, or things just don't work that way? > > Well, we have to send data in chunks of at least 2048 > bytes, better of 64 KiB. The communications protocol > between burn (backend) program and drive is defined > in SCSI/MMC. BD are mentioned since MMC revision 5. > I see. That makes things quite clear and straitforward. > > It is also stated on > > dvd+rw-tools' web page that growisofs depends on cdrtools, namely > > mkisofs, > > Only on mkisofs, not on cdrecord. > growisofs is its own burn backend. > Hard to surpass with DVD and with only a little > flaw about automatic formatting of BD-R. (Above > examples work around it.) > I didn't get that part - does growisofs have broaken "BD defect management"? > > I speculate that in this case I don't need mkisofs because > > I already have (UDF 2.5) file system in the image and I'm "merely" > > trying to burn it on a BD-R DL disk. Right? > > Yes. > > > K3b claims that it supports Blu-ray > > Then your problem should be considered a bug. > At least if you manage to burn by any of the above > command line examples. > Yes, it's definitely a bug because K3b sees perfectly normal (usable) BD50 ISO images as "not usable". > > who gets the job done and how? :S > > Choose one of the programs mentioned above. > The command liners have nearly no dependencies. > xfburn might drag in half of Xfce. > (I can offer a frontend demo named xorriso-tcltk > http://www.gnu.org/software/xorriso/xorriso-tcltk-screen.gif > which depends only on Tcl/Tk.) > Wow! :) That's great! Didn't know about that program. Thanks! > > Have a nice day :) > > Thomas Thank you Thomas, you too. Marcus -- To UNSUBSCRIBE, email to cdwrite-requ...@other.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@other.debian.org Archive: https://lists.debian.org/6041229.JeC3gUgVbs@black