I think I’d be inclined to try and record four things at the same time - perhaps during the day when you have no chance of conflicts with other shows - to see if all the tuners are in fact actually working as expected.
Then try recordings with overlaps - to see if that has any effect.
My test - was just that - confirms that the guide data would allow both episodes of the programme in question to be recorded. I would imagine that it is highly unlikely that the guide data for ITV that you have and I have would be anything other than identical.
So, if it isn’t the guide data, presumably it must be something to do with the setup - either the hardware isn’t working as expected - or the priorities/padding is causing the problem. Personally, I suspect the latter - moving Corrie to the top of the priorities list will doubtless prove (or disprove) that, but may mean your other shows don’t get recorded.
Inevitably, you’ll need to provide some proof of what is happening, especially if it is a bug in the DVR (as opposed to user settings.
@BatterBits said:
I think I’d be inclined to try and record four things at the same time - perhaps during the day when you have no chance of conflicts with other shows - to see if all the tuners are in fact actually working as expected.
Then try recordings with overlaps - to see if that has any effect.
My test - was just that - confirms that the guide data would allow both episodes of the programme in question to be recorded. I would imagine that it is highly unlikely that the guide data for ITV that you have and I have would be anything other than identical.
So, if it isn’t the guide data, presumably it must be something to do with the setup - either the hardware isn’t working as expected - or the priorities/padding is causing the problem. Personally, I suspect the latter - moving Corrie to the top of the priorities list will doubtless prove (or disprove) that, but may mean your other shows don’t get recorded.
Inevitably, you’ll need to provide some proof of what is happening, especially if it is a bug in the DVR (as opposed to user settings.
done all that works np. I’ll try corrie to top, but it deff not lack of tuners.
I’ve noticed this a couple times in the past (such as multiple games on in a day), and the last few days of the Inauguration Day Through the Decades series replaying continuously has let me experiment a bit to test and confirm theories. These have all been using the date based format and falling to names in the pattern “Inauguration Day Through the Decades (2017) - 2017-01-19 00 00 00 - Presidents Harry S. Truman Dwight D. Eisenhower and John F. Kennedy” even for the replays on the next day.
It appears there are at least two slightly different scheduling systems at play. The first appears to be DVR-specific (perhaps they’re aware of the issue?), in that within a show it seems to understand the extended title (which ends up in the optional info section of the date-based file naming) and only scheduling the next occurrence of each episode. However when the first episode under a date hits a library, it triggers the check for already being in the library. This then goes and pulls all recordings from the schedule, both future and in-progress. If I pull the files back out of the library, Plex quickly re-schedules the recording for the next instance of each episode.
My short term fix is to have my post-processing script pattern-match the filename and if it’s a date-based recording move the file over to a holding directory. I set that holding directory up as a library of other videos (“DVR - Held Dailies”) so there’s no matching but I have access to it (although inconveniently organized). Then a few minutes after midnight (enough to let the post-processing remux run on things ending at midnight) it takes all files in the holding directory and re-files into the appropriate structure under DVR (parsing the name for show and year).
This works in that things like two shows/games on a day record properly since the first never hits a library where it’s interpreted as a show until after the day is complete. So recordings happen.
A big downside is that because it’s not moved by plex into a library, the trick the DVR does to import the episode metadata into the db is lost and titling falls back to the name based. One can edit, look at info to grab the other data, and manually enter the title, but that’s annoying. For those who do time-based or episode-count automatic cleanup, it’s likely that’s not going to work either.
There are two other quirks that probably won’t impact the other examples given here, but are important to note for anyone doing the workaround. Because Plex sees the recording as effectively canceled (logging the “Silly script” message), if there’s a re-airing it will re-record it. If the show is re-aired same-day this at minimum wastes space/resources, and depending on priorities that re-recording could cause other recordings to be missed. The second issue is if one is depending on a re-airing on a later date that’s properly labeled as a repeat of the original (say because of not enough tuners at the original time), moving things back immediately after the day completes would cause those to be pulled from the schedule.
It really seems like with the DVR feature the logic around the date-based format needs to be updated to take into account the other data part of the name in the in-library matching as well as the air schedule matching. It looks like that’s not actually even listed as something that’s part of the naming pattern (only for episode ones), so it seems like a justifiable behavior change.
I am seeing this a lot. The problem is the guide data is incomplete in a lot of cases and Plex then uses date and then makes assumptions. Either the Guide data needs to get better and or Plex needs to be able to work around incomplete guide data or we need better guide data provider.
I am having more success since redoing the DVR from scratch again on my Shield DVR Beta 2. I will report the changes in the next few days provided that everything I have set to record continues to record successfully.
Interesting, I felt and from reading posts that the instance of problems in this area has increased since Beta 4, Maybe deleting your DVR means it has rebuilt the program schedule, did it seem to? Maybe in Beta changes have introduced issues in the Schedule that need flushing out and deleting the DVR did that. Will be interested to hear how you go.
Honestly I feel like all of my issues are gone. Over the course of the last week I have not had a skipped recording and for the most part I have all the settings I want working.
As I said in my previous post I completely started from scratch on the Nvidia Shield. Do what you need to do to simulate this on whatever your PMS is running on. Go in to apps and remove all updates and caches from Plex App and Plex Media Server. After PMS is back to factory defaults you’ll have to go to the blog post on the forums and setup Plex DVR 2 again. Then set it up again from scratch.
I am running DVR Beta 2 on an Nvidia Shield Pro, which is Remuxing all recordings to the internal 500GB Drive. I have “Enhanced Program Guide” checked off, and Convert Video is set to Remux Only, and when I set up my HDHomeRun Prime’s Channels I unchecked every SD channel. I am only using the HD channels. So of my 282 available, only 147 channels are usable. Therefore I leave it set to “Any Resolution” knowing it can only DVR in HD anyway.
So my advanced recording settings are “Any Resolution” , uncheck replace lower resolutions, check allow partial recordings, and everything else is by default. Leave your mins before and after to 0 because it will start to show conflicts if you have shows ending at 10:01 with shows starting at 10. The tuner will be in use for that extra minute.
Basically I set every show to Record New Episodes and Repeats. If it is a show that is in syndication, for example Arrow. New Episodes Air on the CW and repeats on TNT (I think). After you successfully set it to record, you can go back in and modify the recording to “Only This Channel” and select The CW. That worked for me, as well as record New Episodes only.
Basically I start out setting all episodes to be recorded, once I see it is reflected in the Recording Schedule, I modify it and make sure the changes are reflected.
Hope that helps, I haven’t skipped a recording in a week (manual or scheduled).
I’ve been having issues lately. In the recording schedule it will display the shows on the schedule without the play button icon. When you click on them it has a green check mark and says Recorded Successfully, but the episode does not appear on my external hard drive, or in the library. I have decided to no longer remux my recordings and leave them in the standard mpeg 2 container.
However, I am also running into programs that were recorded fine, that disappear when I update the library from Plex. When I used my Windows 10 PC to sign in to the Nvidia Shield and look at the folders, the episodes are listed there but are showing as 0 bytes of data. Essentially, episodes are erasing themselves, but the file names are remaining.
I am wondering if this is an issue with the MKV Remuxed files or process, or if it is an issue with my Western Digital 4TB External HD that these files are being recorded to.
as I live in UK we can’t use transcode or remux options, for recording they are broke it result in corrupt files, so I using native TS files.
so Imo that nothing to with the issue. IMO it is to with the 2nd event having the same episode number as the fist i.e. “03-10”, once the 1st event is recorded and added to your library PMS thinks it already has the 2nd event, as it think it is a duplicate of the 1st event.
@andyblac1974 said:
as I live in UK we can’t use transcode or remux options, for recording they are broke it result in corrupt files, so I using native TS files.
so Imo that nothing to with the issue. IMO it is to with the 2nd event having the same episode number as the fist i.e. “03-10”, once the 1st event is recorded and added to your library PMS thinks it already has the 2nd event, as it think it is a duplicate of the 1st event.
You mean in the metadata? Because it is clearly listed in the program guide as a different episode, and the file name it creates for the file is labeled correctly as well.
Looking through this thread and one thing that comes to mind is how is Plex supposed to implement “protection” as you are saying for mismatched episodes in the data that Gracenote provides? I have seen many shows that will air a new episode and then replay the same episode later the same night. Once example is The Walking Dead, Season 7 Episode 13 is airing Sunday 3/12 at 9:00 pm EST and again at 11:06 pm. I’m sure there are many more examples such as this. Are you saying that Plex is supposed to scan the EPG data and provide a list of shows that duplicates and then have someone manually go through each to verify? Really don’t see that happening.
@johnm_ColaSC said:
Looking through this thread and one thing that comes to mind is how is Plex supposed to implement “protection” as you are saying for mismatched episodes in the data that Gracenote provides? I have seen many shows that will air a new episode and then replay the same episode later the same night. Once example is The Walking Dead, Season 7 Episode 13 is airing Sunday 3/12 at 9:00 pm EST and again at 11:06 pm. I’m sure there are many more examples such as this. Are you saying that Plex is supposed to scan the EPG data and provide a list of shows that duplicates and then have someone manually go through each to verify? Really don’t see that happening.
But that wouldn’t be a problem because if you have it set to Record New Episodes Only then the episode airing the 2nd time is no longer new.
I think what @andyblac1974 is saying is that 2 episodes are accidentally listed as identical, but they shouldn’t be. The descriptions are different for the 2 episodes, but unfortunately the guide is listing both of them incorrectly as Season 3 episode 13.
This could be something with the UK program guide, I have not had this issue yet. I find it weird that it thinks S03E13 airs on 3/13/17. That can’t be a coincidence.
@Dfm725@gmail.com said:
I think what @andyblac1974 is saying is that 2 episodes are accidentally listed as identical, but they shouldn’t be. The descriptions are different for the 2 episodes, but unfortunately the guide is listing both of them incorrectly as Season 3 episode 13.
This could be something with the UK program guide, I have not had this issue yet. I find it weird that it thinks S03E13 airs on 3/13/17. That can’t be a coincidence.
hehe, sorry but I do find this kind of funning saying “coronation street” is only in season 3, when I fact it is in Season 58 Coronation Street - TheTVDB.com.
03-13 is the date not a season / episode.
these episodes are
Season 58
Episode 53 Mon Mar 13 2017 Part 1 2017-03-13
Episode 54 Mon Mar 13 2017 Part 2 2017-03-13
I have exactly the same issue, the second episode always disappears and does not record. I too have 4 tuners and there is definitely not a conflict with the tuners.
For the benefit of doubt the gracenote data for itv1 seems to be poor, to even get coronation street to record you have to select new and repeats other wise it does one episode and no more. The reason I say the whole channel is because anthing to be recorded on itv1 has to be set this way or you never get all the episodes.
happened again tonight, come on guy’s can we get some traction on the matter, it is a deal breaker for us in UK.
I even tried setting individual recordings this time, just the same result, records the first episode and not the second, so it is defiantly something to do with plex checking against what in exiting library.
atm plex DVR is pretty useless to us the way it is, we need to be able to record more than one episode of a show per day.
as a temporary solution can we have a option to RECORD EVERYTHING, and for plex NOT to check ANYTHING against what in library, but this need to be by show basis.
It should be quite a quick temporary fix to just record everything, that way we can delete what we don’t require.
Longer term we need better guide data which has a true episode number (using the month/data does not work when there are 2 showing, and the tvdb idea of season/episode is also incorrect, all soaps like these just have a rolling episode number)
