It seemed to work great and I don't know why Trixie would want to scrap it.
I don't want to scrap it, I want to make it better. Which is a goal I can't possibly reach with the original program design. This is why I've been thinking about writing a new program - see the thread linked to by salass00.
@nbache Thank you for the gnudb.org suggestion, ripped half of my CD collection with ADRipper on my old A1XE, will try the other half now, is the X5000 SATA.device fixed with AOS4.1FE Update2?
Well, FWIW, I found a new disk that wasn't in the gnudb yet, so I filled in the data & ripped it (again).
I don't know when ADRipper makes it's data submission to the server, but there were no complaints.
OTOH, going to the server's search page didn't immediately reflect my submission either. Maybe it needs to be vetted, seconded, didn't work or something?
going to the server's search page didn't immediately reflect my submission either. Maybe it needs to be vetted, seconded, didn't work or something?
This happened to me too when freedb.org was still in operation: some submissions that appeared successful never showed up in the database. Unfortunately, ADRipper has not much say in what happens there because the entire submission business is handled by libcddb.
If there was something in your submission the server wanted to complain about (syntactic error, clash with another submission, mess with version numbers or similar), I'd expect it to send you a mail with the error info. That's what the FreeDB server did to me whenever that happened.
Just ripped a couple of CD's, everything seems to be working fine now with the new p50x0sata.device/vsata.device, no more duplicates when switching CD.
Just updated ADRipper settings...new CDs incoming...
People are dying. Entire ecosystems are collapsing. We are in the beginning of a mass extinction. And all you can talk about is money and fairytales of eternal economic growth. How dare you! – Greta Thunberg