Re: Re: DVD packet writing
-I understand that it is dumb to write a buch of small files to a huge media where tar or bru would be the better option. I am just interested in where or why the problem with this is. write file read file write next file Where it would seem to make more sense to do this to pktcdvd in a batch like mode. I'm not sure if it might be just the way that UDF works with Linux. Does it read data on the disk before positioning the file? Does it read directory data before adding file "inodes" to the directory data? You are very correct that I could loop mount and burn quicker. growisofs works great for functions like this also. It would be convenient to have a program like mkisofs for udf that would lay files down in a stream rather than one at a time. You said you can't grow UDF. Could the packet stream be preordered and written in a stream to the media? Thanks, Dyson Volker Kuhlmann wrote:
I tried cp-sort to the dvd. The built Linux source tree 176MB took about 45 minutes
Useless. DVDs are less than 5GB. Just get a small fast disk if you don't have a big one already, and image the DVD contents on it. I made cp-sort to copy into udf filesystems created with mkudffs in a file which is loop-mounted. It's a good idea to use it for ext2 as well. The smaller your average file size is, the more you're forced to image on disk. If you want to add, you'd have to read the dvd image to disk, enlarge (oops, not with udf, so you need to copy to a new one, this is when you decide to use ext2 instead), add files, run cp-sort, unmount and burn back. With 176MB you can still do that in less than 45min.
Packet writing is not useful until it is as reliable and at least as fast as the stupid way of dvd->harddisk->addfiles->dvd. If you only have to add very large files, it's probably ok.
I am unsure whether your observation that it works better with cp-sort than with cp is due to cp-sort.
Volker
-- Volker Kuhlmann is possibly list0570 with the domain in header http://volker.dnsalias.net/ Please do not CC list postings to me.
-- To unsubscribe, e-mail: packet-writing-unsubscribe@suse.com For additional commands, e-mail: packet-writing-help@suse.com
I'm not sure if it might be just the way that UDF works with Linux.
Yes, or how well the firmware in the burner plays the game, or whether the packet software and the burner understand each other properly. Does it really work the same on cd-rw and dvd+-rw?
You said you can't grow UDF.
There's no resizeudf. I understand that the filesystem is created for a maximum size, but that the process of creating the filesystem doesn't write to any blocks beyond at the very start. When adding data, it's filled up from the start (dunno how fragmentation is handled). Maybe udf is resizable in principle, but I can't see a way of doing it. Volker -- Volker Kuhlmann is possibly list0570 with the domain in header http://volker.dnsalias.net/ Please do not CC list postings to me.
participants (2)
-
Dyson
-
Volker Kuhlmann