philippe_44 wrote: > Thank you. Another thing: do you know a UPnP control point that works > with (eg) Qobuz and the same files (does minimserver or bubbleupnp works > for you) ? I you find one, do you know how to take wireshark traces of > the exchanges ? No need to analyze them, I will do that, but if there is > one example working, I could see what they do. I searched a bit around > minimserver and they had the same problem a while ago but they solved > the way I did it (I mean many players were not pausing properly, now > most do, it was about setting some flags that should not be really set > for flac, but we all did and it worked ... expect in my case for a few > players)
I am not aware of any uPnP control point that works with Qobuz and I thought that Minimserver works only with local files although you can use Minimstreamer to stream radio stations. I tried BubbleuPnP before Naim introduced their Android app but found it wasn't consistently reliable though I think the latest versions work a lot better. That's why Sq2u is so good because it marries the flexibility and usability of LMS with uPnP! > > [edit]: I've re-read and re-read the DLNA spec and there are 2 options > that might be tested. You must be sure that 'LMS seeks on resume' (= > seek_after_pause set to 0 in XML file) is disabled for a valid test. > They are variants of the DLNA configuration that I don't think would > make a difference, but things seems to be a bit unclear (at least for > me) when flac is concerned. I think you are using Windows, so here they > are (must either be renamed squeeze2upnp-win.exe and put in the plugin > Bin directory, or manually started from anywhere with a good > configuration file). Sorry to ask for all these tests, I would gladly > make them if I had the right equiment > > https://dl.dropboxusercontent.com/u/26754471/squeezecenter/tests/squeeze2upnp-win_00217.exe > https://dl.dropboxusercontent.com/u/26754471/squeezecenter/tests/squeeze2upnp-win_00017.exe > > for info, there are 2 option for DLNA players to manage 'pause' > > 1- by keeping the TCP connection open but 'stalling' it until resume > requested > 2- by closing the TCP connection and upon resume, by re-opening a new > one and asking the server to 'seek' to a given byte (or time) position > > The server informs the player what it supports and by default I support > both 1- and 2- (byte only, not time) but it seems that it might be a > better idea to only do 1-, so the _00017 version does that (the _00217 > version is a variant with a reduced byte seek authorization). It seems > that the Uniti first stalls the connection, but then upon resume it > closes it and then re-opens a new one starting at seek '0' I carried out a series of tests on both variants with local and Qobuz files, and "LMS seeks on resume" set to "no" but had a sense of deja vu as the results were pretty much the same as when we carried them out before although track 1 on test 1 of 00017 did pause and re-start correctly but every other track re-started from the beginning. Logs are attached for info. +-------------------------------------------------------------------+ |Filename: upnpbridge-00217 test 1.log | |Download: http://forums.slimdevices.com/attachment.php?attachmentid=18250| +-------------------------------------------------------------------+ ------------------------------------------------------------------------ PaulinPosset's Profile: http://forums.slimdevices.com/member.php?userid=63060 View this thread: http://forums.slimdevices.com/showthread.php?t=103728 _______________________________________________ plugins mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/plugins
