In addition to the web player hardware transcode for OTA looking like garbage on synology, the following happened on TVE when my stream went to commercial:
2019/08/10 17:51:06 [TNR] Opened connection to TVE-Philo for ch6022 PARAMOUNT
2019/08/10 17:51:07 [HLS] Probed live stream in 558.468952ms: h264 1920x1080 progressive 3901471bps
2019/08/10 17:51:07 [HLS] Starting transcoder for channel 6022 from 127.0.0.1 (encoder=h264_vaapi, resolution=720, deinterlacer=hardware, bitrate=6000)
Impossible to convert between the formats supported by the filter 'Parsed_scale_vaapi_3' and the filter 'auto_scaler_0'
Error reinitializing filters!
Failed to inject frame into filter network: Function not implemented
Error while processing the decoded data for stream #0:1
[aac @ 0x3d8c1c0] 2 frames left in the queue on closing
2019/08/10 18:01:46 [HLS] Stopping transcoder session ch6022-dANY-ip127.0.0.1 @ 10m22.890667s
2019/08/10 18:01:46 [TNR] Closed connection to TVE-Philo for ch6022 PARAMOUNT
Are you still running on Synology DS916+ with 2 Gig RAM?
yes.
Recording 1 and comskip a 2nd
OS
QNAP TS-251A
Linux
(kernel: 4.2.8)
CPU
2 cores / Intel(R) Celeron(R) CPU N3060 @ 1.60GHz
load averages: 5.29 3.90 3.40
RAM
1.86 GB
32.2% free
Edit
Or this:
load averages: 4.69 4.31 3.79
Curious if your QNAP has a resource monitor and how much CPU it shows ChannelsDVR and comskip using.
Here's mine running comskip (using 2 threads, default is 1)
That's a 30 minute PBS show 1920x1080i mpeg2 recording
2019/08/10 17:05:21 [DVR] Running commercial detection on file 1580 (TV/Samantha Brown's Places to Love/Samantha Brown's Places to Love S01E12 2018-03-20 Montreal Canada 2019-08-10-1630.mpg)
2019/08/10 17:08:06 [DVR] Commercial detection finished with 4 markers.
Also, on this Synology DS1019+ quad core Celeron the guide updates each morning comsume 50% CPU, which is keeping 2 of my 4 cores busy until the guide refresh is complete.
Does anyone know which pre-release version started this transcoder issue?
I went back to v2019.08.03.0221 and it works fine transcoding when viewing in the web UI.
Here is a screenshot of what I have (only recording 1 file)
Itâa combo screenshot: the black section is âDashboardâ and the background is a partial of âResource Monitor > Overviewâ. Both update in real time.
Slightly confused on your post reference DS1019+, assume you are just referencing current top of the line vs actual DS918+?
Ahhh - see you are upgrading to DS1019+
I have just switched to software for now. It works fine, without maxing CPU, but it does increase load averages. It would be preferable to fix the hardware transcode for the future, as my NAS is not completely dedicated to Channels-DVR and runs quite a few other services.... In the meantime, I will just make sure that there is not significant recording activity in the web-ui before I start streaming. I wouldn't have to worry about it, though, if Channels Hardware transcode was still working.
@chDVRuser - Curious as to how did you did the rollback? You would have had to reinstall channels and restore from db backup?
I only noticed the problems on 8/4 or 8/5. However, I do not use Web UI for viewing very often.
Yes, was going to upgrade to the DS918+, but waited it out until the DS1019+ was available.
Same CPU in both.
Here's a comparison of the two at the Synology website.
https://www.synology.com/en-us/products/compare/DS1019+/DS918+
I modified the 'latest' hard-link to the version I want to run.
On my Synology I ssh into it as root, change to the installed directory and do a ls -l to view the versions.
I then use Synology Package Manager to stop the ChannelsDVR package service.
Change the 'latest' link.
Restart ChannelsDVR from the Synology Package Manager.
cd /volume1/@appstore/ChannelsDVR/channels-dvr/
ls -l
total 28
drwxr-xr-x 2 root root 4096 Aug 2 10:17 2019.08.02.0213
drwxr-xr-x 2 root root 4096 Aug 2 18:17 2019.08.03.0055
drwxr-xr-x 2 root root 4096 Aug 2 20:00 2019.08.03.0221
drwxr-xr-x 2 root root 4096 Aug 7 20:07 2019.08.08.0108
drwxr-xr-x 2 root root 4096 Aug 8 15:09 2019.08.08.1854
drwxr-xr-x 2 root root 4096 Aug 9 20:40 2019.08.09.1642
drwxr-xr-x 5 root root 4096 Aug 3 14:44 data
lrwxrwxrwx 1 root root 15 Aug 10 17:19 latest -> 2019.08.09.1642
to use another version, in this case 2019.08.03.0221
Stop ChannelsDVR package service from Synology Package Manager
ln -nsf 2019.08.03.0221 latest
ls -l
total 28
drwxr-xr-x 2 root root 4096 Aug 2 10:17 2019.08.02.0213
drwxr-xr-x 2 root root 4096 Aug 2 18:17 2019.08.03.0055
drwxr-xr-x 2 root root 4096 Aug 2 20:00 2019.08.03.0221
drwxr-xr-x 2 root root 4096 Aug 7 20:07 2019.08.08.0108
drwxr-xr-x 2 root root 4096 Aug 8 15:09 2019.08.08.1854
drwxr-xr-x 2 root root 4096 Aug 9 20:40 2019.08.09.1642
drwxr-xr-x 5 root root 4096 Aug 3 14:44 data
lrwxrwxrwx 1 root root 15 Aug 10 17:19 latest -> 2019.08.03.0221
Start ChannelsDVR package service from Synology Package Manager
Thanks, that is simple and much easier than doing a restore from db backup! The oldest version I have is 2019.08.05.1456. I can confirm that hardware transcode works perfectly on this version.
To sum up:
Problem started for multiple (both low end and high end NAS) users sometime after 8/5 version!
@tmm1 is there anything else we can provide?
I have it working now using 2019.08.05.1456, so it was after that.
Wish there was a thread that just metioned each pre-release version number.
I understand it's too onerous to have to list all the changes in each pre-release, but sometimes you keep updating to each pre-release hoping it fixed an issue for you only to find out later that 20 versions back there was a bug introduced and ChannelsDVR doesn't save enough versions to let you get back the way I mentioned, so you have to reinstall and update to the latest released version.
If this can be done it would be great to be able to select which pre-release version you want to download instead of always getting the latest, (close eyes, hold breath and cross fingers) when shift-clicking on get update.
I don't think either of us knows what changed between 2019.08.03.0221 and 2019.08.05.1456.
I do know the last public release was 2019.08.03.0055
Thread should also have urls to download the versions, that way you can really pinpoint the issue, instead of relying on the few options previously downloaded through the update link.
Since there seem to be new beta versions every day now, sometimes a couple each day, I think it would be useful for anyone regularly updating/testing to have a longer version history.
I wrote the following bash script, which I have scheduled to run a couple times each week in Synology Task Scheduler.
#!/bin/bash
find /volume1/@appstore/ChannelsDVR/channels-dvr/ -name "20*" -type d -exec cp -avrf '{}' /volume1/channelsVersions/ ';'It just copies the versions to a shared folder. "/volume1/channelsVersions/" is a share that I previously created in Synology File Station.
Sounds like a good idea, as long as you download every pre-release.
One could hope (due to the silence) the ChannelsDVR devs attended the Reno Hot August Nights event
https://hotaugustnights.net/
to hookup with the devs of VRD
https://www.videoredo.com/en/
Will this be addressed on Monday? Just checking for latest status 