*** Official Kodi (née XBMC) Thread ***

chrismox said:
Thanks. You mention that it's a bit slower with Aeon Nox - presumably it's still pretty-much a fluid experience or does it stutter?

I have XBMC running on an i5-2500k and it's flawless. I'm trying to recreate the experience in a small, silent box in another room.
Click to expand...

Oh it's flawless in XBMC. I just meant it took a few extra settings to boot.

The 3225 is the lowest chip with the better HD4000 graphics which led me to that.

As for controls. I have XBMC commander on both an iPhone and iPad and fine it much nicer than the Standard free xbmc app. I've downloaded yatse for my android tablet but haven't tried that yet.
 
Quickie : I have something running every minute on XBMC ... how do I disable it.

For the love of life I can't seem to find where the auto library update settings are :/

10:16:21 T:2981817152 DEBUG: JSONRPC: Calling audiolibrary.getsongs
 
The library doesn't auto update unless you've installed something like the Auto Updater plugin.

Settings -> Add-Ons -> Program Add-Ons -> XBMC Library Auto Updater (or something like that) -> Settings
 
chrismox said:
Thanks. You mention that it's a bit slower with Aeon Nox - presumably it's still pretty-much a fluid experience or does it stutter?

I have XBMC running on an i5-2500k and it's flawless. I'm trying to recreate the experience in a small, silent box in another room.
Click to expand...

I'm running a E2180 and 2gb of ram with a 6450 ati card - no stutter, no issues, Aeon Nox 4.0 all totally slick.
 
Confused said:
The library doesn't auto update unless you've installed something like the Auto Updater plugin.

Settings -> Add-Ons -> Program Add-Ons -> XBMC Library Auto Updater (or something like that) -> Settings
Click to expand...

That's what I thought and I'm sure I've used it before but can't find it

boss@media:~/.xbmc$ find . -iname "*librar*"
./userdata/library
./addons/skin.back-row.svn/720p/CommonVideoLibraryViews.xml
./addons/skin.back-row.svn/720p/CommonMusicLibraryViews.xml
 
Confused said:
Is it under "Disabled Add-Ons" (but for some reason, maybe not totally disabled, hence running?)
Click to expand...

That doesn't make sense but I understand anything is worth a try :p :D

Anyway thanks for the pointers - I disabled a few service add-ons and it looks like it has fixed it :) Not sure which one it was though

Since everything is disabled now... I guess I have to find an add-on that does a library update but I think I should do it externally via xbmc-send

Typical example :

sabnzb+ downloads an episode and post processing also does the xbmc-send update library
+ a usual cron job to do a daily xbmc-send update
 
I use Sickbeard for this - it searches, instructs sabnzbd to download, then it sends it back to Sickbeard - this then does any post-processing, renaming, moving, and then notifies XBMC to update the library.
 
There's a script that ships with Sickbeard called "sabtosickbeard"

So it goes:

Sickbeard -> sab [download, check, unpack] -> Sickbeard [rename, move] -> XBMC notification
 
Is anyone syncing their library with their NAS? I've got my HTPC, ATV2, Laptop and Transformer Tablet all running XBMC and I believe it will be faster to just use once database on my Synology NAS. All my builds are Eden and I know the sync works with this build. Will this still work with Frodo or does Frodo do away with the need for syncing libraries? I don't want to go through it now for it to be redundant with Frodo.
 
I'm using the exact setup I described in the opening post - a centralised MySQL database to hold details of all the media, and metadata, and (as I'm using Frodo) the artwork is managed locally by each box.

I have my server (Windows Home Server) running XBMC, and it is keeping the library up to date - but the advantage with a MySQL database is that any of your clients could, potentially, keep the library managed.

The only thing that Frodo does differently is how it handles the artwork (thumbnails, posters, etc).

With Eden, the PC that adds an item to the library also downloads the artwork. Because of this, to ensure that all clients get the artwork, you had to 1) manually copy these files onto each machine, or 2) "move" the artwork onto a shared drive, such as a network drive.

Approach 1 is a manual process (or a number of scripts), and approach 2 is more automated, but gives you latency in retrieving and showing the artwork, as it involves the network.


With Frodo, the URL of the artwork is stored in the main database, and then each client keeps track of which it has downloaded. The client then checks both the centralised database, and its local database. If a bit of artwork is missing from the local copy, it will download it.

This has the advantages that with the artwork stored locally, it's quicker to locate and view (especially with an SSD) - which speeds up the user interface - but the disadvantage is that each client requires local storage space to store this - if you have a large library with lots of extra fanart, this could get into the gigabyte range (but Eden did this anyway unless you centralise the storage of artwork)
 
Confused said:
I'm using the exact setup I described in the opening post - a centralised MySQL database to hold details of all the media, and metadata, and (as I'm using Frodo) the artwork is managed locally by each box.

I have my server (Windows Home Server) running XBMC, and it is keeping the library up to date - but the advantage with a MySQL database is that any of your clients could, potentially, keep the library managed.

The only thing that Frodo does differently is how it handles the artwork (thumbnails, posters, etc).

With Eden, the PC that adds an item to the library also downloads the artwork. Because of this, to ensure that all clients get the artwork, you had to 1) manually copy these files onto each machine, or 2) "move" the artwork onto a shared drive, such as a network drive.

Approach 1 is a manual process (or a number of scripts), and approach 2 is more automated, but gives you latency in retrieving and showing the artwork, as it involves the network.


With Frodo, the URL of the artwork is stored in the main database, and then each client keeps track of which it has downloaded. The client then checks both the centralised database, and its local database. If a bit of artwork is missing from the local copy, it will download it.

This has the advantages that with the artwork stored locally, it's quicker to locate and view (especially with an SSD) - which speeds up the user interface - but the disadvantage is that each client requires local storage space to store this - if you have a large library with lots of extra fanart, this could get into the gigabyte range (but Eden did this anyway unless you centralise the storage of artwork)
Click to expand...

Thanks, that makes sense to me now. Might have to update to Frodo now or resist for a little while longer till the final release is out.
 
The final milestone was closed today for Frodo final - so within a few days it should be out - but I've found RC3 very stable :)

You don't need to install XBMC on your server. You can have a centralised MySQL database without it. The reason I've installed XBMC onto my server is so that my end-point machines don't need to do any updates to the library, as my server does this immediately any new media is added. This means that new items are available instantly, rather than having to wait for a client that's just booted up to run through a scan.

What exactly do you want to achieve, easyrider, and we'll help you configure XBMC best :)
 
You must log in or register to reply here.
Back
Top Bottom