Thank you, I can replicate, will be fixed as http://www.ventismedia.com/mantis/view.php?id=10909

mcow wrote:For albums or tracks that contain ellipses characters, I use the actual Unicode ellipsis in the title

That character is also escaped as it presents the same problem on linux based systems.

For albums or tracks that contain ellipses characters, I use the actual Unicode ellipsis in the title:
…
This isn't a special character for filenames the way . is.

Am raising a ticket to the devs.

This is what is logged when attempting to play the file from BubbleUPnP (in this case I browsed to it via Artist -> Album -> Track, but it behaves the same if I browse via Album name or Location in the UPnP tree):

[5284] UPNP Server: File Request: /\Music\Artist Album Artist\T\Test\...Test\ItemID=6881.mp3 , Range: < -1, -1>
[5284] OpenQuery - Preparing query SELECT * FROM RemoteClients WHERE MAC = 'xx-xx-xx-xx-xx-xx'
[5284] 2452 DB prepare SQL: SELECT * FROM Songs WHERE Songs.ID=?
[5284] 2452 DB open SQL: SELECT * FROM Songs WHERE Songs.ID=?
[5284] UPnP Server: Serving file C:\Users\Bert\Music\...Test\01 - Test.mp3, ExternalStream = 1, FileLen = 2058240

Nothing else is logged after this and the file does not play in the UPnP client. The problem seems to be that MMW is failing to read the file at the point where it wants to serve it via UPnP.

If I simply rename the folder as "_..Test" instead of "...Test" (but keep the MP3 file and its metadata the same, so the library view via UPnP is identical, just the physical path to the file on the MMW end has changed), the file plays fine and the debug log shows:

[5284] UPNP Server: File Request: /\Music\Artist Album Artist\T\Test\...Test\ItemID=6882.mp3 , Range: < -1, -1>
[5284] OpenQuery - Preparing query SELECT * FROM RemoteClients WHERE MAC = 'xx-xx-xx-xx-xx-xx'
[5284] 5056 DB prepare SQL: SELECT * FROM Songs WHERE Songs.ID=?
[5284] 5056 DB open SQL: SELECT * FROM Songs WHERE Songs.ID=?
[5284] UPnP Server: Serving file C:\Users\Bert\Music\_..Test\01 - Test.mp3, ExternalStream = 1, FileLen = 2058240
[5284] ReadExternalStream: Read = 65536, Offset = 0, Size = 2058240, File: C:\Users\Bert\Music\_..Test\01 - Test.mp3
[5284] ReadExternalStream: Read = 65536, Offset = 131072, Size = 2058240, File: C:\Users\Bert\Music\_..Test\01 - Test.mp3
[5284] ReadExternalStream: Read = 65536, Offset = 196608, Size = 2058240, File: C:\Users\Bert\Music\_..Test\01 - Test.mp3
[5284] ReadExternalStream: Read = 65536, Offset = 262144, Size = 2058240, File: C:\Users\Bert\Music\_..Test\01 - Test.mp3
[5284] ReadExternalStream: Read = 65536, Offset = 327680, Size = 2058240, File: C:\Users\Bert\Music\_..Test\01 - Test.mp3
[5284] ReadExternalStream: Read = 65536, Offset = 393216, Size = 2058240, File: C:\Users\Bert\Music\_..Test\01 - Test.mp3
[5284] ReadExternalStream: Read = 65536, Offset = 458752, Size = 2058240, File: C:\Users\Bert\Music\_..Test\01 - Test.mp3

It works for me in MMA even with ... folder name on C:\.

Capturing a debug log (step 4b) with MMW may reveal why it won't work for you. Send it to support: http://www.mediamonkey.com/forum/viewto ... ?f=6&t=341

Still does not work for me with MMW 1638.

If I have a track in the MMW library in a folder, for example:

c:\users\bert\my music\test band\...the album\01 - track.mp3

This track plays just fine in MMW but does not play via UPnP from MMA or BubbleUPnP or from my UPnP-capable TV. MMA Sync also fails to sync such files (all other files sync fine).

If I move the track to, for example:

c:\users\bert\my music\test band\_..the album\01 - track.mp3

Everything works just fine. It's not the library metadata either, it is down to the file path.

I can't find any errors anywhere, the track just doesn't play/transfer via UPnP. Bubble UPnP briefly flashes up an error "Resource not found" when attempting to play this track.

UPnP play also works for me with 1638.

I messed up. I thought I was on latest build of MMW. Oops!

I will update but I suspect this will be fixed.

Interestingly though, it does not appear to be limited to MMA. I've tried other UPnP clients - nothing is able to play tracks that are in folders on the MMW library that begin with a "." (even as I say when the files are stored locally on the Windows PC, not on the NAS).

Linux will set folder starting with . as hidden. This may the case on the NAS and may be a problem. The problem should have been fixed in sync to Android: http://www.ventismedia.com/mantis/view.php?id=10607

Checking on MMW 1638 I find it works as expected escaping the characters to _

I'm running MMW build 1629 and MMA build 130.

WiFi sync works for all albums except one, Metallica's "...And Justice For All". It creates the folder, but fails to download the tracks ("Media <Track Name> cannot be downloaded" message for each track).

I then tried playing the same album via UPnP from the MMW Library, and this also fails. There is no error, the Now Playing screen flashes up briefly and then closes and the track does not play. If I play the same track via a different UPnP server (the server in my NAS where the files are stored), MMA plays the tracks fine. MMW also plays the tracks fine locally.

I suspected the problem is due to an element in the path starting with a "." so I created a track in a folder beginning with "." and it did indeed fail to play via UPnP - as soon as I rename the folder so it does not start with a "."

My files are stored on a network share, so I created a local folder beginning with "." and scanned it to the library. This track also fails to play via UPnP, so it does not appear to be related to the files being stored on a network share.