09-29-2021, 07:56 PM
(09-29-2021, 06:26 PM)Jedrek Wrote: @the_bertrum
@Tim Curtis
@TheOldPresbyope
I've spent the last two days trying to fix my UPNP and DLNA issues. It turns out that even if we go very deep when indexing DLNA content - to the level of a directory where there are only subdirectories with music and we will index through directories, the system freezes, which is manifested by continuous green LED lighting. After about a minute, when the system starts working normally, the "UPNP" directory in the "MNT" directory disappears. After which I get an endpoint access error.
You need to restart the player and force DLNA directory level to "Update this folder". Then indexing takes place again, but until now. A directory in which there are about 1000 subdirectories with music, and each directory has 10-15 songs, requires at least three reboots of the device and forcing the "Update this folder" option, of course after about a 1-minute break due to the lack of access to the player (green LED will be lit all the time).
I don't understand one more action. Well, if I clearly indicate the directories in DLNA resources that I want to be scanned, why does the cover scan scan the entire DLNA server anyway?
I don't understand that.
The script that generates the file list for input to the thumbnail generator just looks at the root directories under /mnt. The file is /var/www/command/listall.sh. IIRC the folder that stores cover files on a DLNA server is different depending on the particular server software and thus the best that can be done is to just scan /mnt/UPNP.
In any case you would be better off just accessing your music files via Samba or NFS which are much faster protocols than the old FUSE/UPnP Browser stuff.
