Here's a Solution to a problem with Partners

Posted by: rjstaines on 14 October 2014

Did anyone else download the HD version of Barbra Streisand's Partners, add the words "with" and the artist she partners with to each track* -e.g. It had to be you with Michael Bublé - only to find your streamer shows an empty album i.e. no tracks at all in this album ?

 

I did this so that I could change the 'artist' on every track to be 'Barbra Streisand' and nothing else.

 

Makes sense so far?

 

If you did the same as me and kept Michael's surname with the é Bublé  then you too may have wondered where all the tracks have gone... the answer is... replace é with e and rescan.  Voila, the album re-appears complete.    é seems to be one of the characters that confuses the Naim servers' indexing logic.

 

Of course, if you haven't messed about with the track names and artist, you probably see 12 albums instead of the one   

 

* using MP3tag - a wonderful program

Posted on: 14 October 2014 by Mike-B

......  the old é Bublé problem

 

I have 24/48 "Partners" & tried messing with it to put the "partners" in the titles but got fed up & went back to how it was downloaded.  Sounds just as good  

 

If you have Michael Buble albums (com'on admit it,  we'll all believe it if you say they are the wifes) ....  the é is beyond the ken of Rovi, always the wrong album.  But without the accent in the metadata its even more confused. 

Posted on: 14 October 2014 by Mike-B

Whoa !!!!!  I retract that last statement,  Rovi (or Naim) seem to have fixed the Bublé accent problem. I just put one of "the wifes" Buble albums & the correct Rovi album booklet comes up straight away.

.....  dare I say I like this new nStream app ....... 

Posted on: 14 October 2014 by Tony2011
Here's me thinking WB had anything to do  with the title!????
Posted on: 15 October 2014 by Bart

Yes well-documented that such characters screw up the uServe indexing -- must stick to standard letters and numbers and some of the basic symbols; a space IS ok however.

 

While parentheses and square brackets are OK, > is not.

 

Mike -- it may be fine in the app, and Rovi, but a Naim server won't index it and thus the app won't find it.  I take it that you're running a server on a Nas??  Your server doesn't choke on the characters that the Naim servers don't like; that's the difference.  It's never been an app problem, but an issue with the server's requirements. 

 

NB -- This issue arises both in metadata tags and in file and folder names.

Posted on: 15 October 2014 by Mike-B

Hi Bart,  not so sure its not an app problem.  

I'm running an NDX from a Synology & with both the old & new apps I run UPnP Compatibility Mode OFF.    

 

The problem files in the NAS are all CD rips made with dBpoweramp that verified "AccurateRip".  With the old app when I hit the info tab to load up a Michael Bublé album book it showed any one of a number of wrong albums. I've tried metadata changes & other fiddle with stuff,  nothing fixed it.

Now the new 4.1 app selects the right albums quickly & every time that I've tested it with the 3 albums in the NAS.  

 

As I see it, with the new app the problem has gone & as the only change is the app my logic tells me that Naim &/or Apple &/or Rovi have done something in the app that has fixed the accented é problem

Posted on: 15 October 2014 by Bart

Glad to hear it, Mike.  Unfortunately the issue does remain with the Naim servers still; not a huge issue, but it does cause the user to need to be careful with metadata and file/folder names.  Glad it's been resolved for you however!

Posted on: 15 October 2014 by Huge

As the metadata tags are held as XML, & < and > will almost always cause problems no matter what server and control point are in use.

 

Other character causing problems (such as accents) are down to the programming of one or more of the devices or applications in the UPnP chain.  Some devices, applications or operating systems have restricted character sets that cannot decipher some character codes.