Hi, > > 1) A working option -use-the-force-luke=noload > It will be fixed.
Thanks. My apologies again for not testing it earlier. I promise to watch out for the next growisofs version. > > 2) A way to make raw writing via growisofs -Z /dev/...=/... > > ignore the size information of an ISO filesystem. > > Well, as long as = is followed by /proc/self/fd/0 (as you report) volume > size from volume descriptor is the best bet... It's a bit a matter of taste wether interpreting the data stream content is the job of the burner program ... but of course i understand that growISOfs is a plain burner only by evolution and not by design. :)) > > 667779072/669980672 (99.7%) @2.0x, remaining 0:00 > > 676986880/669980672 (101.0%) @1.9x, remaining 0:-2 > > 686227456/669980672 (102.4%) @2.0x, remaining 0:-5 > > ... > > 4021714944/669980672 (600.3%) @2.0x, remaining -20:-9 > > which could make the user worry. > > It uses media capacity as 100%... As volume size from volume descriptor > makes perfect sense for most users/applications I would be a bit > reluctant to just change the behaviour... What might make sense in this > case is to fall down to media capacity if input breaks expected limit... A. That would be ok for my purposes. (Although -use-the-force-luke=isnotiso might be a good idea, too.) Thanks again for your work and my best new year's wishes to you. Have a nice day :) Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
