You are not logged in.
Can you please share that script ? I really would appreciate that..!
http://aur.archlinux.org/packages.php?d … =1&ID=7264
Enjoy it in all it's badly documented glory...
Desktop: AMD Athlon64 3800+ Venice Core, 2GB PC3200, 2x160GB Maxtor DiamondMax 10, 2x320GB WD Caviar RE, Nvidia 6600GT 256MB
Laptop: Intel Pentium M, 512MB PC2700, 60GB IBM TravelStar, Nvidia 5200Go 64MB
Offline
QT: k9copy
GTK: dvd95 (from AUR)
Offline
I use DVDShrink under WINE, faster for me under arch then it was under *gasp* Vista. I use k3b to copy if it's small enough. I tried k9copy but the disks don't play under one of my players.
Offline
I use DVDShrink under WINE, faster for me under arch then it was under *gasp* Vista. I use k3b to copy if it's small enough. I tried k9copy but the disks don't play under one of my players.
I've had this problem for a few months now, too. I can burn isos I made a while back and they play fine. I can open the old isos fine with k9copy. Any newer isos I've made no longer play on any of my stand alone players, and cause k9copy to bomb when I try to open them. This seems to have occurred around the same time that it started calculating iso sizes incorrectly - I see gradgrind has an unanswered open ticket at the k9copy sourceforge site about this issue. The workaround for me was to set the desired size smaller, but it still adds a ton to the final size. To my way of thinking, this is an issue with vamps which has been recently upgraded:
[03/09/07 18:59] upgraded vamps (0.99.2-3 -> 0.99.2-4)
I'm trying to downgrade to see if I can solve this issue. I'm going to open a new thread about this.
Unthinking respect for authority is the greatest enemy of truth.
-Albert Einstein
Offline