1* If cdparanoia returns something that cannot be parsed suring the scan,
2then ripperX will simply hang on startup.  This is known to occur on
3Fedora Core 3 when the CDROM device for cdparanoia has been forced
4(using -d <device>) and that device is not available.  In this specific
5situation, you can either edit your ~/.ripperXrc by hand, or delete it.
6ripperX should be able to detect the cdparanoia error output correctly
7if the cdrom device is not forced.
8
9* Sometimes the calculated remaining time is way off. This happens when
10cdparanoia finds a scratch or jitter on the CD and it must spend a LOT of
11extra time fixing things. The calculation is based on an average of the number
12of sectors read in a certain time period. So all it takes is a few jittery
13sectors to throw the completion time off.
14
15* Sometimes, especially if using the non-http cddb protocol, ripperX will
16appear to hang while looking up the CDDB info. This may because the network
17connection is very slow, or it is having trouble doing a DNS lookup.
18
19* If ripperX is ever acting strange, especially after upgrading, try deleting
20your ~/.ripperXrc file.  This should reset things to the defaults.
21
22* Don't delete the directory you started ripperX in while running ripperX.
23Also, do not delete any of the directories used to store the mp3 or wav
24files while the program is running.
25
26* Sometimes with new CDs you will get a CDDB error 22: CD not found in
27database.  You can try using another CDDB server. The default one is
28freedb.org, which sometimes is not as up to date as cddb.com. Try changing
29the CDDB server to something like us.cddb.com (port 888) or
30us.cddb.com/~cddb/cddb.cgi (for HTTP).
31