![](https://seccdn.libravatar.org/avatar/9172c5fcc0c55ac5af6b4034cd91c24f.jpg?s=120&d=mm&r=g)
Hallo erstmal, Wenn ich ein Image habe oder Daten die noch nicht in einem Image sind weil ich zum Beispiel von diesen WAV Dateien direkt Audio CD´s machen will, dann muß es doch eine Schnelle Möglichkeit geben um zu testen ob die auf die Eingelegte CD gehen. Unter Windows bekommt man einen Balken angezeigt der direkt sagt wie groß die CD ist und ob die Ausgewählten Daten auf die CD passen. Das macht er aber auch wenn die CD eine andere größe hat. Es sind ja nicht alle 700er Medien auch ganz genau 700 MB groß. Der --dumy lauf von cdrecord dauert aber genause lange wie das brennen, kann man das nicht schneller und einfacher testen? -- Mit freundlichen Grüssen Sascha Peters linux@progressing.de
![](https://seccdn.libravatar.org/avatar/4152e642369c2c4ca0f6445c1e392dd3.jpg?s=120&d=mm&r=g)
Auch hallo erstmal Sascha, Sascha Peters wrote:
Hallo erstmal,
Wenn ich ein Image habe oder Daten die noch nicht in einem Image sind weil ich zum Beispiel von diesen WAV Dateien direkt Audio CD´s machen will, dann muß es doch eine Schnelle Möglichkeit geben um zu testen ob die auf die Eingelegte CD gehen.
Unter Windows bekommt man einen Balken angezeigt der direkt sagt wie groß die CD ist und ob die Ausgewählten Daten auf die CD passen. Das macht er aber auch wenn die CD eine andere größe hat. Es sind ja nicht alle 700er Medien auch ganz genau 700 MB groß. Der --dumy lauf von cdrecord dauert aber genause lange wie das brennen, kann man das nicht schneller und einfacher testen?
Unter Windows benutzt Du ja ein fertiges Pgrogramm mit GUI und wie aufwaendig die Platzberechnung da drin programmiert ist siehst Du nicht. Du siehst nur das Ergebnis. Darum kannst Du das nicht direkt mit den Command-line tool 'cdrecord' (oder anderen) vergleichen, weil das ja auf einem viel niedrigeren Niveau ablaeuft. Ich entwickle auch gerade eine GUI zum Erstellen von CDs weiter (Tkburn) und da sehe ich zwei unterschiedliche Faelle: 1) Audio CDs Hierzu berechne ich den Platzbedarf aufgrund der wav Filegroesse 2) Daten CDs mit 'mkisofs -print-size' laesst sich der in etwa benoetigte Platzbedarf berechnen. In beiden Faellen ist jedoch die eigentliche Herausforderung den (noch) freien Platz auf der CD herauszufinden. Nicht auf allen Rohlingen steht der naemlich drauf oder wenn's 'ne multisession CD ist dann muss man den Restplatz auch irgendwie berechnen. In meinem Tool habe ich letzteres auch noch nicht geloesst. Wenn das Fassungsvermoegen auf dem Rohling ist kannst Du mit cdrecord dev=X,Y,Z -atip nachsehen. Werner
![](https://seccdn.libravatar.org/avatar/9172c5fcc0c55ac5af6b4034cd91c24f.jpg?s=120&d=mm&r=g)
Guten Tag Werner Franke, Am Mittwoch, 20. Juni 2001 um 14:29 schrieb Werner Franke:
Sascha Peters wrote:
Es sind ja nicht alle 700er Medien auch ganz genau 700 MB groß. Der --dumy lauf von cdrecord dauert aber genause lange wie das brennen, kann man das nicht schneller und einfacher testen? Unter Windows benutzt Du ja ein fertiges Pgrogramm mit GUI und wie aufwaendig die Platzberechnung da drin programmiert ist siehst Du nicht. Du siehst nur das Ergebnis.
Darum kannst Du das nicht direkt mit den Command-line tool 'cdrecord' (oder anderen) vergleichen, weil das ja auf einem viel niedrigeren Niveau ablaeuft.
Ich entwickle auch gerade eine GUI zum Erstellen von CDs weiter (Tkburn) und da sehe ich zwei unterschiedliche Faelle:
Ja Audio und DatenCD´s das Reicht doch vollkommen, aber es gibt aich fälle da ist das Image schon da und ich will wissen ob das jetzt auf den Rohling geht, Bei Windows geht das aber alles sooo schnell, das kann doch dann für ein konsolenprogramm nicht so schwer sein.
In beiden Faellen ist jedoch die eigentliche Herausforderung den (noch) freien Platz auf der CD herauszufinden.
Ist das wirklich so schwer? Ich werde dann mal weiter alles so versuchen! Auch wenn das die Windowsuser nicht freundlich stimmen wird, egal! -- Mit freundlichen Grüssen Sascha Peters linux@progressing.de
participants (2)
-
Sascha Peters
-
Werner Franke