Re: Cdrtools-2.01.01a32 ready
On 7/30/07, Joerg Schilling [EMAIL PROTECTED] wrote: NEW features of cdrtools-2.01.01a32: Will you add an option to mkisofs for not updating atime when creating an iso image? -- [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Cdrtools-2.01.01a32 ready
Giulio Orsero [EMAIL PROTECTED] wrote: On 7/30/07, Joerg Schilling [EMAIL PROTECTED] wrote: NEW features of cdrtools-2.01.01a32: Will you add an option to mkisofs for not updating atime when creating an iso image? This would be possible if you run it as root on Solaris. 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: Cdrtools-2.01.01a32 ready
Meelis Roos [EMAIL PROTECTED] wrote: Will you add an option to mkisofs for not updating atime when creating an iso image? JS JS This would be possible if you run it as root on Solaris. And Linux - open() takes O_NOATIME since 2.6.8 as manpage tells (3 years now). Well, the Solaris method works since 15 years. I sometimes don't remember recent enhancements ,-) 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: Cdrtools-2.01.01a32 ready
On Thu, 02 Aug 2007 11:00:22 +0200, [EMAIL PROTECTED] (Joerg Schilling) wrote: Giulio Orsero [EMAIL PROTECTED] wrote: On 7/30/07, Joerg Schilling [EMAIL PROTECTED] wrote: NEW features of cdrtools-2.01.01a32: Will you add an option to mkisofs for not updating atime when creating an iso image? This would be possible if you run it as root on Solaris. I'm on Linux, so not possible for me. Thanks. -- [EMAIL PROTECTED]
Re: Cdrtools-2.01.01a32 ready
Will you add an option to mkisofs for not updating atime when creating an iso image? JS JS This would be possible if you run it as root on Solaris. And Linux - open() takes O_NOATIME since 2.6.8 as manpage tells (3 years now). -- Meelis Roos -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Burning video DVD+R
Bill Davidsen [EMAIL PROTECTED] wrote: Part of the problems I have been having with DVD seems to be related to using DVD+R media. While DVD+R burn without error message, they don't work in most readers. And since locally they are cheaper and burn much faster, I would like to have a way to save time and money using them. This is strange, in Germany there is no real price difference. It most cases there are more cheap DVD-R media because people know that they better work in stand alone Videop players. 2-3 years ago, the last reason why DVD+ _could_ be cheaper than DVD- did go away when Verbatgim patented a method to replace the pimples at the start of a DVD- sector by a bulge in the side of the pregroove, making the stand time of the stamper identical for DVD- and DVD+ 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: Linux problems
Bill Davidsen [EMAIL PROTECTED] wrote: Since you mention VCD, what is the correct burning magic for cdrskin? I've created images with vcdimager, but they are cuefile+bin, which is not supported. Is there a software which produces a single burnable image? These file may be burned with cdrecord. You need a recent original source instead of the bastardized Rethat variant you seeem to use. The needed support has been added to the end of last year. 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: Burning video DVD+R
Joerg Schilling wrote: Bill Davidsen [EMAIL PROTECTED] wrote: Part of the problems I have been having with DVD seems to be related to using DVD+R media. While DVD+R burn without error message, they don't work in most readers. And since locally they are cheaper and burn much faster, I would like to have a way to save time and money using them. This is strange, in Germany there is no real price difference. It most cases there are more cheap DVD-R media because people know that they better work in stand alone Videop players. The local office supply stores often have specials on them, making the + about $5/100 cheaper than -R. Not a big deal, but they do burn *much* faster on both writers I use, so that's an advantage. Agreed, DVD-R work much better, DVD+R doesn't work at all in most cases. 2-3 years ago, the last reason why DVD+ _could_ be cheaper than DVD- did go away when Verbatgim patented a method to replace the pimples at the start of a DVD- sector by a bulge in the side of the pregroove, making the stand time of the stamper identical for DVD- and DVD+ I assume the price difference is marketing rather than actual cost, normally they are the same price, but on sale the DVD+R are a little less. -- bill davidsen [EMAIL PROTECTED] CTO TMR Associates, Inc Doing interesting things with small computers since 1979 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Linux problems
Bill Davidsen [EMAIL PROTECTED] wrote: Since you mention VCD, what is the correct burning magic for cdrskin? I've created images with vcdimager, but they are cuefile+bin, which is not supported. Is there a software which produces a single burnable image? These file may be burned with cdrecord. You need a recent original source instead of the bastardized Rethat variant you seeem to use. They may be burned, but they don't work, which is why I would like to try another software. I have created standard images and burned with and without -sao, and created images with the --sectors-2336 option and burned with -sao, Are you unwilling or unable to understand? you need to use the cue file! cdrecord 01.01a31 was current when I tried it. The needed support has been added to the end of last year. That support is in the Fedora version as well, which doesn't complain about using the real name of the device and doesn't need to be run as root, so can be used on production systems. This is of course a lie. 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: Linux problems
Joerg Schilling wrote: Bill Davidsen [EMAIL PROTECTED] wrote: Since you mention VCD, what is the correct burning magic for cdrskin? I've created images with vcdimager, but they are cuefile+bin, which is not supported. Is there a software which produces a single burnable image? These file may be burned with cdrecord. You need a recent original source instead of the bastardized Rethat variant you seeem to use. They may be burned, but they don't work, which is why I would like to try another software. I have created standard images and burned with and without -sao, and created images with the --sectors-2336 option and burned with -sao, -raw96r, and attempted -mode2, which hangs the burner until power cycle. In all cases except the hang, the resulting media had a valid and readable ISO9660 track 1, so the process appeared to work, but neither the computer read vcd software nor any DVD player would accept them for play. cdrecord 01.01a31 was current when I tried it. The needed support has been added to the end of last year. That support is in the Fedora version as well, which doesn't complain about using the real name of the device and doesn't need to be run as root, so can be used on production systems. -- bill davidsen [EMAIL PROTECTED] CTO TMR Associates, Inc Doing interesting things with small computers since 1979 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Burning video DVD+R
Thomas Schmitt wrote: Hi, While DVD+R burn without error message, they don't work in most readers. You used growisofs, i assume. Afaik it does not close DVD+R even if option -dvd-compat or -dvd-video is given. Seems Andy Polyakov had some bad feedback about closed DVD+R. I don't know which, yet. Actually I have tried growisofs and cdrecord, both the Fedora version and the official version. However, I used -dvd-compat, not -dvd-video, if you think that has any chance of helping I'll try that. There is code to fill up a DVD+R with zeros instead. From growisofs.c: * - 'growisofs -M /dev/cdrom=/dev/zero', this is basically a counter- * intuitive kludge assigned to fill up multi-session write-once * media for better compatibility with DVD-ROM/-Video units, to keep * it mountable [in the burner unit] volume descriptors from previous * session are copied to the new session; I understand this can be done with your already burned not-so-well working DVD+R media. If you got some blank media left it may be worth a try to use cdrskin without option -multi. This will close the media after burning. Since you mention VCD, what is the correct burning magic for cdrskin? Currently none, i fear. This exotic CD stuff is described in proprietary books owned by Philips. MMC standard tells something about how to control it, but not for what purpose which control has to be applied. The rumors found in the web contradict each other and also do not 100 % match what i read from MMC. (E.g mode names and their alleged sector sizes.) On the off-chance this will be useful, mplayer and vcdimager have some of the imformation you might need, although you really probably need to look at the cue sheet stuff in software which supports that. http://www.mplayerhq.hu/DOCS/HTML/en/vcd.html http://www.vcdimager.org/pub/vcdimager/manuals/0.7/vcdimager.html#SEC4 If somebody could prescribe me in the terms of MMC what to do with the one or more source files of a VCD then i would implement this in libburn. The other path to wisdom would be a VCD player which is capable of playing CD-RW, a few VCD media examples for getting an impression of the disc structure, and then to iterate over the finite list of possibilities offered by MMC. If it plays then it is right - for that particular player. Have a nice day :) Thomas -- E. Robert Bogusta It seemed like a good idea at the time -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Linux problems
Joerg Schilling wrote: Bill Davidsen [EMAIL PROTECTED] wrote: Since you mention VCD, what is the correct burning magic for cdrskin? I've created images with vcdimager, but they are cuefile+bin, which is not supported. Is there a software which produces a single burnable image? These file may be burned with cdrecord. You need a recent original source instead of the bastardized Rethat variant you seeem to use. They may be burned, but they don't work, which is why I would like to try another software. I have created standard images and burned with and without -sao, and created images with the --sectors-2336 option and burned with -sao, Are you unwilling or unable to understand? you need to use the cue file! Of course, what has that to do with anything? Using with cuefile I need to use -sao, and if I create with 2336 sectors I assume it will work better with --sectors-2336 although I tried without that as well. cdrecord 01.01a31 was current when I tried it. The needed support has been added to the end of last year. That support is in the Fedora version as well, which doesn't complain about using the real name of the device and doesn't need to be run as root, so can be used on production systems. This is of course a lie. You make these blanket statements... which you you think is untrue, that 01.01a31 was current, that the other version I have knows about curfile=, that it doesn't pretend to malfunction with real device names, or that all software except your has been updated not to need root access? Surely you don't suggest that any production system would give all users root password to run your software? -- bill davidsen [EMAIL PROTECTED] CTO TMR Associates, Inc Doing interesting things with small computers since 1979 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Burning video DVD+R
Hi, Rob Bogus: However, I used -dvd-compat, not -dvd-video, if you think that has any chance of helping I'll try that. I understand -dvd-video is an option of mkisofs which growisofs does forward. It also triggers growisofs option -dvd-compat for the burner part of growisofs. So it would make no difference to -dvd-compat if you burned an already formatted image. Like: growisofs -Z /dev/sr0=my_image_file But if you let growisofs do the mkisofs run growisofs -Z /dev/sr0 my_video_files ... then -dvd-video should yield a different image to be burned on the fly. (See man mkisofs, -dvd-video) Nevertheless if DVD-R work well by the same image formatting, i would not expect that a mkisofs option brings the decisive progress. (On the other hand: the devil is a squirrel) Given yesterday's correction by Andy i re-read http://fy.chalmers.se/~appro/linux/DVD+RW/ Possibly you should read the paragraphs around dvd+rw-booktype -dvd-rom -unit+r /dev/scdN for another experiment proposal. Have a nice day :) Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Linux problems
Bill Davidsen [EMAIL PROTECTED] wrote: Are you unwilling or unable to understand? you need to use the cue file! Of course, what has that to do with anything? Using with cuefile I need to use -sao, and if I create with 2336 sectors I assume it will work better with --sectors-2336 although I tried without that as well. So you like to prove that you are unwilling to learn and that you only like to repeat the same nonsense you did write already many times before? Is there a chance that you will read the documentation for cdrecord and the one for vcdimager? You do not seem to be interested in a solution but in writing offensive rants only. Otherwise, you did follow the advise you have been given. Vcdimager creates a *.cue and a *.bin file. Cdrecord allows you to use cuefile=xxx.bin to write VCDs correctly. If you continue to ignore people who like to help you, please do not also repeat your lies that claim that there is a problem. The only problem I see is you, because you refuse to follow any advise. Anything will fail if you operate it against the advise of the documentation! cdrecord 01.01a31 was current when I tried it. The needed support has been added to the end of last year. That support is in the Fedora version as well, which doesn't complain about using the real name of the device and doesn't need to be run as root, so can be used on production systems. This is of course a lie. You make these blanket statements... which you you think is untrue, that 01.01a31 was current, that the other version I have knows about curfile=, that it doesn't pretend to malfunction with real device names, or that all software except your has been updated not to need root access? Surely you don't suggest that any production system would give all users root password to run your software? You continue to write offensive lies! RedHat did not upgrade cdrecord to a more recent version since more than 2 years. Why do you claim that it supports things that have been added less than a year ago? In addition, it seems that you did not learn the UNIX basics: The need to install cdrecord suid root is the will of Linus Torvalds. But installing cdrecord suid root will definitely not give the root passwd to all users. If you like to stay at the childish level that you did use the last days, please find another playground but reprieve us from your useless rants in this mailing list. 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: Burning video DVD+R
Thomas Schmitt wrote: Hi, Rob Bogus: However, I used -dvd-compat, not -dvd-video, if you think that has any chance of helping I'll try that. I understand -dvd-video is an option of mkisofs which growisofs does forward. It also triggers growisofs option -dvd-compat for the burner part of growisofs. Yes, it would seem that the problem lies in some part of my burning options, or perhaps I just have several picky DVD players. Since I don't use mkisofs it doesn't matter what options I could pass it. So it would make no difference to -dvd-compat if you burned an already formatted image. Like: growisofs -Z /dev/sr0=my_image_file But if you let growisofs do the mkisofs run growisofs -Z /dev/sr0 my_video_files ... then -dvd-video should yield a different image to be burned on the fly. (See man mkisofs, -dvd-video) Nevertheless if DVD-R work well by the same image formatting, i would not expect that a mkisofs option brings the decisive progress. (On the other hand: the devil is a squirrel) To be honest, my effort to use DVD+R is purely to speed the process, and the VCD effort just because I looked hard to find the software, and I tend to hang on to a problem until I understand it. But since my DVD playing software doesn't like DVD+R, I do think I'm doing something wrong. Given yesterday's correction by Andy i re-read http://fy.chalmers.se/~appro/linux/DVD+RW/ Possibly you should read the paragraphs around dvd+rw-booktype -dvd-rom -unit+r /dev/scdN for another experiment proposal. Thank you, there may be wisdom there, or at least more to try. -- Bill Davidsen [EMAIL PROTECTED] We have more to fear from the bungling of the incompetent than from the machinations of the wicked. - from Slashdot -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]