I am using ReadyDLNA v1.0.25 on a ReadyNAS Duo streaming on a Panasonic GT30 TV. The file list appears to be sorted by file creation date. Is there any way to change it to alphabetic order?
I had first searched for help with this post: http://www.readynas.com/forum/viewtopic.php?f=76&t=68454. There I was told the trouble does not come for the DLNA service? I have asked Panasonic directly about how to change the sorting order of the files, their answer was as follows:
The TV itself does not sort the files. The order is set by the DLNA device or DLNA software. However, since we can not make any statement on the configuration and operation of facilities as well as to third-party software and equipment, we can regrettably not help you set up your DLNA server software or your NAS. To check this, please contact your computer vendor, your system administrator or the manufacturer of your DLNA server software.
So... I still did not find a solution to my problem and I do not know how I should proceed now. Can you guys help me through this please? Thanks for reading. Mat
The way DLNA works is, the client can specify a SortCriteria, and the server should respect that (which we do). If the client does not specify a SortCriteria, then all the server is supposed to worry about is returning results in a consistent order, but there are no guidelines for that order. So the must not be specifying any order. You can verify by installing the ReadyDLNA ToggleDebug addon, and looking through the log file for SortCriteria.
Thank you for the feedback. I have installed the ReadyDLNA ToggleDebug addon (logging activated).
I have root SCP access to my Duo, but where should I search for the log file?
In the case where the client does not specify a sorting order, what is the default sorting used to return the "results in consistent order"? Could this be changed?
If you go to Status -> Logs, and click on the "Download All Logs" link, you should find upnp-av.log in there.
Yes, the default order could be changed. However, usually clients that don't request a sort criteria do so because they sort the results themselves. So it's generally a waste of CPU cycles for the server to do it (plus it makes returning the results take a little longer). But there are some clients that we already do this for, so perhaps we could make another exception for Panasonic.
You can try either this SPARC addon or x86 addon to force sorting with Panasonic clients.
Hello Skywalker and VirtualMe. I still have this problem with ReadyNAS Duo v1 4.1.13, ReadyDLNA 1.1.0 rc5, Panasonic 50VT60. Files are sorted by date and not alphabetically. VLC on my iMac instead sorts alphabetically.
VirtualMe, did you solve the issue? Skywaler, any further help?
It sounds like the client type detection may not be working on newer models. If one of you can figure out what the User-Agent reported by the client is, that would be helpful.
@marsupiLlama, you could also install the update from here for your RN104; reboot the system; then check the output of http://READYNAS_IP:8200/status/ after accessing from the TV, and see if it lists it as Panasonic.
I installed minidlna_1.1.1 as suggested and ended up breaking something in the process. The packet goes in just fine and web frontend reports successful install. However after reboot the whole dlna-service wont turn on anymore. Tried again two times with OS reinstall in between with same result each time.
Logs show dpkg configuration error during install process which might have something to do with the issue.
START(/tmp/minidlna_1.1.1-netgear0_armel.deb): Mon Jan 6 14:45:42 EET 2014 Hit http://apt.readynas.com 6.1.5 Release.gpg Hit http://apt.readynas.com 6.1.5 Release Hit http://mirrors.kernel.org wheezy Release.gpg Hit http://apt.readynas.com 6.1.5/updates armel Packages Hit http://mirrors.kernel.org wheezy Release Hit http://apt.readynas.com 6.1.5/apps armel Packages Hit http://mirrors.kernel.org wheezy/main armel Packages Hit http://apt.readynas.com 6.1.5/main armel Packages Reading package lists... new debian package, version 2.0. size 154298 bytes: control archive=1386 bytes. 1091 bytes, 21 lines control 1338 bytes, 18 lines md5sums Package: minidlna Version: 1.1.1-netgear0 Architecture: armel Maintainer: Justin Maggard <justin.maggard@netgear.com> Installed-Size: 298 Depends: lsb-base, libavformat54 (>= 7:1.2.4), libavutil52 (>= 7:1.2.4), libc6 (>= 2.11), libexif12, libflac8 (>= 1.2.1), libgcc1 (>= 1:4.4.0), libid3tag0 (>= 0.15.1b), libjpeg8 (>= 8c), libogg0 (>= 1.0rc3), libsqlite3-0 (>= 3.5.9), libvorbis0a (>= 1.1.2) Depends: lsb-base, libavformat54 (>= 7:1.2.4), libavutil52 (>= 7:1.2.4), libc6 (>= 2.11), libexif12, libflac8 (>= 1.2.1), libgcc1 (>= 1:4.4.0), libid3tag0 (>= 0.15.1b), libjpeg8 (>= 8c), libogg0 (>= 1.0rc3), libsqlite3-0 (>= 3.5.9), libvorbis0a (>= 1.1.2) Found 12 dependants pkg[1/12]= lsb-base pkg[2/12]= libavformat54 >= 7:1.2.4 cmd=apt-get -y install libavformat54 Reading package lists... Building dependency tree... Reading state information... libavformat54 is already the newest version. libavformat54 set to manually installed. 0 upgraded, 0 newly installed, 0 to remove and 29 not upgraded. pkg[3/12]= libavutil52 >= 7:1.2.4 cmd=apt-get -y install libavutil52 Reading package lists... Building dependency tree... Reading state information... libavutil52 is already the newest version. 0 upgraded, 0 newly installed, 0 to remove and 29 not upgraded. pkg[4/12]= libc6 >= 2.11 pkg[5/12]= libexif12 pkg[6/12]= libflac8 >= 1.2.1 pkg[7/12]= libgcc1 >= 1:4.4.0 pkg[8/12]= libid3tag0 >= 0.15.1b pkg[9/12]= libjpeg8 >= 8c pkg[10/12]= libogg0 >= 1.0rc3 pkg[11/12]= libsqlite3-0 >= 3.5.9 pkg[12/12]= libvorbis0a >= 1.1.2 Chking dependencies.. pkg[1/12]= lsb-base Depenency lsb-base met pkg[2/12]= libavformat54 >= 7:1.2.4 Dependencies cannot meet for libavformat54 >= 7:1.2.4 fv-dpkginstall.awk: error 2 fv-dpkginstall.awk: success Success install dependencies for /tmp/minidlna_1.1.1-netgear0_armel.deb (Reading database ... 12112 files and directories currently installed.) Preparing to replace minidlna 1.1.0-netgear4 (using .../minidlna_1.1.1-netgear0_armel.deb) ... Unpacking replacement minidlna ... dpkg: dependency problems prevent configuration of minidlna: minidlna depends on libavformat54 (>= 7:1.2.4); however: Version of libavformat54:armel on system is 7:1.2.2-netgear1. minidlna depends on libavutil52 (>= 7:1.2.4); however: Version of libavutil52:armel on system is 7:1.2.2-netgear1.
As the logs show I had upgraded to OS version 6.1.5 before installing so I might have messed up there.
I could not investigate any further since I ran into issues with SSH sessions (establishes just fine but is closed immediately) but that's another issue for another thread.
Sorry, that was my fault. That package had dependencies on some newer additional packages. I just replaced it, so if you try the same steps again it should work now.
So that means that the Panasonic TV must be explicitly asking for things to be sorted by date. If you're comfortable modifying config files from the command line, I should have a solution for you.
Great. First, you'll need to install this package, to get the new forced sorting functionality. Then, you'll need to add your desired forced sort criteria configuration. For example, if you want to sort only by title, then it should be "+dc:title". If you want to show folders first, then sort everything by title, it should look like "+upnp:class,+dc:title". Once you decide on a search criteria, you can use vi or some other editor to modify /etc/minidlna.conf, and add a line like this:
I used the example sort criteria configuration and the sort feature works like a charm with my Panasonic TV. The custom configuration does not survive setting changes from frontend, but that's kinda obvious and expected behavior at this stage.
Thank you very much. This was a huge help ...and I'm off to enjoy my videos 😎
Following the update to OS6.1.6 RC10 which updated the DLNA on my RN312, I can modify the minidlna.conf file with the following to get my Panasonic TV to sort by title;
If you would like to add custom DLNA settings, you can now put them in /etc/minidlna.conf.local and they will not get overwritten, starting in 6.1.6-RC11.
Sometimes something in the DLNA server seems to crash or overflow or smth.
If this happens - I can start new videos ok, but if I try to pause/resume or fastforward them - they freeze up completely. Restarting the NAS helps, restarting the TV or router doesn't.
It doesn't happen too often, encountered about twice since the upgrade.
