| 1 |
On 8 Jun, meino.cramer@×××.de wrote: |
| 2 |
> |
| 3 |
> Hi, |
| 4 |
> |
| 5 |
> I am using k3b to burn dvds/cds. |
| 6 |
> As most programs of this kind, k3b can /copy/ but not |
| 7 |
> /move/ data to a DVD. |
| 8 |
> Therefore, when trying to find tose files, which exactly |
| 9 |
> sum up to the size of a DVD (by the way: I know DVD- |
| 10 |
> sizes from a little below 4.3 GB to over 4.7GB...what is |
| 11 |
> the truth?) I end up with a selected file here and another |
| 12 |
> one there. After the DVD is finished it is --hrmm-- not |
| 13 |
> efficient to find those in the related directories to |
| 14 |
> remove them after a successful copy. |
| 15 |
> Now I am looking of something like a "virtual DVD" to |
| 16 |
> which I can /move/ and move back files. The "DVD" |
| 17 |
> should report "no space left on device" exactly at |
| 18 |
> the same point when a "real DVD" is filled. |
| 19 |
> |
| 20 |
> I thought of one extra partition of the same size a DVD |
| 21 |
> but since the filesystems will occupy different amount |
| 22 |
> of space... |
| 23 |
> |
| 24 |
> On the other hand: A iso-image-file on the harddisk would |
| 25 |
> be nice, but that filesystem isn't made for moving files |
| 26 |
> back and forth... |
| 27 |
> |
| 28 |
> Any ideas to solve this??? |
| 29 |
|
| 30 |
Different idea: have a look at |
| 31 |
app-cdr/gaffitter |
| 32 |
It approximates the so-called knapsack problem of optimal packing. |
| 33 |
You can then use this information to burn and afterwards delete the |
| 34 |
files. |
| 35 |
Helmut. |
| 36 |
|
| 37 |
-- |
| 38 |
Helmut Jarausch |
| 39 |
|
| 40 |
Lehrstuhl fuer Numerische Mathematik |
| 41 |
RWTH - Aachen University |
| 42 |
D 52056 Aachen, Germany |
Archives