JSON-RPC (JSON Remote Procedure Call) interface protocol in development for XBMC - Printable Version +- Kodi Community Forum (https://forum.kodi.tv) +-- Forum: Development (https://forum.kodi.tv/forumdisplay.php?fid=32) +--- Forum: Kodi Application (https://forum.kodi.tv/forumdisplay.php?fid=93) +---- Forum: JSON-RPC (https://forum.kodi.tv/forumdisplay.php?fid=174) +---- Thread: JSON-RPC (JSON Remote Procedure Call) interface protocol in development for XBMC (/showthread.php?tid=68263) 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
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
|
- dbrobins - 2010-10-20 Montellese Wrote:Did anyone else notice a strange behaviour of the "rating" field when using AudioLibrary.GetSongs()? I always get Heh, looks like it's using the ASCII value somehow (48 = ASCII code for '0'). Check if it's in Trac, and if not, file a bug (and a patch, if possible). - Montellese - 2010-10-21 dbrobins Wrote:Heh, looks like it's using the ASCII value somehow (48 = ASCII code for '0'). Check if it's in Trac, and if not, file a bug (and a patch, if possible). Yeah you are right I noticed it myself after I got 51 for an album and checked the database and saw that the actual value was 3. I have created a ticket in Trac with a patch attached to it: http://trac.xbmc.org/ticket/10562 - Montellese - 2010-10-22 It's me again (you guys must hate my questions by now, sorry...) I just looked at the VideoLibrary.GetMusicVideos() method and saw that you can specify an "artistid" and/or an "albumid" so I went ahead, got myself the ID from an artist using AudioLibrary.GetArtists() and tried to get their music videos (I double checked to use an artist which really has music videos in the library). But JSON RPC always returned "null". So I checked the code and the database and saw that the "artistid" is taken from the "actor" table in the video database. But as far as I know until now there is no way to be able to access actors in any way over JSON RPC API. I guess the problem arises because the musicvideos table and the artists table are in two different databases and therefore you can't simply run a join statement on them. Is this a know behaviour and is there a way around it or is this unintended? Thanks for your help and support. - dbrobins - 2010-10-22 Montellese Wrote:I guess the problem arises because the musicvideos table and the artists table are in two different databases and therefore you can't simply run a join statement on them. Is separation of databases like that a design decision (for concurrent access or somesuch) or was it evolutionary? I suppose the question I'm asking is, if I made a patch to combine the databases into one (renaming conflicts), would I have trouble doing so, or is there a good reason not to do so? Besides fixing the join issue, it may make it easier to use other database systems. - Montellese - 2010-10-23 dbrobins Wrote:Is separation of databases like that a design decision (for concurrent access or somesuch) or was it evolutionary? I suppose the question I'm asking is, if I made a patch to combine the databases into one (renaming conflicts), would I have trouble doing so, or is there a good reason not to do so? Besides fixing the join issue, it may make it easier to use other database systems. I have no clue why there are multiple databases (well someday you'll have to decide for either one of them) but I don't think that rewriting it will be worth the effort because there already is a proposal (work in progress) for a new database schema at http://forum.xbmc.org/showthread.php?tid=73831 (but of course you know that as you have also posted there ) - dbrobins - 2010-10-23 Montellese Wrote:I have no clue why there are multiple databases (well someday you'll have to decide for either one of them) but I don't think that rewriting it will be worth the effort because there already is a proposal (work in progress) for a new database schema at http://forum.xbmc.org/showthread.php?tid=73831 (but of course you know that as you have also posted there ) My thought was that incremental changes would be better than one big and potentially destabilizing change. E.g., fix up column names (get rid of the cxxs) in one; ensure table names are unique across databases in another; then merge databases; add appropriate foreign keys; etc. Firnsy encouraged incremental changes in the thread you refer to, even with the potential new schema, and the new "4.0a" schema can be reached incrementally yet offers several advantages over the current schema (and over an EAV/CR model too, for that matter). - vaton4 - 2010-10-24 topfs2 Sorry to bother so busy and important people Quote:this is development thread about jsonrpc, not webinterface.In the XBMC/addons/webinterface.default/js/NowPlayingManager.js file there is a lot of functions like: Code: nextTrack: function() { Quote:And before you post again, please read through the docs about how to submit a proper bugreportI am not reporting bug - I am asking DEVELOPPERS to take care for users !! Or you develop this just for yourself ? OK, I will be quiet. Forget those idiots who use XBMC. - topfs2 - 2010-10-24 vaton4 Wrote:topfs2 Sorry to bother so busy and important people I'm not sure if your sarcastic or honest? vaton4 Wrote:so if I am not totally stupid, it is JSONRPC application ? Web interfaces can be jsonrpc clients, however this thread is specifically about the jsonrpc API, which means that if you use it for a client or wonder stuff about the API then ask away. Your question / statement was regarding the webinterface, if it uses jsonrpc or not doesn't matter. And I didn't mean to take a swing at you, just wanted to say that you might get more attention in a proper end user thread and not in the developer thread, here we can't help you with your concerns. vaton4 Wrote:I am not reporting bug - I am asking DEVELOPPERS to take care for users !! No point in asking it in jsonrpc API thread again, its not meant to be for end users, its meant to be to developers. If you want to ask developers of skins to be more user friendly would you state that in the thread about how to format the xml's of the skins? Again, I'm not trying to put you down, just trying to get you to ask it in the correct place so you'll reach the people you want. Also I am taking my masters in, amongst other things, designing applications for users and I am always trying to make applications as good as possible for all sorts of users. I would say that most of the xbmc community is really striving to make an application that is as simple as possible. So I'm actually abit offended. - topfs2 - 2010-10-24 @Montellese and dbrobins If artistid is not same on music and music video, which it probably is not I'd suggest adding that as a trac ticket. Its not my field of expertise but I would say they should share the same ID, but thats my naive thought and it makes sense for sure that the artist ID is the same for jsonrpc requests atleast. - Montellese - 2010-10-24 topfs2 Wrote:If artistid is not same on music and music video, which it probably is not I'd suggest adding that as a trac ticket. Its not my field of expertise but I would say they should share the same ID, but thats my naive thought and it makes sense for sure that the artist ID is the same for jsonrpc requests atleast. I'm unsure about the ticket component in trac. Of course it is an issue which most likely will only be noticed in JSON RPC API but it generally is an issue in the whole database layout of XBMC (which I know will be improved). - vaton4 - 2010-10-24 to topfs2: Sorry, I was a bit upset. Just want to say: if anybody is developing something new, he/she should produce not only code, but also corresponding documents for potential users. Working, user friendly, well supported applications are, after all, crucial for API success. Yes, Dharma is still in beta stage, but a lot of people are impatient to try it. If the JSON-RPM based web interface is part of the installation (not just user-selectable add-on), it should be supported on the user level. And, sorry again, I did not found anything like that. If you can suggest a better place to discuss this issue, let me know, please. I decided to enter this thread just because I expected the application developers talk here. And peace forever .... - hello_man - 2010-10-24 Hey guys, I am trying to sort the returned movies based on label but I want to not ignore "the" but it seems its not working and "the" is being ignored during sorting - { "fields": [ "plot", "director", "writer", "studio", "genre", "year", "runtime", "rating", "tagline", "plotoutline" ], "start": 0, "end": 10, "sort": { "method": "label", "order": "ascending", "ignorethe": false } } - hello_man - 2010-10-24 wiered its working when I pass "true" in "ignorethe". It seems its inverted logic. Based on the name, I would expect when passing true to ignore "the" when sorting but its doing the opposite. - topfs2 - 2010-10-24 hello_man Wrote:wiered its working when I pass "true" in "ignorethe". It seems its inverted logic. Based on the name, I would expect when passing true to ignore "the" when sorting but its doing the opposite. Ooops, seems like some invert yeah. I'll fix it up in asap - Therms - 2010-10-25 Are the current methods listed by Introspect the only methods that will make Dharma final? Any chance an ExecBuiltIn will be making it in soon? |