INTERACT FORUM
Networks and Remotes => Media Network => Topic started by: DSKO on October 25, 2010, 06:01:35 am
-
When reconnecting to (the same) external DLNA server (Twonky),
all my custom playlists/smartlists and custom links disappear.
I am using MC 15.0.136.
Espen
-
The playlists are temporary because of the way a DLNA library is loaded. They persist until the next time you load a library (which essentially creates a MC library from the DLNA server info).
-
The playlists are temporary because of the way a DLNA library is loaded. They persist until the next time you load a library (which essentially creates a MC library from the DLNA server info).
Well, I hope you agree that we can't have it like that...
I can understand that a plain playlist is associated to and dependent on a library,
but I can't see why smartlists and links should be.
Espen
-
Well, I hope you agree that we can't have it like that...
I can understand that a plain playlist is associated to and dependent on a library,
but I can't see why smartlists and links should be.
Espen
I think I see why the smartlists and links go away as well, I believe they are part of the library.
To change this, it seems we would need a way to make a DLNA connected library persist across a reload.
Right now, when one stops and restarts MC the remote DLNA library still exists but when you reload it from the "Connect to Library" function you are essentially throwing away the old library. I don't think DLNA requires the servers container ID's to be consistent across restarts so I'm not sure how one would do a "merging" connect (kind of thinking out loud here).
Perhaps instead one could expose the playlists on the server to the controller (if the server will give them)?
I can see why our Library server works better in this multiple computer scenario but I assume you can't use it in your setup.
-
I think I see why the smartlists and links go away as well, I believe they are part of the library.
To change this, it seems we would need a way to make a DLNA connected library persist across a reload.
Right now, when one stops and restarts MC the remote DLNA library still exists but when you reload it from the "Connect to Library" function you are essentially throwing away the old library. I don't think DLNA requires the servers container ID's to be consistent across restarts so I'm not sure how one would do a "merging" connect (kind of thinking out loud here).
Perhaps instead one could expose the playlists on the server to the controller (if the server will give them)?
I can see why our Library server works better in this multiple computer scenario but I assume you can't use it in your setup.
If the idea is that you can access the same playlists and links from multiple MC instances,
when using a central MC library, then storing smart-/playlists and links in the library is of course a good thing.
But also, it should be possible to use smartlists and links independently of a specific library.
For smart-/playlists; why not define two categories under the "Playlists" container:
Global (locally/Registry stored smart-/playlists; picks from all (connected) libraries)
Library (library stored smart-/playlists )
Then you can choose yourself what kind of smart-/playlists you want to create and use.
For links, maybe a "Library independent"/"Global" option for the link in the "Manage Links" window?
Espen
-
Can you please address this problem?
In order to let MC15 recognize tag and file updates on the DLNA server (Twonky),
like it is now, I need to reconnect to the DLNA server
(see thread http://yabb.jriver.com/interact/index.php?topic=57750.0#lastPost).
But if I do that, I loose all my playlists and links...
Espen
-
Can you please address this problem?
In order to let MC15 recognize tag and file updates on the DLNA server (Twonky),
like it is now, I need to reconnect to the DLNA server
(see thread http://yabb.jriver.com/interact/index.php?topic=57750.0#lastPost).
But if I do that, I loose all my playlists and links...
Espen
We are trying to come up with a way to handle this. Of course, using our library server for the backend instead of DLNA to Twonky solves this. The main trouble is that DLNA isn't particularly well suited to the task. For example one can't sync back changes using DLNA where you can with our library server. Still, there is probably something we can do to at least deal with the playlist problem.