I can't find an answer to this problem in the support forums. I recorded a series of episodes using Playon Cloud and had them transferred to Channels DVR. Most of the recordings are correctly matched to their listing in the Library. However, some episodes of the series do not match the listing in the library. The content is different from that summarized in the library listing. How do I correct this?
Strangely, the listing in the library seems to be correct in that it is the series and episode that I wanted to record in Playon Cloud. However, the content that is associated with that library listing is incorrect. Please let me know how I can correct this problem.
Thanks Aman. I don't know if the recording on Channels matches the recording in Playon because I deleted it from PlayOn after it was transferred to Channels. I will see what I can learn from PlayOn Support.
Hi Aman. I contacted PlayOn support and they gave me some credits to re-download some of the episodes. All of the re-downloaded episodes are correctly matched to the name of the .mp4 file and they all correctly downloaded automatically to my Channels server running on a Synology DS218+ NAS. However, when I use the Channels App on a Fire TV stick to view the episodes the content is not correctly matched to the name of the episode displayed on the TV. So, it seems that PlayOn recorded the correct episodes but they are not being displayed correctly in the Channels App. Please let me know if you have any suggestion for how to fix this problem. If you have further questions I would be happy to help troubleshoot this problem.
I tried Fix Incorrect Match on the web UI. It works for some episodes but not others. In fact, I only got it to work for one episode. I tried three other episodes but it could not find the correct match even though I know it was in the library.
I know the correct episodes are in the file directory channels>PlayOn>TV>Nova. Is it possible to just delete the incorrect files through the Synology file directory or do I have to go through the web UI? At this point I have multiple files for each episode in the file directory. The first copy was originally written by PlayOn a couple of weeks ago when I first recorded the episode. The second copy was written by PlayOn when I re-downloaded the episodes yesterday. And now I've tried to Fix Incorrect Match through the web UI which in some cases has made a third copy of an episode. Is there some way I can just delete all the files and copy in the correct files using the Synology file manager?
In the previous post there were three episodes with the same title. The first and last episode were created from the first and second download of the episode from PlayOn. The middle episode was created after I used Fix Incorrect Match on one of the copies of a completely different episode named Touching the Asteroid. See the screenshot below of the remaining entry for that episode.
I've run across that on many imported shows.
It happens because Channels is trying to match on the S##E## instead of the Episode Title.
That's why removing the S##E## and using the Episode Title in Fix match window works as @tmm1 says.
Your PlayOn download filenames are using the correct (per PBS) Season and Episode numbers, but when Channels imports them, it uses Gracenote guide data which numbers the episodes differently.
'Secret Mind of Slime' is S47E12 per PBS, but Gracenote has it as S47E10
'A to Z: The First Alphabet' is S47E13-PBS, S47E11-Gracenote
'A to Z: How Writing Changed the World' is S47E14-PBS, S47E12-Gracenote
'Touching the Asteroid' is S47E15-PBS, S47E14-Gracenote
... rinse and repeat ...
tmm1 and chDVRuser: Thank you for pointing to the fix. Searching for "A to Z" in the fix match window enabled it to find the correct episode. I had to go through all 20 episodes to get things matched up correctly. Is Channels going to provide a fix for this in the future? It's kind of tedious to have to "fix match" for every episode downloaded from PlayOn.
Gracenote is definitely great for guide data (far superior to Xperi/Rovi/TiVO), but there are a lot of problems and disagreements for episode orders, especially for anything from steaming. I ran into this same issue when dealing with setting up Stream Links:
@dom, when this comes along, it will probably help with the matching, even if it will be a manual correct. Not sure if I have a better solution to suggest in order to avoid that.
I am running into a related issue with some CBS/Paramount content from Pluto. The underlying issue is appears to be conflating SxxExx based on original-air-date (pretty well defined) and XXXX production codes (that are semi-proprietary to the producing organization). Take with a grain of salt, but appears to me that SEE/SSEE production codes and SxxExx original-air-date codes match 1:1 probably 98% of the time.
In the NOVA case above, season 47 production and original-air-dates matched thru episode 6. For episode 7, on May 13, 2020 PBS aired production code 4710: Decoding COVID-19 (two weeks sooner than originally planned). The next week was 4707 (originally planned to air the prior week). The rest of the season was mixed around quite a bit. (NOVA specifically has lots of differences between production dates and air-dates-- more than I have seen with any other.)
Don't have enough access to Gracenote data to determine whether or not their "episode number" is >always< the production episode number or just >sometimes< the production episode number. Gracenote returns "releaseDate" and "origAirDate". When those two fields mismatch, wonder if that predicts the episode number is not original-air-date based.
They've worked on Movie imports and TMDB matching made it so much better.
Definitely still issues with importing TV Series.
My other issue with imports is they decided if you imported it, you can't record it from a pass because they treat imports the same as recordings done by the DVR where episodes are only recorded once.
So the imports get mis-matched automatically and unless you examine and fix every mis-match your pass for a few missing episodes of a series may never record.
I know the devs are aware of this all, just don't know where it is on their roadmap.
