Jump to content

DVD order not working for me anymore

mawazi

By mawazi
in General/Windows

 Share

Recommended Posts

mawazi

mawazi 1

Posted
Posted (edited)

My Star Trek : The Original Series episodes have reverted to displaying in aired order rather than dvd order. DVD order is definitely selected, and I've repeatedly tried updating the metadata, but no luck. I even removed the series from the folder, rescanned the library to remove it, added it back, scanned again to add it back, but still can't get it to display in DVD order. Is there something else I should try?

 

Thanks.

 

EDIT: I need to clarify. Emby is showing episode titles in aired order, but my files are numbered in DVD order. So, the episodes are not associated properly. The listed episode 1 is The Man Trap, but that actually links to the DVD episode 1 (as numbered in the filename) which is Where No Man Has Gone Before.

 

EDIT 2: My problem seems to be either identical or related to this one: https://emby.media/community/index.php?/topic/80634-dvd-order-not-working-for-some-shows/?p=822058

 

EDIT 3: Here's a snippet from the server log having just ran a scan:

2019-12-23 22:17:32.219 Info HttpServer: HTTP POST http://localhost:8096/emby/ScheduledTasks/Running/6330ee8fb4a957f33981f89aa78b030f. UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/79.0.3945.88 Safari/537.36
2019-12-23 22:17:32.220 Info TaskManager: Executing Scan media library
2019-12-23 22:17:32.220 Info HttpServer: HTTP Response 204 to ::1. Time: 1ms. http://localhost:8096/emby/ScheduledTasks/Running/6330ee8fb4a957f33981f89aa78b030f
2019-12-23 22:17:32.222 Info HttpServer: HTTP GET http://localhost:8096/emby/ScheduledTasks?IsEnabled=true. UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/79.0.3945.88 Safari/537.36
2019-12-23 22:17:32.222 Info LibraryMonitor: Stopping directory watching for path M:\Videos\Movies
2019-12-23 22:17:32.222 Info LibraryMonitor: Stopping directory watching for path M:\Videos\TV Shows
2019-12-23 22:17:32.223 Info HttpServer: HTTP Response 200 to ::1. Time: 1ms. http://localhost:8096/emby/ScheduledTasks?IsEnabled=true
2019-12-23 22:17:33.105 Info Auto Box Sets: Executing Automatic BoxSet creation.  Found 12 potential box sets.
2019-12-23 22:17:33.122 Info Auto Box Sets: Automatic BoxSet creation completed.
2019-12-23 22:17:33.123 Info HttpClient: GET https://thetvdb.com/api/Updates.php?type=all&time=0
2019-12-23 22:17:33.291 Error App: Error running postscan task
	*** Error Report ***
	Version: 4.3.1.0
	Command line: C:\Users\mawaz\AppData\Roaming\Emby-Server\system\EmbyServer.dll -noautorunwebapp
	Operating system: Microsoft Windows NT 6.2.9200.0
	64-Bit OS: True
	64-Bit Process: True
	User Interactive: True
	Runtime: file:///C:/Users/mawaz/AppData/Roaming/Emby-Server/system/System.Private.CoreLib.dll
	Processor count: 8
	Program data path: C:\Users\mawaz\AppData\Roaming\Emby-Server
	Application directory: C:\Users\mawaz\AppData\Roaming\Emby-Server\system
	MediaBrowser.Model.Net.HttpException: MediaBrowser.Model.Net.HttpException: InternalServerError
	   at Emby.Server.Implementations.HttpClientManager.CoreHttpClientManager.SendAsyncInternal(HttpRequestOptions options, String httpMethod)
	   at Emby.Server.Implementations.HttpClientManager.CoreHttpClientManager.SendAsync(HttpRequestOptions options, String httpMethod)
	   at Tvdb.TvdbPrescanTask.GetSeriesIdsToUpdate(List`1 existingSeriesIds, String lastUpdateTime, CancellationToken cancellationToken)
	   at Tvdb.TvdbPrescanTask.Run(IProgress`1 progress, CancellationToken cancellationToken)
	   at Emby.Server.Implementations.Library.LibraryManager.RunPostScanTasks(IProgress`1 progress, CancellationToken cancellationToken)
	Source: Emby.Server.Implementations
	TargetSite: Void MoveNext()
	
2019-12-23 22:17:33.400 Info TaskManager: Scan media library Completed after 0 minute(s) and 1 seconds
2019-12-23 22:17:33.400 Info LibraryMonitor: Watching directory M:\Videos\TV Shows
2019-12-23 22:17:33.400 Info LibraryMonitor: Watching directory M:\Videos\Movies
Edited by mawazi
Luke Emby Team

Luke 42079

Posted
Posted

Hi, from that log snippet tvdb returned an internal server error so we may just have to wait for that to resolve itself.

Happy2Play

Happy2Play 9780

Posted
Posted

Hi, from that log snippet tvdb returned an internal server error so we may just have to wait for that to resolve itself.

 

But is that a valid query?

https://thetvdb.com/api/Updates.php?type=all&time=0

That returns this in the browser.

{"status":"error","data":null,"message":"time must be within the previous 30 days"}
Luke Emby Team

Luke 42079

Posted
Posted

Well it used to be. Do we know if they're restoring that behavior or if we'll just have to adjust?

mawazi

mawazi 1

Posted
  • Author
Posted (edited)

Well it used to be. Do we know if they're restoring that behavior or if we'll just have to adjust?

I believe Emby is using the TVDB API v1, isn't it? Looks like they are now up to v3, so I'm not sure how much priority they're putting on fixing v1 stuff.

 

It looks like the time variable in that query is now required to be expressed in Epoch time. I'm assuming it's returning all series and episodes updated since that Epoch time.

 

For instance: https://thetvdb.com/api/Updates.php?type=all&time=1576883290

 

If I'm correct about the Epoch time, then this gives a list of all episodes and series updated since December 20th.

 

So, time=0 represents Thursday, January 1, 1970 12:00:00 AM GMT.

Edited by mawazi
Luke Emby Team

Luke 42079

Posted
Posted

Ok great, thanks for the info.

mawazi

mawazi 1

Posted
  • Author
Posted

So, I just tried refreshing the metadata again for Star Trek : The Original Series, and it seems to successfully GET the .zip file that contains the xml files needed. I downloaded the .zip file using https://www.thetvdb.com/api/B89CE93890E9419B/series/77526/all/en.zip from the log, and the xml within contains the DVD order information, but my metadata does not get updated to the DVD order.  

Luke Emby Team

Luke 42079

Posted
Posted

Looking at that episode:

<Episode>
      <id>248306</id>
      <Combined_episodenumber>3</Combined_episodenumber>
      <Combined_season>1</Combined_season>
      <DVD_chapter>0</DVD_chapter>
      <DVD_discid />
      <DVD_episodenumber>1</DVD_episodenumber>
      <DVD_season>1</DVD_season>
      <Director />
      <EpImgFlag />
      <EpisodeName>Where No Man Has Gone Before</EpisodeName>
      <EpisodeNumber>3</EpisodeNumber>
      <FirstAired>1966-09-22</FirstAired>
      <GuestStars>|Andrea Dromm|Dick Crockett|Gary Lockwood|Hal Needham|Lloyd Haynes|Paul Baxley|Paul Carr|Paul Fix|Sally Kellerman|</GuestStars>
      <IMDB_ID />
      <Language>en</Language>
      <Overview>While exploring the edge of the galaxy, the Enterprise encounters an energy barrier that gives two crewmen godlike powers.</Overview>
      <ProductionCode>6149-02</ProductionCode>
      <Rating>7.4</Rating>
      <RatingCount>985</RatingCount>
      <SeasonNumber>1</SeasonNumber>
      <Writer>|Samuel A. Peeples|</Writer>
      <absolute_number>1</absolute_number>
      <airsafter_season>0</airsafter_season>
      <airsbefore_episode>0</airsbefore_episode>
      <airsbefore_season>0</airsbefore_season>
      <filename>episodes/77526/248306.jpg</filename>
      <lastupdated>1273515957</lastupdated>
      <seasonid />
      <seriesid>77526</seriesid>
      <thumb_added />
      <thumb_height>360</thumb_height>
      <thumb_width>640</thumb_width>
   </Episode>

The problem is in the Combined_episodenumber value, which is supposed to correspond to the dvd value if there is one, otherwise the aired value.

sambarlick

sambarlick 14

Posted
Posted

Looking at that episode:

<Episode>
      <id>248306</id>
      <Combined_episodenumber>3</Combined_episodenumber>
      <Combined_season>1</Combined_season>
      <DVD_chapter>0</DVD_chapter>
      <DVD_discid />
      <DVD_episodenumber>1</DVD_episodenumber>
      <DVD_season>1</DVD_season>
      <Director />
      <EpImgFlag />
      <EpisodeName>Where No Man Has Gone Before</EpisodeName>
      <EpisodeNumber>3</EpisodeNumber>
      <FirstAired>1966-09-22</FirstAired>
      <GuestStars>|Andrea Dromm|Dick Crockett|Gary Lockwood|Hal Needham|Lloyd Haynes|Paul Baxley|Paul Carr|Paul Fix|Sally Kellerman|</GuestStars>
      <IMDB_ID />
      <Language>en</Language>
      <Overview>While exploring the edge of the galaxy, the Enterprise encounters an energy barrier that gives two crewmen godlike powers.</Overview>
      <ProductionCode>6149-02</ProductionCode>
      <Rating>7.4</Rating>
      <RatingCount>985</RatingCount>
      <SeasonNumber>1</SeasonNumber>
      <Writer>|Samuel A. Peeples|</Writer>
      <absolute_number>1</absolute_number>
      <airsafter_season>0</airsafter_season>
      <airsbefore_episode>0</airsbefore_episode>
      <airsbefore_season>0</airsbefore_season>
      <filename>episodes/77526/248306.jpg</filename>
      <lastupdated>1273515957</lastupdated>
      <seasonid />
      <seriesid>77526</seriesid>
      <thumb_added />
      <thumb_height>360</thumb_height>
      <thumb_width>640</thumb_width>
   </Episode>

The problem is in the Combined_episodenumber value, which is supposed to correspond to the dvd value if there is one, otherwise the aired value.

 

So how is this fixed?

Should Emby look at DVD_episodenumber or EpisodeNumber based on the flag set by the user and ignore the combined_episodenumber in every circumstance?

Luke Emby Team

Luke 42079

Posted
Posted

We probably need some comment from Tvdb @@Happy2Play.

 

According to their v1 docs which I can't find anymore, we're supposed to use Combined_episodenumber which is what we've been doing for years.

Happy2Play

Happy2Play 9780

Posted
Posted

We probably need some comment from Tvdb @@Happy2Play.

 

According to their v1 docs which I can't find anymore, we're supposed to use Combined_episodenumber which is what we've been doing for years.

 

I can ask, but I don't see a purpose of "Combined_episodenumber" when there is "EpisodeNumber" for Aired, "DVD_episodenumber" for DVD, and "absolute_number" for Absolute.

 

Unless these are changes from previous api version.

Luke Emby Team

Luke 42079

Posted
Posted

If I recall it's intention was to handle the fallback for us of DVD values to aired values when no DVD values were available. Thanks.

mawazi

mawazi 1

Posted
  • Author
Posted

Looking at that episode:

<Episode>
      <id>248306</id>
      <Combined_episodenumber>3</Combined_episodenumber>
      <Combined_season>1</Combined_season>
      <DVD_chapter>0</DVD_chapter>
      <DVD_discid />
      <DVD_episodenumber>1</DVD_episodenumber>
      <DVD_season>1</DVD_season>
      <Director />
      <EpImgFlag />
      <EpisodeName>Where No Man Has Gone Before</EpisodeName>
      <EpisodeNumber>3</EpisodeNumber>
      <FirstAired>1966-09-22</FirstAired>
      <GuestStars>|Andrea Dromm|Dick Crockett|Gary Lockwood|Hal Needham|Lloyd Haynes|Paul Baxley|Paul Carr|Paul Fix|Sally Kellerman|</GuestStars>
      <IMDB_ID />
      <Language>en</Language>
      <Overview>While exploring the edge of the galaxy, the Enterprise encounters an energy barrier that gives two crewmen godlike powers.</Overview>
      <ProductionCode>6149-02</ProductionCode>
      <Rating>7.4</Rating>
      <RatingCount>985</RatingCount>
      <SeasonNumber>1</SeasonNumber>
      <Writer>|Samuel A. Peeples|</Writer>
      <absolute_number>1</absolute_number>
      <airsafter_season>0</airsafter_season>
      <airsbefore_episode>0</airsbefore_episode>
      <airsbefore_season>0</airsbefore_season>
      <filename>episodes/77526/248306.jpg</filename>
      <lastupdated>1273515957</lastupdated>
      <seasonid />
      <seriesid>77526</seriesid>
      <thumb_added />
      <thumb_height>360</thumb_height>
      <thumb_width>640</thumb_width>
   </Episode>

The problem is in the Combined_episodenumber value, which is supposed to correspond to the dvd value if there is one, otherwise the aired value.

 

So, as of now, the TVDB xml is returning the following: Combined_episodenumber and Combined_season, which equal the aired order. DVD_episodenumber and DVD_season, which equal the DVD order. Absolute_number, which equals the episodes placement within the total number of episodes for the program.

 

Luke, you're saying that Combined_episodenumber and Combined_season previously equaled the DVD order if available, else equaled the aired order. But how did Emby get the aired order in the case of Combined_* containing the DVD order?

Luke Emby Team

Luke 42079

Posted
Posted

If you were configured for aired order we used the EpisodeNumber and SeasonNumber values. If dvd we used the combined values. I guess without any guidance we'll have to just change what we're doing.

Luke Emby Team

Luke 42079

Posted
Posted

Here's a plugin update you can try in the meantime.

 

Tvdb.zip

sambarlick

sambarlick 14

Posted
Posted

Here's a plugin update you can try in the meantime.

Thanks for this Luke, this fixed the issue after forcing a metadata refresh. 

 

What did you guys do, point to DVD order instead of combined?

 

Sam

sambarlick

sambarlick 14

Posted
Posted

Yes.

Awesome, thanks for fixing it!

Happy2Play

Happy2Play 9780

Posted
Posted

Looks like the topic is getting a little bit more traffic as it appears to affect Media Portal also.  Still awaiting what the devs say.

Luke Emby Team

Luke 42079

Posted
Posted

So is this workaround still holding up OK?

thebnich

thebnich 5

Posted
Posted (edited)

@@thebnich

Steps to reproduce:

1. mkdir -p test/Firefly && touch test/Firefly/Firefly.S01E01.mkv

2. Add new TV library pointing to created test directory.

3. Go to the library, click Firefly, and observe that the only episode is "S1:E1 - The Train Job".

4. Click More > Edit Metadata, change Display order to Dvd, and Save.

5. Observe that the only episode is still "S1:E1 - The Train Job".

 

Shouldn't the episode name now be "S1:E1 - Serenity"?

 

Emby Server 4.3.1.0.

 

Edit: Somehow I missed https://emby.media/community/index.php?/topic/80733-dvd-order-not-working-for-me-anymore/?hl=%2Bdisplay+%2Border--looks like this is a known issue. Sorry for the noise.

Edited by Luke
sambarlick

sambarlick 14

Posted
Posted

So is this workaround still holding up OK?

So far, thanks.

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
 Share
Go to topic listing
×
×
  • Create New...