xnappo 1593 Posted December 26, 2014 Author Share Posted December 26, 2014 I don't really get why it would work sometimes but not others, but try opening 'resources/lib/MainModule.py' and change line 193 to this: jsonData = downloadUtils.downloadUrl("http://" + MB_server + "/mediabrowser/Users/" + userid + "/Items/Root?format=json") xnappo Link to comment Share on other sites More sharing options...
Angelblue05 4130 Posted December 26, 2014 Share Posted December 26, 2014 (edited) Thanks xnappo, this fixed the line, but oddly enough...not the problem I have a feeling it has to do with one server being forced with http (since it's remote) and then when I switch back to my local server (the http is turned off in the addon settings) it gives the nullexception error maybe because the http setting is not enabled when it's expecting it to be? I don't really understand what's going on, but anyway I don't want to hijack your thread. @@xnappo Edit: It seems doing the modification causes the error without switching profile, after a while....really odd.. Anyway, I undid the modification to MainModule.py and I will live with restarting XBMC until this is fix, unless you have another suggestion Edited December 26, 2014 by Angelblue05 Link to comment Share on other sites More sharing options...
xnappo 1593 Posted December 26, 2014 Author Share Posted December 26, 2014 (edited) I think we are going to need some logs with more details on. That 'http' should be there - something else is causing the problem. Do the MB3 logs say anything interesting? Edited December 26, 2014 by xnappo Link to comment Share on other sites More sharing options...
Angelblue05 4130 Posted December 27, 2014 Share Posted December 27, 2014 I already provided two logs in the other thread, @@xnappo Link to comment Share on other sites More sharing options...
xnappo 1593 Posted December 27, 2014 Author Share Posted December 27, 2014 Can you please look at the MBS log for the same timestamp? xnappo Link to comment Share on other sites More sharing options...
puithove 208 Posted December 27, 2014 Share Posted December 27, 2014 (edited) I wanted to re-test after the changes, but looks like something's up with the add-on in the BETA repo. It shows that an update of the add-on to 9.748 is available, but didn't automatically install like normal. So I tried to manually update, but nothing. Then I removed add-on and tried to re-install, again nothing. In the Kodi.log I see it's throwing a 404 when I try to do the install, so seems like something's missing in the repo: 07:26:44 T:4628660224 ERROR: CCurlFile::FillBuffer - Failed: HTTP returned error 404 07:26:44 T:4628660224 NOTICE: CCurlFile::FillBuffer - Reconnect, (re)try 1 07:26:44 T:4628660224 ERROR: CCurlFile::FillBuffer - Failed: HTTP returned error 404 07:26:44 T:4628660224 ERROR: CCurlFile::CReadState::Connect, didn't get any data from stream. Other things from same repo seem to be installing fine - I was able to re-install the Titan skin just now. Edited December 27, 2014 by puithove Link to comment Share on other sites More sharing options...
im85288 1493 Posted December 27, 2014 Share Posted December 27, 2014 Thanks yes there's something up with the new version in the repo. Hopefully it will be resolved soon ish Link to comment Share on other sites More sharing options...
im85288 1493 Posted December 27, 2014 Share Posted December 27, 2014 The problem has now been resolved, version 0.9.749 should install correctly now. Link to comment Share on other sites More sharing options...
puithove 208 Posted December 27, 2014 Share Posted December 27, 2014 There's something still out of sync. I got the notification that the addon was updated, but the installed version shows 9.748. It's showing that there's an available update to 9.749, and each time I refresh the repository, I see a new notification that the addon has been updated, but installed version is still 9.748 and still showing under available updates. Link to comment Share on other sites More sharing options...
puithove 208 Posted December 27, 2014 Share Posted December 27, 2014 Now with 9.752 installed, the issue with the boxsets I mentioned previously is resolved. Link to comment Share on other sites More sharing options...
xnappo 1593 Posted December 27, 2014 Author Share Posted December 27, 2014 Now with 9.752 installed, the issue with the boxsets I mentioned previously is resolved. Are you testing with a large enough library and slow enough machine to comment on 'Fast Processing' speed improvements? Link to comment Share on other sites More sharing options...
puithove 208 Posted December 27, 2014 Share Posted December 27, 2014 Not really I'm afraid, I'm using fast clients and my movies collection is about 600. Never really a delay that's worth trying to time. My slowest is this laptop where I'm doing my testing which is a Macbook pro with 2.4ghz i7. Takes about a second with fast, and a few seconds without. Strangely enough, this seems slower to open Movies than my old 2009 Mac Mini - Core 2 duo - running Openelec with the older version of the addon 9.740. So... as I was writing that, I started thinking that I hadn't really done a side-by-side comparison. On the laptop, I ran through with the stopwatch several times. I got an average of 4.41 secs with fast disabled, and 2.05 with fast enabled.... maybe that is a good result. 1 Link to comment Share on other sites More sharing options...
xnappo 1593 Posted December 27, 2014 Author Share Posted December 27, 2014 Thanks - that is about what I expect. xnappo Link to comment Share on other sites More sharing options...
Recommended Posts