2012-01-10, 01:49
othrayte Wrote:I t is quite possible that the method used currently can be made to work on XBMCs side, I just have no idea how much effort it will require.
I can understand where you are coming from, but the changes are very small and should be almost identical across the add-ons.
There is one halfway solution which I personally would like to see, the ability for a skin to play an item by its id (movieid, episodeid etc) as this should line
it up with the way that the jsonrpc play requests happen. I the solution that I had presented I modified the add-on to pass the id, which is two lines of code per video type, I then changed the plugins onclick to send that id back to the add-on as a play request and in the add-on I implemented a handler that caught that and passed it on via a jsonrpc command. I reallity that last bit could be avoided by simply having the script pass the id to XBMC to play it.
Having used your workaround for a week or so to get watchlist sending details on to trakt I've found a fairly major flaw.
One of the purposes of Watchlist is to be able to easily resume partially watched programs. However, using your method of sending the play command to XBMC seems to bypass the XBMC check of whether the file has been partially watched and instead the file begins from the beginning automatically with no dialog presented for resuming from the last played position.