actually, do you think SD is using ip geolocation when trying to compute timezones? because currently my VPN endpoint is in the east coast. but somehow most of the channels are correct for PST (or at least the guide data matches, i should check DirecTV now to see what it’s presenting me - the ATV is source routed around the VPN so i assume DTV would show me pacific time)
Yes they are using geolocation to figure out which feeds to send you. Whenever the HDHR pings their servers they look up the IP and figure out where you are. You can also contact them and have them force PST for your device ID.
Some of their feeds are EST-only, while others are EST/PST depending on location so that’s why not all channels are affected. You can see the TimeZone Chart on their website.
How long is the update supposed to take? I followed the directions and It’s been sitting there saying “Downloading 2018.08.23.1635 update…” for over an hour. The first time I tried it, I let it sit there for about 30 minutes and then refreshed the page to see if it updated and didn’t auto-refresh the page. It still said “2018.08.02.1754”.
Any suggestions?
Check the Log tab to see if there are any errors.
Does it still say “downloading” or is it saying “waiting to upgrade”?
Refresh your browser. It does not take very long to update.
Here’s what I see…
2018/08/23 15:58:45 [SYS] Error checking for update: rename C:\ProgramData\ChannelsDVR\latest C:\ProgramData\ChannelsDVR\2018.08.02.1754: The process cannot access the file because it is being used by another process.
[mpeg2video @ 00000000010d5ec0] Warning MVs not available
[mpeg2video @ 00000000010d5ec0] 00 motion_type at 17 14
[mpeg2video @ 00000000010d5ec0] Warning MVs not available
Last message repeated 1 times
[mpeg2video @ 00000000010d5ec0] 00 motion_type at 2 14
[mpeg2video @ 00000000010d5ec0] Warning MVs not available
Last message repeated 4 times
[mpeg2video @ 00000000010d5ec0] 00 motion_type at 21 6
[mpeg2video @ 00000000010d5ec0] Warning MVs not available
Last message repeated 2 times
[mpeg2video @ 00000000010d5ec0] 00 motion_type at 2 10
[mpeg2video @ 00000000010d5ec0] Warning MVs not available
Last message repeated 1 times
[mpeg2video @ 00000000010d5ec0] 00 motion_type at 24 8
[mpeg2video @ 00000000010d5ec0] Warning MVs not available
[mpeg2video @ 00000000010d5ec0] 00 motion_type at 26 9
[mpeg2video @ 00000000010d5ec0] Warning MVs not available
[mpegts @ 000000000101c180] Dropped corrupted packet (stream = 0)
ok that explains everything, i will see if they can force me to PST in their database
thanks!
The upgrade failed for some reason. If you try upgrading again (using SHIFT+click) does it show the error in the log again?
I refreshed and this is what I still get.
Version
2018.08.02.1754
Check For Update
Here’s the updated log file.
2018/08/23 16:15:39 [SYS] Downloading new version v2018.08.23.1635
2018/08/23 16:16:08 [SYS] Error checking for update: rename C:\ProgramData\ChannelsDVR\latest C:\ProgramData\ChannelsDVR\2018.08.02.1754: The process cannot access the file because it is being used by another process.
Should I try to reboot the server?
Yes try to reboot, or just restart the DVR. Click on the system tray icon and select Exit, then use start menu to run DVR again. If that doesn’t work try rebooting.
Does it happen to be recording something? Mine got hung too but then I noticed it was recording so I stopped that had the DVR restart and then it worked.
It looks like the reboot fixed it. It now shows the updated version!
Thanks a ton!
Nope, it looks like I just needed to reboot the server. Everything shows up to date now.
Thanks for the suggestion!
Again and again, both of you devs continue to amaze me.
Your adoption and integration of HDHR Premium TV was almost seamless.
If only SD had given you at least a one-day heads up, I’m sure it would have been totally seamless.
What a fantastic effort to provide your users with the best experience possible for this new feature.
Glad you were able to quickly add functionality of NOT recording from the demo channels, thus saving users from having 2 min recordings rather than the expected full length (duplicate channels).
You are indeed the best of the best!
8 Likes
in case they don’t get back to me, is there a way to spoof EST for just the HDHR premium channels in the DVR?
Not yet, but I’m working to add a pst/est selector for the next build.
OK cool, thanks!
A new DVR build is available (v2018.08.25.0115) with a PST/EST setting. Click the pencil editor and you’ll see it. Once you change your TZ, click the circle refresh icon again to refresh guide data. LMK how it works for you.
2 Likes
is this supposed to update the PST streams? If so, I still see many channels on PST instead of EST where I live. I did confirm that the setting is set to EST.