(2012-04-05 10:26)amet Wrote: never heard of anyone trying to centralize addon data, nor did I hear any team members advising that it would be a good idea. correct me if I am wrong.Well it is there, and if you just read the Wiki about it then it is nobody trying to say that you are not suppose to use the feature.....
(2012-04-05 10:26)amet Wrote: there is more than one issue with multiple instances of XBMC opening the same files that are in there, my opinion is that it shouldn't be done.Yes I can see that too. But what I think everybody wants is a centralized reading/writing of settings.xml, at least as I see it now but I havent been able to test it that much
And that shouldn't be that much of a problem.
(2012-04-05 10:26)amet Wrote: besides, this has nothing to do with this addon, if the pathsubstitution is not handeled correctly then its a XBMC core issue but I think what you are seeing is just the incosistent logging... we save and open from a same location "sub_temp" in "__profile__ = xbmc.translatePath( __addon__.getAddonInfo('profile') ).decode("utf-8")"There I think you are wrong, in the part of inconsistent logging at least. The first part I really couldn't say. But if you look at the log it saves the subtitile locally (it was an episode of Alcatraz) and then it opens the same file name (zipsubs.zip) from the centralized place, and that is an old episode of Burn Notice in that zipsubs.zip . (Row 1154-1158 and/or 1173-1176) in my OSX Log.
Now when I look at it a little bit more I see that it can really be a core XBMC issue. If I read the log correctly the substitution works as long as it is not files inside a zip-file. It is then it wont use the substitution?!.
Could you just do me the favor and look too see if that is correct please. Then I can take this problem to the right place