Content Marked as New on Subsequent Scans

[Tigga5 39]

It would be nice if the Emby devs put a little more thought into how this "Date added behavior for new content" setting actually works. In contrast to the OP, I have mine set to use the date scanned into library. You would think it would use the date first added and that'd be it. The issue now is that Emby still seems to mark something as new on some subsequent scans as well if anything changes. If I remove a space from the filename of an episode then Emby thinks the series is new and moves it back to the front of the list. Bulk rename a few series and your Latest TV Shows row can easily be screwed up for months. And of course, neither Jellyfin or Plex have an issue with this, just Emby. 

[Luke 42080]

Hi there @Tigga5can you please provide a specific example?

How to Report a Problem

Do you have nfo files?

[Tigga5 39]

I do not have nfo files.

Here's the relevant logs from where I modified an old episode of The Simpsons. I removed the "p" from the end of the filename so it now ends with "720.mp4" instead of "720p.mp4". Now The Simpsons appears as the first item under my "Latest TV shows" section.

2024-05-16 12:26:20.583 Info App: Sqlite: 284 - automatic index on LastWatchedEpisodes(SeriesPresentationUniqueKey)
2024-05-16 12:26:25.277 Info App: Sqlite: 284 - automatic index on LastWatchedEpisodes(SeriesPresentationUniqueKey)
2024-05-16 12:26:52.754 Info LibraryMonitor: Season 1 (/Media/Recorded TV/The Simpsons/Season 1) will be refreshed.
2024-05-16 12:26:52.810 Info App: Removing item from database, Type: Episode, Name: Simpsons Roasting on an Open Fire, Path: /Media/Recorded TV/The Simpsons/Season 1/The Simpsons - S01E01 - Simpsons Roasting on an Open Fire HDTV-720p.mp4, Id: 8934682
2024-05-16 12:26:52.815 Info App: Deleting path /config/metadata/library/d5/d5a79f55c79fa720cd10e57376be591e
2024-05-16 12:26:52.819 Info MediaProbeManager: ProcessRun 'ffprobe' Execute: /bin/ffprobe -i file:"/Media/Recorded TV/The Simpsons/Season 1/The Simpsons - S01E01 - Simpsons Roasting on an Open Fire HDTV-720.mp4" -threads 0 -v info -print_format json -show_streams -show_chapters -show_format -show_data
2024-05-16 12:26:52.872 Info MediaProbeManager: ProcessRun 'ffprobe' Process exited with code 0 - Succeeded
2024-05-16 12:26:52.874 Info HttpClient: GET https://api4.thetvdb.com/v4/series/71663/episodes/official?page=0
2024-05-16 12:26:53.452 Info HttpClient: GET https://api4.thetvdb.com/v4/series/71663/episodes/official?page=1
2024-05-16 12:26:53.925 Info HttpClient: GET https://api4.thetvdb.com/v4/series/71663/episodes/official/eng?page=0
2024-05-16 12:26:54.341 Info HttpClient: GET https://api4.thetvdb.com/v4/series/71663/episodes/official/eng?page=1
2024-05-16 12:26:54.758 Info QuickSingleImageExtractor: ProcessRun 'quick-extract-image' Execute: /bin/ffmpeg -f mp4 -threads 1 -copyts -i file:"/Media/Recorded TV/The Simpsons/Season 1/The Simpsons - S01E01 - Simpsons Roasting on an Open Fire HDTV-720.mp4" -map 0:3 -update 1 -vf "scale=trunc(min(max(iw\,ih*dar)\,600)/2)*2:trunc(ow/dar/2)*2,thumbnail=24" -vsync 0 -f image2 "/config/cache/temp/d9a093d4-c7bc-46bf-b81a-63847d82d42f.jpg"
2024-05-16 12:26:54.899 Info QuickSingleImageExtractor: ProcessRun 'quick-extract-image' Process exited with code 0 - Succeeded
2024-05-16 12:26:55.260 Info QuickImageSeriesExtractor: ProcessRun 'quick-extract-imageseries' Execute: /bin/ffmpeg -f mp4 -threads 1 -skip_interval 10 -copyts -i file:"/Media/Recorded TV/The Simpsons/Season 1/The Simpsons - S01E01 - Simpsons Roasting on an Open Fire HDTV-720.mp4" -an -sn -vf "select='eq(pict_type,PICT_TYPE_I)',scale=w=320:h=180" -vsync cfr -r 0.1 -f image2 "/config/cache/temp/8bfaf6c0e76940668286a451ff33ed8d/img_%05d.jpg"
2024-05-16 12:26:57.811 Info QuickImageSeriesExtractor: ProcessRun 'quick-extract-imageseries' Process exited with code 0 - Succeeded
2024-05-16 12:27:16.099 Info App: Sqlite: 284 - automatic index on LastWatchedEpisodes(SeriesPresentationUniqueKey)

 

 

[Luke 42080]

Hi @Tigga5please attach the complete emby server log file. thanks.

[Tigga5 39]

You should have more than enough info to reproduce the issue.

[Happy2Play 9782]

26 minutes ago, Tigga5 said:

I do not have nfo files.

Here's the relevant logs from where I modified an old episode of The Simpsons. I removed the "p" from the end of the filename so it now ends with "720.mp4" instead of "720p.mp4". Now The Simpsons appears as the first item under my "Latest TV shows" section.

Correct as changing an item name forces previous item to be deleted with all its existing metadata and itemid, then rescanned as a new item with completely new metadata and itemid.

Unless Jellyfin made changes it acts exactly the same as it was originally Emby code.

So until Emby updates existing database entries and not delete them this is expected behavior.

[Luke 42080]

Right, if you had an nfo file, and kept that nfo file with the new version, then it would have contained your previous date added.

[Tigga5 39]

32 minutes ago, Happy2Play said:

Unless Jellyfin made changes it acts exactly the same as it was originally Emby code.

So until Emby updates existing database entries and not delete them this is expected behavior.

I have Jellyfin set to use the date scanned into library just like Emby, but it does not behave the same. As I said, both Jellyfin and Plex are smart enough to realize that renaming a file does not make it a new file. Emby is the only system I'm running that's not.

[Luke 42080]

18 minutes ago, Tigga5 said:

I have Jellyfin set to use the date scanned into library just like Emby, but it does not behave the same. As I said, both Jellyfin and Plex are smart enough to realize that renaming a file does not make it a new file. Emby is the only system I'm running that's not.

That is just using our old code, and from a quick look, nothing has changed in that area. In fact, they even have an open feature request for it, so I'm not sure it's doing what you think it is.

Anyway as for us, this is definitely doable in future updates.

[Tigga5 39]

26 minutes ago, Luke said:

so I'm not sure it's doing what you think it is.

Yea, because looking at a row of pictures to see what comes first is a pretty complex task. Clearly I must be mistaken then.