More > JRiver Media Center 22 for Windows
JRiver vs. dBpoweramp for ripping CDs? Opinions?
mwillems:
--- Quote from: JohnT on January 10, 2017, 03:35:53 pm ---I just checked and I guess dbPowerAmp discontinued using AllMusic/AMG as of July 2016. It looks like they've replaced it with discogs. I'll bet the pricing got too steep. Or enforced.
https://forum.dbpoweramp.com/showthread.php?36067-AMG-Metadata-discontinuation
It would probably make sense to add another "backup" metadata provider to MC, beyond freedb which hasn't kept up with the others. I spent some time looking at MusicBrainz and that might make sense. Also looked into GD3, which might require the user to have a subscription there. We could also do more with Wikipedia.
--- End quote ---
That's really odd. It still seems to work here? I wonder if it's only for newer versions of the software (I'm still a version back) or what dBpoweramp is generating when I tell it to pull only from AMG. It's definitely returning results.
GD3 is another provider that dBpoweramp uses; it's almost as good as AMG for general metadata, and often has better cover art. MusicBrainz is pretty good, but doesn't have the same kind of broad coverage as AMG and GD3
blgentry:
As far as "audiophile sound quality" goes, it's fairly simple:
If the ripping program gets the data cleanly, then it's all the same. Any high end ripping program is going to get the exact same data: DBPowerAmp, JRiver MC, EAC, XLD, etc. The differences come in how the programs handle read errors caused by scratches, dirt/debris on the disc, and other things that interfere with reading the data.
Some programs use different techniques than others for re-reading parts of the disc when problems are detected. I don't know how MC does this part of it's job, but the JRiver employees have been pretty vocal about spending a lot of time and money on getting this part right. In this respect, if it takes longer, but it yields more consistently correct rips, then that's a good thing.
I would expect that any of the big names, like the ones I listed above, are going to yield identical rips from CDs in good condition, and probably very, very similar rips from CDs that are in worse condition. As has been discussed, the differences are probably most noticeable in metadata. Secondarily in overall speed.
I don't have any stake in this. Just posting my observations. Feel free to ignore me. :)
Brian.
craigmcg:
I use dBPoweramp for ripping/initial tagging and JRiver for playback and everything else.
dtc:
--- Quote from: JohnT on January 10, 2017, 03:35:53 pm ---I just checked and I guess dbPowerAmp discontinued using AllMusic/AMG as of July 2016. It looks like they've replaced it with discogs. I'll bet the pricing got too steep. Or enforced.
https://forum.dbpoweramp.com/showthread.php?36067-AMG-Metadata-discontinuation
It would probably make sense to add another "backup" metadata provider to MC, beyond freedb which hasn't kept up with the others. I spent some time looking at MusicBrainz and that might make sense. Also looked into GD3, which might require the user to have a subscription there. We could also do more with Wikipedia.
--- End quote ---
I read the link. I do not understand the discogs reference. discogs is a database of records (aka vinyls theses days). The tracks on records are usually different than the ones on the corresponding CDs, due to the different lengths of the two media. If they have added discogs, it certainly would not be a good primary source for CDs.
JohnT:
--- Quote from: dtc on January 11, 2017, 07:53:55 am ---I read the link. I do not understand the discogs reference. discogs is a database of records (aka vinyls theses days). The tracks on records are usually different than the ones on the corresponding CDs, due to the different lengths of the two media. If they have added discogs, it certainly would not be a good primary source for CDs.
--- End quote ---
It looks like Discogs supports both CD and vinyl formats, and has barcode numbers which could presumably be used for looking up audio CD's.
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version