Kein Betreff


Mo Jan 4 21:21:20 CET 1999


>From guckes  Mon Jan  4 22:21:20 1999
Return-Path: <owner-linux-l at calle.in-berlin.de>
Delivered-To: guckes at math.fu-berlin.de
Received: (qmail 10099 invoked from network); 4 Jan 1999 21:21:18 -0000
Received: from methan.in-berlin.de (160.45.10.13)
  by leibniz.math.fu-berlin.de with SMTP; 4 Jan 1999 21:21:18 -0000
Received: from calle.in-berlin.de (calle.in-berlin.de [193.175.21.97])
	by methan.in-berlin.de (8.9.1/8.9.1) with ESMTP id WAA01904;
	Mon, 4 Jan 1999 22:20:54 +0100 (CET)
	(envelope-from owner-linux-l at calle.in-berlin.de)
Received: by calle.in-berlin.de (Smail3.2.0.98) 
	  from  localhost with smtp
	  id <m0zx7MM-000A6FC>; Mon, 4 Jan 1999 11:35:42 +0100 (CET)
Received: by calle.in-berlin.de (Smail3.2.0.98)
	  id <m0zx7MI-000A2Va>; Mon, 4 Jan 1999 11:35:38 +0100 (CET)
Message-ID: <19990104104609.A218 at malone.zedat.fu-berlin.de>
Date: Mon, 4 Jan 1999 10:46:09 +0100
From: mskranz at zedat.fu-berlin.de
To: linux-l at calle.in-berlin.de
Subject: Re: linux-l: Bad audio Track size ??????
Mail-Followup-To: linux-l at calle.in-berlin.de
References: <Pine.LNX.4.02A.9901021941360.7798-100000 at camelot.hubig.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Mailer: Mutt 0.93.1i
In-Reply-To: <Pine.LNX.4.02A.9901021941360.7798-100000 at camelot.hubig.net>; from Markus Hubig on Sat, Jan 02, 1999 at 08:12:41PM +0100
Sender: owner-linux-l at calle.in-berlin.de
Reply-To: linux-l at calle.in-berlin.de
Status: RO
Content-Length: 2786
Lines: 66

On Sat, Jan 02, 1999 at 08:12:41PM +0100, Markus Hubig wrote:
> Irgendwo habe ich mal etwas von X-CD-Roast gehört also habe ich mier das mal
> runtergezugen.
> Mein erster Eindruck wahr ja nicht schlecht, aber wie immer steckt der Teufel im
> Detail. Zum einen ist dieses Programm doch etwas "Lahmarschig", 

Was ist 'lahm...'? Xcdroast oder cdrecord? Die Oberflaeche oder der
Brennvorgang?

> und dann diese
> Seltsamkeiten, wieso muss ich eine extra Partition fuer neine Brenndaten
> anlegen ?? 

Musst Du doch gar nicht. Kannst auch alles in 'ne schon bestehende Partition
schreiben. Da Du aber als Root Xcdroast startest ist doch der Weg mit der
eigenen Partition sicher, oder nicht?

> Ach ja, irgendwie scheint diese -nonroot Option auch nicht so zu funzen
> (vielleicht bin ich zu bloed, aber in der "Betriebsanleitung" steht "... Still
> logged in as root type xcdroast -nonroot to start the program for the first
> time." habe ich gemacht aendert aber nichts an der Fehlermeldung die ich bekomme
> wenn ich als normahler user xcdroast oder xcdroast -nonroot aufrufe. Naemlich
> "You must run this program with root-permissions! (Set the +s bit on the
> xcdroast-binary as root ).

chown root 'xcdroast-binary' hast Du auch gemacht?

> Als ich endlich so weit wahr das ich brennen wollte und zwahr einen Audio-CD
> Sampler bestehend aus wav-Files die auf einer Fat32-Partition gespeichert sind
> bekam ich folgende ERROR-MELDUNG :
> 
> [...]
> /usr/X11R6/lib/xcdroast-0.96e/bin/cdrecord-1.6.1: Bad audio track size
> 40166280 for track 01.
> /usr/X11R6/lib/xcdroast-0.96e/bin/cdrecord-1.6.1: Audio tracks must be at
> least 705600 bytes and a multiple of 2352.

RTFM!

     -pad  If the track is a data track,  15  sectors  of  zeroed
          data  will  be added to the end of this and each subse-
          quent data track.  In this case, the  - pad  option  is
          superseded  by the padsize= option. It will remain how-
          ever as a shorthand for  padsize=15s.   If  the   - pad
          option  refers to an audio track, cdrecord will pad the
          audio data to be a multiple of 2352  bytes.  The  audio
          data  padding is done with binary zeroes which is equal
          to absolute silence.

> <planlosigkeit> Was soll denn das??? </planlosigkeit>

> Hatt irgendjemand schon einmahl etwas mit diesen "Programm" gebrannt ????

Hm, was willst Du? Die c't schreibt in Ausgabe 26/98 auf Seite 152:
...
Dieses Programm (cdrecord) kann Images ueber nahezu jeden SCSI-Recorder auf
CD-Rs brennen. ATAPI-Geraete unterstuetzt es ueber die IDE-SCSI-Emulation im
Linux-Kernel.
Das Programm arbeitete mit allen Testkandidaten ohne Probleme zusammen.
...

Gruss,
Matthias
-- 
Matthias Kranz    kranz at inf.fu-berlin.de
   http://www.inf.fu-berlin.de/~kranz



Mehr Informationen über die Mailingliste linux-l