Re: Doesn't wodim close disk ?
Bill Davidsen [EMAIL PROTECTED] wrote: Lot of lies removed. I am not sure whether you send your lies and because you are just uninformed or because you actively like to spread FUD. the only result from your lies is that you completely lose creability. 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: Doesn't wodim close disk ?
On Tue, Jan 01, 2008 at 05:19:58PM +0100, Joerg Schilling wrote: It seems that you are not interested in a solution for a possible problem. No I am interested in a solution, but if I am seen as a liar I don't see this could work ? You seem to be only interested in ranting :-( No, that's not true. You have been asked to prove your problem but you ignored this request. ??? If you have problems, why don't you prove these problems by sending the output from e.g. readcd and cdrecord -minfo on this medium. I have sent all requested info ??? For example I did send cdrecord -minfo : cdrecord dev=2,0,0 -minfo Cdrecord-ProDVD-ProBD-Clone 2.01.01a36 (x86_64-unknown-linux-gnu) Copyright (C) 1995-2007 Jörg Schilling scsidev: '2,0,0' scsibus: 2 target: 0 lun: 0 Linux sg driver version: 3.5.34 Using libscg version 'schily-0.9'. Device type: Removable CD-ROM Version: 5 Response Format: 2 Capabilities : Vendor_info: 'LITE-ON ' Identifikation : 'DVDRW SH-16A7S ' Revision : 'WS04' Device seems to be: Generic mmc2 DVD-R/DVD-RW/DVD-RAM. Using generic SCSI-3/mmc-3 DVD+R driver (mmc_dvdplusr). Driver flags : NO-CD DVD MMC-3 SWABAUDIO BURNFREE FORCESPEED Supported modes: PACKET SAO LAYER_JUMP WARNING: Phys disk size 2295104 differs from rzone size 2146272! Prerecorded disk? WARNING: Phys start: 196608 Phys end 2491711 Mounted media class: DVD Mounted media type: DVD+R Disk Is not erasable data type:standard disk status: incomplete/appendable session status: empty BG format status: none first track: 1 number of sessions: 2 first track in last sess: 2 last track in last sess: 2 Disk Is unrestricted Disk type: DVD, HD-DVD or BD Track Sess Type Start Addr End Addr Size == 1 1 Data 0 21462712146272 2 2 Blank 21483202295103146784 Last session start address: 0 Last session leadout start address: 2146272 Next writable address: 2148320 Remaining writable size:146784 If you need info from readcd, I provide all you need (in case you belive me otherwise it's pointless). For example : readcd dev=2,0,0 -fulltoc Read speed: 22160 kB/s (CD 125x, DVD 16x, BD 4x). Write speed: 22160 kB/s (CD 125x, DVD 16x, BD 4x). readcd: Input/output error. read toc: scsi sendcmd: no error CDB: 43 00 02 00 00 00 00 00 04 00 status: 0x2 (CHECK CONDITION) Sense Bytes: 70 00 05 00 00 00 00 0A 00 00 00 00 24 00 00 00 Sense Key: 0x5 Illegal Request, Segment 0 Sense Code: 0x24 Qual 0x00 (invalid field in cdb) Fru 0x0 Sense flags: Blk 0 (not valid) cmd finished after 0.001s timeout 40s readcd: Cannot read TOC header I didn't try again to burn using cdrecord, but with that drive on last try it only printed those kinds of SCSI errors, which seems to only appear using cdrecord tools, so I don't think it's my system fault. Thank, -- Grégoire FAVRE http://gregoire.favre.googlepages.com http://www.gnupg.org http://picasaweb.google.com/Gregoire.Favre -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Doesn't wodim close disk ?
On Tue, Jan 01, 2008 at 01:54:43PM +0100, Gregoire Favre wrote: #!/bin/bash [...] UNLOCK='cdrdao unlock --device 0,1,0 --driver generic-mmc sleep 1' [...] #$UNLOCK Good thing this is commented out, because that would not have worked. Try using a function instead: unlock() { cdrdao unlock ... sleep 1 } ... unlock You can't stick a complex command (foo bar) in a variable and execute it with a simple parameter expansion -- you would have to use eval for that, and you really don't want to do that. Just use a function. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Doesn't wodim close disk ?
Greg Wooledge [EMAIL PROTECTED] wrote: On Tue, Jan 01, 2008 at 01:54:43PM +0100, Gregoire Favre wrote: #!/bin/bash [...] UNLOCK='cdrdao unlock --device 0,1,0 --driver generic-mmc sleep 1' [...] #$UNLOCK Good thing this is commented out, because that would not have worked. Try using a function instead: unlock() { cdrdao unlock ... sleep 1 } ... unlock cdrdao does not support DVDs and has not been enhanced since more than 3 years. 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: Doesn't wodim close disk ?
Gregoire Favre [EMAIL PROTECTED] wrote: On Tue, Jan 01, 2008 at 05:19:58PM +0100, Joerg Schilling wrote: It seems that you are not interested in a solution for a possible problem. No I am interested in a solution, but if I am seen as a liar I don't see this could work ? I did not call you a liar, but you are not cooperating. I was trying to help you although your problems are caused from using non-free software from Debian (wodim/cdrkit). The software you used has well known bugs that are bejond my influence I expect that you honor my courtesy and cooperate instead of rejecting to send even an evidence for your probem. You seem to be only interested in ranting :-( No, that's not true. Why then don't you send the requested information that could probably prove that you have problems? If you don't send information, I have to judge on the most probable cause for your problem. You have been asked to prove your problem but you ignored this request. ??? If you have problems, why don't you prove these problems by sending the output from e.g. readcd and cdrecord -minfo on this medium. I have sent all requested info ??? NO, definitely did not! I asked you for information that verifies your problem! You did not yet send any prove for a problem. If you do not send the information from the failing system, you are not cooperating and nobody may help you. Just to make sure that you cannot claim that yoou don'r know what to send: - send the output from cdrecord -minfo from the _failing_ platform - send the output from readcd f=/dev/null from the _failing_ platform Note that the cause for your problem was _not_ cdrtools but defective/bad software and that you have been warned about the bugs in wodim/cdrkit more than once. Why did you use the buggy software instead of the free original? Why do you repeat false claims like: there are no problems with wodim on Linux? 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: Doesn't wodim close disk ?
Hi, some rather technical contribution: READ TRACK INFORMATION[#1]: Track State: invisible This means the track was not closed but contains data. Reasoning: dvd+rw- mediainfo.cpp reports invisible if in the reply of MMC command READ TRACK INFORMATION neither the RT bit nor the Blank bit is set. I read in MMC-5 6.27.3.9 Track Status: RT, Blank, Packet, and FP Bits about DVD+R : RT=0 : The Logical Track is the invisible/ incomplete fragment. RT=1 : The bounds of the fragment are defined within the Disc/Session Identification Zone. Blank=0 : Some non-zero number of writable units within the Logical Tracks is written. Blank=1 : All writable units within the Logical Track are blank. and in 3.1.39 Incomplete/Invisible Logical Track On a writable disc that implements a sequential recording model, a Logical Track is Incomplete if: a) It is open, b) It has a known start address, and c) Although its maximum length is limited only by the medium capacity, the Logical Track has no defined length. If the append point (NWA) of the Incomplete Logical Track is equal to its start address (i.e. the Logical Track is blank), the Logical Track is Invisible. So i would call RT=0,Blank=0 incomplete rather than invisible. Whatever, if the track was closed, then its bounds would be defined and RT would be set. On the other hand the drive should not issue info about two tracks if there is only a half one. :o) The difference between the Linux system and the OSX system could as well be about differences in the drives (if it is different hardware at all). A DVD-ROM drive will probably feel tempted to take invisible or incomplete literally. After all, the size of the first track is not finally decided yet. If it is important to make a particular DVD+R complete then one could try to issue an appropriate CLOSE TRACK command on that media. I know that cdrskin will not do that on a track which it did not open in the same program run. (One could implement -fix and then try.) It might be helpful to do what man growisofs proposes for unclosed media with closed tracks: growisofs -M /dev/dvd=/dev/zero But, well, it might also make the media unusable on any drive. One would have to try. Have a nice day :) Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
work and live in canada
You are invited to work and live in canada. By your host Brenda Grand: I am Brenda from Canada, i am the assistant manager of Canadian Hotels,i wish to inform you that the hotel need man and woman who can work and live in omni hotel Canada , A Division Of Delta Chelsea Canadian Hotel Canada , hotel will care of your tickets,accommodation lodging and the visa assistance in your country,if you are interested ,you should please contact me back via the mail box, [EMAIL PROTECTED] THE HOTEL MANAGEMENT ARE NOT RESPONSIBLE FOR YOUR CANADA CLEA Date: Wednesday January 2, 2008 Time: 8:00 am - 9:00 am (GMT -07:00 US/Canada Mountain) Will you attend? RSVP to this invitation at: http://calendar.yahoo.com/ominicityhotel_ottawa?v=126a1=0iid=qhafUcjA%40DIF%40YhmOxhUyGp%40k%40xD%40x3DJpa8JLb%408N0daXHXigid=lh%40fuf7DaCUR%40LpjDhaGBClaSv4FaoiG5%40B4MOza8Pv%40%40EfNFp%40INh%40%40 Copyright © 2008 All Rights Reserved www.yahoo.com Privacy Policy: http://privacy.yahoo.com/privacy/us Terms of Service: http://docs.yahoo.com/info/terms/
Re: Doesn't wodim close disk ?
On Wed, Jan 02, 2008 at 04:35:19PM +0100, Joerg Schilling wrote: Gregoire Favre [EMAIL PROTECTED] wrote: On Tue, Jan 01, 2008 at 05:19:58PM +0100, Joerg Schilling wrote: It seems that you are not interested in a solution for a possible problem. No I am interested in a solution, but if I am seen as a liar I don't see this could work ? I did not call you a liar, but you are not cooperating. I was trying to help you although your problems are caused from using non-free software from Debian (wodim/cdrkit). Joerg, please stop the FUD and bullshit. Really. There's no need for it. -- Steve McIntyre, Cambridge, UK.[EMAIL PROTECTED] Welcome my son, welcome to the machine. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Doesn't wodim close disk ?
Steve McIntyre [EMAIL PROTECTED] wrote: I was trying to help you although your problems are caused from using non-free software from Debian (wodim/cdrkit). Joerg, please stop the FUD and bullshit. Really. There's no need for it. There is no need for wodim. Please stop to attack free software projects! 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: Doesn't wodim close disk ?
Thomas Schmitt [EMAIL PROTECTED] wrote: Hi, some rather technical contribution: If the other people only would be interested in a technical discussion! READ TRACK INFORMATION[#1]: Track State: invisible This means the track was not closed but contains data. Reasoning: dvd+rw- mediainfo.cpp reports invisible if in the reply of MMC command READ TRACK INFORMATION neither the RT bit nor the Blank bit is set. If you look at the cdrecord -minfo output, you see better how the media looks: There is one closed session (from the reports from the OP, this has not been closed by wodim but by a cdrecord -fix call). The disk has not been closed to prevent appending further data and for this reason, there is one invisible session. Unfortunately the OP is not interested in help and does not send the requested informaton, but I would guess that Mac OS X could read the medium using readcd f=somefile. I would guess that there is a bug in Mac OS X multi session handling. This is something where only Apple could help. Anyway: cdrecord sucessfully fixed the first session on the medium. If the OP did use cdrecord _instead_ of wodim for all his work, there was no problem as cdrecord does not create multi-border disks by default. 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]
www.lipoaspirasion.com.ar
Please see this site in Subject
Re: Doesn't wodim close disk ?
Hi, Joerg Schilling: There is one closed session. The disk has not been closed to prevent appending further data and for this reason, there is one invisible session. But the track still reports RT=0, Blank=0 with READ TRACK INFORMATION. If it was closed then RT should be 1. Gregoire Favre: readcd dev=2,0,0 -fulltoc ... CDB: 43 00 02 00 00 00 00 00 04 00 status: 0x2 (CHECK CONDITION) Sense Bytes: 70 00 05 00 00 00 00 0A 00 00 00 00 24 00 00 00 Sense Key: 0x5 Illegal Request, Segment 0 That is a READ TOC/PMA/ATIP command demanding reply format 2 which is not available with DVD. A complete table of content would have to be composed out of READ DISC INFORMATION and READ TRACK INFORMATION. A restricted TOC can be obtained for DVD media by READ TOC/PMA/ATIP Format 0. It provides just the info necessary for proper multi-session perparation. Both info sources can be viewed by dvd+rw-mediainfo where the headlines tell quite directly what command was used: READ DISC INFORMATION: READ TRACK INFORMATION[#1]: READ TRACK INFORMATION[#2]: FABRICATED TOC: (This is from READ TOC/PMA/ATIP Format 0) The code of dvd+rw-mediainfo.cpp is quite readable and one can learn the meaning of reply bytes from the MMC standard. E.g.: http://www.t10.org/ftp/t10/drafts/mmc5/mmc5r03c.pdf Have a nice day :) Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Get ready for Christmas holidays nights. Dont miss a EDPRICECUT
Everyone knows the happy life is impossible without good s('e')[EMAIL PROTECTED] living. If you problems in this area of live and not willing to tell your partner the truth, we are to help you! On our shops we carry all phaarmacjutic products for your hapy and healthy living. Everything you need to improve your condition you can find here. We provide full service: purchase is secure and confidential, support is friendly, and shipping is instant. http://regionlift.cn -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]