[prev in list] [next in list] [prev in thread] [next in thread]
List: mythtv-users
Subject: Re: [mythtv-users] UPnP/DLNA recordings timezone problem
From: James Paul <james () mauibay ! net>
Date: 2015-01-30 0:54:17
Message-ID: 9499302.86737.1422579257189.JavaMail.root () maui-guru ! com
[Download RAW message or body]
[Attachment #2 (multipart/alternative)]
----- Original Message -----
> Hoi James,
> Sunday, January 25, 2015, 7:24:49 PM, you wrote:
> > > >
> > > > > I'm using MythTV 0.27, looking at the list of recordings in the
> > > > > frontend, XBMC and MythWeb all show the recording times
> > > > > properly.
> > > > > I
> > > > > am in timezone UTC -10 and the backend is running on OpenSuse
> > > > > 13.1
> > > > > with the OS timezone set to Pacific/Honolulu (UTC -10), and
> > > > > everything else running on the system represents time/date
> > > > > correctly.
> > > >
> > > > > However, viewing recordings on my Playstation 3 via UPnP lists
> > > > > the
> > > > > recording times in UTC, that is, they are 10 hours in the
> > > > > future.
> > > > > For example, a show recorded at 7pm on Tuesday displays on the
> > > > > PS3
> > > > > with a recording time of 5am Wednesday. So sorting by date has
> > > > > all
> > > > > the primetime shows under the folder for day after they were
> > > > > recorded, which confuses most of the family. This seems to only
> > > > > happen with UPnP clients.
> > > >
> > > > > What should I be looking for to make the recording times
> > > > > display
> > > > > correctly to UPnP clients?
> > > >
> > > > > Mahalo!
> > > >
> > > > I guess it's up to the receiver (your playstation) to translate
> > > > UTC
> > > > to
> > > > local time. So again I guess your playstation doesn't support
> > > > timezones or it is not set.
> > > >
> > > > Thanks for the reply, but I'm pretty sure the DLNA renderer is
> > > > not
> > > > the problem. I recently upgraded my mythbackend hardware and
> > > > mythtv from 0.24 to 0.27 and the old backend worked perfectly
> > > > with
> > > > this same PS3 DLNA renderer, the dates displayed correctly. I
> > > > didn't start seeing the dates 10 hours in the future until I
> > > > switched to the new backend, so I'm pretty sure it's happening
> > > > on
> > > > the backend but am just not seeing any timezone setting that
> > > > I've
> > > > failed to set properly so was hoping to find a clue from
> > > > somebody
> > > > on this list.
> > > >
> > > Yeah, but wasn't 0.24 /before/ we began storing times in UTC? That
> > > would explain
> > > what you see. It just concealed the problem.
> > > --
> > > Mike Perkins
> > Thanks for the reply!
> > I didn't notice that mythtv used to store times as local and not
> > UTC, sorry. But I still don't see why this would be the DLNA
> > renderer's fault. mythbackend applies the timezone when serving
> > content to XBMC and mythfrontend so the times all display
> > correctly,
> > is there really no way to do this for uPnP/DLNA? Most DLNA
> > renderers
> > are very minimal and simply display what they are served. Is
> > localizing time really the responsibility of the renderer? That
> > seems weird to me.
> > If time used to be stored as local, then the problem simply didn't
> > exist before, there was no problem to conceal since it was returned
> > correctly in all cases. By changing it to be stored as UTC, a
> > problem like this is introduced where the time can be returned to a
> > UI without being localized. This effectively makes using DLNA much
> > less useful when I have to ask family members to mentally use UTC
> > when browsing for recordings.
> Have you checked if you can set a timezone in your player(s). Most do
> so they can adjust between summer and winter times.
> Actually this way is more logical to me. It's more universal and
> leaves it up to the receiver to chose.
> Tot mails,
> Hika mailto:hikavdh@gmail.com
> "Zonder hoop kun je niet leven
> Zonder leven is er geen hoop
> Het eeuwige dilemma
> Zeker als je hoop moet vernietigen om te kunnen overleven!"
> De lerende Mens
> _______________________________________________
> mythtv-users mailing list
> mythtv-users@mythtv.org
> http://lists.mythtv.org/mailman/listinfo/mythtv-users
> http://wiki.mythtv.org/Mailing_List_etiquette
> MythTV Forums: https://forum.mythtv.org
Yes, it's a Playstation 3 and has the timezone set correctly. When I have time to \
look at the code maybe I can make it apply the offset for DLNA clients only to work \
around the issue. Thanks again!
[Attachment #5 (text/html)]
<html><head><style type='text/css'>p { margin: 0; }</style></head><body><div \
style='font-family: times new roman,new york,times,serif; font-size: 12pt; color: \
#000000'><br><hr id="zwchr"><blockquote style="border-left:2px solid \
#1010FF;margin-left:5px;padding-left:5px;color:#000;font-weight:normal;font-style:norm \
al;text-decoration:none;font-family:Helvetica,Arial,sans-serif;font-size:12pt;">Hoi \
James,<br><br>Sunday, January 25, 2015, 7:24:49 PM, you wrote:<br><br>>> \
><br>>> >> I'm using MythTV 0.27, looking at the list of recordings in \
the<br>>> >> frontend, XBMC and MythWeb all show the recording times \
properly.<br>>> >> I<br>>> >> am in timezone UTC -10 and the \
backend is running on OpenSuse 13.1<br>>> >> with the OS timezone set to \
Pacific/Honolulu (UTC -10), and<br>>> >> everything else running on the \
system represents time/date<br>>> >> correctly.<br>>> \
><br>>> >> However, viewing recordings on my Playstation 3 via UPnP \
lists the<br>>> >> recording times in UTC, that is, they are 10 hours in \
the future.<br>>> >> For example, a show recorded at 7pm on Tuesday \
displays on the PS3<br>>> >> with a recording time of 5am Wednesday. So \
sorting by date has all<br>>> >> the primetime shows under the folder for \
day after they were<br>>> >> recorded, which confuses most of the family. \
This seems to only<br>>> >> happen with UPnP clients.<br>>> \
><br>>> >> What should I be looking for to make the recording times \
display<br>>> >> correctly to UPnP clients?<br>>> ><br>>> \
>> Mahalo!<br>>> ><br>>> > I guess it's up to the receiver \
(your playstation) to translate UTC<br>>> > to<br>>> > local time. \
So again I guess your playstation doesn't support<br>>> > timezones or it is \
not set.<br>>> ><br>>> > Thanks for the reply, but I'm pretty sure \
the DLNA renderer is not<br>>> > the problem. I recently upgraded my \
mythbackend hardware and<br>>> > mythtv from 0.24 to 0.27 and the old \
backend worked perfectly with<br>>> > this same PS3 DLNA renderer, the dates \
displayed correctly. I<br>>> > didn't start seeing the dates 10 hours in the \
future until I<br>>> > switched to the new backend, so I'm pretty sure it's \
happening on<br>>> > the backend but am just not seeing any timezone setting \
that I've<br>>> > failed to set properly so was hoping to find a clue from \
somebody<br>>> > on this list.<br>>> ><br>>> Yeah, but wasn't \
0.24 /before/ we began storing times in UTC? That<br>>> would \
explain<br>>> what you see. It just concealed the problem.<br><br>>> \
--<br><br>>> Mike Perkins<br><br>> Thanks for the reply! <br><br>> I \
didn't notice that mythtv used to store times as local and not<br>> UTC, sorry. \
But I still don't see why this would be the DLNA<br>> renderer's fault. \
mythbackend applies the timezone when serving<br>> content to XBMC and \
mythfrontend so the times all display correctly,<br>> is there really no way to do \
this for uPnP/DLNA? Most DLNA renderers<br>> are very minimal and simply display \
what they are served. Is<br>> localizing time really the responsibility of the \
renderer? That seems weird to me.<br><br>> If time used to be stored as local, \
then the problem simply didn't<br>> exist before, there was no problem to conceal \
since it was returned<br>> correctly in all cases. By changing it to be stored as \
UTC, a<br>> problem like this is introduced where the time can be returned to \
a<br>> UI without being localized. This effectively makes using DLNA much<br>> \
less useful when I have to ask family members to mentally use UTC when browsing for \
recordings.<br><br>Have you checked if you can set a timezone in your \
player(s). Most do<br>so they can adjust between summer and winter \
times.<br><br>Actually this way is more logical \
to me. It's more universal and<br>leaves it up to the receiver to \
chose.<br><br>Tot mails,<br> Hika \
\
mailto:hikavdh@gmail.com<br><br>"Zonder hoop kun je niet leven<br>Zonder leven \
is er geen hoop<br>Het eeuwige dilemma<br>Zeker als je hoop moet vernietigen om te \
kunnen overleven!"<br><br>De lerende \
Mens<br><br>_______________________________________________<br>mythtv-users mailing \
list<br>mythtv-users@mythtv.org<br>http://lists.mythtv.org/mailman/listinfo/mythtv-users<br>http://wiki.mythtv.org/Mailing_List_etiquette<br>MythTV \
Forums: https://forum.mythtv.org<br></blockquote>Yes, it's a Playstation 3 and has \
the timezone set correctly. When I have time to look at the code maybe I can make it \
apply the offset for DLNA clients only to work around the issue. Thanks \
again!</div></body></html>
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic