Live TV Episode in Wrong Order

[Luke 42078]

Same with any date based shows that air more than one episode daily (eg Coronation Street airs 2 Eps on a Mon/Wed/Fri)

 

Looks like when it does a match with tvdb, it just picks up the first occurrence of the date and uses those details

Episode numbers are not used by the broadcaster so the only data we have is aired date

 

Emmerdale on tvdb

 

emmerdale.JPG

 

the guide data doesn't really give us an easy way of determining that. there isn't really a part 1/part 2 marker we can examine to figure this out, so that's why it's happening. For now you might just have to manually rename these files.

[Spaceboy 2573]

the guide data doesn't really give us an easy way of determining that. there isn't really a part 1/part 2 marker we can examine to figure this out, so that's why it's happening. For now you might just have to manually rename these files.

surely you can assume the second recording is part 2?

[Luke 42078]

Recordings are regular library items. The metadata comes in from tvdb exactly the same as if you had manually placed the video file into the folder. i am not sure if that's a safe assumption to make across the board or not.

[paulsalter 84]

Does Emby know that it's about to add another episode of one that already exists?

 

Anything like this possible?

 

file is matched to tvdb as now, before adding it checks if episode already exists in database

if the episode doesnt exist, then it just gets added as it currently does

if the episode does exist, check tvdb for the next entry based upon the date, until one is found that doesnt exist, then add it

 

so for next weeks Emmerdale

the first match on 2017-11-09 would find Ep 259

this episode does not exist in library so gets added as it is now

next episode gets recorded

this matches against 2017-11-09 and finds Ep 259

this already exists, so look at tvdb for next item listed for 2017-11-09

this would then pick up Ep260

this doesnt exist so gets added

 

Not sure how practical any of that is, or down sides to it

It only affects date based shows, so no negative for episodes with a S/E number

[Luke 42078]

It would start with naming conventions for multi-part episodes. However based on how we handle multi-part videos this would actually result in them getting merged into one display item in emby. So basically we need to think this through and it starts at the file organization level before we even get to tvdb.

[Spaceboy 2573]

It would start with naming conventions for multi-part episodes. However based on how we handle multi-part videos this would actually result in them getting merged into one display item in emby. So basically we need to think this through and it starts at the file organization level before we even get to tvdb.

but these aren’t multi part episodes as such, there are distinct episodes on tvdb and each episode has a separate description.

[Luke 42078]

Exactly, that is the difference. To me it looks like absolute numbering using the 269/270 numbers is the only way it would work. There is no part number designation in tvdb data, it is just in the title of the episode as free-form text. And since the date is the same, we can't use that either to distinguish between the two. So there's just some trickiness here in terms of figuring out what file naming scheme could be used to match up with tvdb data.

[Spaceboy 2573]

Cool just wanted to make sure we were clear