DVR: Partial Recording of a few KB, logs report transcoder errors

Plex Media Server Desktops & Laptops
, ,
1

I tried recording a tv episode yesterday, 09 september at 21.25, it recorded only partially, I think just the first frame of it, cause the file size is 56.36 KB.
No error is displayed in the web UI, just the “Partial Recording” tag on the episode.

Server Version#: 1.16.5.1554
The server is running on Nvidia Shield
Live TV source is a HDHomeRun
The path of the partial recording is /sdcard/PlexRec/SerieTv/Detective Montalbano (1999)/Season 03/Il commissario Montalbano (2019) - S03E01 - La gita a Tindari.ts

Partial file details:
Media
Duration 0:00
Bitrate 807 kbps
Width 720
Height 404
Aspect Ratio 1.78
Video Resolution SD
Container MPEGTS
Video Frame Rate PAL
Channel Identifier 001
Media Grab Begins At 1568057100
Media Grab Device device://tv.plex.grabbers.hdhomerun/1251FDAF
Media Grab Partial Recording 1
Media Grab Status complete
Origin dvr
Video Profile main

Part
Duration 0:00
File Il commissario Montalbano (2019) - S03E01 - La gita a Tindari.ts
Size 56.36 KB
Container MPEGTS
Failure B I F dd95667-2434
Packet Length 188
Video Profile main

Searching the logs for some error happening around the beginning of the recording (09 september 21.25) I found these lines:

Line 93: Sep 09, 2019 21:25:05.961 [22680] ERROR - [Transcoder] [mpeg2video @ 0x24e211d500] Invalid frame dimensions 0x0.
Line 94: Sep 09, 2019 21:25:06.194 [22680] ERROR - [Transcoder] [mp2 @ 0x24e211e900] Header missing
Line 95: Sep 09, 2019 21:25:06.219 [22680] ERROR - [Transcoder] [mp2 @ 0x24e211df00] Header missing
Line 96: Sep 09, 2019 21:25:06.242 [22495] ERROR - Unable to find title for item of type 5
Line 97: Sep 09, 2019 21:25:06.243 [22495] ERROR - Unable to find title for item of type 5
Line 98: Sep 09, 2019 21:25:06.822 [22500] WARN - [FFMPEG] - ignoring invalid SAR: 404/405
Line 99: Sep 09, 2019 21:25:06.835 [22500] INFO - [FFMPEG] - decoding for stream 0 failed

But I’m attaching the full zip, cause I have no clue what that means and what may have happened.
Plex Media Server Logs_2019-09-10_14-10-54.zip (897.7 KB)

I just tried to replicate the error issuing some new recording and a few went ok and a few other gave me the same bad result, but I can’t see a pattern of replication.

2

That is a nice post. Montalbano :slightly_smiling_face:

I took a look at your PMS logs, and I think you need to enable Debug as described somewhere in the Log Files article.

I did spot some errors from the limited information so far. One of them uses the
word DISKSTATION which is common to Synology NAS. Are you using one?
If so describe your network more, and perhaps read the forum’s Synology FAQ.
It is excellent.

Sep 09, 2019 17:59:34.599 [6581] ERROR - DVR:Grabber: Ran into exception deleting directory: boost::filesystem::directory_iterator::construct: Permission denied: "/storage/DISKSTATION/video/Serie TV/.grab"
3

Thanks for taking the time to look into the logs, nibbles.

You are right, I have a Synology NAS in my network, but I couldn’t allow plex to write into it, only to read (or at least it cannot write new recordings, but it can delete existing media, if anybody has ideas on what needs to be done I’m open to suggestions).
[EDIT: I found out what was the problem, solution at the bottom of post #8]
That said, I did find a workaround attaching a usb drive to the Nvidia Shield and using that for the recordings. My libraries are structured like that:

  • Movies: Path on NAS -> \DISKSTATION\video\Tutti i Film
  • Rec Movies: Local path on USB -> /sdcard/PlexRec/Film/
  • TV: Path on NAS -> \DISKSTATION\video\Serie TV
  • Rec TV: Local path on USB -> /sdcard/PlexRec/SerieTv/

And of course the two Rec libraries are used for recordings, while the other two just contain media for playing. The recording malfunctions are occasional, and that makes me assume that it’s not related to the structure of the libraries, otherwise I think I’d have consistent errors.

Following your advice I enabled the Debug logs and did some more tests, my relevant results are as follows:

Partial Recording of duration 0 for the recording of “Un detective in corsia”.
The logs will be chaotic in this case, cause I started/stopped a few recordings in a span of a few minutes, and thus they overlapped.

To let you focus on the important part here are the start and stop log rows for the bad partial recording:

Sep 12, 2019 11:00:59.472 [15494] DEBUG - DVR:Grabber: Starting grab immediately for 'Un detective in corsia - E24 - Ossessione (1ª parte)' on channel 004 and we're 3059 seconds in already.
Sep 12, 2019 11:01:04.099 [15552] DEBUG - DVR:Grabber: Moving "/sdcard/PlexRec/SerieTv/.grab/dda824c254509495e54a017cc3224deb676b5167/Un detective in corsia (2019) - S05E24 - Ossessione (1ª parte).ts" to "/sdcard/PlexRec/SerieTv/Un detective in corsia (2019)/Season 05/Un detective in corsia (2019) - S05E24 - Ossessione (1ª parte).ts"

Plex Media Server Logs_2019-09-12_11-05-17.zip (901.2 KB)

“There was a transcoder error”. No recording at all this time, just the error message.
The program this time is “Ricette all’italiana”, relevant log rows:

Sep 12, 2019 11:29:07.816 [18607] DEBUG - DVR:Subscription: No match in the library for 'Ricette all'italiana - Ricette all'italiana', grabbing.
Sep 12, 2019 11:29:36.131 [13918] ERROR - DVR:Recorder: Error 12 (There was a transcoder error) starting the record, shutting things down.

Plex Media Server Logs_2019-09-12_11-30-29.zip (1.2 MB)

Again a “There was a transcoder error”, program “Meteo 3”
Logs:

Sep 12, 2019 11:55:00.224 [9620] DEBUG - DVR:Grabber: Starting operation for 'Meteo 3 - Meteo 3' on channel 003.
Sep 12, 2019 11:55:30.781 [9620] ERROR - DVR:Recorder: Error 12 (There was a transcoder error) starting the record, shutting things down.

Plex Media Server Logs_2019-09-12_12-05-05.zip (1.4 MB)

Please bear in mind that those erroneous cases are a few out of many tests, and I’m still not seeing any correlation between the bad cases.

The Nvidia Shield that is acting as server is updated to last firmware and is currently not used for anything else than the Plex server, it’s not even used as a client, it’s connected to a TV only for maintenance. The recording USB disk (a 250GB one) is almost empty, it just contains a few recording tests.
If any other detail is needed for better understanding don’t hesitate to ask.

I scheduled 38 recordings for the next 24h, so that I can have more samples. They won’t overlap, so I hope that the logs will be the clearest possible, I’ll post the results here.

4

I’m almost sure your problem is cover in the synology faq.
I’m headed out for a bit. See what you can dig up there.
If you’re still stuck, edit your original post and tag it server-synology
Both the shield and the synology have specific issues with getting
all their storage working with PMS, that’s why. Search the website
articles for Shield.

5

I’ll certainly look into it, but I’m very skeptical about the synology NAS being the problem, given that it’s not involved in any DVR operation (or at least it shouldn’t), the two libraries that I use for recording are local on the Shield (USB drive). I’m pretty tempted to set aside the variable deleting the read only libraries on the NAS effectively making the NAS extraneous to the Shield and Plex server.
But I’d rather not delete the libraries, the Shield Server can’t be backed up / restored, therefore I’d lose all the info (watched, fixed matches, recently added, etc.). I’ll try looking for a solution to the no write access on the forum.

Thanks again

6

I’m interrupting the series of test I mentioned cause I’m almost sure the malfunction is transcoding related, here are two of the last bad recordings logs:

  1. Partial Recordings of a few KB
Sep 12, 2019 13:30:00.142 [22946] DEBUG - DVR:Grabber: Starting operation for 'TG1 - TG1' on channel 001.

Sep 12, 2019 13:30:00.181 [22946] ERROR - Unable to find title for item of type 5
Sep 12, 2019 13:30:00.181 [22946] ERROR - Unable to find title for item of type 5
Sep 12, 2019 13:30:01.636 [23591] ERROR - [Transcoder] [mpeg2video @ 0x2bd751d500] Invalid frame dimensions 0x0.
Sep 12, 2019 13:30:01.701 [23591] ERROR - [Transcoder] [mpeg2video @ 0x2bd751d500] Invalid frame dimensions 0x0.
Sep 12, 2019 13:30:01.718 [23591] ERROR - [Transcoder] [mpeg2video @ 0x2bd751d500] Invalid frame dimensions 0x0.
Sep 12, 2019 13:30:01.750 [23598] ERROR - [Transcoder] [mpeg2video @ 0x2bd751d500] Invalid frame dimensions 0x0.
Sep 12, 2019 13:30:01.814 [23598] ERROR - [Transcoder] [mpeg2video @ 0x2bd751d500] Invalid frame dimensions 0x0.
Sep 12, 2019 13:30:05.132 [23598] ERROR - [Transcoder] [mp2 @ 0x2bd751f300] Header missing
Sep 12, 2019 13:30:05.134 [23598] ERROR - [Transcoder] [mpeg2video @ 0x2bd751d500] Invalid frame dimensions 0x0.
Sep 12, 2019 13:30:05.159 [23598] ERROR - [Transcoder] [mp2 @ 0x2bd751e900] Header missing
Sep 12, 2019 13:30:05.160 [23598] ERROR - [Transcoder] [mpeg2video @ 0x2bd751d500] Invalid frame dimensions 0x0.
Sep 12, 2019 13:30:05.162 [23598] ERROR - [Transcoder] [mpeg2video @ 0x2bd751d500] Invalid frame dimensions 0x0.
Sep 12, 2019 13:30:05.164 [23598] ERROR - [Transcoder] [mpeg2video @ 0x2bd751d500] Invalid frame dimensions 0x0.
Sep 12, 2019 13:30:05.165 [23591] ERROR - [Transcoder] [mpeg2video @ 0x2bd751d500] Invalid frame dimensions 0x0.
Sep 12, 2019 13:30:05.297 [23591] ERROR - [Transcoder] [mp2 @ 0x2bd751df00] Header missing
Sep 12, 2019 13:30:05.299 [23591] ERROR - [Transcoder] [mpeg2video @ 0x2bd751d500] Invalid frame dimensions 0x0.
Sep 12, 2019 13:30:05.324 [22946] ERROR - Unable to find title for item of type 5
Sep 12, 2019 13:30:05.325 [22946] ERROR - Unable to find title for item of type 5
Sep 12, 2019 13:30:05.904 [19208] WARN - [FFMPEG] - ignoring invalid SAR: 404/405
Sep 12, 2019 13:30:05.924 [19208] INFO - [FFMPEG] - decoding for stream 0 failed

Sep 12, 2019 13:30:05.937 [19210] DEBUG - DVR:Grabber: Postprocessing, we're going to put `TG1 - TG1` in `/sdcard/PlexRec/SerieTv/TG1 (2004)/Season 2019/TG1 (2004) - 2019-09-12 13 30 00 - TG1.ts`
Sep 12, 2019 13:30:05.939 [19210] DEBUG - DVR:Grabber: Moving "/sdcard/PlexRec/SerieTv/.grab/aba8035e5e9509e079e990ed99e59c0b188023c2/TG1 (2004) - 2019-09-12 13 30 00 - TG1.ts" to "/sdcard/PlexRec/SerieTv/TG1 (2004)/Season 2019/TG1 (2004) - 2019-09-12 13 30 00 - TG1.ts"

Full log excerpt: excerpt-TG1_13.30_part.txt (51.4 KB)

  1. Transcoder error
Sep 12, 2019 15:30:00.696 [25728] DEBUG - DVR:Grabber: Starting operation for 'Programmazione Mediaset - Programmazione Mediaset' on channel 004.

Sep 12, 2019 15:30:00.736 [25728] ERROR - Unable to find title for item of type 5
Sep 12, 2019 15:30:00.737 [25728] ERROR - Unable to find title for item of type 5
Sep 12, 2019 15:30:01.829 [28171] ERROR - [Transcoder] [h264 @ 0x2fd111d500] SPS unavailable in decode_picture_timing
Sep 12, 2019 15:30:01.830 [28171] ERROR - [Transcoder] [h264 @ 0x2fd111d500] non-existing PPS 0 referenced
Sep 12, 2019 15:30:01.832 [28171] ERROR - [Transcoder] [h264 @ 0x2fd111d500] SPS unavailable in decode_picture_timing
Sep 12, 2019 15:30:01.834 [28171] ERROR - [Transcoder] [h264 @ 0x2fd111d500] non-existing PPS 0 referenced
Sep 12, 2019 15:30:01.835 [28171] ERROR - [Transcoder] [h264 @ 0x2fd111d500] decode_slice_header error
Sep 12, 2019 15:30:01.837 [28171] ERROR - [Transcoder] [h264 @ 0x2fd111d500] no frame!
Sep 12, 2019 15:30:01.949 [28171] ERROR - [Transcoder] [h264 @ 0x2fd111d500] SPS unavailable in decode_picture_timing
Sep 12, 2019 15:30:01.951 [28171] ERROR - [Transcoder] [h264 @ 0x2fd111d500] non-existing PPS 0 referenced
Sep 12, 2019 15:30:01.953 [28171] ERROR - [Transcoder] [h264 @ 0x2fd111d500] SPS unavailable in decode_picture_timing
Sep 12, 2019 15:30:01.955 [28171] ERROR - [Transcoder] [h264 @ 0x2fd111d500] non-existing PPS 0 referenced
Sep 12, 2019 15:30:01.956 [28171] ERROR - [Transcoder] [h264 @ 0x2fd111d500] decode_slice_header error
Sep 12, 2019 15:30:01.957 [28171] ERROR - [Transcoder] [h264 @ 0x2fd111d500] no frame!
Sep 12, 2019 15:30:03.891 [28241] ERROR - [Transcoder] [stream_segment,ssegment @ 0x2fd1301a00] Application provided invalid, non monotonically increasing dts to muxer in stream 3: 205921735 >= 9815
Sep 12, 2019 15:30:03.893 [25728] ERROR - Unable to find title for item of type 5
Sep 12, 2019 15:30:03.893 [25728] ERROR - Unable to find title for item of type 5
Sep 12, 2019 15:30:28.902 [25728] ERROR - Failed to start session.
Sep 12, 2019 15:30:28.903 [25728] ERROR - DVR:Recorder: Unable to create transcode session or session failed to start.
Sep 12, 2019 15:30:28.909 [25728] ERROR - DVR:Recorder: Error 12 (There was a transcoder error) starting the record, shutting things down.

Sep 12, 2019 15:30:28.909 [25728] DEBUG - DVR:Grabber: Operation for 'Programmazione Mediaset - Programmazione Mediaset' on channel 004 completed with status error (There was a transcoder error)

Full log excerpt: excerpt-promed_15.30_trerr.txt (30.2 KB)

I’ve found on the forum a few old topics about a similar situation:

I’ve just disabled the “Transcode” option in the DVR settings and I’ll see if it solves the problem. Even in the case, it’s not really a solution considering the space it takes up a raw recording, I’ll have to put up something automated to convert the recordings afterward… Not really how I’d like it to work.

7

I was too tired, and it looks like you’re on to good debugging. :man_shrugging:

Can I ask that you edit your posts a bit to use Preformatted Text for any log data you pasted into a post? It’s an option in the editor, those icons at the top. It looks like a </> and is used to make the font monospaced and with sliders.

The attachments are helpful too. I’ll grab a bite and look at them.
Thanks bud

8

Well, thanks to you for looking into it and helping me out, I’ve edited and formatted the logs.

As I said, I went to the “CONVERT VIDEO WHILE RECORDING” option in the Device Settings and set it to OFF, hoping for the best, but it didn’t turn out in the result I was expecting…

The transcode errors seen in the previous logs were still there, no matter the settings I set, I also tried rebooting the Shield in a few cases hoping it was needed for the setting to be digested.

Here are some log excerpts on different settings and cases:

I then thought about the hardware transcode and tried disabling

Happy about the positive result I deleted the recording, started another one of the same program and got again the error

Then I decided to get a fresh start and circumscribe the problem to the fewest variables, I installed a Plex Media Server on my Windows PC, no option has been touched, everything is just standard, except:

  • Added 1 TV library
  • HDHomeRun setup with standard options
  • 2 channels configured (RAI1 and RAI2, the first 2 national channels in Italy)
  • “CONVERT VIDEO WHILE RECORDING” set to OFF

Recording the current TV program on RAI1 (first channel) almost consistently produces the following result (I say almost cause in a few cases the recording started flawlessly, but it’s rare):

Sep 13, 2019 14:15:36.273 [12932] INFO - Plex Media Server v1.16.6.1592-b9d49bdb7 - Microsoft PC x64 - build: windows-x86 windows - GMT 02:00
Sep 13, 2019 14:15:36.274 [12932] INFO - Windows version: 6.1 (Build 7601), language en-US
Sep 13, 2019 14:15:36.274 [12932] INFO - 4 3094 MHz processor(s): Architecture=0, Level=21, Revision=12289 Processor Identifier=AMD64 Family 21 Model 48 Stepping 1, AuthenticAMD
Sep 13, 2019 14:15:36.274 [12932] DEBUG - "C:\Program Files (x86)\Plex\Plex Media Server\Plex Media Server.exe" 
Sep 13, 2019 14:15:50.108 [12460] ERROR - Error issuing curl_easy_perform(handle): 7
Sep 13, 2019 14:15:50.108 [12460] WARN - HTTP error requesting GET https://87-5-2-87.80d7659250784527a85ecd202da92835.plex.direct:20253 (0, No error) (Failed to connect to 87-5-2-87.80d7659250784527a85ecd202da92835.plex.direct port 20253: Connection refused)
Sep 13, 2019 14:15:50.115 [3940] ERROR - Unable to find title for item of type 5
Sep 13, 2019 14:15:50.116 [3940] ERROR - Unable to find title for item of type 5
Sep 13, 2019 14:15:51.118 [12108] ERROR - [Transcoder] [mpeg2video @ 0230b740] Invalid frame dimensions 0x0.
Sep 13, 2019 14:15:51.247 [13112] ERROR - [Transcoder] [mpeg2video @ 0230b740] Invalid frame dimensions 0x0.
Sep 13, 2019 14:15:54.128 [10652] ERROR - [Transcoder] [mp2 @ 0230d600] Header missing
Sep 13, 2019 14:15:54.134 [13112] ERROR - [Transcoder] [mp2 @ 0230c6c0] Header missing
Sep 13, 2019 14:15:54.138 [10652] ERROR - [Transcoder] [mp2 @ 0230e540] Header missing
Sep 13, 2019 14:15:54.174 [3940] ERROR - Unable to find title for item of type 5
Sep 13, 2019 14:15:54.176 [3940] ERROR - Unable to find title for item of type 5
Sep 13, 2019 14:15:54.456 [10992] INFO - Notification: Recording Vieni da me - Vieni da me - 
Sep 13, 2019 14:15:55.198 [10644] ERROR - MoveFileExW(C:\Users\caedium\AppData\Local\Temp\Plx-d2c73872-2ba7-45e3-bff4-ed24bdac4cc9, "C:\Users\caedium\AppData\Local\Plex Media Server\Logs\Plex Transcoder Statistics.log") failed: 0x5
Sep 13, 2019 14:15:55.955 [11896] WARN - Connection Tester: Error testing media server TERMIPLEX in 10048 ms.
Sep 13, 2019 14:15:55.955 [12216] WARN - Connection Tester: Error testing media server SHIELD Plex in 10048 ms.
Sep 13, 2019 14:16:09.489 [10632] WARN - No matches for search.
Sep 13, 2019 14:16:09.491 [10632] DEBUG - DVR:Grabber: Operation for 'Vieni da me - Vieni da me' on channel 001 completed with status complete (Success)

Well, right now I’m at a dead end, I have no more options left to try, if somebody from the Plex Team needs more details or tests to be run, please let me know.

In case anybody need it I casually found out why the Shield Plex Server didn’t have Write Access to the NAS, it may happen if in any moment more than one plex server has been run to record using the same folders:
The first plex server that tries to record something in a folder creates a folder called “.grab” with access rights only for the owner of the folder. This means that if a different Plex Server running under different credentials wants to use the same folder, it will fail cause of lack of right over that “.grab” folder. Just deleting that folder and letting the plex server recreate it solves the problem.

9

Ugh the transcoder is complaining about the video file itself. I’m stumped, but that’s easy.

10

First, it’s really weird that a tv stream from HDHomeRun may be a problem for the transcoder, it’s the most recommended tuner, from the community and from plex itself, I bought it for that reason hoping it was the best supported.

But even not thinking about that, what’s the transcoder even doing when I turn it Off from the “Convert video while recording” option? Looking at the output video files I see that when it’s ON it encodes in H.264, when it’s OFF stores the file as MPEG2VIDEO. So, the option is actually working and the system is not converting the video stream if the transcoder is turned OFF.
So, why are the same transcoder errors in the logs? Why is the recording failing, and if the problem really is the transcoder, why is it even being used? Cause I don’t see any purpose for it, I guess the stream is already an MPEG2, so it just has to be stored on disk.

11

So we’re still working on 1 issue, frequent partial recordings due to transcoder issues, possible due to malformed data from upstream of the transcoder, is that right?

Below is the first difference in two test cases you posted, where a Fail server.log showed

Sep 12, 2019 19:29:59.946 [5090] ERROR - [Transcoder] [mpeg2video @ 0x250811d500] Invalid frame dimensions 0x0.
Sep 12, 2019 19:29:59.978 [5097] ERROR - [Transcoder] [mpeg2video @ 0x250811d500] Invalid frame dimensions 0x0.
Sep 12, 2019 19:30:00.026 [5128] ERROR - [Transcoder] [mpeg2video @ 0x250811d500] Invalid frame dimensions 0x0.
Sep 12, 2019 19:30:00.058 [5130] ERROR - [Transcoder] [mpeg2video @ 0x250811d500] Invalid frame dimensions 0x0.

Search your fail logs to see if every one has those same lines.

What is the possibility that the HDHomerun has a defect?
Does your system save the DVR files untouched so we can examine them closely?

When there are the same errors about MPEG2, maybe it’s doing its job by examining your recording for potential transcoding in the case that it’s needed. When only the fail log contains the stuff I pasted above, that’s something to consider.

At this point I’m hedging toward malformed files like it says. It’s probably not the transcoder, as tens of thousands of people probably use it every day. There has been times when a codec was not downloaded correctly, but we are not seeing Codec issues in the log.

Because you have a Plex pass, how about you log in to plex.tv and download the beta PMS-1.16.6 and give that whirl. I have a feeling that an upgrade is going to make some adjustments. It won’t harm your data or libraries, and you can roll back by installing the stable any time you want without detriment.

12

The “Invalid frame dimensions 0x0” message can be found in almost all the attemp logs, but it doesn’t seem related to the attempt being successful or not, there are cases of it present and absent in both successful and not. All my attempts that I documented I also posted them in this thread, in case you want to take a look by yourself.

I don’t know, it’s an almost new device, I bought it a couple of months ago, but I can’t really assure it is perfectly functioning, mainly because I don’t know how to thoroughly test it. I’m installing NextPVR and Emby to test it and also to have a B plan in case there’s no way to fix Plex.

My system currently runs Plex so I have what Plex outputs, is that what you’re talking about? I can upload a couple of unsuccessful video attempts
failed_rec_transc-off_MPEG2.zip (198.7 KB)

As you can see from the last log I posted, I ran a Plex Media Server v1.16.6.1592-b9d49bdb7 on a Windows PC, so I think I already tried the latest version

I extended the test to other TV channels and found out that for some of them the recording does work perfectly, I tried a few times with a few of them and had 100% of good recordings, while the other channels (like the one used for the tests so far reported on this topic) have a ~80/90% rate of failure.
It’d be weird if a malfunction in my HDHomeRun device was only affecting a selected number of channels, I think this suggests even more that the issue is related to the form of the stream sent in input to the transcoder, and to address the issue the transcoder itself has to be inspected and fixed to accept whatever these streams have of different from the expected.

13

I put up a NextPVR system on my PC, tried recording many times the usual channel (RAI1) and had no issues. At this point I’m almost sure the HDHomeRun hardware has no issues, and considering that I run the plex server with the same results on two different systems (Nvidia Shield and Windows PC) I think it’s pretty safe to assume it’s a software bug.
Hoping that a recording sample from there may be useful here it is: ok_NextPVR_rec_MPEG2.zip (2.4 MB)

14

Ok so you’ve lost me.
I read too many of your logs for too many hours,
and I’m not good enough.

15

All tests and logs until mid post #8 took place on an Nvidia Shield, server version#: 1.16.5.1554

Then, mid post #8 I wrote:

From here on I used a Plex Media Server v1.16.6.1592-b9d49bdb7 on a Windows PC

So, tests have been done on both of the system:

  • Windows PC v1.16.6.1592-b9d49bdb7
  • Nvidia Shield v1.16.5.1554
16

Bump and recap of the situation:
The DVR feature is not working with some of the main channels of Italy, ~80/90% of the time a recording starts it also automatically stops right after a few seconds. The logs in these cases always report many transcoder errors.

I’m currently not able to use the DVR function of Plex and waiting for assistance from the Plex team.

17

Update on the issue: I recently gave a try to the DVR function using the new server version 1.17.0.1709, and I couldn’t replicate the error, everything seems to work fine now. Looking at the changelog the developers seem to have in fact worked on these aspects (DVR and tanscoder) for this release.

Some sort of feedback from the Plex Team would have been much appreciated, mainly because, not knowing if the problem was being addressed nor aknowledged, in the past weeks I worked building up an alternative dvr system that now is completely redundant.

That said, I’m glad that the function is now working well, thanks to the Plex developers.

18

This topic was automatically closed 90 days after the last reply. New replies are no longer allowed.