c9c2ca27 |
1 | TODO: |
2 | ---- |
411ef0b0 |
3 | * Change cdparanoia-tracks to = in the status file |
4 | |
8063c20f |
5 | * ReplyGain support |
6 | * flacdecode (to extract files from a -1 flac file) |
7 | |
9f659ada |
8 | * Get the echo instances to behave consistently |
9 | |
c9c2ca27 |
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 |
81bc6204 |
12 | |
c9c2ca27 |
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 |
a2052a00 |
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 ;) |
411ef0b0 |
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 | |