My questions are:
- Is this structure OK or is there a better way to prepare it?
JRiver will accept just about any directory "structure" you want to use. One of the most important things about JRiver is how powerful its library database is and what you can do with the metadata (tags), most of the time the directory structure you use is not important. Consistency is though. My friend uses an alphabet on top of the artist folder and I've been trying to warn him against doing this ... but there are people here that even break things down by genres, file types etc. Basically its your choice, but the big transition to make for most people IMO is not using old school physical files to find or playback anything. Its the tags (metadata) that controls everything. FLAC as a lossless file container has the most to offer for embedding meta data ... followed closely by ALAC.
This is ok if you have 200 cds, but not 5000. What you do want to do, though is keep the full file path reasonably short. Using directories that correspond to tagging fields will also allow you to rebuild everything if a catastrophe happens.
I recommend this to my friends and family which is pretty close to what you are doing (there are a lot of reasons behind this, but not everyone would be in agreement about the multiple cds - some put each cd as a separate album folder) :
z:\[Album Artist]
[Album]
[Disc No. if multiple album or box set]
tracks + album art + maybe pdf files or other "art"
You should have a separate folder for compilations, soundtracks etc to keep(I use [2-Various Artists])
I also have a separate folder for Classical [1-Classical] as these are by Composer and not by Album Artist; I also have a "Various Composer directory under neath this (there are a LOT of opinions on classical music, how to tag etc. you can search the forum on this).
If you actually have to find the physical files in windows this way jut type the first 2 or 3 letters and in win explorer you quickly get close to what you are looking for. If you alphabetize you have to first open that folder. And if you have a problem with your ripping mask or template you could in error put the album under the wrong letter.
- Do I need to create a CUE sheet for each CD or is this not necessary for JRiver?
No they are not necessary. Personally, I don't like CUE sheets. They can cause problems, especially when ripping one large file and using the cue sheet to split on playback. I never use them and where I had them, I got rid of them. JRiver has lots of different gap settings including gapless so, again my opinion, CUE sheets don't bring anything to the table. However, CUE sheets are supported if you don't agree with me.
- Does JRiver automatically recognises the thumbnail with this name or...?
not sure what you mean maybe ...
there is an option to use folder.jpg this is what I have always done-- see Options file location cover art. Some people use cover.jpg some even retag it wit the album name. There is also on option to put cover art for all of the albums in one folder. I don't like this personally, and if you are interested in using JRemote, this is not a good idea -- but it is possible. JR like most players, uses embedded artwork. So actually you don't even need the cover art on your hard drives (there can be reasons to have them though.) Most ripping programs will embed the art during the rip itself. Should the album art not be embedded in the file for some reason, JRiver offers a bunch of tools to either get it from the web or, add it from your art within the album folder. You can do this in batches so its not full automatic, but almost
- Can I keep my tags and still fetch additional information like reviews and so on or does JRiver overwrites them all when doing some kind of search in its database? I'm asking this because some times some CD's are not in the database and I have entered all the tags manually already.
Yes of course ... JRiver won't overwrite anything unless you ask it too. However, you can't just add to the tags for specific fields automatically (there is a tool "Lookup Track info form online database" - it will replace whatever metadata that it has, so this could indeed overwrite your tags, there is a warning and you can't just do it by mistake ... I never use this personally.)
Tagging in JRiver is very powerful. I recheck or retag all of my music via JRiver now. COmbined with custom admin views you can set up, you can copy paste what ever you want from the web. Set up "links" that do automatic searches of online database etc (like ALLmusic, Discogs etc.) JRiver allows virtually unlimited extended tag information. You can save this to the files themselves (or not). MP3 tag can't. But in fairness it was developped for lossy files which couldn't handle a lot of these extended fields.
Thanks in advance!
sure welcome and happy listening