[RELEASE] Trakt Utilities (addon for Trakt.tv usage) - Printable Version +- Kodi Community Forum (https://forum.kodi.tv) +-- Forum: Support (https://forum.kodi.tv/forumdisplay.php?fid=33) +--- Forum: Add-on Support (https://forum.kodi.tv/forumdisplay.php?fid=27) +---- Forum: Program Add-ons (https://forum.kodi.tv/forumdisplay.php?fid=151) +---- Thread: [RELEASE] Trakt Utilities (addon for Trakt.tv usage) (/showthread.php?tid=98582) Pages:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
|
- icky - 2011-10-05 othrayte Wrote:Hmm, interesting, we should be able to get scrobble support reasonably easily, but I don't know how xbmc handles the streams, if they are in the library just like normal videos then we should be able to make that work too. The only thing that i know xbmc does not do with the icefilms strms is make a watched status appear after its been watched. strms get scanned into tv shows as would any other avi/mkv (movies requires xbmc to be patched but this is done via icelibrary) http://pastebin.com/d1d89123 - lowfi - 2011-10-05 papampi Wrote:and here is a log from startup of xbmc on my ubuntu till idle : Interesting... you are also using mysql - othrayte - 2011-10-05 papampi Wrote:thanks bro ! Ok, first thing I have noticed is that you are using v0.6.3, which unfortunately doesn't support recent nighties, we should get v0.6.4 out in the next day or so, or you could try it out early (see earlier posts for details); I suggest you just wait the day(ish) until we release it. Once you have that it is quite possible that it would just work, but that said there is also a possibility that there is some minor difference that we need to iron out. - Reginald - 2011-10-05 Thank you for your continued work, I really missed being able to scrobble! - Flanhare - 2011-10-05 Running the latest version from github last night everything worked just fine as far as i could see. Thanks! Awesome work! - othrayte - 2011-10-05 Its good to see that the changes seem to be working for everyone, I've fixed one more bug relating to the changes so if we don't have any problems over the next 30~ hours then I'll call it v0.6.4. For those of you who have git forks of the project, just a heads up that some (repo) cleaning has happened and if this goes into the main repo then you might need to run slightly different commands to update your repos, if when the time comes anyone needs a hand, just ask, I'm moire than happy to help. - papampi - 2011-10-05 lowfi Wrote:Interesting... you are also using mysqlno i'm not using using mysql ! if you look at my log again you will see its disabled by commands <!-- --> and dont worry you are the second one who mistaken that !!! i will remove it so no one gets confused again !!! - papampi - 2011-10-05 othrayte Wrote:Ok, first thing I have noticed is that you are using v0.6.3, which unfortunately doesn't support recent nighties, we should get v0.6.4 out in the next day or so, or you could try it out early (see earlier posts for details); I suggest you just wait the day(ish) until we release it.thanks for your info ! will wait for that ! in the mean time now i'm getting lots of these new error : Code: 20:18:56 T:2799156080 NOTICE: Trakt Utilities: [Notification Service] Telnet too soon? (111) Connection refused - schumi2004 - 2011-10-06 Since a few days i'm using Trakt Utilities and loving it but since i had problems with pre-EDEN builds i went back to Dharma on OpenElec. (not TU related) The problem i'm having is service.py error on startup. My system is a AD02 running OpenElec Fusion RC7 with TU 6.3 stable. Powering on the system is enough to get this error. (service.py) This is a piece of the log file with the most important error i think. :update: The same happens with test version. - othrayte - 2011-10-06 schumi2004 Wrote:Since a few days i'm using Trakt Utilities and loving it but since i had problems with pre-EDEN builds i went back to Dharma on OpenElec. (not TU related) Yeah, TU doesn't support Darhma, a list of the minimum versions of the nightlies that you can use can be found on the download page (linked in my sig). - othrayte - 2011-10-06 papampi Wrote:thanks for your info ! This is quite a common problem, but it is usually unrelated to TU. I plan to write a wiki about debugging this, as opposed to answering it again each week. For the moment check if anything is preventing xbmc from using port 9090. - Regss - 2011-10-06 Why video is added and then removed? Code: 11:37:48 T:2296 ERROR: D:\XBMC\portable_data\addons\Manromen-script.TraktUtilities-46863bf\nbhttpconnection.py:22: DeprecationWarning: the sha module is deprecated; use the hashlib module instead - othrayte - 2011-10-06 Regss Wrote:Why video is added and then removed? You have quite the intriguing case her. First off, which nightly version of xbmc are you using. Secondly, it is possible, I think, that in theory the item could be found, then the item gets added to your trakt collection because the imdb id is accepted by trakt. Then when the cleaner runs trakt returns the imdb preceded with the 'tt' that is expected, but this isn't found in the library because in your library it is missing the 'tt', because of this it thinks you don't have it and it removes it. To check it this might be the case we need to try with the imdb fixed to include the 'tt', what scrapper are you using? I'm planning on some changes in later versions of TU that would prevent this kind of things ever happening. - Regss - 2011-10-06 XBMC nightly version - 20110926-dab646e Scrapper - Filmweb 1.1.9 by smuto - othrayte - 2011-10-06 Regss Wrote:XBMC nightly version - 20110926-dab646e Ok, just wanted to check which version of TU you needed, if you end up changing to a recent nightly you will need v0.6.4 which we are about to release. Now, I think your scraper chooses to store imdbs without the preceding 'tt', the 3rd part ones seem to like doing this, the way the main ones work is to leave the 'tt' on it, unfortunately there is no requirement from xbmc as to how this is to be standardised. Currently it is assumed through most of TU that if you have the 'tt' it is an imdb id but if you don't then it is a tmdb id. We cant really change this in the way it works at the moment, so you have two options, you can either disable the cleaning to stop it removing them or you can request that your scrapper does things the same as the official IMDB scraper. I suppose the secret third option is to puss for an advanced option in TU to make it change its assumption , but even if I did that now it wouldn't be avaliable until v0.7.0 is ready, which is a while off. {The last super secret option is to modify your local copy of TU to deal with the difference, if you want to do this I'll send you a modified file to copy in, but you will need to be careful because TU update will revert the local changes}. |