Very grainy on web ui and I think apps just started today/yesterday?
Both 720p and 1080i on files.
No problem on iOS app...only web ui
@tmm1...just tried “Experimental”
Occurs on both - Checked on or off
Can you try latest build on Live TV to see if it is fixed.
Sure, but I won’t be able to load newest until after 5EST. Recording now.
I am having the same problem. I just downloaded the latest build and the problem still exists on both live and recorded.
Thanks for testing. We are working on a fix.
Yep, same here with 2019.08.08.1854. Intermittent bad macro-blocking when played with the web UI.
Good thing is the recorded files are fine, only see this with the ChannelsDVR web UI playback, not with other players like VLC, WMP, VideoReDo, etc. They were recorded from my Prime on a previous version, so hopefully this issue with the new version doesn't affect recorded files from any device, including TVE?
On xxx.1854
Neither checked nor unchecked on Experimental Transcoding solves the problem on Recorded
Live appears to be working? With same caveats as @chDVRuser last posting
Added @tmm1 as appears I sent original to myself 
My recorded results posted are only on 1080i and 720p files...not MPEG 4 (which is OK)
Anything new on for .1642 to do a retest?
Not yet. Can you run HWE test as outlined in Frequently Asked Questions
Then find the line in the Log that matches:
VAAPI driver: Intel i965 driver for Intel(R) Bay Trail
And post along with CPU model from top of the DVR web UI.
It is an issue with hardware transcoding only, at least in my case I can run it in software and the video looks ok. But I don't want to use software. I am running this on a NAS that doesn't have the most high-end CPU and runs a lot of other things in addition to Channels. I used to get fantastic quality with fast transcoding speed and low CPU load by using the hardware option. But that is no longer working with the recent beta releases.
1 Like
Is this what you wanted?
[AVHWDeviceContext @ 0x27b2ec0] VAAPI driver: Intel i965 driver for Intel(R) Broxton - 2.4.0.pre1 (2.4.0.pre1).
[AVHWDeviceContext @ 0x27b2ec0] Driver not found in known nonstandard list, using standard behaviour.
4 cores / Intel(R) Celeron(R) CPU J3455 @ 1.50GHz
load averages: 0.54 0.53 0.42
1 Like
I am having the same problem on my Synology 918+ and my Synology 218+
I’ll run your request in awhile, in the meantime from web ui on 1-2 min Live on Mac and Qnap:
Results of “Live” testing
XXX.30 - iMac (i5 4 cores 7600)
2019/08/10 15:16:05 [TNR] Opened connection to TVE-Comcast_SSO for ch6087 BBCA
2019/08/10 15:16:07 [HLS] Probed live stream in 1.622692345s: h264 1280x718 progressive 2656800bps
2019/08/10 15:16:07 [HLS] Starting transcoder for channel 6087 from 10.0.0.21 (encoder=remux, resolution=720, deinterlacer=linear, bitrate=3000)
[h264 @ 0x7f9e66013c00] SPS unavailable in decode_picture_timing
2019/08/10 15:16:26 [HLS] Stopping transcoder session ch6087-dANY-ip10.0.0.21 @ 36.398011s
Last message repeated 53 times
2019/08/10 15:16:26 [TNR] Closed connection to TVE-Comcast_SSO for ch6087 BBCA
XXX.228 - Q251A (2 cores N3060) - on Comcast (TVE)
2019/08/10 15:24:30 [TNR] Opened connection to TVE-Comcast_SSO for ch6087 BBCA
2019/08/10 15:24:31 [HLS] Probed live stream in 788.367971ms: h264 1280x718 progressive 2078555bps
2019/08/10 15:24:31 [HLS] Starting transcoder for channel 6087 from 10.0.0.21 (encoder=remux, resolution=720, deinterlacer=linear, bitrate=3000)
[h264 @ 0x2dce9c0] SPS unavailable in decode_picture_timing
Last message repeated 69 times
[h264 @ 0x2dce9c0] cabac decode of qscale diff failed at 46 16
[h264 @ 0x2dce9c0] error while decoding MB 46 16, bytestream 23365
2019/08/10 15:25:06 [HLS] Stopping transcoder session ch6087-dANY-ip10.0.0.21 @ 52.974011s
2019/08/10 15:25:06 [TNR] Closed connection to TVE-Comcast_SSO for ch6087 BBCA
228 - Q251A - on You Tube (TVE)
2019/08/10 15:17:43 [TNR] Opened connection to TVE-YouTubeTV for ch6087 BBCA
2019/08/10 15:17:44 [HLS] Probed live stream in 880.099654ms: h264 1280x718 progressive 2090739bps
2019/08/10 15:17:45 [HLS] Starting transcoder for channel 6087 from 10.0.0.21 (encoder=remux, resolution=720, deinterlacer=linear, bitrate=3000)
[h264 @ 0x23239c0] SPS unavailable in decode_picture_timing
Last message repeated 71 times
[mpegts @ 0x231e200] Dropped corrupted packet (stream = 1)
2019/08/10 15:18:12 [HLS] Stopping transcoder session ch6087-dANY-ip10.0.0.21 @ 42.666011s
2019/08/10 15:18:12 [TNR] Closed connection to TVE-YouTubeTV for ch6087 BBCA
Added more info than requested:
Hardware Acceleration
Qnap:
OS
QNAP TS-251A
Linux (kernel: 4.2.8)
CPU
2 cores / Intel(R) Celeron(R) CPU N3060 @ 1.60GHz
load averages: 2.31 2.52 2.65
RAM1.86 GB37.0% free
2019/08/10 15:56:06 [HWE] Cannot access /dev/dri/renderD129: no such file or directory
2019/08/10 15:56:06 [HWE] Trying /share/CACHEDEV1_DATA/.qpkg/ChannelsDVR/channels-dvr/2019.08.09.1642/ffmpeg /share/CACHEDEV1_DATA/.qpkg/ChannelsDVR/channels-dvr/2019.08.09.1642/ffmpeg -hide_banner -nostats -loglevel warning -loglevel verbose -init_hw_device vaapi=intel:/dev/dri/renderD128 -f lavfi -t 0.1 -i color=black:640x480 -f null -y /dev/null
[AVHWDeviceContext @ 0x21b6ec0] libva: VA-API version 1.5.0
[AVHWDeviceContext @ 0x21b6ec0] libva: va_getDriverName() returns 0
[AVHWDeviceContext @ 0x21b6ec0] libva: va_openDriver() returns 0
[AVHWDeviceContext @ 0x21b6ec0] Initialised VAAPI connection: version 1.5
[AVHWDeviceContext @ 0x21b6ec0] VAAPI driver: Intel i965 driver for Intel(R) CherryView - 2.4.0.pre1 (2.4.0.pre1).
[AVHWDeviceContext @ 0x21b6ec0] Driver not found in known nonstandard list, using standard behaviour.
[Parsed_color_0 @ 0x21c67c0] size:640x480 rate:25/1 duration:-1.000000 sar:1/1
Input #0, lavfi, from 'color=black:640x480':
Duration: N/A, start: 0.000000, bitrate: N/A
Stream #0:0: Video: rawvideo, 1 reference frame (I420 / 0x30323449), yuv420p, 640x480 [SAR 1:1 DAR 4:3], 25 tbr, 25 tbn, 25 tbc
———————————————————————————————————-
IMac
OSApple iMac18,3
Darwin 10.14.5 (kernel: 18.6.0)
CPU
4 cores / Intel(R) Core(TM) i5-7600 CPU @ 3.50GHz
load averages: 0.93 0.98 0.91
RAM 8.00 GB41.4% free
2019/08/10 15:52:50 [HWE] Trying /Users/debbie/Library/Application Support/ChannelsDVR/latest/ffmpeg /Users/debbie/Library/Application Support/ChannelsDVR/latest/ffmpeg -hide_banner -nostats -loglevel warning -loglevel verbose -f lavfi -t 0.1 -i color=black:640x480 -c:v h264_videotoolbox -profile:v high -level 4.2 -realtime 1 -f null -y /dev/null
[Parsed_color_0 @ 0x7ff05be00000] size:640x480 rate:25/1 duration:-1.000000 sar:1/1
Input #0, lavfi, from 'color=black:640x480':
Duration: N/A, start: 0.000000, bitrate: N/A
Stream #0:0: Video: rawvideo, 1 reference frame (I420 / 0x30323449), yuv420p, 640x480 [SAR 1:1 DAR 4:3], 25 tbr, 25 tbn, 25 tbc
Stream mapping:
Stream #0:0 -> #0:0 (rawvideo (native) -> h264 (h264_videotoolbox))
Press [q] to stop, [?] for help
[graph 0 input from stream 0:0 @ 0x7ff05bd05b00] w:640 h:480 pixfmt:yuv420p tb:1/25 fr:25/1 sar:1/1 sws_param:flags=2
Output #0, null, to '/dev/null':
Metadata:
encoder : Lavf58.29.100
Stream #0:0: Video: h264 (h264_videotoolbox), 1 reference frame, yuv420p, 640x480 [SAR 1:1 DAR 4:3], q=2-31, 200 kb/s, 25 fps, 25 tbn, 25 tbc
Metadata:
encoder : Lavc58.54.100 h264_videotoolbox
[h264_videotoolbox @ 0x7ff05d002400] Color range not set for yuv420p. Using MPEG range.
Your QNAP appears to be maxed out on CPU.
With two cores a load average of 2.0 means both cores are maxed out.
Yeah, and that’s with DVR at idle. (Qnap is dedicated to Channels).
It really climbs on comskip 