I have just updated to build 1662 last night upon receiving a new media centre pc for my bedroom (wanted to install a new build across all 3 htpc’s). There seemed to be a few more dll files to install in the mediaBrowser\bin\release folder and upon launching MB I received a message asking if I wanted internet providers etc, as if it was the first time I had used MB. (also wanted to rebuild display views etc)
My new machine in the bedroom is running via wireless N and it did take quite some time to populate the image cache. The problem I seem to be having is that I can’t get the playstate folder sync'd anymore. I had this working last week with my server/main htpc by simply editing the config userpath setting.
Has this been changed in the new build guys?
Yerp no shared play state with sqlite yet, I still need to implement that. If you use the old item cache you will get shared playstate.
Will convert this to a bug so its tracked.
Thanks for the reply Sam,
Is there a way in which I can select which item cache to use (old/new)?
set EnableExperimentalSqliteSupport to false … its false by default (in the configuration file)
Hey Sam. I was wondering if you were any closer to a shared playstate and display settings solution? Jon got me started with a simple table replace to at least clone the playstates from one machine to another. This got me to thinking about SQLite and I started reading up on the little engine and started tinkering with the tables, etc etc. At any rate I was about to script up a really ugly hack to sync the playstate table across 3 databases and didn’t want to bother(and take the risk of corruption) if you were working on something.
How about if I simply pull display state out of the sqlite DB, this would enable sharing right away and is not such a big change?
Ofcourse this will be a breaking change so you will have to repopulate playstate !
OK I just committed a fix,
for an added bonus it migrates the old data out of sqlite
Data Migration never happened, I made some schema changes that invalidated the cache.