Bug #3084
TVH 2 hours off
0%
Description
Hi
I have problems with TVH it thinks that the time is lets say 20:00 instead off 18:00
So when i try to record a program in the webgui it starts 2 hours to early.
And in xbmc it say that the channel does not exist.
Both local and hardwaretime is correct in my Debian setup.
I have unticked the EIT option in dvb-networks....
Doesent work.
im going nuts cant record !!!
Someone got a solution for this I would be verrrrry happy.
deleting the epgdb.v2 in /home/hts/.hts & let it repopulate does not work either
//da King
History
Updated by Jaroslav Kysela about 9 years ago
Do you see correct times for events in the EPG through webui ?
Updated by da king about 9 years ago
Jaroslav Kysela wrote:
Do you see correct times for events in the EPG through webui ?
Yes
But i dont see the program in progress if u know what i meen. Dont se the % progress only see upcoming programs so to speak.
Updated by da king about 9 years ago
Yes i see right time in EPG
Tride to do i new xmltv same thing.
But it looks rigt in webgui.
What can be wrong ?#ยค&/
// Daking
Updated by Jaroslav Kysela about 9 years ago
But the progress bar with percents are implemented in javascript (thus also browser thinks that the time is different). Could you really check the time with 'date' command on cmdline ?
Updated by da king about 9 years ago
Jaroslav Kysela wrote:
But the progress bar with percents are implemented in javascript (thus also browser thinks that the time is different). Could you really check the time with 'date' command on cmdline ?
Yes
The date is correct in cmd
date
ons 16 sep 2015 17:03:40 UTC
Updated by saen acro about 9 years ago
Can you confirm that using Ununtu 14.04 latest updates?
I have same strange issue, local time set to Bulgaria/Sofia (GMT+3) show UTC time in EPG
"fixed" by setting Greece/Athens time and disable NTP update in TVH
Updated by da king about 9 years ago
Jaroslav Kysela wrote:
Are you in UTC (GMT+0) timezone ?
now i have change from
Local time is now: Wed Sep 16 18:52:47 UTC 2015.
Universal Time is now: Wed Sep 16 18:52:47 UTC 2015.
to
Current default time zone: 'Etc/GMT-0'
Local time is now: Wed Sep 16 18:53:09 GMT 2015.
Universal Time is now: Wed Sep 16 18:53:09 UTC 2015.
see if it will help
Im not as familiare with clock settings.
thanx for taking your time
//Da King
Updated by da king about 9 years ago
da king wrote:
Jaroslav Kysela wrote:
Are you in UTC (GMT+0) timezone ?
now i have change from
Local time is now: Wed Sep 16 18:52:47 UTC 2015.
Universal Time is now: Wed Sep 16 18:52:47 UTC 2015.to
Current default time zone: 'Etc/GMT-0'
Local time is now: Wed Sep 16 18:53:09 GMT 2015.
Universal Time is now: Wed Sep 16 18:53:09 UTC 2015.see if it will help
Im not as familiare with clock settings.
thanx for taking your time
//Da King
Now i tried this
Current default time zone: 'Etc/GMT+0'
Local time is now: Wed Sep 16 19:01:55 GMT 2015.
Universal Time is now: Wed Sep 16 19:01:55 UTC 2015.
But it is still starting the recording 2 hours ahead.
so if i choose a program that start at 21:00 it starts at 19:00
// DAking
Updated by da king about 9 years ago
da king wrote:
I live in Sweden
What should i choose as clock settings ?
Updated by da king about 9 years ago
now i have choosen Europe/stockholm
it shows the right time in cmd and TVH but the recordings does not still work !!
Updated by Jaroslav Kysela about 9 years ago
You need probably restart the system or tvh daemon . This information is read only at start.
Updated by da king about 9 years ago
Jaroslav Kysela wrote:
You need probably restart the system or tvh daemon . This information is read only at start.
What should i choose gmt+0 or Europe/stockholm ?
Updated by da king about 9 years ago
da king wrote:
Jaroslav Kysela wrote:
You need probably restart the system or tvh daemon . This information is read only at start.
What should i choose gmt+0 or Europe/stockholm ?
Does not work after reboot either
Updated by Jaroslav Kysela about 9 years ago
Could you do this change in the code and provide the output from log ? The "entry scheduled" and "realtime" lines.
diff --git a/src/dvr/dvr_db.c b/src/dvr/dvr_db.c index 7b647bf..493a947 100644 --- a/src/dvr/dvr_db.c +++ b/src/dvr/dvr_db.c @@ -395,7 +395,12 @@ dvr_entry_set_timer(dvr_entry_t *de) dvr_entry_set_state(de, DVR_SCHEDULED, DVR_RS_PENDING, de->de_last_error); - tvhtrace("dvr", "entry timer scheduled for %"PRItime_t, start); + tvhinfo("dvr", "entry timer scheduled for %"PRItime_t"now %"PRItime_t, start, now); + { + struct timespec ts; + clock_gettime(CLOCK_REALTIME, &ts); + tvhinfo("dvr", "realtime %lli", (long long)ts.tv_sec); + } gtimer_arm_abs(&de->de_timer, dvr_timer_start_recording, de, start); #if ENABLE_DBUS_1 gtimer_arm(&dvr_dbus_timer, dvr_dbus_timer_cb, NULL, 5);
Updated by Jaroslav Kysela about 9 years ago
IRC session revealed that Ubuntu has wrong timezone data. Replacing /etc/timezone with file from Fedora 22 (Europe/Stockholm) seems to resolve 2 hours offset.
Updated by Jaroslav Kysela about 9 years ago
- Status changed from New to Invalid
Confirmed. Closing as invalid.