No, I mean the Linux in the Nucleus (or any Linux system).
A good test to conduct would also be to see if the rips came out identical byte for byte or if there were differences… and then to see if others with other D100 or Superdrives had matching or unmatching bytes.
If the bytes are diff, the sound may be different (not the flac, but the embedded PCM). If the bytes were not different, then claiming SQ differences would be comparable to comparing SQ from copies of the same files.
Now I’m super confused: how does a super hot CD-ROM drive affect the Linux Kernel in the (in my case) Intel NUC i7 running RoonOS 1 build 227.
As far as the sound quality stuff, I’ve found over the years it’s best to keep an open mind and if there is a sound quality difference, when logically there shouldn’t be, to continue to investigate. Given that the rips from a Rock are without metadata (if I remember correctly) it would be most useful if these were available in .wav format to remove another variable.
My CDROM stops working after every rip and the whole thing locks up, power control on rock UI stops working only a reboot brings it back and then one rip.back to square one. Used to work fine only started doing this after the last Rock update. Others have had similar issues. @danny is this being looked at at all. I have had to give up using Rock for this now.
I tried it again tonight and I successfully ripped 4 CDs using an Apple SuperDrive and 3 using my Melco. Odd considering it didn’t work - locking up after the first CD every time I tried it the last few times. I need to check the updates dates of the Rock to see if that might identify the possible reason for the change.
Something definitely changed in Rock at some point I have had this issue definitely since the last update it may have been one previous as I had not ripped anything for a while. Same drive rips fine using EAC on windows so it’s not the drive and it worked flawlessly before with it.
A new CD arrived today so I tried to rip it using the Melco D-100 connected to the Rock. The bloody problem is back again. A Rock reboot was required before the first CD would rip. After that nothing with out another reboot of Rock.
I tried using an Apple SuperDrive and everything worked as it should every time.
Unfortunately both Melco and Roon seem to - deny the problem/blame the other side/don’t care - Strike out as you choose to apportion blame.
Thanks, it may have been a known issue to a few but not to me and I have been complaining about this for months. Your explanation is clear why 1.8 didn’t help. I had been hoping.