Question about replace existing images

[Luke 37116]

4 minutes ago, wkl_lau said:

Hi @Lukethank, depending on the filename of the image, if it is identical to the video, it will be deleted (as expected) but nothing is generated.

The only case where a folder primary image is generated is when there is no image in the folder, or when the image has the same filename as the video

Are you observing the same thing? (Make sure you are in folder view and testing is done on TrueNAS)

Thx

 

Hi, can you please attach the emby server log from when you tried to do that? Thanks.

[Luke 37116]

Quote

1. In movie_1, the presences of pictures with different filename block screengrabber to add folder image

I don't think it does. The video will get a screen grabber image, but the folder may use one of the existing image files that are already there. The video and the folder are two different things.

[wkl_lau 0]

On 08/12/2022 at 03:02, Luke said:

Hi, can you please attach the emby server log from when you tried to do that? Thanks.

Hi @Luke here is the log, I redo the VM twice and still got the same result. You have to see it in folder view to observe the issue (see screenshot)

Notice the folder for movie_1 is blank and have no primary image. Screengrabber just refuse to do anything if here is already an image in the folder.

If the image has the same name as the video, then it will be used as primary image (ex: video_2.mov/video_2.jpg)

embyserver.txt

[Happy2Play 8296]

This issue is it is a folder with a video and 2 photos.  So technically it should not get an image as there is no way to know whether a photo or video image should be used.  But eventually it will use the first image in the folder.

So folder content changes the distinction of item vs folder.

[Luke 37116]

Quote

Notice the folder for movie_1 is blank and have no primary image. Screengrabber just refuse to do anything if here is already an image in the folder.

No that's not true. You're not looking at the video, you're looking at the folder. If you drill into the folder, then i think you'll see the video does have a generated image.

[wkl_lau 0]

On 09/12/2022 at 16:41, Luke said:

No that's not true. You're not looking at the video, you're looking at the folder. If you drill into the folder, then i think you'll see the video does have a generated image.

@LukeMy issue has always been about the folder. I can see the video inside without problem. My issue is about the folder not having a primary image

On 09/12/2022 at 16:29, Happy2Play said:

This issue is it is a folder with a video and 2 photos.  So technically it should not get an image as there is no way to know whether a photo or video image should be used.  But eventually it will use the first image in the folder.

So folder content changes the distinction of item vs folder.

@Happy2Play So I went back and create another folder called movie_4, and having one video and one picture, and I make sure the picture is named differently than the video. And again the folder has no primary image (see attachment)

[Happy2Play 8296]

@wkl_lau And when you enter those folders?

Entered library and next full scan (first item image is used)

[wkl_lau 0]

@Happy2PlayWhen I enter the folder I see exactly what you see, a pic and a video.

Are you asking me to redo a library scan?

[Happy2Play 8296]

@wkl_lau It usually takes time or additional scans to populate folder\subfolder level images and usually is not the image you would prefer.

[wkl_lau 0]

22 hours ago, Happy2Play said:

@wkl_lau It usually takes time or additional scans to populate folder\subfolder level images and usually is not the image you would prefer.

@Happy2Play So I redo the scan and eventually the folder image shows.

Note that this is my test environment, in my actual NAS, some folders no matter what you do with it, it just refuse to get a folder image, and those folder either have multiple pictures, or the pictures having a different name.

@Luke Is there any scaling limits of the Emby/screengrabbers, like if your library having too many videos? Or having too many nesting layers?

 

[wkl_lau 0]

@Luke @Happy2Play I am still having problem...

So in movie_4 folder, I rename the image to not matching the video's name video_4.mov/video_4_cover.jpg (notice I added text in the video_4_cover.jpg so I can tell if it show up)

I did a rescan and refresh metadata, and I notice not only the image is not used as folder primary image, it is not even show up in the photo view

In another word, I cannot see that picture at all in Emby

[Happy2Play 8296]

@wkl_lau This is not a folder it is a video item per the icon.  So the image was used for the item as cover is an acceptable naming scheme.

[wkl_lau 0]

3 minutes ago, Happy2Play said:

@wkl_lau This is not a folder it is a video item per the icon.  So the image was used for the item as cover is an acceptable naming scheme.

Exactly! The image is not used at all, just a screen grab from the video is used as covered.

Are you saying the naming of the image make it not being used as cover? But then why it doesn't show even in photo view??

[Happy2Play 8296]

3 minutes ago, wkl_lau said:

Exactly! The image is not used at all, just a screen grab from the video is used as covered.

Are you saying the naming of the image make it not being used as cover? But then why it doesn't show even in photo view??

Hard to say maybe a cache issue but with the images so much alike I can't really see much difference in the images.  But since it is not showing a folder the image is being used by the item in some way.

[wkl_lau 0]

2 minutes ago, Happy2Play said:

Hard to say maybe a cache issue but with the images so much alike I can't really see much difference in the images.  But since it is not showing a folder the image is being used by the item in some way.

Thanks, that's why I added the text to the image in order to make it easier to distinguish the image from screengrab

And from both the photo and folder view, the image is no where to be found

[Happy2Play 8296]

Yes in this example I will guess a naming conflict but @Lukewill have to confirm as this video_4_cover.jpg is ignored while a change to video_4-cover.jpg will get used.

[Luke 37116]

32 minutes ago, Happy2Play said:

Yes in this example I will guess a naming conflict but @Lukewill have to confirm as this video_4_cover.jpg is ignored while a change to video_4-cover.jpg will get used.

That is correct.

[wkl_lau 0]

1 hour ago, Happy2Play said:

@wkl_lau This is not a folder it is a video item per the icon.  So the image was used for the item as cover is an acceptable naming scheme.

If I rename the image as per the acceptable naming scheme, yes it will be used automatically as primary image, but a metadata refresh + replace existing image will cause it to be deleted.

I tried a few different formats: {name}.ext, {name}-cover.ext, cover.ext. It behave the same..

Is there anyway I can use an image as the primary image without the worry of being deleted when trigger a metadata refresh+replace image?

[Happy2Play 8296]

2 minutes ago, wkl_lau said:

If I rename the image as per the acceptable naming scheme, yes it will be used automatically as primary image, but a metadata refresh + replace existing image will cause it to be deleted.

I tried a few different formats: {name}.ext, {name}-cover.ext, cover.ext. It behave the same..

Is there anyway I can use an image as the primary image without the worry of being deleted when trigger a metadata refresh+replace image?

To a point it deviates from accepted -cover.ext naming scheme but don't know why it would be completely ignored.

But proper naming works just fine shown earlier and now. Renamed image and did library scan.

[Luke 37116]

55 minutes ago, Happy2Play said:

To a point it deviates from accepted -cover.ext naming scheme but don't know why it would be completely ignored.

But proper naming works just fine shown earlier and now. Renamed image and did library scan.

It's because the photo scanning is just blindly ignoring all images starting with the video file name. That's something that needs to be adjusted.