Jump to content

Recent Update Issue - Duplicate FanArt / Rearrange Order


Recommended Posts

BuddahKat
Posted

Just wanted to report an issue I've noticed since the most recent server update. Whenever I add a movie with the images prepopulated (using the 'extrafanart' folder), trying to edit the order within Emby (via 'Edit Images' ) shows the first image is always duplicated (though there isn't actually a duplicate file created in the directory, it just appears that way in the Edit viewer). If you attempt to delete the wrong duplicate, it causes an error when trying to change the order (likely since it can't find the file?). Hopefully that makes sense, as I said it's something with the most recent update and changing some of the interface (specifically removing the arrows to change the order, I prefer this method personally). Also, where is the option to search for new images from the internet? It used to be on this same screen, was it removed?? I do continue to use the 'extranfanart' folder, maybe this has something to do with it?

Posted

Hi there, can you please show a screenshot example? thanks.

pünktchen
Posted

It's not only a visual problem in the image editor, it's actually a database problem.
It is this problem the op is talking about:

 

Posted

Yea I've seen it reported, I'm just trying to chase down how to get it to occur. Thanks.

BuddahKat
Posted

Yes, the linked post is the exact same issue I'm having. It seems to only happen with new movies added since the last update, as nothing changed with the things that were already in my library.

Let me know if you need any more info. Thanks!

pünktchen
Posted

@Luke it will happen if you add something with existing local fanart to your library or if you place manually local fanart images on the filesystem to existing library items.

Carlo
Posted

@BuddahKat (love the username btw)

Could you zip up one or two of these new "prepopulated" movie folders for us to use as a test?  We don't need the actual move files so the zip file shouldn't be too big.

BuddahKat
Posted

Sure, here's a zipped movie folder to test. I just added this to my Emby server, screen shot attached of the resulting  'Edit Images' screen. You can see that it has TWO 'fanart.jpg' files listed, however there's only ONE in the movie folder that was added.

Hope this helps!

emby_screenshot.png

test_folder.zip

Happy2Play
Posted

I see this issue on existing item but not new items. as mentioned in other topic.

I only see this with fanart naming and do not see this with backdrop naming.

Posted

I can reproduce with his test zip right on import, so that's good. Should be enough to resolve.

  • Like 1
Posted

Unfortunately it won't fix existing items. I'll have to see if there's a way to safely do that, but in any event we'll get this in a 4.6.2 update next week. Thanks.

pünktchen
Posted
11 minutes ago, Luke said:

I'll have to see if there's a way to safely do that, but in any event we'll get this in a 4.6.2 update next week.

Do we get the fix also in a beta release before to test this?

  • Thanks 1
Posted
Just now, pünktchen said:

Do we get the fix also in a beta release before to test this?

Certainly.

BuddahKat
Posted

Just wanted to check in since I didn't specufically see it in the 4.6.2 release notes, did this get resolved or no? 

Happy2Play
Posted
3 hours ago, BuddahKat said:

Just wanted to check in since I didn't specufically see it in the 4.6.2 release notes, did this get resolved or no? 

Yes at least in my tests.

  • Fix sporadic duplicated backdrop image
  • 10 months later...
Posted

Can this be revisited? I refreshed my entire library last year to get rid of duplicate backgrounds after the fix was pushed out, and I've still had this issue constantly. New movies added to my library are downloading a fanart.jpg to put in the movie's folder, and creating a Backdrop image in Emby's database. Constant manual maintenance of my library is required to remove these.

image.thumb.png.56b27c2215da825279516ef1d481f20e.png

Happy2Play
Posted
2 minutes ago, Nashemon said:

Can this be revisited? I refreshed my entire library last year to get rid of duplicate backgrounds after the fix was pushed out, and I've still had this issue constantly. New movies added to my library are downloading a fanart.jpg to put in the movie's folder, and creating a Backdrop image in Emby's database. Constant manual maintenance of my library is required to remove these.

image.thumb.png.56b27c2215da825279516ef1d481f20e.png

Technically a different issue.  But first question would be how would I recreate this as Emby no longer creates Backdrop.jpg images it only creates fanart/fanartx.jpg's.

Posted

If you enable multiple image sources then duplicate backdrops are going to be inevitable, so keep that in mind.

Happy2Play
Posted
1 hour ago, Luke said:

If you enable multiple image sources then duplicate backdrops are going to be inevitable, so keep that in mind.

True but will not end up with Backdrop and Fanart named images.

But that movie does have more than one backdrop on each provider.

But a wild guess would be another program is providing one "Backdrop" and Emby is set to 2 backdrops and getting the same backdrop from same provider and saving as FanArt.  So both programs pull same backdrop from same provider.

Posted

That could be, yes. The method to avoid duplicates is very primitive, by comparing byte sizes. If you have more than one provider enabled and/or other software downloading backdrops in addition to emby, the chances of duplicates will be much higher.

Posted (edited)

Thank you both for your responses. Taking them into consideration, I've been testing things out, trying to give ample time between tests to confirm Emby doesn't automatically manage the extra backdrop image in an unexpected way. I'm mostly confident that the following is accurate. I'm putting the observations in spoilers, in case it's pertinent.

Spoiler
21 hours ago, Happy2Play said:

Technically a different issue.  But first question would be how would I recreate this as Emby no longer creates Backdrop.jpg images it only creates fanart/fanartx.jpg's.

You're right. No file named Backdrop.jpg is created. It seems Emby just calls it "Backdrop" initially, but after a short while if "Save artwork into media folders" is checked, it renames the "Backdrop" one to fanart.jpg. If save artwork is not checked, it remains named Backdrop and has an identical fanart.jpg.

Cap1.PNG.94d9386488d844bac9552291c24ee1d2.PNG

There are three scenarios I've found.

1. While Emby still shows the two duplicate images as Backdrop and fanart.jpg, deleting Backdrop removes it from Emby and fanart.jpg remains in both Emby and the movie's folder.

2. While Emby still shows the two duplicate images as Backdrop and fanart.jpg, deleting "fanart.jpg" deletes it from the movie's folder, but leaves "Backdrop" in Emby. No idea where it stores this Backdrop image. If I search for missing metadata, it adds a fanart.jpg to Emby.

3. If I wait for Emby to rename Backdrop so that there are two fanart.jpg (as above), deleting either one of them deletes the fanart.jpg file from the movie's folder. After a minute the other "duplicate" one will disappear from the Emby screen leaving me with no backdrops.

 

18 hours ago, Happy2Play said:

True but will not end up with Backdrop and Fanart named images.

But that movie does have more than one backdrop on each provider.

But a wild guess would be another program is providing one "Backdrop" and Emby is set to 2 backdrops and getting the same backdrop from same provider and saving as FanArt.  So both programs pull same backdrop from same provider.

This has always been set to 1.

Cap2.PNG.346a2ad4582f8a18065ef35b6b57224e.PNG

If I change it to 2, it does this:

Cap3.PNG.c2e73f13ca90f4b1ead49af381d30bf7.PNG

Then after some time Emby renames Backdrop to fanart.jpg (again, only if "Save artwork into media folders" is checked).

Cap4.PNG.c34f57e07f7cfbbac01c643f16a7d995.PNG

 

20 hours ago, Luke said:

If you enable multiple image sources then duplicate backdrops are going to be inevitable, so keep that in mind.

Ok, let's look at that. As a preface, I have no other programs or scrappers managing anything for Emby, to the best of my knowledge.

To replicate the issue I created Z:\Test\The Batman (2022)\"The Batman (2022).mp4". I created a new Movie library, and selected the test folder. Default settings except for:

Minimum automatic collection size: 4
Metadata savers: Nfo checked
Movie Image Fetchers: TheMovieDb and FanArt checked, in that order (uncheck Screen Grabber)
Save artwork into media folders: Checked
Done

Scan files in the new test folder. Emby finds the movie, fetches a poster, a backdrop, a duplicate backdrop named fanart.jpg, a logo, and a thumb.

Then I did some testing. Each test I started with the same properly named folder with only the properly named video file in it as before. All settings are the same as above except for the Movie Image Fetchers used.

Test 1: Movie Image Fetchers: TheMovieDb only
Scanned files. Emby finds the movie, fetches a poster, and a single backdrop named fanart.jpg. No logo or thumb. Not ideal, but ok since no duplicate backdrop.

Test 2: Movie Image Fetchers: FanArt only
This time Emby finds the movie, a poster, a different backdrop named fanart.jpg, a logo, and a thumb. This seems like it would be the solution, but going to miss a lot of options for posters if I leave it like this, as I usually prefer the posters from TheMovieDb.

Test 3: Movie Image Fetchers: FanArt and TheMovieDb, in that order.
This time Emby finds the movie, a poster from FanArt, a backdrop from FanArt, a logo, and a thumb. No duplicate backdrop, and I still have all the options from TheMovieDb if I want.

 

So in conclusion, I can recreate this issue 100% of the time by having both TheMovieDb and FanArt fetchers selected, in that order. Which is the default. If I simply move FanArt above TheMovieDb, the issue does not occur.

Cap7.PNG.68336baa5a216cfe4fc3d64726f0d073.PNG

Seems to be an issue with TheMovieDb fetcher, in combination with the FanArt fetcher. Maybe it's just me, though. Can anyone else replicate this?

Edited by Nashemon
Happy2Play
Posted
7 minutes ago, Nashemon said:

Test 1: Movie Image Fetchers: TheMovieDb only
Scanned files. Emby finds the movie, fetches a poster, and a single backdrop named fanart.jpg. No logo or thumb. Not ideal, but ok since no duplicate backdrop.

LOGO and THUMB currently only come FanArt.tv as they were the only providers.  But will changed slightly in 4.7.

But with what you have provided I cannot reproduce in 4.6 or 4.7 so far.

But this looks like a database issue as it is not possible to have 2 images named "Fanart".  

image.png.db36222ec28aafa2c90b8167317bf2

Posted
3 minutes ago, Happy2Play said:

LOGO and THUMB currently only come FanArt.tv as they were the only providers.  But will changed slightly in 4.7.

But with what you have provided I cannot reproduce in 4.6 or 4.7 so far.

But this looks like a database issue as it is not possible to have 2 images named "Fanart".  

image.png.db36222ec28aafa2c90b8167317bf2

It takes some time for the second one to show up sometimes. My testing involved waiting and scanning/refreshing/restarting multiple times. I can force it to show a Backdrop and duplicate fanart.jpg by doing Refresh Metadata selecting "Search for missing metadata" and without replacing existing images.

Happy2Play
Posted
2 minutes ago, Nashemon said:

It takes some time for the second one to show up sometimes. My testing involved waiting and scanning/refreshing/restarting multiple times. I can force it to show a Backdrop and duplicate fanart.jpg by doing Refresh Metadata selecting "Search for missing metadata" and without replacing existing images.

Do you save image with media?

But I have tested with and not with media and don't get duplicate with any scanning or refreshing, but is on a NEW portable test install.

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...