Oh yea you need to enable developer mode
Just did that, but still not letting me connect. Jumped over during a commercial break from the Apple TV haha.
No problems incurred for first 3 recordings (comskip ok, also).
Only anomalies noted were buffer warnings, but didn’t affect recordings:
2017/06/11 21:00:37 [DVR] Waiting 59m22.720685513s until next job 1497232800-ch431 The $100,000 Pyramid
2017/06/11 21:00:59 [DVR] Waiting 59m0.668598542s until next job 1497232800-ch431 The $100,000 Pyramid
2017/06/11 21:01:12 [DVR] Waiting 58m47.400005474s until next job 1497232800-ch431 The $100,000 Pyramid
2017/06/11 22:00:00 [DVR] Starting job 1497232800-ch431 The $100,000 Pyramid on ch=[431]
2017/06/11 22:00:00 [TNR] Opened connection to 1318CAEB for ch431
2017/06/11 22:00:00 [DVR] Starting job 1497232800-ch434 FOX 4 News at Ten on ch=[434]
2017/06/11 22:00:00 [DVR] Waiting 59.515061091s until next job 1497232860-ch429 Talking Dead
2017/06/11 22:00:00 [TNR] Opened connection to 1318CAEB for ch434
2017/06/11 22:00:08 [WRN] Buffer for 1318CAEB ch431 is more than 50% full (clients=1, len=16777684)
2017/06/11 22:00:12 [WRN] Buffer for 1318CAEB ch431 is more than 75% full (clients=1, len=25165868)
2017/06/11 22:00:12 [WRN] Buffer for 1318CAEB ch434 is more than 50% full (clients=1, len=16777684)
2017/06/11 22:00:15 [WRN] Buffer for 1318CAEB ch431 is more than 95% full (clients=1, len=31877468)
2017/06/11 22:00:16 [WRN] Buffer for 1318CAEB ch431 is more than 99% full (clients=1, len=33219788)
2017/06/11 22:00:18 [DVR] Recording for job 1497232800-ch431 from 1318CAEB ch431 into “TV/The $100,000 Pyramid/The $100,000 Pyramid S02E01 2017-06-11 Leslie Jones vs LL Cool J and Tom Bergeron vs Jennifer Nettles 2017-06-11-2200.mpg” for 59m59.996165414s
2017/06/11 22:00:18 [DVR] Recording for job 1497232800-ch434 from 1318CAEB ch434 into “TV/FOX 4 News at Ten/FOX 4 News at Ten 1999-08-30 2017-06-11-2200.mpg” for 59m59.51496406s
2017/06/11 22:01:00 [DVR] Starting job 1497232860-ch429 Talking Dead on ch=[429]
2017/06/11 22:01:00 [TNR] Opened connection to 1318CAEB for ch429
2017/06/11 22:01:00 [DVR] Recording for job 1497232860-ch429 from 1318CAEB ch429 into “TV/Talking Dead/Talking Dead S07E18 2017-06-11 Fear the Walking Dead 303 2017-06-11-2201.mpg” for 58m59.99429153s
2017/06/11 23:00:00 [TNR] Closed connection to 1318CAEB for ch429
2017/06/11 23:00:00 [TNR] Closed connection to 1318CAEB for ch431
2017/06/11 23:00:00 [TNR] Closed connection to 1318CAEB for ch434
Fyi:
Recordings are directed to USB3 external, direct connected to Shield.
Ok… finally decided to try it out on the shield… 
DVR: 2017.06.09.2116
I did disable Bonjour and setup remote access manually for now. Using SE5.2 with an adopted 3tb drive.
Some items to note:
- The directory picker still does not work correctly. had to use “/storage/emulated/0/DVR” to create the folder.
- The service seems to stop and restart on its own. At this time the web ui shows that the service has been up for 34 mins, even though the device has been on and sleep disabled for several hours.
- Known item with the Shield (happens with kodi as well); the number of cores fluctuates between 2-4 cores [usually shows 3. but has shown only 2 or all 4] currently showing 4.
1 Like
Currently only shows external storage options. The “emulated/0” trick is a good one for adopted storage, so I’ll have to add support for that as well.
I saw this in my log this morning as well:
2017/06/14 10:06:27 [IDX] Pruned 4598 expired airings from USA-CA04487-X in 16.657126036s.
2017/06/14 10:08:06 [SYS] Starting Channels DVR v2017.06.09.2116 (android-arm64) in /data/data/com.getchannels.dvr/files/channels-dvr/data
Looking at adb logcat from the same time, I see this:
06-14 10:08:04.251 687 1480 I ActivityManager: Process com.getchannels.dvr:channels_dvr (pid 3419) has died
06-14 10:08:04.251 687 1480 D ActivityManager: cleanUpApplicationRecord -- 3419
06-14 10:08:04.251 687 702 I libprocessgroup: Killing pid 3475 in uid 10094 as part of process group 3419
06-14 10:08:04.251 687 1480 W ActivityManager: Scheduling restart of crashed service com.getchannels.dvr/.DVRService in 1000ms
06-14 10:08:04.292 687 702 I libprocessgroup: Killing pid 3475 in uid 10094 as part of process group 3419
06-14 10:08:04.333 687 702 I libprocessgroup: Killing pid 3475 in uid 10094 as part of process group 3419
06-14 10:08:05.264 687 700 I ActivityManager: Start proc 6177:com.getchannels.dvr:channels_dvr/u0a94 for service com.getchannels.dvr/.DVRService
So it definitely seems it was killed and restarted for some reason. However, I see that DVR wasn’t the only one this happened to… almost all the apps/services running died and were restarted. For example, same thing happened to HDHR DVR:
06-14 10:08:16.241 687 1479 I ActivityManager: Process com.silicondust.view:hdhr_svc_proc (pid 3646) has died
06-14 10:08:16.241 687 1479 D ActivityManager: cleanUpApplicationRecord -- 3646
06-14 10:08:16.241 687 1479 W ActivityManager: Scheduling restart of crashed service com.silicondust.view/com.silicondust.hdhomerun_record.RecordService in 29010ms
06-14 10:08:45.268 687 700 I ActivityManager: Start proc 7586:com.silicondust.view:hdhr_svc_proc/u0a85 for service com.silicondust.view/com.silicondust.hdhomerun_record.RecordService
Apparently this is just normal Android behavior, according to https://stackoverflow.com/questions/14747780/android-process-produces-logcat-has-died-message-very-often/14748123#14748123
[quote=“tmm1, post:154, topic:1643”]
Apparently this is just normal Android behavior[/quote]
My issue stemming from this is that it is keeping the guide data from getting downloaded.
Is it getting killed during guide download?
Yeah, that was my main issue. It’d download a little bit then get killed. I could get a few days by going in and scanning but then it’d get killed and restarted while it was scanning.
Also had this issue I didn’t catch till today since work had me in all night: https://stephens.cc/logs/channels.log
Hrm, seems like your guide database might be corrupted from one of the earlier crashes. Can you delete/reinstall the app and restore from backup? (Or shutdown and manually wipe the USA* directories in /data/data/com.getchannels.dvr/files/channels-dvr/data)
How do I get to those folders?
Not sure. Might not be possible without rooting the system. They should get deleted if you delete the DVR app.
FYI, I have seen several reports online that “ES File Explorer” made the SHIELD flaky and that uninstalling it fixed various issues.
ES File Explorer turned to crap a little over a year ago and no one should ever use it. It’s not what was causing my problems though, and I couldn’t figure out why the Shield stops and starts Channels when I’m using the Shield for other things (like Plex to watch my BluRay movies) so I’m back on my Synology w/o transcoding.
I deleted ES File Explorer from Shield in late 2016, however, I also had same disconnect problems with running both Channels and Plex Server on the Shield.
After Shield update (only loaded earlier this month) and a reset, I also disabled the Shield Plex server.
Over the past several weeks I have been able to run Channels DVR on the Shield and utilize Plex client on Shield (Plex Server now on Qnap), without seeing any further Channels disconnects/problems.
My major problem with this setup is that although the powered USB 3 drive on Shield (for Channels recordings) doesn’t dismount from the Qnap…at least 1-2x per day I have to bring up the Qnap File Station and just run a directory listing on that drive. Otherwise, Plex Media Server (Qnap) isn’t able to see the files.
Tim: Did you ever try running only Plex client and Channels DVR on Shield?
No, I would rather have the Plex Server on my Shield pointed to the Channels DVR directory on my NAS and use that to still be able to transcode my shows and movies while I’m out of the house. If I just had Channels then I couldn’t watch my huge movie collection.
Your method was my original setup, however I really like Channels DVR on the Shield versus “my” NAS (much better Channels remote performance).
I may have to revert though. Two major obstacles: 1. Above file reading problem and 2. Limited storage space for Channels recordings.
My Channels recordings exceed 8tb and will likely exceed 10tb (near future). As USB3 drives normally max out at 8tb (or now 10tb with a new Seagate), being limited to recording on a single drive is not workable for me for long term usage. Currently having to to use PMS>MrMC, but would rather use Channels as intended.
At least with the Qnap I have an option to reformat 2 separate drives into 1. Of course, I will lose the inherent backup…but I could still backup manually.
Too many choices and compromises 
(First World problem!)
1 Like
Not only is ES File Explorer flaky, I’ve read that it’s super shady too. It’s suggested to avoid that app with all cost.
I’ve reached out to Nvidia about this issue. Hopefully it’s something they can address in future versions of the SHIELD OS, since having an always-on DVR service randomly get killed at any time is far less than ideal.
1 Like
Have you asked them about writing to a NAS? They only allow certain apps that ability, so would be nice to have the option to save to a NAS instead of the local drive/external USB drive, or at least make a backup to a NAS.