2012-09-03, 19:35
There's no pull request because I never finished it. You can find it as part of this branch in my repo: https://github.com/Montellese/xbmc/compa...ver_python but the code base is very outdated.
2012-09-05, 14:17
Oh sorry if I wasn't clear - I meant the pull request you mention for jcarroll's python changes. I realize there is no pull request for your stuff 
2012-09-16, 15:45
Now that 901 is all finished, is there any schedule for 821?
2012-09-16, 15:50
I noticed too that it was finished. Does this mean that now is a good time to start messing with addons registering their own custom RPC functions? 
2012-09-16, 16:02
(2012-09-16, 15:45)rogerthis Wrote: Now that 901 is all finished, is there any schedule for 821?I've withdrawn PR821 for now because I don't like the implementation of ExecuteAddon().
(2012-09-16, 15:50)Fahr Wrote: I noticed too that it was finished. Does this mean that now is a good time to start messing with addons registering their own custom RPC functions?There's still an additional step needed (i.e. being able to execute python scripts synchronously and not asynchronously) and I've already talked with jcarroll about it and he had/has plans to allow this as well.
2012-09-17, 17:18
This would be one of the most amazing features of XBMC. It essentially gives the XBMC client some server-like functionality. If we can control the XBMC from a remote touch-panel (Android, iPad, etc) and receive feedback to the touch-panel (even if it is simply text feedback via JSON) the possibilities for true control of XBMC become outstanding. This, along with the XBMC running on the RaspberryPi, allow a user to build a complete media center system that can push music/video to an unlimited number of zones from an unlimited number of sources through a home - or even a commercial setting if one wanted. We replace a $7,000 media center application with an XBMC solution that would cost roughly $500.
I'm extremely excited to see this functionality implemented. I'm not that sophisticated as a programmer, but I can test and track down issues, etc. How can I help?
I'm extremely excited to see this functionality implemented. I'm not that sophisticated as a programmer, but I can test and track down issues, etc. How can I help?
2012-10-10, 15:34
Great to see that https://github.com/xbmc/xbmc/pull/821 is alive again, and set to merge in October. I thought when it got quashed that we wouldn't see it in Frodo.
2012-10-10, 18:59
It's only one way, fire and forget. You could not for example; use the global search addon and get a list of results. Something is still better than nothing though 
2012-10-10, 19:01
(2012-10-10, 18:59)Mizaki Wrote: It's only one way, fire and forget. You could not for example; use the global search addon and get a list of results. Something is still better than nothing though
actually you can
2012-10-13, 13:27
Code:
{"jsonrpc": "2.0", "method": "Addons.ExecuteAddon", "params": { "wait": true, "addonid": "script.artwork.downloader", "params": [ "mediatype=tvshow", "medianame=Last Resort" ] }, "id": 2}
2012-10-13, 19:43
You don't, there's no backchannel from the addons because apart from scripts and plugins addons aren't really meant to give something back to the caller.
Btw you can pass your addon arguments differently i.e.
which IMO is a bit easier to read.
Btw you can pass your addon arguments differently i.e.
Code:
"params": { "mediatype": "tvshow", "medianame": "Last Resort" }
2012-10-13, 20:37
That's what I thought Yeah, I saw that with the params. Easier to read but harder to spot they are params for the addon so I'm in two minds about which way to go.
Yeah, I saw that with the params. Easier to read but harder to spot they are params for the addon so I'm in two minds about which way to go.
2012-11-06, 02:08
Did PR 821 make it into Frodo before the Feature Freeze?
