Montellese Wrote:JSON-RPC does not support PVR yet so it's not really a bug it just isn't supported.

Nonetheless what do you mean by "Can't use it"? Do none of the commands work? What error do you get?

Montellese Wrote:Ah these PVR specific methods are not from me and I don't have them in my code because I don't use PVR yet. You might wanna contact FSSDawid which implemented the JSON-RPC extensions for PVR so far (see https://github.com/opdenkamp/xbmc/pull/355).

Tolriq Wrote:For currently playing, you can ask for totaltime and time to get those informations.

Millencolin007 Wrote:I was playing around with the json api today and run into a couple of issues I wanted to share:

Files.PrepareDownload is not working as I expected on the windows platform. (tested with eden rc2/beta3)
When retrieving a list of audio files using (AudioLibrary.GetSongs) the file paths are returned with backslashes in the path, which produces an error message when used as argument in the Files.PrepareDownload call.


Request:
{"jsonrpc": "2.0", "method": "Files.PrepareDownload", "params": { "path":"D:\MP3\123.mp3" }, "id": 1}

Response:
{"error":{"code":-32700,"message":"Parse error."},"id":null,"jsonrpc":"2.0"}

Millencolin007 Wrote:Replacing the backslashes with forward slashes the call works.
Request:
{"jsonrpc": "2.0", "method": "Files.PrepareDownload", "params": { "path":"D:/MP3/123.mp3" }, "id": 1}

Response:
{"id":1,"jsonrpc":"2.0","result":{"details":{"path":"vfs/D%3a%2fMP3%2f123%2emp3"},"mode":"redirect","protocol":"http"}}

Millencolin007 Wrote:The returned path (http://xbmc_ip: port/vfs/D%3a%2fMP3%2f123%2emp3 ) cannot be played by xbmc when it is added to a playlist using a json call like the following:
{"jsonrpc": "2.0", "method": "Playlist.Add", "params" : { "playlistid" : 0 , "item" : { "file" : "%s" } }, "id" : 1 }

If %2e is replaced with a . so that the file ends in .mp3 playback works.

Millencolin007 Wrote:You are right. Normally one would add the song by songid. I used the prepare download function to retrieve the download url with the idea in mind to play this url on another xbmc instance or sending a playback request to an airplay capable device.

Quote:<script>
$.post('http://myxbmc:8080/jsonrpc', '{"jsonrpc": "2.0", "method": "VideoLibrary.GetMovies","params": { "properties": ["thumbnail"]}, "id": 1}',
function(data){

jQuery.each(data.result.movies, function(index, value) {
image=data.result.movies[index].thumbnail;
$("body").append("<img src='myxbmc/vfs/"+image+"' class='mystyle'></img>");


});




}, "json");
</script>

Montellese Wrote:Ah right I didn't consider that. So it doesn't work with XBMC and other (non-xbmc) airplay capable devices? The problem is that the path after "/vfs/" can contain anything so we need to URL encode it. Not sure if it makes sense to URL encode everything except the dot before the file extension.

Montellese Wrote:Over TCP you don't have to send a header and there's no authentication but it's more work for the client because you don't get "messages" but a stream so you need to count { and } to know when a JSON-RPC response (or a notification) is complete.

hans234567 Wrote:Wouldn't it be easier (for the client) if xbmc sends a LF after a 'message' as a end of message character?