![]() |
XBMCSync - Sync Watched Flag Across Multiple Boxes - Printable Version +- Kodi Community Forum (https://forum.kodi.tv) +-- Forum: Support (https://forum.kodi.tv/forumdisplay.php?fid=33) +--- Forum: Supplementary Tools for Kodi (https://forum.kodi.tv/forumdisplay.php?fid=116) +--- Thread: XBMCSync - Sync Watched Flag Across Multiple Boxes (/showthread.php?tid=65824) |
- tim- - 2010-01-27 Interesting.. I havent had that problem. i wonder if its due to the size of your library. How often are you running the script? robweber: that isnt a bad idea, though I dont know if i would want that all the time (as I dont have any issues) but it would be easy enough to run that check. - mtehonica - 2010-01-27 For what it's worth, I hadn't noticed any slow down while XBMCSync is updating the machine I'm currently using. - RockDawg - 2010-01-28 tim- Wrote:Interesting.. I havent had that problem. i wonder if its due to the size of your library. How often are you running the script? So far, I have been unsuccessful at setting up a cronjob. So I've just been running it manually. I haven't timed it, but the newer version seems to take longer to update the each linrary than it did before. Much longer than the 7-6 seconds it took on an older version. - tim- - 2010-01-28 I would expect it to be a little longer, but if you were running it with path before, I would expect it to be fairly close. I do have to process tv shows and movies separately so it is longer for sure. The SQL queries are a bit more involved as well so the web api may take a little longer processing each one, not too sure on that. I can do some testing to see if it can be sped up anywhere - RockDawg - 2010-01-28 If you remember earlier in this thread, you asked me how long it took to run and I said 6-7 seconds. Now, it's taking over 8 minutes and that's with 2 of the 3 HTPC's sleeping so it only updated the library on the one machine. Here is my log so you can see: Code: 2010-01-27 23:55:11,917 INFO ======================================== It wouldn't bother me that it takes so long except that means minutes long stuttering on my videos when it runs. - tim- - 2010-01-28 There is definitely a problem there... can you run it with the "debug" argument and post the output? I just checked my system and running with the full argument it is taking a total of 18 seconds to update 2 machines. - RockDawg - 2010-01-28 I'll do that tonight when I get home from work. Also, let me explain my setup since I changed it. Maybe it will help you pinpoint the problem area. My entire network consists of 2 media servers that run Linux based unRaid NAS OS. The servers run 24/7. I then have three computers throughout the house. 2 run XBMC Live (LR XBMC & BR XBMC) and 1 runs Win XBMC (Kevin-Desktop). They all go to S3 suspend when not in use. Originally, I had xbmcsync running on LR XBMC since it was the one used most often. I soon relaized this would be a problem because 90% of the time only the computer in use is awake/on and the other 2 are sleeping. This meant that my libraries would almost never get synced. It finally dawned on me that my media servers were both Linux based and that the system it ran from didn't need to be running XBMC. I figured one of the servers would be the best place to run the script from there since they are always on. So aside from switching versions of xbmcsync, one other change since the much faster run times is the machine that's running the script. I could try using an older version tonight to see of that changes it. Do you think that could have any bearing on this problem. I wouldn't think so, but then I don;t know enough about this stuff to be sure. - RockDawg - 2010-01-30 I spent most of last night testing xbmcsync. I logged runs as long as 20 minutes with all 3 computers awake. Finally, I ran with the debug argument to post the results like you asked and all of the sudden it took like 16 seconds. I continued running it multiple times without the debug argument and it was averaging ~16 seconds. For the life of me I can't figure out what changed other my me running it with the debug argument. I finally managed to get it running as a cron job and it ran all day, every hour and every time it's ~12 seconds. Whatever the problem was, it seems to be resolved now. - gmk2 - 2010-01-30 tim- Wrote:gmk2: I'll consider that at another time, but right now I probably wont have time. If you were to sync your library using xbmcsync, even if you only had 1 box, before moving your media then it should still keep everything in sync after the move (you would need to use the "full" option to sync the new db) since we track only on filename and scraper name, path is not used at all. If you still have an old copy of your database I would be glad to help walk you through that. Hi Tim, I did have a copy of my old database, my solution was to use SQLlite and do an update across the old and newly loaded databases. As part of my move alot of files were 'cleaned up' which meant filename was not a good link. Instead, I used movie name and the IMDB (unique) reference - it only missed a few which I can manage manually. I still think synching to nfo files (in both directions) would be valuable (albeit for some of us) to allow for full database recovery - especially since XBMC refuses to import the playcount that it exports.. Understand if this is not a priority from the wider perspective of synching across multiple boxes ![]() - tim- - 2010-01-30 RockDawg Wrote:I spent most of last night testing xbmcsync. I logged runs as long as 20 minutes with all 3 computers awake. Finally, I ran with the debug argument to post the results like you asked and all of the sudden it took like 16 seconds. I continued running it multiple times without the debug argument and it was averaging ~16 seconds. For the life of me I can't figure out what changed other my me running it with the debug argument. Weird... Hopefully it will stay resolved. - mtehonica - 2010-01-31 Found a problem with filenames/titles that contain () or & characters. From my log: 2010-01-22 16:00:02,308 INFO clue-sun.s04e05.avi Mac & Charlie Die (1) appears to be new 2010-01-22 16:30:02,103 INFO clue-sun.s04e06.avi Mac & Charlie Die (2) appears to be new These updates didn't get pushed to other machines. - paul.hugill - 2010-01-31 I'm just installing this and it looks pretty good so far. I'll test it out a bit and let you know if there are any problems. I've only just started using Linux and XBMC properly so probably a bit slow on some of this. Can you let me know if this is how I should have it all set up? I have Exported the Library on one machine, set up the sources on the other but not let it scan them and then imported the .xml file to add everything. This should mean that the corrections to Shows and Movies I made manually are copied aswell. What happens when they both scrape the sources again and add new things? If I manually correct it on one will xbmcsync also correct it on the other or do I need to find another way of doing that? Looking good so far, thanks Tim. Paul - robweber - 2010-02-01 Great script - I really like being able to keep all my frontends in sync with the library as much as possible. One request, perhaps for the future, is maybe adding the ability to sync the 'auto resume' information as well. It would be awesome to start watching a show on one frontend, stop 1/2 through and then at a different time try to start it from a different frontend and have it auto-resume like it would from the first (assuming you have this XBMC setting enabled). I realize it would only sync when the script runs so you can't immediately run from one room to the next, but I still think this would be useful. Anyone agree? Thanks. - mtehonica - 2010-02-01 robweber Wrote:Great script - I really like being able to keep all my frontends in sync with the library as much as possible. Yes, I'll second this! - tim- - 2010-02-01 mtehonica Wrote:Found a problem with filenames/titles that contain () or & characters. From my log: Hmm.. Shouldnt be hard to fix. I'll take a look at that tonight |