|
A full function linux control point?
|
|
07-10-2014, 18:41
Post: #43
|
|||
|
|||
RE: A full function linux control point?
(07-10-2014 16:57)Pastim Wrote: Very good! Ok, needless to say, this is renderer-dependant, it now works will all I tried. I need to get an idea of what goes wrong with yours. Could you please run upplay as follows (from a terminal): UPPLAY_LOGLEVEL=6 upplay > /tmp/upptrace 2>&1 Then play a track, try your position change, and quite or ^C the command, then send me the log: jf at dockes .org You need to be relatively quick, the log grows quite fast... (07-10-2014 16:57)Pastim Wrote: A more difficult problem is one I've been trying to work out with simoncn. As I understand it minimsever presents 'containers' that contain potentially several ways to get at the same tracks (via different tags), and even links to whole albums containing other tracks as well. If I choose such a container in upplay I get loads of duplicate tracks and several I don't want. simoncn told me most control points do this but do not need to. I believe what they should do is just request the container once, rather than inspect its contents and send several separate requests. Currently, upplay checks that it visits a container (identified by objid) at most once, to make sure that it's not walking a loop, but it does not try to de-dup the tracks. I guess that it would be quite possible to eliminate the dups by objid or url at the end of the walk. Simoncn, any thought about this ? I saw the suggestion to use search, and why not, but this is really dependant on the type of Media Server (some don't support search at all or are horribly slow to the point of triggering timeouts). jf |
|||
|
« Next Oldest | Next Newest »
|
User(s) browsing this thread: 2 Guest(s)

Search
Member List
Calendar
Help




