@mdsp1989 said:
10 completed recordings. No issues!
Running on which version?
I got rid of the “stuck at 100%” problem as well with the most recent builds (starting with 1.10.0.4516)
I am alow still having this problem, where it shows they are processing at 100% but when i go into the .grab/ directory it turns out they are only partial recordings. I will send my logs as well.
@kinoCharlino Had 7 perfect recording, latest 1.10.0.423 on windows 10, Hdhomerun extend and connect. This am 3 recordings, 2 back to back on the same channel overlapping by 1 minute, a third on a separate channel. the first of the 2 (Matlock) on the same channel finished perfect, the next (Diagnosis Murder) did not terminate at 12:01 as expected instead it recorded the following error and plex has continued recording on not releasing the tuner even though it is at 100%
Nov 28, 2017 12:01:01.834 [22476] ERROR - Failed to delete session directory (boost::filesystem::remove: The process cannot access the file because it is being used by another process: “w:\Plex-Server-data\Plex Media Server\Cache\Transcode\Sessions\plex-transcode-90ec1aa1-7899-4e93-a179-85a7929170c5\media-02483.ts”)
Nov 28, 2017 12:01:01.834 [7364] DEBUG - Jobs: ‘C:\Program Files (x86)\Plex\Plex Media Server\PlexTranscoder.exe’ exit code for process 27896 is -1059143458
As usual killing the plex transcoder process caused it to show up in MCEbuddy and it released the tuner. Also plex commercial remover is not enabled.
2 recordings completed successfully last night with version 1.10.0.4516 running on Ubuntu 14.04. This is promising and I’ll keep an eye on it and report back. In the previous versions, I’d rarely get 2 recordings in a row to successfully finish without being stuck at 100%
@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).
@mdsp1989 said:
10 completed recordings. No issues!
Thanks for the update! How frequently did you experience the “100% stuck” issue before?
@dorgan said:
I am alow still having this problem, where it shows they are processing at 100% but when i go into the .grab/ directory it turns out they are only partial recordings. I will send my logs as well.
I believe this is a different issue, one we are still investigating. Also, do your scheduled recordings have comskip enabled or disabled?
@zachary.g.brown said:
2 recordings completed successfully last night with version 1.10.0.4516 running on Ubuntu 14.04. This is promising and I’ll keep an eye on it and report back. In the previous versions, I’d rarely get 2 recordings in a row to successfully finish without being stuck at 100%
This is promising! To do a solid comparison, make sure comskip is disabled. We don’t want to confuse a symptom for another beta feature with this. Thanks!
@BRBMan said:
@kinoCharlino Had 7 perfect recording, latest 1.10.0.423 on windows 10, Hdhomerun extend and connect. This am 3 recordings, 2 back to back on the same channel overlapping by 1 minute, a third on a separate channel. the first of the 2 (Matlock) on the same channel finished perfect, the next (Diagnosis Murder) did not terminate at 12:01 as expected instead it recorded the following error and plex has continued recording on not releasing the tuner even though it is at 100%Nov 28, 2017 12:01:01.834 [22476] ERROR - Failed to delete session directory (boost::filesystem::remove: The process cannot access the file because it is being used by another process: “w:\Plex-Server-data\Plex Media Server\Cache\Transcode\Sessions\plex-transcode-90ec1aa1-7899-4e93-a179-85a7929170c5\media-02483.ts”)
Nov 28, 2017 12:01:01.834 [7364] DEBUG - Jobs: ‘C:\Program Files (x86)\Plex\Plex Media Server\PlexTranscoder.exe’ exit code for process 27896 is -1059143458As usual killing the plex transcoder process caused it to show up in MCEbuddy and it released the tuner. Also plex commercial remover is not enabled.
I suspect this is something different. I’m forwarding your report and logs to the engineerings working on this. Thank you!
I am on OS X (El Capitan) i7 2.9Ghz mid-2010 iMac. All this system does is run Plex. It is not used for any other purpose anymore.
I initially just had a HDHR Prime and I had actually been fine until I added an HDHR Quatro in early October along with that Prime. No clue why but it sent Plex into a flurry of failed recordings. That had me fishing here to this thread eventually. Reading about I found 1.6.1 was still working and stable so I had been using it exclusively. Here and there I would try new server versions that worked a couple days but eventually would start the whole 100% stuck issue again. 10 recordings last night completed on the new version which is for sure a record since my HDHR upgrade.
I upgraded from 1.6 to this release. The 100% stuck problem hasn’t occurred yet. But, now some recordings are not completing as showing as “There was a transcoder error.” I turned on the channel being recorded and the channel appears to play flawlessly. Any idea what leads to this error?
still broken for me
Still Broken for me as well. I have yet to have a recording finish on it’s own. Every recording I’ve tried gets stuck transcoding (even though I don’t have any transcoding enabled for the recordings from the UI). Killing the transcoding processes manually clears them; however, none have been full recordings. They are always 5 minutes or less of actual video
Today i had this the first time ever. I do daily recordings.
@nicksphone said:
still broken for me
Thanks for the heads up and the logs. I’ve sent it over to engineering to see if its tied to the same root cause or something difference.
@derzach said:
Still Broken for me as well. I have yet to have a recording finish on it’s own. Every recording I’ve tried gets stuck transcoding (even though I don’t have any transcoding enabled for the recordings from the UI). Killing the transcoding processes manually clears them; however, none have been full recordings. They are always 5 minutes or less of actual video
This sounds like a separate issue, one engineering is aware of. I’ve let them know of your feedback. Thanks!
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)
@derzach said:
Still Broken for me as well. I have yet to have a recording finish on it’s own. Every recording I’ve tried gets stuck transcoding (even though I don’t have any transcoding enabled for the recordings from the UI). Killing the transcoding processes manually clears them; however, none have been full recordings. They are always 5 minutes or less of actual video
Engineering would like to request some additional information from you regarding what you’re experiencing.
- Can you provide raw video samples of the issue occurring?
- Has this always been like this for you?
- If you downgraded to the latest public release, 1.9.7, do you still experience this?
@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)
Thanks for your report. I’ve passed it along as well.
@kinoCharlino said:
@derzach said:
Still Broken for me as well. I have yet to have a recording finish on it’s own. Every recording I’ve tried gets stuck transcoding (even though I don’t have any transcoding enabled for the recordings from the UI). Killing the transcoding processes manually clears them; however, none have been full recordings. They are always 5 minutes or less of actual videoEngineering would like to request some additional information from you regarding what you’re experiencing.
- Can you provide raw video samples of the issue occurring?
- Has this always been like this for you?
- If you downgraded to the latest public release, 1.9.7, do you still experience this?
I’ve only recently upgraded to Plex Pass to try the DVR functionality, but I’ve yet to have it work successfully. I upgraded to the beta version because the 1.9.7 version was not working ( always hung transcoding) and was reportedly fixed in 1.9.10
How would you like me to provide the video samples?
@derzach said:
I’ve only recently upgraded to Plex Pass to try the DVR functionality, but I’ve yet to have it work successfully. I upgraded to the beta version because the 1.9.7 version was not working ( always hung transcoding) and was reportedly fixed in 1.9.10
How would you like me to provide the video samples?
We’re checking for possible regressions in the latest beta. The 100% stuck issue seems to be fixed for some users, but not others. For video samples, if you could use Curl to grab a raw capture while the show is recording (scheduled) in Plex DVR, that would be great. Here’s an example usage. You’ll need to replace the local lP address and channel in the path, and designate the output location.
curl http://10.0.1.32:5004/auto/v29.2 > /users/<user>/desktop/samplemedia.ts
If you are on Windows you need to use -o samplemedia.ts. The > will not create an actual video file.
Edit: on windows you must also use PowerShell not command prompt
Edit2: also on any platform you should be able to use:
curl http://10.0.1.32:5004/auto/v29.2?duration=30 -o samplemedia.ts
This will limit the duration of the video to 30 seconds. That way you don’t need to Ctrl-C to end the curl.
