Me too. mp4’s (as recorded via HdHomerun), pixelation first 30 seconds or so, 1.18.0.1944, synology, ethernet, thru Roku. Just on Roku.
That’s a different issue. That’s to do with HW transcoding on linux based platforms. The 1.18.0.1944 fix was to do with the recordings themselves. When you look at the recordings on disk (say with mpv), there were issues with the recordings. 1.18.0.1944 resolves this issue, and we’re working to address the HW transcoding issues during playback.
DaveBinM, can you direct me to the thread for the different issue for HW transcoding on linux based platforms? I assume the linux platform that you are referring to is the Roku client as my PMS is Windows? Reverting PMS to 1.17 seems to have resolved it, but I would like to see the progress on the Roku issue so I can do some further testing.
Thanks.
I was referring to @brenowitz’s comment about his Synology server. There’s a thread over here: Pixelated playback when Transcoding for the first 60-90sec. If you’re seeing issues with only one particular client (and it’s not transcoding), then that could be something to do with that client. Do the files exhibit the same issue when viewed with mpv, for example?
Hello DaveBinM,
Does the 1944 update error.log (11.4 KB) resolve the issue shown in this error log I attached. I’m running CentOS 7.7. I was having issues with this causing my Chromecast to reboot when it ran into those issues.
1.18.0.1944 did resolve the original posted issue for me. I tested with concurrent playing of live TV on a Roku (direct stream), two PMP clients (direct stream), and one Android mobile client (direct play), with settings on my HDHR Extend giving 720p h.264, then 1080i h.264 and then 1080i MPEG2.
Thank you!
Are you actually seeing issues in the recording, or just the errors in the log? Sometimes the errors in the log don’t actually translate to visible issues in the recordings.
Actual errors in the recordings, lots of pixelation and dropouts. It’s really bad. Which is probably why it causes the chromecast to reboot.
Yeah, I think 1944 should resolve that 
I’m still having issues with it rebooting my chromecast in certain parts. In this file it happens at the 3 or 4 minute mark and again at the 7 or 8 minute mark of the .ts file. Here is the log file as well showing errors.Plex Media Server.log (754.7 KB)
installed : 1.18.1.1973
Running on WD PR2100, Roku client,
Still getting the pixelation for the first 60 seconds of playing live TV or recorded shows.
I’m worried that only newer processors will are going to be supported in future updates.
This isn’t a cpu issue. I’ve recorded multi-program full muxes to usb before…on original rpi.
We’ll still support older processors, it’s an issue with the legacy intel driver (i965) for linux with MPEG2 and ffmpeg.
Aside from the Chromecast, are the actual files themselves okay if you play them in VLC or mpv? Are there any obvious issues with them then?
FYI- This recording was done on Version 1.18.1.1973. So if I watch on the web app it plays fine aside from one pixelation (which the problem is MUCH better with the last update). I saw some chromecast errors in the file which I’m sure you saw as well. So I dunno.
I just noticed that the video I sent to you, in Plex it says it’s a partial recording. I’m not sure why that is.
Now that I’ve been watching that recording more in the web app, there are some sections where it seems to have a split second of video missing here and there.
Two more shows and they’re unwatchable, same issues where chromecast is rebooting. Let me know what log files you need from me.
Any update on this issue? And log files you need to diagnose this issue with chromecast rebooting?
I was still having pixelation and HDCP dropouts with livetv, HDHR connect duo, windows server on roku on 1080i channels with 1944 and versions after. I think I’ve mostly resolved it by making sure “CONVERT VIDEO WHILE RECORDING” in the dvr settings is turned off and dropping the roku client quality down to 12Mbps. Roku can’t seem to keep up with demand for original quality on 1080i to begin with and trying to transcode while recording really screws it up.
1 Like
