Shows Missing from Latest TV

[Trevor68 70]

I added a new show today, no matter how many times I update the library it does not appear in Latest TV. It does appear in the Television library just fine though. 

Steps to reproduce: Add this show to your library. 

Australia's Sleep Revolution with Dr Michael Mosley (TV Mini Series 2024– ) - IMDb

Watch it not appear in Latest TV. 

[GrimReaper 4740]

What does Edit Metadata>"Date added" field show for that item and episodes underneath?

Edited April 28, 2024 by GrimReaper

[Trevor68 70]

28/04/2024 06:34:09 PM for the series. Ep 1 06/03/2024 10:44:12 AM Ep2 15/03/2024 10:25:52 PM Ep3 02/04/2024 09:29:42 PM.

Ok so the episode dates and times are whacked, but at least the season is correct, and in the TV library view it correctly shows 3 unwatched episodes. 

Does altering the episode dates to say the 30/04/2024 make them appear in latest TV? I wonder how those dates got muddled? 

Edited April 28, 2024 by Trevor68

[GrimReaper 4740]

Just now, Trevor68 said:

Ok so the episode dates and times are whacked

Yep, hence you're not seeing it in the Home Screen Latest row, as that row lists same as if you "Sort by Last Episode date added" in your TV library.

What is your Behavior for newly added content set to in Advanced library settings? 

[Trevor68 70]

same as yours, but there are NFO's present with the date/times that I posted, so I imagine that setting becomes irrelevant? 

[GrimReaper 4740]

Just now, Trevor68 said:

same as yours, but there are NFO's present with the date/times that I posted, so I imagine that setting becomes irrelevant? 

That depends, whether that's Emby-created NFO or you're providing that NFO (written by some 3rd-party software) for Emby to ingest.

[Trevor68 70]

Oh ok, I just presumed that note meant that if a NFO is present then that setting becomes irrelevant? Should I change it anyhow? 

Is there a way to check who wrote the NFO?

[GrimReaper 4740]

8 minutes ago, Trevor68 said:

Should I change it anyhow? 

Yes, based on your preference, what you should do is:

1) Remove "Australia's Sleep Revolution with Dr Michael Mosley" show folder from your TV shows root

2) Delete any existing NFOs

3) Run Scan media library scheduled task

4) Change Library>Advanced tab>Date added behaviour for new content to "Use date scanned into library"

5) Move show folder back to TV root

6) Scan media library

8 minutes ago, Trevor68 said:

Is there a way to check who wrote the NFO?

Some software will write a line in the NFO identifying itself - some won't, some NFOs come already present/attached to dowloaded stuff, there's no rule, but if you have Metadata Saver>NFO enabled in your library settings, it was likely Emby (you can also check its/their timestamp(s)).

Edited April 28, 2024 by GrimReaper

[Trevor68 70]

Mmm, I went with "Remove identification", then deleted all NFO's, then refreshed metadata. Emby added all the exact same NFO's back again, with all the exact same incorrect dates. 

I will rinse repeat with the setting set to "use date scanned into library" but the note under that setting seems pretty clear that if metadata is present it is ignored. 

Yes I do use Emby to write the NFO's and I had not planned on turning that off. I just expected them to be written with correct dates. Which it always has before? 

[GrimReaper 4740]

7 minutes ago, Trevor68 said:

Mmm, I went with "Remove identification", then deleted all NFO's, then refreshed metadata. Emby added all the exact same NFO's back again, with all the exact same incorrect dates. 

18 minutes ago, GrimReaper said:

what you should do is:

1) Remove "Australia's Sleep Revolution with Dr Michael Mosley" show folder from your TV shows root

2) Delete any existing NFOs

3) Run Scan media library scheduled task

4) Change Library>Advanced tab>Date added behaviour for new content to "Use date scanned into library"

5) Move show folder back to TV root

6) Scan media library

Identification has nothing to to with your case, it's filesystem/ingestion process-based.

7 minutes ago, Trevor68 said:

but the note under that setting seems pretty clear that if metadata is present it is ignored. 

? It says quite the opposite:

Quote

If a metadata value is present it will always be used before either of these options.

 

Edited April 28, 2024 by GrimReaper

[Trevor68 70]

as in the SETTING is ignored. As in if there is metadata present then using that setting is pointless?

Anyhoo it occured to me that doing it your way there is no metadata present, so I did that as you posted step by step and now I have it in the latest tv section. Emby has recreated the NFO's but with todays' date this time. 

It still boggles my mind why I would need to suddenly change something that has worked fine for ten plus years, but there it is. 

[GrimReaper 4740]

Just now, Trevor68 said:

now I have it in the latest tv section. Emby has recreated the NFO's but with todays' date this time. 

[Trevor68 70]

Well yes changing a setting to mask some fairly inappropriate behaviour, but getting the desired end result is still a win I guess. 

[Luke 42078]

7 hours ago, Trevor68 said:

as in the SETTING is ignored. As in if there is metadata present then using that setting is pointless?

Anyhoo it occured to me that doing it your way there is no metadata present, so I did that as you posted step by step and now I have it in the latest tv section. Emby has recreated the NFO's but with todays' date this time. 

It still boggles my mind why I would need to suddenly change something that has worked fine for ten plus years, but there it is. 

Correct, and there’s no change here. It’s always been this way. And in fact all metadata in the nfo works this way, for example regardless of your internet fetcher settings, the genres of a movie will come from your nfo if they are present. So hopefully that helps unboggle your mind.

[Trevor68 70]

Well the real question is still the same, why after ten years of working fine set to file creation date is emby suddenly creating random dates. 

As in why the need to change this setting at all?

Emby created those NFO's with quite clearly incorrect dates, but why after all this time are they wrong?

My mind is still boggled by the actual problem, not the distraction

 

Being obtuse and pretending to misunderstand me is par for the course, but still doesn't mean there isn't an actual problem. 

Edited April 28, 2024 by Trevor68

[Luke 42078]

1 hour ago, Trevor68 said:

Well the real question is still the same, why after ten years of working fine set to file creation date is emby suddenly creating random dates. 

As in why the need to change this setting at all?

Emby created those NFO's with quite clearly incorrect dates, but why after all this time are they wrong?

My mind is still boggled by the actual problem, not the distraction

 

Being obtuse and pretending to misunderstand me is par for the course, but still doesn't mean there isn't an actual problem. 

Emby doesn’t create random dates. If you look at an example in detail then you’ll be able to find where the value came from. In fact there’s only a few possible places and this is explained in the help text.

[Trevor68 70]

Correct, Embry is clearly reading the files date modified value, instead of the date created. 

I have checked all three episodes and the date modified values match exactly. 

Could you please have Emby use the date created instead.

[Happy2Play 9780]

To a point this has to be platform prevalent as Linux system are the issue with these files dates.  File created vs modified dates.

Date Created but as mentioned platform prevalent as some systems do not display this info properly or is not available and Emby will fallback to provided info as discussed in other topics.  So more info is required.

But sounds like changing to Scan date resolves all your issues though.

[Trevor68 70]

Well your example looks exactly like mine, in other words far better off using date created, rather than modified. 

I'm unsure how linux does this?

As far as more info goes, my files are being created by Windows 11. 

In my instance Emby was clearly using the date modified info from the file. 

 

Edited April 29, 2024 by Trevor68

[Happy2Play 9780]

But the files are on TRUENAS correct so in the end it would be what the filesystem is giving Emby when the files is probed with ffprobe.  

What platform is the server on and the media on?

 

But yes there are feature request to us Modified date in these Linux situations.

 

Edited April 29, 2024 by Happy2Play

[Trevor68 70]

Yes the files do get moved to Truenas Scale as their final destination, from the Windows 11 VM. 

my 4.7 server runs on Windows 11, my 4.8 Server runs on Truenas Scale as a Truecharts App. 

Both servers behaved exactly the same reading these files from truenas, as in they both incorrectly used the modified by info for date added. 

Just for info, my Jellyfin server was unflustered by any of this, and correctly added this show to the latest row. 

All three servers read the same set of files. 

hence my belief that this is an Emby problem. 

Edited April 29, 2024 by Trevor68

[Happy2Play 9780]

In the end it is what the filesystem the media resides on provides Emby.

I know nothing about the platform but will assume it is not providing Emby with the correct info.

 

[Trevor68 70]

Emby is reading the file modified info, that's all I can tell you. 

Jellyfin is correctly reading the Date Created. 

What I'm telling you is that in this instance, the "request" your talking about has been granted,lol 

Edited April 29, 2024 by Trevor68

[Luke 42078]

6 hours ago, Trevor68 said:

Correct, Embry is clearly reading the files date modified value, instead of the date created. 

No, Emby uses the Date Created timestamp, not Date Modified.

[Happy2Play 9780]

I would guess we need to see what the filesystem provides for a specific example.

Since you have multiple servers do you write nfo files?  If so what server writes them as it would appear not to be your Windows server.