Jump to content

Can MB3 use existing xbmc metadata?


trpltongue

Recommended Posts

trpltongue

Yeah, I played with the edit functions a bit, I just don't want to have to edit all of my stuff manually....again....:)  I'd prefer to be able to tell it to download wide graphical banners and be done with it :)

Link to comment
Share on other sites

trpltongue

I actually tried that with no luck.  

 

So I toggled from compatible to MB2/3 and then saved.  Restarted MBServer.  Then toggled to compatible and saved.  Then quit MBServer.  Manually deleted all artwork and metadata from my folders as well as deleting all the cache files in the appdata folder.

 

Restarted MBServer and it automatically scanned the library and downloaded new items.  This time it named the images differently and everything is right except it is still downloading a fanart.jpg and a landscape.jpg for the series.  It is also downloading a seasonxx-landscape.jpg instead of a seasonxx-fanart.jpg.  Otherwise I think everything is good.

 

Not sure why toggling the setting for compatible worked, but I promise you that I did NOT modify that setting during or after the installation until just now to toggle it.

Link to comment
Share on other sites

The fanart naming is by design. During development of our xbmc image saving we had several xbmc users involved, and the resulting file names are all based on the xbmc wiki and their test results.

Link to comment
Share on other sites

trpltongue

I must admit I'm no expert on xbmc naming so I'm sure it works because you guys have honestly done a great job with this.  I love the interface and simplicity of it.  I was just going on the following wiki info for XBMC Frodo:

 

http://wiki.xbmc.org/index.php?title=XBMC_v12_(Frodo)_FAQ#How_should_local_images_be_named_for_Frodo.3F

 

 

Which describe the labeling as seasonxx-fanart.jpg?

Link to comment
Share on other sites

trpltongue

that's what we get for banners, wide and graphical

Hmm... not sure why but the ones it scraped for me (Dexter and CSI) were not graphical.  They were rectangular with the show picture, but no name on them.  I'm going to do a fresh install with all the download options set and see if maybe something got messed up in my initial install.

Link to comment
Share on other sites

trpltongue

Weird! I don't have that, but instead have the following file called banner.jpg

 

post-2094-0-48427700-1389811913_thumb.jpg

 

I've just uninstalled.  I'm going to restart and then reinstall and use my test db to see what happens.

Link to comment
Share on other sites

trpltongue

Okay, fresh install is working MUCH better.  Files are going where they are supposed to go for MB3.

 

I think there is a bit of a compatibility issue with XBMC though in both naming convention and location of metadata.

 

For TV shows:

 

MB3 uses backdrop.jpg, seasonXX-landscape.jpg and thumb.jpg but XBMC does not recognize those names (at least not with Frodo naming convention).

 

Additionally, MB3 stores the episode artwork in a "metadata" folder inside each season folder.  I haven't tested it yet, but I'm pretty sure XBMC expects the images in the same folder as the episodes?  Also, according to the updated Frodo documentation, each episode art should be called episodename-thumb.jpg but MB3 uses episodename.jpg.

 

For Movies:

Again, MB3 uses backdrop.jpg and thumb.jpg which XBMC does not recognize.

 

I definitely don't mean to step on toes here, I just was trying to understand what MB3 is doing with regards to artwork as I am pretty picky about my art and metadata.  I may just have MB3 store metadata and limited artwork to my C: drive so that I can navigate MB3 on my tablets understanding that the info and images will be slightly different between xbmc and MB3.  Shouldn't be more than a few hundred megabytes if I just to banners / posters / episode art for TV shows and posters for movies.

Link to comment
Share on other sites

Sounds like you picked the MB2/MB3 image saving convention. You should have left it at the default and it would have used xbmc compatible file names. So, working as expected.

Link to comment
Share on other sites

Koleckai Silvestri

In the Server Dashboard do you have "Image Saving Convention" set to "Compatible - MB3/Plex/XBMC"?

Link to comment
Share on other sites

trpltongue

Guys, I didn't touch any options in the setup wizard and the setting for "Image Saving Convention" is set to "Compatible - MB3/Plex/XBMC".

Link to comment
Share on other sites

trpltongue

I did.  They are definitely set to compatible.  The only change I made was to disable chapter image extraction.

 

I can change it to MB2/MB3, save, and then change it back if that will help?

 

Is there any way to force an update of the metadata that is cached?

Edited by trpltongue
Link to comment
Share on other sites

Koleckai Silvestri

You can click on the MediaBrowser icon in the dashboard, go to the item and edit to force a refresh. You can edit your Media Folders to refresh all child items.

Link to comment
Share on other sites

trpltongue

Okay,

I did a bunch of testing over the last couple of days and this is what I sorted out:

Tested using "An Idiot Abroad" TV show.

Series art is scraped as expected and with the XBMC compatible file names and folders (poster.jpg, banner.jpg, fanart.jpg, etc).  Additionally, a "landscape.jpg" file is scraped which is the same dimensions as fanart, but is a "thumb" for the series according to fanart.tv.  "extrafanart" and "extrathumbs" folders are created in the right place and files populated with the XBMC compatible names.

I still have to check for the ".actors" folder and files, didn't have time for that yet.

 

Season art is *mostly* scraped with XBMC compatible file names.  Season Posters are scraped properly, but season fanart is NOT.  Fanart.tv doesn't list a category for season "fanart" or "backgrounds", instead they have season "thumbs" which is what MB3 downloads and saves as "seasonxx-landscape.jpg".  However, this is NOT an XBMC compatible file name.  "seasonxx-landscape.jpg" should be labeled "seasonxx-fanart.jpg".  Manual renaming fixes the problem and XBMC picks up the seasonxx-fanart.jpg perfectly.

 

Movies tested using 2 Guns and A Good Day to Die Hard:

Movies grouped in folders- MB3 grabs all the relevant pictures, creates the extrafanart and extrathumbs folders and names everything properly (note I haven't tested the .actors folder functionality yet).

Movies in VIDEO_TS folder structure - MB3 grabs all the relevant pictures and names them with XBMC compatible names, BUT the extrafanart and extrathumbs folders are created in the wrong directory.  XBMC requires "extrafanart" and "extrathumb" folders to be in the same directory as the relevant movie file.  In the case of VIDEO_TS folder structure, that means the extrafanart and extrathumbs folders must be in the VIDEO_TS folder, NOT the main movie folder.

 

Movies\2 Guns (2013)\VIDEO_TS\extrafanart\

Not

Movies\2 Guns (2013)\extrafanart\

 

This testing was done using both Confluence and Aeon Nox skins on latest Stable 12.3 Frodo release.

Edited by trpltongue
Link to comment
Share on other sites

Okay,

I did a bunch of testing over the last couple of days and this is what I sorted out:

Tested using "An Idiot Abroad" TV show.

Series art is scraped as expected and with the XBMC compatible file names and folders (poster.jpg, banner.jpg, fanart.jpg, etc).  Additionally, a "landscape.jpg" file is scraped which is the same dimensions as fanart, but is a "thumb" for the series according to fanart.tv.  "extrafanart" and "extrathumbs" folders are created in the right place and files populated with the XBMC compatible names.

I still have to check for the ".actors" folder and files, didn't have time for that yet.

 

Season art is *mostly* scraped with XBMC compatible file names.  Season Posters are scraped properly, but season fanart is NOT.  Fanart.tv doesn't list a category for season "fanart" or "backgrounds", instead they have season "thumbs" which is what MB3 downloads and saves as "seasonxx-landscape.jpg".  However, this is NOT an XBMC compatible file name.  "seasonxx-landscape.jpg" should be labeled "seasonxx-fanart.jpg".  Manual renaming fixes the problem and XBMC picks up the seasonxx-fanart.jpg perfectly.

 

Movies tested using 2 Guns and A Good Day to Die Hard:

Movies grouped in folders- MB3 grabs all the relevant pictures, creates the extrafanart and extrathumbs folders and names everything properly (note I haven't tested the .actors folder functionality yet).

Movies in VIDEO_TS folder structure - MB3 grabs all the relevant pictures and names them with XBMC compatible names, BUT the extrafanart and extrathumbs folders are created in the wrong directory.  XBMC requires these folders to be in the same directory as the relevant movie file.  In the case of VIDEO_TS folder structure, that means the extrafanart and extrathumbs folders must be in the VIDEO_TS folder, NOT the main movie folder.

Movies\2 Guns (2013)\VIDEO_TS\extrafanart\

Not

Movies\2 Guns (2013)\extrafanart\

This testing was done using both Confluence and Aeon Nox skins on latest Stable 12.3 Frodo release.

 

@@sfnetwork can you verify these?

Link to comment
Share on other sites

trpltongue

Forgot to mention, MB3 is not currently pulling art for "all-seasons".  By default this should be the same art as the series art but named:

season-all-(poster/banner/fanart).(png/jpg)

 

I should also mention that "landscape.jpg" may be a valid file name in some skins, but it is NOT the standard filename for season fanart, which is what we want.

Edited by trpltongue
Link to comment
Share on other sites

trpltongue

Luke, any luck confirming these with sfnetwork? 

I'm using MB3 web client on a regular basis now and getting down to a single medata manager would be great.

Thanks!

Link to comment
Share on other sites

  • 1 month later...
saitoh183

Just doing some test with a movie and it doesnt seem to pick up the xbmc format for backdrops <movie_name>-fanart.jpg. It just creates a fanart.jpg Posters seems to work <movie_name>-poster.jpg.

Edited by saitoh183
Link to comment
Share on other sites

saitoh183

Just doing some test with a movie and it doesnt seem to pick up the xbmc format for backdrops <movie_name>-fanart.jpg. It just creates a fanart.jpg Posters seems to work <movie_name>-poster.jpg.

 

Will this be fixed next release by any chance?

Link to comment
Share on other sites

saitoh183

can i post any log that will help...i tried multiple times and it always just creates a fanart.jpg

 

Here is the log after i delete the fanart.jpb and do a refresh all:

2014-02-27 09:23:07.4229 Debug - HttpServer: HTTP GET http://localhost:8096/mediabrowser/dashboard/edititemmetadata.html?id=269880ed5e9c82118612d25bb7689906
2014-02-27 09:23:07.4229 Warn - StringMapTypeDeserializer: Property 'id' does not exist on type 'MediaBrowser.WebDashboard.Api.GetDashboardResource'
2014-02-27 09:23:07.4229 Debug - HttpServer: HTTP Response 304 to [::1]:61986. Response time: 1.0007 ms
	Url: http://localhost:8096/mediabrowser/dashboard/edititemmetadata.html?id=269880ed5e9c82118612d25bb7689906
2014-02-27 09:23:07.6059 Debug - HttpServer: HTTP GET http://localhost:8096/mediabrowser/Items/269880ed5e9c82118612d25bb7689906/Ancestors?userId=f6c51e6fd330e59d16f4cc52886702e1
2014-02-27 09:23:07.6059 Debug - HttpServer: HTTP Response 200 to [::1]:61986. Response time: 2.0008 ms
	Url: http://localhost:8096/mediabrowser/Items/269880ed5e9c82118612d25bb7689906/Ancestors?userId=f6c51e6fd330e59d16f4cc52886702e1
2014-02-27 09:23:07.6329 Debug - HttpServer: HTTP GET http://localhost:8096/mediabrowser/Users/f6c51e6fd330e59d16f4cc52886702e1/Items/269880ed5e9c82118612d25bb7689906
2014-02-27 09:23:07.6479 Debug - HttpServer: HTTP Response 200 to [::1]:61986. Response time: 16.0008 ms
	Url: http://localhost:8096/mediabrowser/Users/f6c51e6fd330e59d16f4cc52886702e1/Items/269880ed5e9c82118612d25bb7689906
2014-02-27 09:23:07.7089 Debug - HttpServer: HTTP GET http://localhost:8096/mediabrowser/Items/269880ed5e9c82118612d25bb7689906/ExternalIdInfos
2014-02-27 09:23:07.7089 Debug - HttpServer: HTTP Response 200 to [::1]:61986. Response time: 0 ms
	Url: http://localhost:8096/mediabrowser/Items/269880ed5e9c82118612d25bb7689906/ExternalIdInfos
2014-02-27 09:23:07.7369 Debug - HttpServer: HTTP GET http://localhost:8096/mediabrowser/Localization/ParentalRatings
2014-02-27 09:23:07.7379 Debug - HttpServer: HTTP Response 200 to [::1]:61986. Response time: 1.0004 ms
	Url: http://localhost:8096/mediabrowser/Localization/ParentalRatings
2014-02-27 09:23:07.9119 Debug - HttpServer: HTTP GET http://localhost:8096/mediabrowser/Library/MediaFolders
2014-02-27 09:23:07.9119 Debug - HttpServer: HTTP GET http://localhost:8096/mediabrowser/LiveTv/Info?
2014-02-27 09:23:07.9119 Debug - HttpServer: HTTP Response 200 to [::1]:61986. Response time: 1.0014 ms
	Url: http://localhost:8096/mediabrowser/Library/MediaFolders
2014-02-27 09:23:07.9909 Debug - HttpServer: HTTP Response 200 to [::1]:61988. Response time: 79.0068 ms
	Url: http://localhost:8096/mediabrowser/LiveTv/Info?
2014-02-27 09:23:08.0559 Debug - HttpServer: HTTP GET http://localhost:8096/mediabrowser/Users/f6c51e6fd330e59d16f4cc52886702e1/Items?ParentId=0fbe90bb17617b540805be65ebf7dbfd&Fields=Settings&SortBy=SortName
2014-02-27 09:23:08.0559 Debug - HttpServer: HTTP Response 200 to [::1]:61988. Response time: 3.0006 ms
	Url: http://localhost:8096/mediabrowser/Users/f6c51e6fd330e59d16f4cc52886702e1/Items?ParentId=0fbe90bb17617b540805be65ebf7dbfd&Fields=Settings&SortBy=SortName
2014-02-27 09:23:28.0901 Debug - HttpServer: HTTP POST http://localhost:8096/mediabrowser/Items/269880ed5e9c82118612d25bb7689906/Refresh?forced=true&recursive=true
2014-02-27 09:23:28.0972 Debug - App: Running FFProbeProvider for \\SRV-SAITOH\Videos\T_Movies\9 (2009)\9 (2009)-trailer.avi
2014-02-27 09:23:28.0972 Debug - App: Saving \\SRV-SAITOH\Videos\T_Movies\9 (2009)\9 (2009)-trailer.avi to database.
2014-02-27 09:23:28.0972 Debug - App: Running OmdbItemProvider for \\SRV-SAITOH\Videos\T_Movies\9 (2009)\9 (2009).mkv
2014-02-27 09:23:28.0972 Info - App: HttpClientManager GET: http://www.omdbapi.com/?i=tt0472033&tomatoes=true
2014-02-27 09:23:28.2241 Debug - App: Running MovieDbProvider for \\SRV-SAITOH\Videos\T_Movies\9 (2009)\9 (2009).mkv
2014-02-27 09:23:28.2241 Debug - App: Running MovieXmlProvider for \\SRV-SAITOH\Videos\T_Movies\9 (2009)\9 (2009).mkv
2014-02-27 09:23:28.2241 Debug - App: MovieXmlProvider returned no metadata for \\SRV-SAITOH\Videos\T_Movies\9 (2009)\9 (2009).mkv
2014-02-27 09:23:28.2241 Debug - App: Running FFProbeProvider for \\SRV-SAITOH\Videos\T_Movies\9 (2009)\9 (2009).mkv
2014-02-27 09:23:28.2241 Debug - App: Running MovieDbImageProvider for \\SRV-SAITOH\Videos\T_Movies\9 (2009)\9 (2009).mkv
2014-02-27 09:23:28.2241 Info - App: HttpClientManager GET: http://image.tmdb.org/t/p/original/jTki4a30PUskfGtOFx6PgYr74H7.jpg
2014-02-27 09:23:28.4562 Debug - ProviderManager: Saving image to \\SRV-SAITOH\Videos\T_Movies\9 (2009)\fanart.jpg
2014-02-27 09:23:28.4592 Debug - LibraryMonitor: Watcher sees change of type Created to \\SRV-SAITOH\Videos\T_Movies\9 (2009)\fanart.jpg
2014-02-27 09:23:28.4592 Debug - LibraryMonitor: Ignoring change to \\SRV-SAITOH\Videos\T_Movies\9 (2009)\fanart.jpg
2014-02-27 09:23:28.4592 Debug - ProviderManager: Saving \\SRV-SAITOH\Videos\T_Movies\9 (2009)\9 (2009).mkv to Xbmc nfo.
2014-02-27 09:23:28.4792 Debug - LibraryMonitor: Watcher sees change of type Changed to \\SRV-SAITOH\Videos\T_Movies\9 (2009)\9 (2009).nfo
2014-02-27 09:23:28.4792 Debug - LibraryMonitor: Ignoring change to \\SRV-SAITOH\Videos\T_Movies\9 (2009)\9 (2009).nfo
2014-02-27 09:23:28.4792 Debug - LibraryMonitor: Watcher sees change of type Changed to \\SRV-SAITOH\Videos\T_Movies\9 (2009)\9 (2009).nfo
2014-02-27 09:23:28.4792 Debug - LibraryMonitor: Ignoring change to \\SRV-SAITOH\Videos\T_Movies\9 (2009)\9 (2009).nfo
2014-02-27 09:23:28.4792 Debug - App: Saving \\SRV-SAITOH\Videos\T_Movies\9 (2009)\9 (2009).mkv to database.
2014-02-27 09:23:28.4792 Debug - HttpServer: HTTP Response 204 to [::1]:61988. Response time: 394.0683 ms
	Url: http://localhost:8096/mediabrowser/Items/269880ed5e9c82118612d25bb7689906/Refresh?forced=true&recursive=true
2014-02-27 09:23:28.5101 Debug - HttpServer: HTTP GET http://localhost:8096/mediabrowser/Users/f6c51e6fd330e59d16f4cc52886702e1/Items/269880ed5e9c82118612d25bb7689906
2014-02-27 09:23:28.5101 Debug - HttpServer: HTTP Response 200 to [::1]:61988. Response time: 6.0002 ms
	Url: http://localhost:8096/mediabrowser/Users/f6c51e6fd330e59d16f4cc52886702e1/Items/269880ed5e9c82118612d25bb7689906
2014-02-27 09:23:28.5212 Debug - HttpServer: HTTP GET http://localhost:8096/mediabrowser/Items/269880ed5e9c82118612d25bb7689906/ExternalIdInfos
2014-02-27 09:23:28.5212 Debug - HttpServer: HTTP Response 200 to [::1]:61988. Response time: 0.9529 ms
	Url: http://localhost:8096/mediabrowser/Items/269880ed5e9c82118612d25bb7689906/ExternalIdInfos
2014-02-27 09:23:28.5561 Debug - HttpServer: HTTP GET http://localhost:8096/mediabrowser/Localization/ParentalRatings
2014-02-27 09:23:28.5561 Debug - HttpServer: HTTP Response 200 to [::1]:61988. Response time: 1.0017 ms
	Url: http://localhost:8096/mediabrowser/Localization/ParentalRatings
2014-02-27 09:23:29.7092 Debug - LibraryMonitor: Watcher sees change of type Changed to \\SRV-SAITOH\Videos\T_Movies\9 (2009)\fanart.jpg
2014-02-27 09:23:29.7092 Debug - LibraryMonitor: Ignoring change to \\SRV-SAITOH\Videos\T_Movies\9 (2009)\fanart.jpg
Edited by saitoh183
Link to comment
Share on other sites

sfnetwork

There is a lot of information in this tread... I'm confused a bit...

Would it be possible to list all issues one by one with screenshots of the folder structure if you don't mind just to have a summary because I didn't follow this tread actively and there are several separate issue mentioned here... 

Link to comment
Share on other sites

saitoh183

Just doing some test with a movie and it doesnt seem to pick up the xbmc format for backdrops <movie_name>-fanart.jpg. It just creates a fanart.jpg Posters seems to work <movie_name>-poster.jpg.

 

530f5bc77a3d8_Capture.jpg530f5bd6c5876_Capture1.jpg

 

 

can i post any log that will help...i tried multiple times and it always just creates a fanart.jpg

 

Here is the log after i delete the fanart.jpb and do a refresh all:

2014-02-27 09:23:07.4229 Debug - HttpServer: HTTP GET http://localhost:8096/mediabrowser/dashboard/edititemmetadata.html?id=269880ed5e9c82118612d25bb7689906
2014-02-27 09:23:07.4229 Warn - StringMapTypeDeserializer: Property 'id' does not exist on type 'MediaBrowser.WebDashboard.Api.GetDashboardResource'
2014-02-27 09:23:07.4229 Debug - HttpServer: HTTP Response 304 to [::1]:61986. Response time: 1.0007 ms
	Url: http://localhost:8096/mediabrowser/dashboard/edititemmetadata.html?id=269880ed5e9c82118612d25bb7689906
2014-02-27 09:23:07.6059 Debug - HttpServer: HTTP GET http://localhost:8096/mediabrowser/Items/269880ed5e9c82118612d25bb7689906/Ancestors?userId=f6c51e6fd330e59d16f4cc52886702e1
2014-02-27 09:23:07.6059 Debug - HttpServer: HTTP Response 200 to [::1]:61986. Response time: 2.0008 ms
	Url: http://localhost:8096/mediabrowser/Items/269880ed5e9c82118612d25bb7689906/Ancestors?userId=f6c51e6fd330e59d16f4cc52886702e1
2014-02-27 09:23:07.6329 Debug - HttpServer: HTTP GET http://localhost:8096/mediabrowser/Users/f6c51e6fd330e59d16f4cc52886702e1/Items/269880ed5e9c82118612d25bb7689906
2014-02-27 09:23:07.6479 Debug - HttpServer: HTTP Response 200 to [::1]:61986. Response time: 16.0008 ms
	Url: http://localhost:8096/mediabrowser/Users/f6c51e6fd330e59d16f4cc52886702e1/Items/269880ed5e9c82118612d25bb7689906
2014-02-27 09:23:07.7089 Debug - HttpServer: HTTP GET http://localhost:8096/mediabrowser/Items/269880ed5e9c82118612d25bb7689906/ExternalIdInfos
2014-02-27 09:23:07.7089 Debug - HttpServer: HTTP Response 200 to [::1]:61986. Response time: 0 ms
	Url: http://localhost:8096/mediabrowser/Items/269880ed5e9c82118612d25bb7689906/ExternalIdInfos
2014-02-27 09:23:07.7369 Debug - HttpServer: HTTP GET http://localhost:8096/mediabrowser/Localization/ParentalRatings
2014-02-27 09:23:07.7379 Debug - HttpServer: HTTP Response 200 to [::1]:61986. Response time: 1.0004 ms
	Url: http://localhost:8096/mediabrowser/Localization/ParentalRatings
2014-02-27 09:23:07.9119 Debug - HttpServer: HTTP GET http://localhost:8096/mediabrowser/Library/MediaFolders
2014-02-27 09:23:07.9119 Debug - HttpServer: HTTP GET http://localhost:8096/mediabrowser/LiveTv/Info?
2014-02-27 09:23:07.9119 Debug - HttpServer: HTTP Response 200 to [::1]:61986. Response time: 1.0014 ms
	Url: http://localhost:8096/mediabrowser/Library/MediaFolders
2014-02-27 09:23:07.9909 Debug - HttpServer: HTTP Response 200 to [::1]:61988. Response time: 79.0068 ms
	Url: http://localhost:8096/mediabrowser/LiveTv/Info?
2014-02-27 09:23:08.0559 Debug - HttpServer: HTTP GET http://localhost:8096/mediabrowser/Users/f6c51e6fd330e59d16f4cc52886702e1/Items?ParentId=0fbe90bb17617b540805be65ebf7dbfd&Fields=Settings&SortBy=SortName
2014-02-27 09:23:08.0559 Debug - HttpServer: HTTP Response 200 to [::1]:61988. Response time: 3.0006 ms
	Url: http://localhost:8096/mediabrowser/Users/f6c51e6fd330e59d16f4cc52886702e1/Items?ParentId=0fbe90bb17617b540805be65ebf7dbfd&Fields=Settings&SortBy=SortName
2014-02-27 09:23:28.0901 Debug - HttpServer: HTTP POST http://localhost:8096/mediabrowser/Items/269880ed5e9c82118612d25bb7689906/Refresh?forced=true&recursive=true
2014-02-27 09:23:28.0972 Debug - App: Running FFProbeProvider for \\SRV-SAITOH\Videos\T_Movies\9 (2009)\9 (2009)-trailer.avi
2014-02-27 09:23:28.0972 Debug - App: Saving \\SRV-SAITOH\Videos\T_Movies\9 (2009)\9 (2009)-trailer.avi to database.
2014-02-27 09:23:28.0972 Debug - App: Running OmdbItemProvider for \\SRV-SAITOH\Videos\T_Movies\9 (2009)\9 (2009).mkv
2014-02-27 09:23:28.0972 Info - App: HttpClientManager GET: http://www.omdbapi.com/?i=tt0472033&tomatoes=true
2014-02-27 09:23:28.2241 Debug - App: Running MovieDbProvider for \\SRV-SAITOH\Videos\T_Movies\9 (2009)\9 (2009).mkv
2014-02-27 09:23:28.2241 Debug - App: Running MovieXmlProvider for \\SRV-SAITOH\Videos\T_Movies\9 (2009)\9 (2009).mkv
2014-02-27 09:23:28.2241 Debug - App: MovieXmlProvider returned no metadata for \\SRV-SAITOH\Videos\T_Movies\9 (2009)\9 (2009).mkv
2014-02-27 09:23:28.2241 Debug - App: Running FFProbeProvider for \\SRV-SAITOH\Videos\T_Movies\9 (2009)\9 (2009).mkv
2014-02-27 09:23:28.2241 Debug - App: Running MovieDbImageProvider for \\SRV-SAITOH\Videos\T_Movies\9 (2009)\9 (2009).mkv
2014-02-27 09:23:28.2241 Info - App: HttpClientManager GET: http://image.tmdb.org/t/p/original/jTki4a30PUskfGtOFx6PgYr74H7.jpg
2014-02-27 09:23:28.4562 Debug - ProviderManager: Saving image to \\SRV-SAITOH\Videos\T_Movies\9 (2009)\fanart.jpg
2014-02-27 09:23:28.4592 Debug - LibraryMonitor: Watcher sees change of type Created to \\SRV-SAITOH\Videos\T_Movies\9 (2009)\fanart.jpg
2014-02-27 09:23:28.4592 Debug - LibraryMonitor: Ignoring change to \\SRV-SAITOH\Videos\T_Movies\9 (2009)\fanart.jpg
2014-02-27 09:23:28.4592 Debug - ProviderManager: Saving \\SRV-SAITOH\Videos\T_Movies\9 (2009)\9 (2009).mkv to Xbmc nfo.
2014-02-27 09:23:28.4792 Debug - LibraryMonitor: Watcher sees change of type Changed to \\SRV-SAITOH\Videos\T_Movies\9 (2009)\9 (2009).nfo
2014-02-27 09:23:28.4792 Debug - LibraryMonitor: Ignoring change to \\SRV-SAITOH\Videos\T_Movies\9 (2009)\9 (2009).nfo
2014-02-27 09:23:28.4792 Debug - LibraryMonitor: Watcher sees change of type Changed to \\SRV-SAITOH\Videos\T_Movies\9 (2009)\9 (2009).nfo
2014-02-27 09:23:28.4792 Debug - LibraryMonitor: Ignoring change to \\SRV-SAITOH\Videos\T_Movies\9 (2009)\9 (2009).nfo
2014-02-27 09:23:28.4792 Debug - App: Saving \\SRV-SAITOH\Videos\T_Movies\9 (2009)\9 (2009).mkv to database.
2014-02-27 09:23:28.4792 Debug - HttpServer: HTTP Response 204 to [::1]:61988. Response time: 394.0683 ms
	Url: http://localhost:8096/mediabrowser/Items/269880ed5e9c82118612d25bb7689906/Refresh?forced=true&recursive=true
2014-02-27 09:23:28.5101 Debug - HttpServer: HTTP GET http://localhost:8096/mediabrowser/Users/f6c51e6fd330e59d16f4cc52886702e1/Items/269880ed5e9c82118612d25bb7689906
2014-02-27 09:23:28.5101 Debug - HttpServer: HTTP Response 200 to [::1]:61988. Response time: 6.0002 ms
	Url: http://localhost:8096/mediabrowser/Users/f6c51e6fd330e59d16f4cc52886702e1/Items/269880ed5e9c82118612d25bb7689906
2014-02-27 09:23:28.5212 Debug - HttpServer: HTTP GET http://localhost:8096/mediabrowser/Items/269880ed5e9c82118612d25bb7689906/ExternalIdInfos
2014-02-27 09:23:28.5212 Debug - HttpServer: HTTP Response 200 to [::1]:61988. Response time: 0.9529 ms
	Url: http://localhost:8096/mediabrowser/Items/269880ed5e9c82118612d25bb7689906/ExternalIdInfos
2014-02-27 09:23:28.5561 Debug - HttpServer: HTTP GET http://localhost:8096/mediabrowser/Localization/ParentalRatings
2014-02-27 09:23:28.5561 Debug - HttpServer: HTTP Response 200 to [::1]:61988. Response time: 1.0017 ms
	Url: http://localhost:8096/mediabrowser/Localization/ParentalRatings
2014-02-27 09:23:29.7092 Debug - LibraryMonitor: Watcher sees change of type Changed to \\SRV-SAITOH\Videos\T_Movies\9 (2009)\fanart.jpg
2014-02-27 09:23:29.7092 Debug - LibraryMonitor: Ignoring change to \\SRV-SAITOH\Videos\T_Movies\9 (2009)\fanart.jpg

That is the log of after i erase the backdrop and leave only 9 (2009)-poster.jpg and 9 (2009)-fanart.jpg in the movie folder. It picks up the  9 (2009)-poster.jpg but not 9 (2009)-fanart.jpg (unless i rename it to fanart.jpg before i refresh)

Link to comment
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...