When you add a new episode you can check the Plex Media Scanner.log to see what information the scanner is pulling from the file and trying to match.
The only weirdness I see is you have the date repeated in both file names:
BBC News at Ten - 2017-10-16 - 2017-10-16.mp4
My only hunch is that the scanner is trying to parse that date twice and instead of seeing a date based name is getting confused an thinking it is a SxxExx type numbering.
Yeah, first date is “Episode Date” for parsing the correct episode (which isnt working) second date is supposed to be “Episode Name” for pretty names in Plex.
I also tried it using Monday/Wednesday as the “Episode Name”
I will check the plex media scanner.log and see what I Can pull from it.
It’s got flipped dates on the episode titles because theTVdb switched on the 17th from day month year to year month day. The other thing to consider is if those files were already matched before trying name changes the files may have stayed matched to the original name because of the metadata stored in the database. To fix this you would need to do the Plex shimmy (Move the files out temporarily, empty trash, clean bundles, move them back in) This should treat the files that were moved as brand new.
I removed the files from my library.
Carried out a scan to confirm they were removed (files not found in plex).
Emptied Trash
Cleaned Bundles
renamed the files as follows…
BBC News at Ten - 2017-10-16.mp4
BBC News at Ten - 2017-10-18.mp4
Copied them back into the library as follow…
BBC News at Ten/
| Season 2017/
| | BBC News at Ten - 2017-10-16.mp4
| | BBC News at Ten - 2017-10-18.mp4
Scan Library Files…
Same problem. Still detected as multiple files of s01e01
C:\Users\Administrator\AppData\Local\Plex Media Server\Logs\Plex Media Scanner.log contains nothing useful…
Oct 19, 2017 04:08:38.893 [10704] INFO - Plex Media Scanner v1.9.4.4325-1bf240a65 - Microsoft PC x64 - build: windows-i386 - GMT 00:00
Oct 19, 2017 04:08:38.893 [10704] INFO - Windows version: 6.1 (Build 7601), language en-US
Oct 19, 2017 04:08:38.893 [10704] INFO - 8 2494 MHz processor(s): Architecture=0, Level=6, Revision=14857 Processor Identifier=Intel64 Family 6 Model 58 Stepping 9, GenuineIntel
Sorry Harroguk I didn’t get back sooner. I looked at your initial log and it looks like the initial adding of the files rolled over before that log. (that just means that it would have had the information in one of the older logs .1 - .5) Typically after the scan it would just be the first or second roll over.
The last log looks like it again was after the initial add. I am getting that from the part that talks about no changes were detected from the file. This normally means that the scanner had already seen the file and added it in so it isn’t going to do anything with it a second time. The part that was strange was the: Oct 19, 2017 06:33:25.868 [5376] DEBUG - The show 'BBC News at Ten' needs refreshing, no match yet.
That normally means that the show hasn’t matched yet. (But that shouldn’t affect the episodes being piled into a single episode). If you’re looking at the show and click the … menu does it have a ‘match’ option or a ‘fix incorrect match’? The match means it hasn’t been linked at all, where the fix incorrect means it indeed has been matched. (I am sort of leaning towards the it hasn’t been matched yet because in your initial screenshot it shows episode 1 in season 1 where it should be showing a season 2017.
Converting the files to .mkv instead of .mp4 seems to resolve the issue.
I don’t really know what to say. That is a pretty strange behavior indeed. Normally, I would think that meant there was some metadata in the file, but you ruled that out in one of your first screenshots with the empty fields.