@tgibriday said:
Same problem. I get a few minutes (if any) of recorded shows with about a dozen shows stuck per night. It worked fine until version 1.9.7.4460 when it stopped working reliably. (i.e now 100% of recordings get “stuck”)
Running Plex Media Server version 1.10.0.4516 (it won’t self update, but that’s a different problem)
Windows 10 Pro | Intel Core i5-3570 CPU @ 3.40GHz | 8 GB RAM
WinTV-quadHD tuner card.
No post processing via Plex. (MCEbuddy picks up recordings that are more then 2 hours old and processes them)
So here’s an odd thing. I used the Windows remove software tool to uninstall Plex 1.1.0.4516, then installed the most recent stable working version (for me) v1.9.7.4441. I restarted the computer, and the DVR started doing it’s thing and… now it’s having the same problem (never finishes recording) as the later versions. sigh
@kinoCharlino I installed the beta as soon as it was available. So far I have completed 5 recordings without any issues. As I type this Plex is currently working on another 4 recordings.
I am however still seeing the same issue that I described before where the DVR’ed version of the video takes a long time to complete. The recordings eventually finish but it takes 3-6 hours before the TS fragments are merged into the .grab file and then moved into the final DVR directory. Let me know if I can grab logs to help troubleshoot this issue.
Had the recording bug happen to me yesterday, I checked the .grab folder and 2 of the 3 shows are there and is recoverable which was Survivor & Designated Survivor. Dynasty was not recoverable due to the .grab folder being empty.
I’m including my logs, hope a dev can find it useful.
I really see no difference in the latest build. Still just as many programs end-up stuck at 100%. The new skip commercial option seems to work. It seems a bit slower than calling the script in post processing. I’ll probably try turning it off all together next. As I found it is less likely to have a stuck at 100% if I have transcoding off, and no post-processing. Nothing though seems to prevent it completely.
I updated to 1.10.0.4523 today before my recordings kicked off and all of my recordings went to post processing immediately after the shows finished recording. I did not experience the 3-6 hour delay on any of the 4 shows that I recorded. For the past 3 weeks every one of my recordings have taken 3-6 hours before they even make it to post processing so this is definitely a positive sign. I’m not sure if more was fixed in the latest build that what was included in the change log but the latest build is looking very promising.
@tgibriday Auto update started working for me (or at least the ability to check for a new version in the web app) in build 1.10.0.4523 as well.
The new build was going great for me up until last night. I think it’s the first night I have that many recordings overlap/back to back. The last recording ended 7 hours ago.
@cayars said: @yan_s if thos recordings have comskip/remove commercials enabled it could take a bit of time to process.
The remove commercial process will only work on one file at at time.
Wait a couple of hours before touching or doing anything and check the status again and report back what it looks like then.
Carlo
Sorry I forgot to mention comskip is disabled globally and I only checked The Big Bang Theory recording and that one too was disabled. I let it run so I’ll check again when I get back from work to see what the status is.
@Rumkee said:
left running overnight. currently showing 12 shows stuck on 100%. no post porcessing. ( comskip on but shows are between 4 and 12 hours old)
Can you try scheduling recordings with comskip turned off? Go into each scheduled recording to verify it is turned off. Let me know if new recordings show as stuck. I want to see if the prior issue is lingering or if its related to comskip. Also make sure you update to the latest beta version (1.10.0.4523).
re ran with v1.10.0.4523
win10
no commercial removal or post processing
uk broadcasts using hdhomerun connect (signal often is not perfect, with occasional breakup of picture)
currently about 20 recordings suck on 100% not a single one completed.
Rumkee;
This, “(signal often is not perfect, with occasional breakup of picture)”, is your problem. I had the issue in Plex as well. I added a second antenna, because I needed it pointed in two different directions, and it really improved my signal. I now have no breakup or pix-elation of any kind and I have had 2 full days and something like 60 recorded shows that have run perfect. Commercial removal and all… If you cannot get a good solid signal I think you are going to have to switch to something else to record with because Plex is just to sensitive.
With all due respect, this is an issue that cropped up somewhere in the
1.7 versions of Plex. Before these versions this problem was not
happening to my knowledge. This is a bug that team Plex needs to
resolve. OTA reception can vary depending on the weather conditions and
the atmospheric conditions on any given day. Having a DVR that hangs
and fails do to signal drop is not acceptable as a DVR.
Having said all this I have NOT experienced the 100% recording bug since
updating to the latest (as of 12/1/2017) beta. I think it was explained
earlier in this thread that the beta may not fix all conditions causing
this bug. Hopefully team Plex will be able to do that. If you need a
more bullet proof DVR for OTA right now I might suggest a Tivo Romio. I
purchased one after this long standing bug first popped up and it became
aparent a fix was going to be slow coming. The Tivo is bullet proof.
If the signal is poor you just get a poor reception recording. If you
can wait it out I’m sure team Plex will eventually fix this bug but the
progress has been extremely slow for something that is considered out of
beta.
On 12/1/2017 11:24 AM, mwarcuri wrote:
Plex Forums https://forums.plex.tv/
mwarcuri commented on Status of “100% complete” recording bug
Rumkee;
This, “(signal often is not perfect, with occasional breakup of picture)”, is your problem. I had the issue in Plex as well. I added a second antenna, because I needed it pointed in two different directions, and it really improved my signal. I now have no breakup or pix-elation of any kind and I have had 2 full days and something like 60 recorded shows that have run perfect. Commercial removal and all… If you cannot get a good solid signal I think you are going to have to switch to something else to record with because Plex is just to sensitive.
FYI I recorded The Good Doctor earlier this week. It is on channel 8.1, which is ABC, and it is my weakest channel. Signal quality bounces between 85-95% at best. It is the only VHF channel in my area. I have had intermittent problems in the past, whether I was using MythTV, HDHomeRun DVR, or Plex DVR. When I have had weak signals (pixelation) in the past, Plex would choke some of the time. I noticed this week that there was a little bit of glitching in the recording but Plex didn’t choke. It recovered and finished the recording. I think it is handling these issues better, at least in this instance. I am running version 1.10.0.4523.
So far version 1.10 is working pretty well for me, although I did find I had to switch of the commercial skipping on a few series recordings before they would successfully record. Since I have done that I have not had a single failed recording. Some channels/programs just don’t seem to like post processing.
Before the upgrade I was getting the stuck at 100% recorded bug almost daily.
@yan_s what operating system are you running your server on?
Would you be up for a TeamViewer session where I can remote in and take a look?
I should be able to help you get you shows/movies saved plus maybe help figure out why this happened and of course grab log files I can pass on to the Devs if needed.
@dgoner said:
With all due respect, this is an issue that cropped up somewhere in the
1.7 versions of Plex. Before these versions this problem was not
happening to my knowledge. This is a bug that team Plex needs to
resolve. OTA reception can vary depending on the weather conditions and
the atmospheric conditions on any given day. Having a DVR that hangs
and fails do to signal drop is not acceptable as a DVR.
On 12/1/2017 11:24 AM, mwarcuri wrote:
Plex Forums https://forums.plex.tv/
mwarcuri commented on Status of “100% complete” recording bug
Rumkee;
This, “(signal often is not perfect, with occasional breakup of picture)”, is your problem. I had the issue in Plex as well. I added a second antenna, because I needed it pointed in two different directions, and it really improved my signal. I now have no breakup or pix-elation of any kind and I have had 2 full days and something like 60 recorded shows that have run perfect. Commercial removal and all… If you cannot get a good solid signal I think you are going to have to switch to something else to record with because Plex is just to sensitive.
Appreciate both comments. I recognise that the signal strength is what the plex people are stating as an explanation, but it is not an reasonable excuse for the software not working. The same hdhome run feeds into my channels app and channels dvr which work flawlessly and handles occasional picture breakups exactly as you would expect any tv/dvr to.
This whole sorry saga is reflecting very poorly on the plex team especially as they had the gall to take it out of beta.
FYI channels and Plex will compete for the same resources and Plex will lose. I purchased a dedicated device for channels and did not add it to Plex as an available tuner.
In my experience Plex doesn’t say “tune any available tuner to this channel”. Plex asks for tuner 0 and gives up if the resource is in use. I had many skipped recordings until I figured this out.
This is interesting. I have HDhomerun primes so signal quality is not the issue. I am still running windows media center and recording with that at the same time. Doing this because I can’t reliably count on plex. Is the simultaneous use of tuners the issue? I have 6 tuners, so that’s not a problem but maybe plex can’t deal with a busu tuner. Thoughts?
In my experience Plex doesn’t say “tune any available tuner to this channel”. Plex asks for tuner 0 and gives up if the resource is in use. I had many skipped recordings until I figured this out.
