Why does Naim neglect its Uniti Core?

For those of you who say there’s no way Naim should spend any time upgrading the Uniti Core, I disagree. Doesn’t Naim owe anything to the folks who paid quite a lot of money to buy their product? I use it regularly and face its limitations on an almost daily basis.

Of course, as luck would have it, my music of choice is opera and classical which means I and others with similar tastes are in an even smaller subset of Uniti Core users. Still, I put my trust in the product when I paid a considerable chunk of my hard earned money for this Naim product. Everyone seems to think it’s a well made product, that it sounds great, looks great, works reliably, so why has it turned out to be an orphan product?

Is there an address to send a wish list of improvements for the Uniti Core?

Here’s my partial wish list:

Better support for classical music.

Improve the search function. I can rarely find what I’m searching for and I am an obsessive metadata caretaker.

In particular with respect to search, I would like to see a way to capture multiple composers for a CD so that one can successfully search for music by composer. The title could still mimic the exact title, but there would be multiple fields available to capture composer so one could capture each composer in a search. Many CDs have multiple composers. I’d like to be able to search for each composer.

Instead of a string of artists, each artist should have its own field, so a search would turn up any artist captured as metadata.

Also with respect to search, I can’t figure out how their programmers wrote out the records for each CD. The way it’s organized makes no sense. I’d find a better way to organize the data files. That would probably aid the search function.

A method to merge multiple CD sets

A field for Conductor

A field for identifying the recording (ASIN #?)

Adopt a standardized non-proprietary form of WAV and provide a conversion.

Provide conversion between WAV and FLAC and vice versa.

What am I missing?

2 Likes

They are, of course…just that, like many of the tracks on that album, strongly feature other artists…which is why I often use it as an example album of how poorly the Core a)applies metadata (if it’s a Core Rip), b)edits metadata (either download or a rip) and c)presents metadata fields to the App and Streamer…

The ‘TrackArtist’ tag field is for that very purpose, so will tag any other additional artist(s) per track featuring on the album, but still allow the ‘AlbumArtist’ tag to remain the prominent hierarchical tag for the album, thus the album appears under Daft Punk when browsing, as it should, but also displays the additional artists as well as allowing searches for those artists to return results for the album/track….
If you look at the iTunes screen grab, you can see a properly executed metadata presentation of the album…
It’s a very basic tag field, along with the likes of DiscNumber, Date, AlbumArtist, Album, TrackTitle etc etc – I think they are all grouped as ‘1st level’ tags…And we’re not even talking anything remotely further such as Composer, Conductor, Movement, Lyricist, Description, Media, Publisher et al …and then there’s all the ‘sorting’ tag field options as well…Other UPnP servers such as Minimserver or Asset offer incredible levels of customisation and sorting of files, using the various tag fields and ‘serving’ the files in almost any desired way i.e want to append ‘HD’ text to any album title you have that is above 16/44, no problem, done…!

Naim’s Core offers very little scope to access/edit the majority of these tag fields, it’s basically just the basic Album/Artist/Track/Genre and then the Artwork. You can’t even add and, therefore display/browse, ‘Date’ (though as I said before, even if you do add this Date tag via an external tagging solution, the Naim App doesn’t honour it anyway!)…

Yes, as per your HDTracks download you can similarly amend the track title (which is obviously possible via the Core & App) to reflect a featured artist, but I find it rather clumsy, personally…
But there’s very little possibility for any of the other tags to be used in the correct way…
Of course, you can always edit your album track tag to reflect all you want to display e.g:
Lose Yourself To Dance–2013–Feat. Pharrell Williams–Nile Rodgers/Pharrell Williams–ColumbiaAU–HD–24/96 …Nice!

Here’s random Access displayed in Metadatics, the tag fields that iTunes pulled in shown on the right:

But if you want to add some additional fields and sorting options:

or even more perhaps…?

Anyway, the basic point is that the Core and it’s own Edit function for the Rips is rather, well, basic…
Of course, any user added files and downloads go into the Downloads folder, where the Core’s Edit functionality via the App can’t be used anyway, forcing you to use a more comprehensive tagging software solution…Which is fine (Naim support, when I was in contact with them re choice of internal SSD, actually advised me, without any prompting, to rip straight to an external store anyway for the very reason of easier metadata editing, which is what I believe @IainO said he does above…) but you then hit the next issue in Naim’s UPnP platform, as even with an extensively tagged/embedded file sitting on the Core, it’s hit and miss what and how that will be displayed and potentially used in the App – as we all know, you can’t even list Albums by Date in the App, only A-Z, so even if the Date tag field is embedded, it sits there in the dark…!
Same with my example screenshots yesterday – you can have Random Access listed as a Daft Punk album OR lumped into a Various Artist album, there’s no way to correctly honour and present the AlbumArtist and TrackArtist tags for a more sophisticated result …(I believe, from conversations I had a while back with Simonc at MininmServer that this is the fault of the Naim App)…

A lot of this is fairly basic and imo could easily be improved and exist with a little work on the OS…It has very little to do with Naim ‘developing’ the Core and/or spending huge sums of money on a product they may/may not see a future in…It’s not hardware, it’s not even an ‘upgrade’, it’s just a OS update, something akin to going from v2.9 to v3.0. Surely just a handful of days for one of the Software guys at HQ if he was given the task (though of course this then triggers listening tests re firmware, phafing around with the Beta group, blah blah…), but you get the point…

Plenty of users seem to chime in and say they’re happy with the Core for it’s easy use and good SQ and looks etc. That’s great. I agree. I think it’s a really good Naim box, just so frustratingly held short of being a great device by its OS.

SC

2 Likes

Actually, you couldn’t. Can only use the App’s Edit Metadata option on the Core’s own ripped files in the main store. Any user added files, whether 16/44 or above, will be in the Downloads folder or external Shares, which the App cannot edit directly. Another curious OS/UI decision re Core & App. :man_shrugging:

SC

I’m not saying it couldn’t be improved and not being able to edit in the download has always been a pain.

Guess different folks have different requirements. It seems that classical music meta data has always been an issue I don’t have a lot and there’s always issues with the data.

I don’t see what’s the problem with the Core? It rips CD’s and plays them back. Mine works great, but I don’t use it much as streaming takes up the majority of my digital playback.

I demo’d the Melco and its ripper a few years back. Total disaster, both the sound quality and UI. The Core destroyed it. The dealer was so appalled by the contrast he dropped Melco.

Enjoy the Core for what it is. I don’t see myself purchasing or ripping another CD ever.

2 Likes

I use Metadatics, mostly to sort out downloads from Bandcamp, which never seem to come through nicely for metadata. But weirdly, I’ve never been able to find the instructions for using Metadatics, so have just wandered through how to use it and are probably missing half that fancy stuff.

Yeah, one of those bits of software that’s doesn’t have masses of instruction…I think it does have a help section though and links through to some articles and basic explanations…?
As you say, I tend to just wade through and play around in such situations….

If you point it at some files, click the MusicBrainz icon and initiate a lookup, it will often pull in an extensive amount of tag fields…click OK and they will be applied to your files, then Save. Of course, you can edit/add/tweak to your liking as well.

SC

1 Like

One thing to add to Echolane’s listing is I have found if I search by artist name I do not get all of the albums by that artist listed out that exist in the Core. If I look under albums the missing album I am looking for by that artist exists in the Core but for some reason does not show up from an Artist search. The Core only lists some of an artists albums but not all – at least on my Core.

1 Like

Actually I’ve never noticed that before…Having just tried, mine seems to be the same…

Typing a search for ‘Bowie’ and limiting it to the Core, I get a hit for one album even though there is 27 on the Core…!

If I instead select the Artist listing underneath the one album, then takes me to the Bowie ’page’ of the Core and a see the ‘overview’ of 6 initial albums…
As a suggested App improvement, I wish next to the ‘More’ button the UI would perhaps indicate the number of albums that further reside….

And once the ‘More’ button is clicked through to the next page, I obviously get all the 27 albums listed….
It is arguably a bit of a journey….

TBH, I rarely do a typed search, I mainly go from the primary icons re Artist, Album etc…but I do appreciate it can and should be useful at times….

Wonder if it’s a App bug or something that just hasn’t been properly designed or addressed…or of course it could be by intention to keep a search result from becoming unwieldy, but then why just one album and why that particular one…!? Besides, a good search function should return all valid results….

SC

Actually, I’ve just realised what is happening re ‘Search’ – it’s literally based on word and so returns results that contain the words searched for….It’s not actually using the metadata, nor it’s brain, to present albums that are tagged with the search words ie albums that are by the search artist…… :roll_eyes:

Eg, searching for Doves shows two albums that contain the word, but not the 8 other albums by the Doves as they don’t have ‘Doves’ in the title…to see them you have to follow the longer path Artists–Albums–More….

SC

Thank you S.C. I may be misunderstanding you but I don’t find all the albums of an artist if I search by their name no matter what I do. I of course open “more” and the cluster of pictured albums shown as a result of the artist search. But it still doesn’t give me all the albums I have by thet artist. Even when it is a jazz artist with only 4 - 5 CDs ripped to the core. I guess it is the nature of the beast. I still like the Core a lot as my 2500 jazz CDs are easily accessible and the sound is quite good so I’ll take it. Wish however the software could be upgraded.

So you’re saying if you press this ‘More’ button underneath the cluster of album artwork (as per red arrow in pic), you are not seeing all of the albums you would expect to and have on the Core…?
Strange if so….
Only thing I can think of is that the metadata isn’t quite right for those missing albums and it’s not tagged as the exact same artists…? Though with the Core’s own rudimentary tagging & editing, it’s fairly hard to go too far awry…!

SC

Yes, that is what I’m describing. However, I found the missing album by searching for the artist then opening one of the 3 albums listed as if I wished to play it, and there displayed as a kind of companion to the one I was going to play, was the missing album from the main Artist search. So a bit quirky but it was there kind of hidden. I’m going to study this more and see what I come up with. But it isn’t too bad at all. I’m learning to work around and with it.

If it’s a album you ripped on the Core and subsequently applied/edited metadata via the Core, I would just check the metadata for the ‘missing’ albums in question via the Naim App (Edit Metadata), just confirm the Album Artist is exactly as it should be….If it IS, there’s no straight forward reason I can think of why it shouldn’t be displaying along with the rest of that artist’s albums….

Good luck!
SC

Thanks and yes I always double check and the data as to artist name and album is prefect. I’lll do some further study and see what I find. But at least I get most of the artist’s works.

I agree - I’m a long time core owner (it replaced my UnitiServe), and the most important attribute of a music server - the way it sounds - is pretty flawless.

Unfortunately as a metadata editor it’s pretty weak, and many of the options and tweaks available in competitor products (including the UnitiServe) are missing.

For me, the lack of file system management to match metadata changes is the most glaring - it makes use of the ripped music by other server applications (Roon in my case) a lot more fiddly.

3 Likes

Just to confirm the situation I describe above (searching for an artist’s albums) happens to me all the time now. The Initial search listing of an artist leaves off some of his or her albums in the initial listing but if I go to a listed album and open it there will be a companion album listed sometimes which is the one I was looking for. It is not in the original artist listing and appears missing but it will show up as a companion if one opens enough of the originally listed albums displayed. Hard to explain but it is a quirk that solves the question does the Core display all the albums by an artist. Yes, it does but not on the initial artist search. Hope this helps others if this isn’t just peculiar to my set up.