Status of "100% complete" recording bug

@kamererhouse said:
How does that work on a QNAP, Linux based server, I wonder.
The command should be the same on Linux. You will likely need to connect via Secure Shell-(ssh.)

Just killed another that had hung. I waited ~2 hours for the file to update because the last modification to the file was 20 minutes prior to scheduled end time. Recording showed up in library after kill and was the same size it had been in .grab. This one is not yet viewed, previous kill was tested and played fine.

[Diagnostic] I noticed that another recording started and completed successfully during the time this last one hung. fwiw

Last night was nasty.

I’ve just tried a recording after updating to 1.9.6.4401 as it has several DVR fixes. First recording worked fine.

Long may it continue!

I’ll wait for 2-3 days

I’ll wait 6 months.

Regards,
Geoff Faulkner

I had a ton of these with the first 1.9.6.x release, which do seem to be addressed with 1.9.6.4401 for me. Glad this seems to be addressed, but come on with these regressions. I keep updating dutifully, only to find that something that used to work is now broken.

Plex team please do not assume these recording issues are fixed. I am running 1.6.1.3722 (OS X version on El Capitan, no I am not interested in updating to Sierra or higher, sorry) and every version I try above this one fails nearly 80% of my recordings constantly. Heck it may be 100% if I don’t manually stop these “Ghost” transcoding sessions I always see. Sometimes I have to even restart Plex. It’s a real buzz kill trying to cut cable but having to keep it because their crappy overpriced DVR and On Demand service is the only thing I can count on.

I have to ask why it is even transcoding too? I don’t have that feature on. Is this due to the Live TV feature that was added since 1.7.xxx that is causing it?

Don’t get me wrong I have faith it will get fixed at some point but when I see posts of other users stating it is better then it was, I can tell you matter of fact it is not.

I noticed in my logs that there were reports of errors/corrupt data in the database. If the corruption could make the recording process hang because it cannot get a destination path or other necessary info to finish, then perhaps the following makes sense.

We noticed the first recordings to start failing were some shows that record more often like game shows and the evening news. However there are other shows recording daily that had little to no problems. The schedules that started failing first were the ones we would watch and DELETE daily. If the delete routine is causing errors in the database, this could be the cause.

After getting not more than 2 minutes from any recording attempt last night, I scrubbed Plex from my system and reinstalled. Six recordings this evening and another in progress with no problems. For now we will put off deleting and see what happens.

@noyzNAbore said:
After getting not more than 2 minutes from any recording attempt last night, I scrubbed Plex from my system and reinstalled. Six recordings this evening and another in progress with no problems. For now we will put off deleting and see what happens.

What version did you reinstall, and was it the same version you were on earlier when experiencing the issue? I had a ton of these (virtually everything I attempted to record) on 1.9.6.4385 and haven’t had any problems related to this on 1.9.6.4401.

I’m not discounting your assessment of database corruption being involved, but to my knowledge the latest round of this was tied to a specific release for me.

@noyzNAbore said:
The schedules that started failing first were the ones we would watch and DELETE daily. If the delete routine is causing errors in the database, this could be the cause.

This is an interesting idea, but unfortunately I don’t delete shows until the end of the season/year. Yet, despite never deleting a show, I still had most of my recordings stall and then cause the next one to never happen like everyone else.

After going back to 1.6.1 I haven’t seen a missed recording in over a month. My money is still on the devs choice to switch from saving the digital file stream direct from the tuner to segmented file saving instead (to support live tv)?).

I wonder if there are any old SageTV developers/plugin writers on the forum that remember how Sage handled live tv and if it’s applicable here. It was capable of watching a live stream within a few seconds of the show recording both locally and remotely with no hung files ever.

I tried two fresh installs yesterday on 1.9.6.4401 and had several recordings stall at 100%. Setup is currently:

PMS - Win 10 PC
Storage - QNAP TS-231
Tuner - HDHomerun Prime w/ cablecard

Also using 1.9.6.4401 and just had two recordings fail out. Checking the file sizes, they only got to about 35MB before stalling (where most recordings are at minimum 2-3 GB). Seems to be very inconsistent, as one failed, another was successful, another failed, and another was successful.

PMS - FreeNAS
Tuner(s) - HD Homerun Connect and HD Homerun Dual Tuner

I really hope this gets resolved, this DVR capability is near useless as it is right now. I can absolutely NOT depend on it to reliably get shows.

This service is just about useless now. Does anyone have a link to 1.9.1-? It seems that is the version people have the least problems with.

recordings seem to be pretty stable for me it seems totally random when it fails for me. I had almost 20 successful recordings yesterday and 2 failures… this the generic there was a transcoder error.

@fecaleagle said:

@noyzNAbore said:
After getting not more than 2 minutes from any recording
attempt last night, I scrubbed Plex from my system and reinstalled. Six
recordings this evening and another in progress with no problems. For
now we will put off deleting and see what happens.

What version did you reinstall, and was it the same version you
were on earlier when experiencing the issue? I had a ton of these
(virtually everything I attempted to record) on 1.9.6.4385 and haven’t
had any problems related to this on 1.9.6.4401.

I’m not discounting your assessment of database corruption being
involved, but to my knowledge the latest round of this was tied to a
specific release for me.

Mac Mini i5/OS10.11
Plex Server Version 1.9.5.4339
HDHomerun HDHR-3-US firm:20150406 x2
Same as before.

After Wednesday night with no errors, Thursday night missed ONE show -
The Big Bang Theory. Young Sheldon immediately following, recorded
fine. This is the first schedule/recording of Young Sheldon, where in
three weeks I have not been able to successfully record TBBT. ~~One
possibility is that TBBT spans two libraries. ~~ Seasons 1-10 in my ‘TV Shows’ and new recordings belonging to ‘DVR Shows.’ TV is on then boot drive and DVR on an external. Plenty of my previous failures have been for shows with a single repository. (Orville also resides in two libraries though on the same disk. It had no problems recording Thursday night.)

The displayed error said transcoding which in my case means importing as
no compression is applied. I have seen failures at the end where the
grab file is complete and playable, and some that have stopped short.
This time I guess the process timed out and cleaned up, because there was not a folder in grab when I checked.

And it’s back for me again today. Lovely. The wife is making me regret the decision to drop cable and switch to Plex for OTA DVR.

i guess I am lucky. In all this time with Plex, I have only see it get struck twice. Quite annoying when it does though, for sure! FWIW, Win7, 8GB RAM, HDHR PRIME

I’m looking to go back to 1.6.1 as most of my recordings fail. Does anyone have a link to that version for a QNAP (Intel Core i5) system ?

@sorelg said:
I’m looking to go back to 1.6.1 as most of my recordings fail. Does anyone have a link to that version for a QNAP (Intel Core i5) system ?

I have version 1.6.0 if no one chimes in. Though, I wouldn’t mind getting a copy of the 1.6.1 for my own archive. Just in case.

Old versions can be obtained this way