mga010

I found that, but it costs extra. And I am not willing to pay for bug fixes, or to be able to make feature suggestions. I already paid for the program.

Work around: After the program read the disk and complains twice about non-existing db entry, enter the artist (book author) and the album (book title). Then use options to enter {01 - %n2 - %b} as a file naming scheme. where 01 is for the book part. After ripping, open the directory with the ID3tagit3 program, and send the file name to the song title (option <T> in the dialog, which interprets the file name for IDV2). Not nice and easy, but works. I just wished, NHC would be a bit quicker answering user complaints.

I disabled my firewall, and still got no information. It is a very old bug in the software. What a pity with this otherwise great software! I should have saved my 29€ for something better.

Let me add, that this is Express Rip PLUS 1.49

Today one my CDs was found on the alternate server. In this case the file name scheme worked. So you only got to fix the problem that the scheme does not work for titles not found. For your information, I like to explain why I need this. I am often copying audio books from CDs. They come on multiple CDs. I like to copy them into one folder with alphabetical names, like 01-01, 01-02, ..., 02-01 etc., so the MP3 player plays them in the right order. So I need a file naming scheme, involving the CD number 01, which I enter, and the track number. By the way, I have to copy the file name to

1.49, if it helps, I found out that the file name string is only used if db information can be retrieved. Since it cannot for quite some while (as other users have pointed out too), we have this problem.

The track numbering scheme does not work. I'm using a "Custom" "File Name Scheme" "{01-%n2}", but the Tracks are always stored as "Track 01" etc. Annoying! Also the FreeDB server cannot accessed, even if the Firewall is disabled. Neither the server, nor the server in HTTP, nor the alternate server.