Removal of multipath support
#16
Keep it simple Wink

So +1 on dropping it
Reply
#17
I would like to see them go rather than stay as well. They add a lot of confusion and imho are simply not worth all the hassle.
If getting them out is what it takes to make all path handling and scraping better and more manageable in the future I am all for it.

+1

I do see Martijn's point: Would it be possible to keep them in the way that they are but just translate them to "these sources share scraper settings" and not bother with merging stuff in file view ?
Reply
#18
+1 I agree, the only use case seems to be to the ability to combine multiple servers under one node in sources, which I don't use personally. I find it clearer to just to name them "Series on foo" for example.

And it seems to me that we could handle that case by grouping at the source view/management anyways, i.e. sources.xml supports it and that view but under the hood each added path is a different source. So that throughout core we only care for a proper paths.
If you have problems please read this before posting

Always read the XBMC online-manual, FAQ and search the forum before posting.
Do not e-mail XBMC-Team members directly asking for support. Read/follow the forum rules.
For troubleshooting and bug reporting please make sure you read this first.

Image

"Well Im gonna download the code and look at it a bit but I'm certainly not a really good C/C++ programer but I'd help as much as I can, I mostly write in C#."
Reply
#19
The only semi-complicated bit is that if you do the sensible thing when listing a source and have a heirarchy (i.e. listing a source with paths a,b,c gives a listing containing those 3 items, and you click on "a" to get the first path etc.) then you need to handle it differently for tvshow scanning, as we'll need to go into each level to set content etc. A minor complication.

In the meantime, I've done work to eliminate multipaths from tvshows in the database. It's working quite nicely, and has killed off a longstanding bug (where you'd get odd/different behaviour depending on where you did "tvshow information" from).

Now you only get different behaviour in the refresh behaviour on a show: If you refresh from the library, it'll refresh items in all paths. If you refresh from a particular folder, it'll refresh only for that folder. This is to solve the "Battlestar Galactica" vs "Battlestar Galactica 2004" problem (i.e. partially incorrectly assigned shows).
Always read the XBMC online-manual, FAQ and search the forum before posting.
Do not e-mail XBMC-Team members directly asking for support. Read/follow the forum rules.
For troubleshooting and bug reporting please make sure you read this first.


Image
Reply
#20
Hmm, yeah. Thinking of this more it seems like even if we localize it there it will bleed (as it has) and it will still be complicated, for very very little gain Smile

So +1 from me to remove for sure. I'd much rather see the usage of it be solved through a nice library.
If you have problems please read this before posting

Always read the XBMC online-manual, FAQ and search the forum before posting.
Do not e-mail XBMC-Team members directly asking for support. Read/follow the forum rules.
For troubleshooting and bug reporting please make sure you read this first.

Image

"Well Im gonna download the code and look at it a bit but I'm certainly not a really good C/C++ programer but I'd help as much as I can, I mostly write in C#."
Reply

Logout Mark Read Team Forum Stats Members Help
Removal of multipath support0