(2013-02-23, 14:55)Cocotus Wrote: Ok trakt.tv sync is done and I will commit to github later. Since trakt.tv uses json format like TMDB/fanart.. too I used RestSharp library that m.savazzi recently added - thanks very handy
what you use Trak.tv for?
For Trak.TV have you created a new library? like the two I added? (plus the modified WatTMDB)
In this way we keep the project consistent
(2013-02-23, 14:55)Cocotus Wrote: @m.savazzi
I just checked out the current Ember 1.3 branch and I noticed that Ember tmdb scraper project is looking for the WatTmb.dll in "..\Ember-MM\WatTmdb\obj\Debug\WatTmdb.dll and can't find it.
Yesterday I submitted a new update. It should all be liked to the libraries inside the project.
It's weird but it appears that some properties of the solution are not copied by GitHub, this is generating some issues. The solution always perfectly compile before I submit it
for this
..\Ember-MM\WatTmdb\obj\Debug\WatTmdb. Somehow it was still linked to a local copy of the library
Note that once you get the new one is possible you get 10000000000000000 errors as the WatTMDB and the other libraries does not exist till you do a first build. After that they should be fine.
(2013-02-23, 14:55)Cocotus Wrote: RestSharp.dll is added in packages-directory, so I guess WatTmb.dll should be placed there too, or am I missing something ?
If is not done already by the solution (damn GitHub) you have to add it via nuget.
Then I've enabled the automatic check-restore of nuget packages in the Solution.
So, in summary:
RestSharp -> nuget
WatTMDB, FanarTV, RottenTomatoes -> source, via dependency and reference
Note that I had to put a fake new object in frmMain as otherwise WatTMDB in the scraper was not able to load correctly RestSharp.dll even if they are in the same folder.
I'm still investigating that weird behavior but, for now, that is the workaround. In this way when the program starts WatTMDB.dll and RestSharp.dll are loaded in memory and are ready when the TMDB scraper is loaded.
Hoping this helps.
M