Jump to content

Release Date for episodes one day too early


Recommended Posts

custardcream
Posted

Hey all,

 

On a new install of Emby (4.3.1.0), files are being scanned and having their release date set a day to early in Metadata Manager. There is no metadata being pulled from any external source (that's turned off) and no separate .nfo. The only source for the date was the filename itself.

 

So, a file named "2019-10-06 Häcken v Östersund.mkv" has the release date set to 5th October 2019, and this incorrect date is naturally saved into an .nfo file.

 

If I strictly follow the naming convention as per https://github.com/MediaBrowser/Wiki/wiki/TV-naming#by-date the date is still set incorrectly.

 

I saw a post describing the same issue here but that should apparently be resolved?

 

Grateful for any help you can give - let me know if you need further info.

Happy2Play
Posted

Can you show a specific example?  If you have turned off external sources, you should not have a release date at all, since it comes from online metadata source.

  • 3 weeks later...
Posted

The described issue is happening for me as well.  The air/release date is one day early.  This is causing TV Shows -> Upcoming to list episodes that will air tonight under the Yesterday section.  I do not have any external sources configured and I confirmed they aren't being used.  The TVDB is the online source being used to gather the episodes metadata. I use the upcoming section to keep track of new episodes and make sure I'm not missing them the day after they air. 

 

OS: Debian 10

Emby Version: 4.4.0.6

 

 

Here are a few pics to show what I mean.

 

 

Vikings S06E07 Release Date showing 1/14/2020 but TVDB shows it to be 1/15/2020

5e1f186527144_VikingsS06E07ReleaseDateIs

 

 

 

 

 

These TV Shows should air/release today 1/15/2020, yet they show under yesterday.

5e1f18e1a742b_UpcomingYesterdayReleaseDa

pwhodges
Posted

Your example is near midnight, so it could be a timezone issue somewhere, I guess.

 

Paul

Posted

Local time zone seems correct as playback end time is accurate for my time zone (MST).  It should be pulling time and date from browser.

 

Either way the date is one day off which I would think would be a static value (a date) and not subject to what time it is at the moment.

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