Sorry I’ve been absent this week. My apologies.
Let my try to address all of the suggestions presented…
I’ve been using multiple CD drives throughout the ripping process. However, I don’t really know if the problem occurs with both drives or not. I use one drive more than the other.
I did try Audacity to see if there was any wave form information when I tried to play the FLAC rip. There wasn’t. However, I opened the file in a text editor and while most of it is binary and can’t be read in the traditional sense I can make out what I assume if the FLAC header with some information about the CD title, track title, number of tracks, and the track number of the track in the file. So I wouldn’t go as far as saying that there is no music data, only that for some reason it is not successfully read.
I did try to play a “bad” file on another computer and was unsuccessful.
I did re-rip one of the CDs and that new file plays fine. So re-ripping is an option.
Workflow. Hmmm…My workflow is putting the CD in the drive and pressing the Rip button, but I guess the setting that I use would count as workflow:
- I’m ripping to uncompressed FLAC which is saved to a local hard drive.
- It’s set to do a secure rip, which means that it tries to recover from any errors.
- On the first pass it verifies the results via AccurateRip, which, from my understanding, compares the data against other rips in their database to see if they match.
- I do not limit the drive speed on subsequent passes.
- I have Ultra Secure Rip enabled, which tries to get a clean rip multiple times.
- The minimum number of passes is 3 and the max is 6, though it will stop after 2 successful passes.
- The speed is set to vary for each pass.
- For bad frames it will try to reread that frame up to 34 times.
- For bad frames the speed is set to maximum.
- The read cache is set to 1024.
- The read cache is set to clear with FUA (I don’t know what that means).
- It’s set not to abort that rip.
- It’s also set to write the most detailed logs for each rip.
- That’s it.
I downloaded EAC, but didn’t get around to configuring it after I discovered that re-ripping seemed to resolve the issue. From what I can tell from documentation and the logs dbPowerAmp doesn’t use a intermediary file format like WAV or anything else.
I saw the post from the guy on the dbPowerAmp forum that had a similar issue, though it’s not the same. He didn’t have audio on any of his rips. There was a bit count setting that he changed that seemed to resolve the issue, but again, his issue is different than mine. I did reach out to him though, as I don’t know where that setting can be found. I saw a bit count setting, but it was for DSD, so that wouldn’t be applicable, as FLAC uses PCM. Hopefully he will respond.
Yes, I get nothing of note from AccurateRip. Everything looks good.
Question marks don’t seem to be an issue in the titles or album names.
I was holding off on setting up Roon until I finished creating my library, but maybe Roon will identify those files with no audio. That would be great. I’m guessing that I’m about 1,500 CDs into the process with about another 1,000 to go. Ugh!!!
The CD is recognized by dbPowerAmp. I wouldn’t have the FLAC file otherwise.
I don’t know much about the metadata process. At least some of it is collected from online sources, but I don’t know what, if anything, is retrieved from the CD itself.
The FLAC files are of a legitimate size. I don’t know if they are “correct”. They aren’t really small sizes if that is what you mean.
What do you mean by “samples” in the file are zero? I’m not ripping to a single file. There is a folder for the artist, then a folder for the CD, and in the CD folder there is a separate FLAC file for each track. Each of those tracks seem to be of a legitimate size. In that CD folder there is also a Folder.jpg file for the album artwork and a log file for the rip. I have the most detailed option for the log data. I shared it with the moderators on the dbPowerAmp forum months ago, but there was nothing of note.
I’m ripping with zero compression, so compression shouldn’t be an issue unless they are mishandling zero compression. If they are, whatever they are doing isn’t wrong all of the time.
I hope I didn’t miss anything or anyone. I appreciate all of the suggestions thus far.
I suspect that the team that has created dbPowerAmp has either possibly interpreted something in the FLAC spec that causes the file that they have produced to sometimes not be able to be read by any of the programs that I’ve used thus far not to produce audio in some cases, or there is actually a bug of some sort that only makes itself know sometimes. If the latter, then I suspect that it could be some sort of timing issue somewhere in their file creation/encoding process. Again, it doesn’t happen all of the time which makes this frustrating.
Since I seem to be able to get “good” files if I re-rip the CD, my main goal at this point is understanding and knowledge about what happened. However, at the same time I think at this time I would have to dig into the FLAC specification to get anywhere with that or find someone who has intimate knowledge of the FLAC specification. The likelihood of either is slim. I have written software for over 20 years and reading specifications is a talent that I don’t have. It’s like reading a bedtime story. I might as well get a pillow and a blanket.
Thanks again to everyone.