| 1 | TODO: |
| 2 | ---- |
| 3 | * Change cdparanoia-tracks to = in the status file |
| 4 | |
| 5 | * ReplyGain support |
| 6 | * flacdecode (to extract files from a -1 flac file) |
| 7 | |
| 8 | * Get the echo instances to behave consistently |
| 9 | |
| 10 | * move the wav files to a different dir if the user wants to keep the tracks |
| 11 | * read the TOC and CDTEXT files and store them |
| 12 | |
| 13 | * read_and_encode_and_tag? :) |
| 14 | * Customizable post-read/encode/tag hooks |
| 15 | (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=114851) |
| 16 | |
| 17 | * Separate local/dist tagging: if local encoding, the tags are added on the |
| 18 | encoding phase. If remote, the tracks need tagging. |
| 19 | And also add the possibility to add this information via oggenc directly |
| 20 | instead of explicitly invoking vorbiscomment. |
| 21 | |
| 22 | * Maybe repair files when they have the same name in the original CD? |
| 23 | (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=205634) |
| 24 | |
| 25 | * Separate the different output encodings, so a user can read and encode one |
| 26 | format and then encode another one, later, from the same wavs. Right now, |
| 27 | the same status line is used for all formats, so a re-encoding is rejected |
| 28 | since abcde sees the encoding already finished. Same with tags and moves. |
| 29 | |
| 30 | * Support UTF-8 tags |
| 31 | |
| 32 | * From slashdot: IMHO the most important aspect of an auto-ripper, is its |
| 33 | error-handling: what happens if a CD is too scratched to rip? How should it |
| 34 | react if someone tries to rip the exact same CD? make a new rip with another |
| 35 | name ? silently overwrite the old rip? etc. |
| 36 | |
| 37 | Review the things that abcde does ;) |
| 38 | |
| 39 | * When cdparanoia encounters a problem (disk full, data track) when abcde |
| 40 | is run in batch mode, abcde still continues, but batch mode is disabled. |
| 41 | I.e. instead of normalizing all tracks together, they are normalized |
| 42 | seperately, instead of running "lame --nogap" on all wavs, lame is |
| 43 | invoked once per wav. |
| 44 | |
| 45 | Abcde should halt when a problem occurs, so it can be manually resolved. |
| 46 | |
| 47 | * Support UTF-8 |
| 48 | |
| 49 | * AAC support (faac should be free?) |
| 50 | |
| 51 | * I used abcde to rip a cd in batch normalizing mode to mp3 (mp2 |
| 52 | actually) format with toolame. The first part went fine, until toolame |
| 53 | started. That resulted in an error. Here is the relevant part of the |
| 54 | logfile made by 'abcde -D 2>logfile': |
| 55 | |
| 56 | ----- |
| 57 | + TRACKFILES= track1.wav track2.wav track3.wav track4.wav |
| 58 | + nice -n 10 toolame --nogap track1.wav track2.wav track3.wav track4.wav |
| 59 | toolame: unrec option - |
| 60 | toolame: unrec option n |
| 61 | toolame: -p model must be 1 or 2, not track1.wav |
| 62 | + RETURN=1 |
| 63 | + '[' 1 '!=' 0 ']' |
| 64 | + echo 'batch-encode: returned code 1' |
| 65 | ----- |
| 66 | |
| 67 | In my abcde.conf I have "BATCH=y". Setting this to "BATCH=n" solves |
| 68 | this. "BATCH=y" is responsible for inserting '--nogap'. I don't know |
| 69 | what that is supposed to be doing, but it is only meant for use with |
| 70 | lame, and I am using toolame as that is free software: "LAME=toolame" |
| 71 | in abcde.conf. |
| 72 | |
| 73 | I see two possible solutions: |
| 74 | |
| 75 | 1. Check if LAME really is lame and not toolame or some other mp3 |
| 76 | encoder. If so, then go ahead and insert '--nogap' in the generated |
| 77 | command. Else don't. |
| 78 | |
| 79 | 2. Don't tie the '--nogap' insertion to the setting of BATCH. Make a |
| 80 | new option NOGAP or something for that. |
| 81 | |
| 82 | Other than that, abcde is a brilliant time saver. Thanks! |
| 83 | |
| 84 | BTW, dpkg -l toolame: |
| 85 | ii toolame 02i-2 MPEG-1 layer 2 audio encoder |
| 86 | |