:: >
:: > I know there is a project to avoid pauses between tracks by
:: > extending the
:: > MP3 format with additional tags. But I don't understand why
:: > this is necessary and
:: > AFAIS the handling is a little bit difficult.
::
:: [snip suggested support for multiple filenames]
::
:: This seems to assume that you have to encode each track individually. Why
:: not use one big wav, encode that, and split it afterwards? This requires no
:: encoder changes (will work with any encoder) and the tools already exist to
:: do the splitting. Works for me... but I'm idly working on an "encoder
:: wrapper" that simplifies the process
::
:: wrapper file.wav file.cue
::
:: will first invoke the encoder on file.wav, producing file.mp3, then split
:: file.mp3 based on file.cue, adding id3 tags as it goes. It would then be
:: quite simple to add support for your approach
::
:: wrapper file1.wav [file2.wav [...]]
::
:: and work with a cue sheet generated on the fly. Seems to me to be a cleaner
:: approach overall.
::
:: OTOH I'm not sure if .cue files are well-supported on platforms other than
:: Windows. Can cdparanoia etc. be configured to generate them?
::
* A lot of people don't understand the gap problem, so the right coding must
be done unintentionally. Otherwise a lot of MP3 life recording or MP3
classic music files are broken. It is not enough that *we* are know how to
code unbroken files. Every stupid lame user must do it without additional
efforts.
* Most CD grabber write single files for every track on standard, so most
User will do that. And it is also more handy to have several PCM files
and MP3 files instead of choping and clueing files and removing temp
files. It is much more dangerous, especially on Out of Disk Space
situations.
* Splitting and desplitting needs a lot of disk space, may be not available
* cdparanoia can output information about the contents of a CD.
You can redirect stderr. In 9.7 the information look like that:
cdparanoia III release 9.7 (December 13, 1999)
(C) 1999 Monty <[EMAIL PROTECTED]> and Xiphophorus
Report bugs to [EMAIL PROTECTED]
http://www.xiph.org/paranoia/
Checking /dev/scd0 for cdrom...
Testing /dev/scd0 for cooked ioctl() interface
/dev/scd0 is not a cooked ioctl CDROM.
Testing /dev/scd0 for SCSI interface
generic device: /dev/sg0
ioctl device: /dev/scd0
CDROM sensed: SONY CD-RW CRX140E 1.0c
Checking for SCSI emulation and transport revision...
Drive is ATAPI (using SCSI host adaptor emulation)
Checking for MMC style command set...
Drive is MMC style
Verifying CDDA command set...
Expected command set reads OK.
Looking at revision of the SG interface in use...
New style SG with scatter/gather memory management
DMA scatter/gather table entries: 256
table entry size: 32768 bytes
maximum theoretical transfer: 3566 sectors
Setting default read size to 13 sectors (30576 bytes).
Table of contents (audio tracks only):
track length begin copy pre ch
===========================================================
1. 11700 [02:36.00] 0 [00:00.00] no no 2
2. 19050 [04:14.00] 11700 [02:36.00] no no 2
3. 17797 [03:57.22] 30750 [06:50.00] no no 2
4. 13238 [02:56.38] 48547 [10:47.22] no no 2
5. 13132 [02:55.07] 61785 [13:43.60] no no 2
6. 20533 [04:33.58] 74917 [16:38.67] no no 2
7. 13425 [02:59.00] 95450 [21:12.50] no no 2
8. 11570 [02:34.20] 108875 [24:11.50] no no 2
9. 19402 [04:18.52] 120445 [26:45.70] no no 2
10. 13185 [02:55.60] 139847 [31:04.47] no no 2
11. 10730 [02:23.05] 153032 [34:00.32] no no 2
12. 12025 [02:40.25] 163762 [36:23.37] no no 2
13. 11770 [02:36.70] 175787 [39:03.62] no no 2
14. 16303 [03:37.28] 187557 [41:40.57] no no 2
15. 14535 [03:13.60] 203860 [45:18.10] no no 2
16. 11392 [02:31.67] 218395 [48:31.70] no no 2
17. 7373 [01:38.23] 229787 [51:03.62] no no 2
TOTAL 237160 [52:42.10] (audio only)
Ripping from sector 0 (track 1 [0:00.00])
to sector 237159 (track 17 [1:38.22])
outputting to track01.cdda.wav
...
--
Mit freundlichen Gr��en
Frank Klemm
eMail | [EMAIL PROTECTED] home: [EMAIL PROTECTED]
phone | +49 (3641) 64-2721 home: +49 (3641) 390545
sMail | R.-Breitscheid-Str. 43, 07747 Jena, Germany
--
MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
