dlna client absent on SONOS

Nonsense. The S2 music share capacity is the same as S1.  65,000 maximum tracks, which will be reduced by large tag strings or large file/path names because tags or paths over the max length will take up another index in the hash.

Also, the total size of the files matters not, it’s the number of files and the size of the tags and pathnames that determine the number of files that can be indexed, and that index size is fixed, not variable. 

OMG 🤦 OP please call support so they can walk you through setting up your library. 

By the way, here’s my iTunes share on an NAS, well over 42 GB and fully indexed by Sonos:

And I even have another folder of Holiday music that gets indexed at this time of year, and that gets added to Sonos just fine, too. 

FYI Sonos is not DLNA compliant, its UPnP, though some devices (eg Samsung TVs) think it is.

Modern Sonos devices have many gigs of storage, S1 devices have as little as 32M. The OP is confused.

No Music Library issues here, serving off a Raspberry Pi.

131.3 GiB (140,981,180,059)
8,410 files, 637 sub-folders

YES Sonos is showing its antiquity, being the pioneer of multiroom audio, so has only grudgingly added BlueTooth to some speakers, and still has to add a DLNA client to the controller, instead of creating DLNA services one each and every speaker.

Good for you, yes some NAS worked but router-attached shared drives did not!

However, I have been pleasantly surprised today

After a System Update to Version: 16.5 (build 82259204) yesterday,

with my mix of PLAY1 (A101/A200), CONNECT (D102) and SONOS one (A300/A201) speakers,

WITHOUT any action to add the shared folder on my part
while it previously only gave “the music library is not reachable” errors.

SONOS S2 has today indexed the entire music library 44.0 GB (47,275,733,146 bytes), 7,737 Files, 586 Folders, size on disk 48.2 GB (51,853,131,776 bytes),
 

The music folder is on a SAMBA share of the SAMSUNG PSSD T7 (SSD) USB3 attached to the ASUS XT8 mesh router ---

strangely the controller apps must have had some memory of the place where the music folder was.

HOWEVER the playlist queue is behaving very strangely - 

• Whereas it accepts some of the folders to be added to the end of the queue, with other folders, just offers “Pin Collection to Home”
• At times it jumps from one song to the next!
• Also, at times it just says “something went wrong”

So it looks like a work in progress

Well yeah the app and firmware are still a “work in progress” imo still are buggy POS - but your post asked us to email the CEO about a DLNA client 🤣

Some of these are familiar to me - this seems to be a reversion to the problems that Sonos had at least a year ago in its interaction with Samba shares. Mine went through a frustrating period where it would regularly give “Cannot connect to” errors for the Samba share IP address, and IIRC other error messages relating to an unspecified timeout problem.

Those problems seemed to get fixed some time before the May release debacle. I suspect what you are seeing is the return of the same problems, but now Sonos has a coding policy that almost all errors result in the “Something went wrong” message, rather than returning any useful information about the nature of the problem...

After a System Update to Version: 16.5 (build 82259204) yesterday,

with my mix of PLAY1 (A101/A200), CONNECT (D102) and SONOS one (A300/A201) speakers,

WITHOUT any action to add the shared folder on my part
while it previously only gave “the music library is not reachable” errors.

SONOS S2 has today indexed the entire music library 44.0 GB (47,275,733,146 bytes), 7,737 Files, 586 Folders, size on disk 48.2 GB (51,853,131,776 bytes),
 

The music folder is on a SAMBA share of the SAMSUNG PSSD T7 (SSD) USB3 attached to the ASUS XT8 mesh router ---

strangely the controller apps must have had some memory of the place where the music folder was.

HOWEVER the playlist queue is behaving very strangely - 

• Whereas it accepts some of the folders to be added to the end of the queue, with other folders, just offers “Pin Collection to Home”
• At times it jumps from one song to the next!
• Also, at times it just says “something went wrong”

So it looks like a work in progress

By the way, here’s my iTunes share on an NAS, well over 42 GB and fully indexed by Sonos:

 

And I even have another folder of Holiday music that gets indexed at this time of year, and that gets added to Sonos just fine, too. 

After a System Update to Version: 16.5 (build 82259204) yesterday,

with my mix of PLAY1 (A101/A200), CONNECT (D102) and SONOS one (A300/A201) speakers,

WITHOUT any action to add the shared folder on my part
while it previously only gave “the music library is not reachable” errors.

SONOS S2 has today indexed the entire music library 44.0 GB (47,275,733,146 bytes), 7,737 Files, 586 Folders, size on disk 48.2 GB (51,853,131,776 bytes),
 

The music folder is on a SAMBA share of the SAMSUNG PSSD T7 (SSD) USB3 attached to the ASUS XT8 mesh router ---

strangely the controller apps must have had some memory of the place where the music folder was.

HOWEVER the playlist queue is behaving very strangely - 

• Whereas it accepts some of the folders to be added to the end of the queue, with other folders, just offers “Pin Collection to Home”
• At times it jumps from one song to the next!
• Also, at times it just says “something went wrong”

So it looks like a work in progress

Why do you keep repeating this post?

the memory of sonos speakers varies tremendously (https://www.reddit.com/r/sonos/comments/dip1pb/sonos_hardware_memory_chart/?rdt=37694) -

the memory of sonos speakers varies tremendously (https://www.reddit.com/r/sonos/comments/dip1pb/sonos_hardware_memory_chart/?rdt=37694) -

So what?  The  static memory dedicated to the hash array for the local library is the same, so the total overall memory could be infinite and it wouldn’t change a thing.  You are wrong about DLNA having anything to do with the local library capacity.  Accept that and try to find out what the actual cause of your problem is instead of chasing windmills.

This is classic behavior when communication is limited for some reason. If access seems hopeless on the currently playing track, the next track in the Queue is attempted. While not the most useful diagnostic data you could check PING times to your storage device.

As has been said before, no music is stored in the SONOS controller or hardware. A copy of the library index and SONOS Playlists is stored in each player, not the controllers.

-

Furthermore, if you are playing a Queue of NAS tracks, after play is initiated you could shutdown or uninstall all of the controllers without interrupting play.

A controller will pair with a player and that player will attempt to keep the controller updated with the current system status. If this communication link is unreliable, status display accuracy will suffer.

After track metadata is fetched and play starts, the track time is ticked by the controller, rather than having the player report each second of play. If the player is having communication issues, play can be interrupted (the player will mute), but the controller cannot be notified of this issue. Since the controller is still ticking off the seconds, we get reports of “silent play”.