Audio drop outs on ripped files

I have recently acquired a Uniti Star and found that files ripped using the Star CD drive has resulted in audio dropouts in the resulting files, this has happened using 5 different destination drives of both SD card, HHD & SSD drives and also many different CDs. The fault has regularly manifested itself in both my home and also in the showroom of my local Naim dealer. Naim examined and replaced parts at their premises on two occasions each repair failed to resolve the problem. Eventually Naim replaced the machine. I now have a replacement machine that manifesting the same problem. I noticed an older now closed stream that discussed the same problem see Audio gaps on ripped CD
Has anyone else suffered from this fault? Has anyone achieved a solution?

1 Like

If you restart your router, wait, then restart the Star, and install again the app, does it still happen ?
Is your Star connected by ethernet cable or wirelessly ?

Are the rips faulty or the replay? If you copy the ripped files to another device and play them there, does it still happen? Probably yes. @Kryptos invested much time in investigating this issue IIRC

Hi and thank you for your reply, the Star is ethernet connected and re-starts and re-installs have not helped, the problem I am sure is in the ripping process see thread below with Suedkiez.

1 Like

There was this thread:

And as mentioned, @Kryptos kept investigating this (mostly in the beta group), but I can’t remember if it was ever resolved or if causes where found

Hi, and thank you for responding, I have played the files on other devices and examined their wave forms on editing software. The drop outs are short 1/3 sec missing moments of sound that are very present to the ear when heard. Strangely the missing section still carries some kind of time code, when I compare the faulty file to a perfect rip of the same file the wave forms match perfectly either side of the missing section. The Naim ripper does not report and errors on these faulty files. Conversation with Naim via the local retailer reports that this is now a known unpredictable issue and related to software problems. However I would have thought that software is the constant across machines in such a scenario and hardware would have been the variable and unpredictable element.

1 Like

Sounds exactly like the issue in the older thread :frowning:
The Star is the only Uniti player with a CD drive, so I guess it’s normal that ripping issues only appear on this hardware. Of course there is the Core, but it’s quite a different device and has different firmware. I don’t know if the issue occurs there as well

Yes, that is what I thought, the issue seems to have been around for some considerable time.

Yes, conversation with the local dealer pointed out that the Core is fundamentally different.

It’s very strange, I wonder what’s so difficult. I’ve ripped many hundred CDs, maybe thousands, on different hardware with different software and never had such an issue. In any case it should be found when checking the result.

I agree, ripping is a common and well established technical process across many brands and types of hard ware and software. So strange it should be an issue with Naim.

Hello, it was me submitting the topic a while ago.
I solved the issue, by changing the destination HD for the files.
I have bought a SDD hard disc and since then the issue never happened again.
(I also thought, the the drop outs could have been caused by playing music while ripping, but I am now doing it all the time and never experienced the issue, since the change of the destination HD).
I hope this helps.

Thanks, this is odd, the type of disk should not matter unless it’s faulty. I saw that it was you who opened the thread that I linked, but @Kryptos also posted in it later, and I know he kept investigating, also together with the Naim people in the Beta group, and I don’t think the real cause was ever found for him. So your info will be of interest to him and other affected users, I guess. Does Naim know about your success? It may be important info for them. It would also be great if you could add this info to the original thread for the benefit of those reading it, because it’s the most informative thread about this issue, I think. Maybe @Richard.Dane could reopen the older thread for this

As far as I know the issue still exists. @gjvoosten also had quite a good look at this. In fact more than me.

I have an SSD drive and still get the issues. But I have not ripped much in the last few months.

AFAIK Naim is aware of this issue and that it is a firmware issue.

My current workaround is to rerip when I have gaps. The same song has so far never had gaps in two rips. So I copy the good files out, rerip, replace the song with gaps and copy back. I use Roon so it is easier. But natively the album can be copied to the Downloads folder and imported from there.

I do find it interesting that @MaxV1971 seem to have solved this with a different HD. This did not seem to be a factor in any of the tests we did. Maybe this new info should be passed onto Naim?

1 Like

The issue (drop-outs or “audible silence” in rips) still persists, and Naim are aware. The storage medium that I rip to makes no difference for me.

@Kryptos’ work-around of re-ripping then copying specific tracks to Downloads then import into Roon doesn’t work for me, as I don’t have Roon. :smirk: I know that even without Roon I could copy to Downloads, but then I would miss out on all the extras that Naim put in the meta.naim (e.g. detailed into about an album; in @Kryptos’ case Roon would probably provide that extra info). Simply replacing a track in the internal Music store is not so simple, so I’m for all practical means and purposes stuck with re-ripping entire CD’s until I get a copy without any error.

Over the end-of-year holidays I’ve been experimenting with AccurateRip, running it on my Star’s rips, and found that on average, about one in seven CD’s has one (or more) tracks with inaccurate checksums (some 150 CD’s out of the 1000 I ripped so far). Spot-checking a few of those revealed that they were indeed the ones with drop-outs.


Thank you for your reply MaxV1971, I have always avoided playing and ripping at the same time because of an inherent fear of it as a cause of issues.

This is something that @Kryptos and myself have also been doing: while ripping CD’s, don’t do anything else with the Star. It was our (unscientific) impression that this slightly improved things. However, we both still don’t get 100% perfect rips 100% of the time. (Leaving aside CD’s with actual, reported ripping errors, e.g. because they have bad scratches.)

1 Like

Hi gjvoosten, thanks for the contribution to what seems to be a problem with a more widespread impact than I would have imagined, the problem also seems to have been unsolved for a number of years, or at least since MaxV1971 thread in 2017.
I have on a number of occasions re-ripped a CD multiple (5/6) times with errors re-occuring in different places and on differing tracks.
AccurateRip sound like a very useful tool in detecting problems. I have been stuck with many hours of expectant listening and visual scanning of wave forms.

That is indeed in line with my experience (and @Kryptos’): whether drop-outs appear, and where, is seemingly random. (And for completeness: ripping to WAV or FLAC makes no difference, as @Kryptos rips to WAV and I rip to FLAC.)

As to finding the ‘problematic’ tracks, AccurateRip does help (provided there are checksums with sufficient probability for the CD you are checking), but it is slow; checking my entire music store took more than 12 hours (on a fast USB3 SSD). If you know the music well enough, these drop-outs are noticeable, even though they’re very short. So you could simply listen, and jot down when you hear something suspicious with a track, for later inspection. (Then again, maybe you’re already doing that.)

1 Like

when the problem showed up, I called the Hi Fi shop that sold me the Naim Star (a very good shop specialised in hi-end). They called Naim to have their opinion and apparently it was them suggesting to try a different external HD before sending the machine in to check if the problem was elsewhere.
They did not specifically say it should have been a SDD disc, but I was already planning to buy one, to avoid the noise the old HD was making, and so it worked.

The dropouts I was experiencing were not noticeable if listening carefully, but very evident.