Server Version#: 1.30.0.6486
Player Version#: Various - Web, Android, Smart TVs
Tuner Make/Model: WinTV-dualHD
Guide/Lineup name: ?
Using XMLTV?: No
Channel number/Name: ALL (202 Cbeebies in test) Plex Tuner Service Extract.log (23.2 KB) Plex Media Server Extract.log (32.4 KB)
I’m having issues with recording which seems to affect all channels. Attached is an extract from my log files from an attempt this morning (a short program for testing only, please don’t judge - although surely everyone loves Duggee…)
I can see there are a couple of errors / warnings, but am not sure exactly which one(s) are the problem, or what to do about them… can anyone help?
Additional setup info in case it’s useful:
I’m running on an upBoard with Linux Mint 20.04.5 LTS and the media libraries are on a separate NAS; the mounts for this seem fine, and the ‘.grab’ directory that’s mentioned in the logs seems to be getting created, so I think that proves Plex has access to the file location…
There is a failure with the transcode session that then results in the recording being stopped, but I can see earlier in the logs that (it appears) to successfully open the transcode session. When I have recording errors and see transcode failures my first go-to is to delete the codecs, which will force Plex to redownload the codecs as needed. To do this:
Stop your Plex server process.
Delete everything from inside your Plex codec directory on your Plex server except for the .device_id file. For your Mint install your codec directory should be /var/lib/plexmediaserver/Library/Application Support/Plex Media Server/Codecs. This directory isn’t large so I usually make a backup first to be safe, though I’ve never needed it.
Start your Plex server process and try the recording again.
Transcoder failing from your logs:
Dec 14, 2022 10:40:25.781 [0x7fb2dfb13b38] DEBUG - [Req#39e8/Grabber/1b4cd1190709169f97c15f465d4773014672a024] TranscodeSession: timed out waiting to find duration for live session
Dec 14, 2022 10:40:25.781 [0x7fb2dfb13b38] ERROR - [Req#39e8/Grabber/1b4cd1190709169f97c15f465d4773014672a024] Failed to start session.
Dec 14, 2022 10:40:25.782 [0x7fb2dfb13b38] DEBUG - [Req#39e8/Grabber/1b4cd1190709169f97c15f465d4773014672a024] Streaming Resource: Terminated session 0x7fb2ebd03ac8:a3363744-e788-46e4-b979-ad98e3b5f41b with reason Recording failed. Please check your tuner or antenna.
Dec 14, 2022 10:40:25.782 [0x7fb2dfb13b38] ERROR - [Req#39e8/Grabber/1b4cd1190709169f97c15f465d4773014672a024] Recorder: Unable to create transcode session or session failed to start.
Dec 14, 2022 10:40:25.782 [0x7fb2e2dbab38] DEBUG - [Req#39e8/Grabber/1b4cd1190709169f97c15f465d4773014672a024] Killing job.
Thanks for the suggestion - gave it a go, but unfortunately the same result.
Having looked again at the logs with a bit more focus based on your suggestion, I found another transcoding related item…
Dec 14, 2022 10:40:00.779 [0x7fb2dfb13b38] DEBUG - [Req#39e8/Grabber/1b4cd1190709169f97c15f465d4773014672a024] TPU: hardware transcoding: enabled, but no hardware decode accelerator found
Dec 14, 2022 10:40:00.779 [0x7fb2dfb13b38] DEBUG - [Req#39e8/Grabber/1b4cd1190709169f97c15f465d4773014672a024] TPU: hardware transcoding: final decoder: , final encoder:
I think my upBoard platform doesn’t have hardware transcoding support (as the messages suggest) so I’ve disabled it completely in the Transcoder settings page, and so far it looks like that might be the answer, so maybe there’s a bug with this setting?
I’ll wait and see if the recording completes (there’s a file increasing in size in the .grab directory, so looks hopeful) and try again with some other channels etc. If all looks good I’ll try turning that setting back on to see what happens…
