2011-07-11, 01:53
giftie Wrote:jsonrpc is used to get the exact path format that XBMC has access to. This is needed since some people do not map thier network drives and programming language now does not have 'wrapped' file access since moving to pre-Eden. The valid options for media are actually video, music, pictures, files and programs. The code is in such away that it can be used to request different media types(music for building the trivia music playlist, video for the main playlist and files for everything else(trivia) ) I just tested the code on both pre-Eden and Dharma and it does take significantly longer on pre-Eden than it does on Dharma(8x to 10x more time required on pre-Eden) This is probably because of added code(getting library file ID's which are completely unneeded in this situtation.) I'll post to a message on the development thread for JSONRPC to see if there is a way to disable this added 'feature'
This sends all the files that are located in the folder. I must specify somewhere else to only use videos(though I don't think so) this would cause files that are not video file to be added to the play list and possibly crash XBMC.
If it's not causing any problems with your system then you can leave it(which I think you will) and wait until I get this sorted out, as I can use python to sort out the unneeded files, though it is slower when compared to letting XBMC sort the files out, it will still be faster than it is in it's present state for pre-Eden..
Also what version are you using?
I see, I'm using 1.0.48/1.0.46 , after the change it works fine so far, there are also nfo and tbn files in that folder. I though you are retrieving only trailers in local\scraper.py
Code:
self.tmp_trailers = dirEntries( self.settings[ "trailer_folder" ], "video", "TRUE", "-trailer" )
EDIT: Thinking about it, In my code I've also changed part of code above to .mov from -trailer to reflect my directory structure. So maybe because of that I have no issues with "not video" files as you mentioned.