r168@frost: data | 2005-09-19 10:27:33 +0300
[clinton/abcde.git] / TODO
diff --git a/TODO b/TODO
index e960cde..88544e0 100644 (file)
--- a/TODO
+++ b/TODO
@@ -1,16 +1,12 @@
 TODO:
 ----
+* flacdecode (to extract files from a -1 flac file)
+
 * Get the echo instances to behave consistently
 
 * move the wav files to a different dir if the user wants to keep the tracks
 * read the TOC and CDTEXT files and store them
-* read the complete CD to a single file, storing TOC seems a good idea to
-  recreate the index entries if we decide to burn the cd.
-* Make concatenating CD1...Cdn sets into one album possible: Maybe a "start
-  with number for files" flag?
 
-* read_and_encode function that uses named pipes for further ripping/encoding
-  parallelization where possible
 * read_and_encode_and_tag? :)
 * Customizable post-read/encode/tag hooks
   (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=114851)
@@ -30,8 +26,56 @@ TODO:
 
 * Support UTF-8 tags
 
-DONE:
-----
-* FLAC support (http://flac.sourceforge.net/)
-* Multiple ogg/mp3/flac output during the same session
-* Track padding problem with single songs.
+* From slashdot: IMHO the most important aspect of an auto-ripper, is its
+  error-handling: what happens if a CD is too scratched to rip? How should it
+  react if someone tries to rip the exact same CD? make a new rip with another
+  name ? silently overwrite the old rip? etc.
+
+  Review the things that abcde does ;)
+
+* When cdparanoia encounters a problem (disk full, data track) when abcde
+  is run in batch mode, abcde still continues, but batch mode is disabled.
+  I.e. instead of normalizing all tracks together, they are normalized
+  seperately, instead of running "lame --nogap" on all wavs, lame is
+  invoked once per wav.
+
+  Abcde should halt when a problem occurs, so it can be manually resolved.
+
+* AAC support (faac should be free?)
+
+* I used abcde to rip a cd in batch normalizing mode to mp3 (mp2
+  actually) format with toolame. The first part went fine, until toolame
+  started. That resulted in an error. Here is the relevant part of the
+  logfile made by 'abcde -D 2>logfile':
+
+  -----
+  + TRACKFILES= track1.wav track2.wav track3.wav track4.wav
+  + nice -n 10 toolame --nogap track1.wav track2.wav track3.wav track4.wav
+  toolame: unrec option -
+  toolame: unrec option n
+  toolame: -p model must be 1 or 2, not track1.wav
+  + RETURN=1
+  + '[' 1 '!=' 0 ']'
+  + echo 'batch-encode:  returned code 1'
+  -----
+  
+  In my abcde.conf I have "BATCH=y". Setting this to "BATCH=n" solves
+  this. "BATCH=y" is responsible for inserting '--nogap'. I don't know
+  what that is supposed to be doing, but it is only meant for use with
+  lame, and I am using toolame as that is free software: "LAME=toolame"
+  in abcde.conf.
+  
+  I see two possible solutions:
+  
+  1. Check if LAME really is lame and not toolame or some other mp3
+  encoder. If so, then go ahead and insert '--nogap' in the generated
+  command. Else don't.
+  
+  2. Don't tie the '--nogap' insertion to the setting of BATCH. Make a
+  new option NOGAP or something for that.
+  
+  Other than that, abcde is a brilliant time saver. Thanks!
+  
+  BTW, dpkg -l toolame:
+  ii  toolame        02i-2          MPEG-1 layer 2 audio encoder
+