Re: BD-R formatting help
Hi, ./dvd+rw-format -ssa=4G /dev/dvd But when I execute this command, it says that it is invalid for the detected media. || (mmc_profile != 0x12 mmc_profile != 0x43 mmc_profile != 0x41 ssa) ) After making the above change, it then gets past this portion If i get the code of dvd+rw-format.cpp 0.7.1 right then you are not supposed to use option -ssa together with profile 0x41. You are supposed to use option -force. At other spots in the code i find traces that ssa is well expected, though. Your code change should have had a chance for success. sr0: CDROM (ioctl) error, command: Test Unit Ready 00 00 00 00 00 Deferred sr00:00: sense key Medium Error Additional sense indicates Format command failed This does not look as if it was from dvd+tools but rather from the kernel. Do you see that in a log file or does it appear with the format run on terminal ? Such an occasion would occur if the FORMAT command was sent with IMMED bit for asynchronous work. A TEST UNIT READY command which is used to watch progress then delivers the error message of the asynchronous FORMAT. As far as i can see the format descriptor gets the right format type 0x32 for BD-R. Can it be that the BD-R was already treated with a format command previously ? MMC-5 4.5.3.5 BD-R Recording Models says Once the recording mode has been established, it is not changeable. Have a nice day :) Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Important Bug Fix: xorriso-0.2.8.pl01
Hi, the current stable standalone release 0.2.8 of xorriso has been patched for two bugs in libisofs of which one is considered to be serious. (Users of libisofs.6.so are advised to install 0.6.10.pl01. All previous versions are affected.) Novelties: * Bug fix: If images generated by mkisofs were loaded by libisofs then files of size 0 could share their size information with files that contain data. http://libburnia-project.org/ticket/144 This bug is old and was hidden by the fact that libisofs uses a modern Rock Ridge version with persistent inode numbers. Its signature IEEE_1282 was not recognized by FreeBSD and when we tested the old RRIP_1991A the bug popped up as regression. This signature is used by mkisofs and so the bug is serious whenever one of its images shall get expanded by xorriso and already contains a regular file of size 0. * Bug fix: When patching an ISOLINUX boot image the future LBA of the file was recorded too early. This does not hamper El Torito booting but prevents booting from an MBR created by syslinux tool isohybrid. http://libburnia-project.org/ticket/145 * Two harmless #include were added which were missed during FreeBSD porting. http://libburnia-project.org/ticket/142 System requirements: Linux with kernel 2.4 or 2.6: libc, libpthread. FreeBSD: libc, libpthread, ATAPI/CAM support enabled in the kernel, see atapicam(4). 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.2.8.pl01.tar.gz Not needed for this xorriso tarball but for other applications which use libisofs as libisofs.6.so : http://scdbackup.sourceforge.net/libisofs-0.6.10.pl01.tar.gz scdbackup.sourceforge.net is mirrored at scdbackup.webframe.org . 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]