No point in checking in this patch as it does not correct the problem,
I still need to restart freevo in order to get my channel lists
updated.


On Thu, 20 Jan 2005 15:12:01 -0400, Andrew Dumaresq <[EMAIL PROTECTED]> wrote:
> Can we add this patch with notes that it is a bad way to fix the
> problem, the reason I think need to do this, is most people don't want
> to restart freevo every time the run tv_grab.  I realize I'm using a
> very unstable version of freevo and I shouldn't necessarily expect it
> to work, but it's a simple "hack" and it allows it to work.
> 
> Thanks
> --Andrew
> 
> 
> On Thu, 20 Jan 2005 14:14:26 -0400, Rob Shortt <[EMAIL PROTECTED]> wrote:
> > Andrew Dumaresq wrote:
> > > I noticed that in freevo-2 when I ran grab_tv it never updated the
> > > information in the tv guide until I restarted freevo.  This should fix
> > > that problem:
> > >
> > > --- /root/freevo/src/tv/tvguide.py      2004-12-28 15:50:01.000000000 
> > > -0400
> > > +++ tvguide.py  2005-01-20 13:49:36.093661032 -0400
> > > @@ -39,6 +39,8 @@
> > >
> > >  # freevo imports
> > >  import gui
> > > +# for channel listing refresh
> > > +import config
> > >
> > >  from event import *
> > >  from application import MenuApplication
> > > @@ -92,6 +94,8 @@
> > >          """
> > >          self.channel = pyepg.get_channel()
> > >          self.selected = ProgramItem(self.channel[self.current_time])
> > > +        # refresh channel listing incase tv_grab was run
> > > +       config.channels.refresh()
> > >          self.refresh()
> > >          MenuApplication.show(self)
> > >
> > >
> > > Thanks to rob for pointing me at the solution.
> >
> > This "works" but I don't think its the right way to fix the problem.
> > When Freevo starts it will detect and build your available channels with
> > pyepg, and when we enter the guide it doesn't take very long to display
> > data since we've already done some work on startup.
> >
> > By calling config.channels.refresh() whenever we enter the guide we're
> > undermining the work that's been done on startup, so, we will have to
> > find a better way to really fix this I think.  We've been talking about
> > making an epgserver so maybe the answer to our problem will reveal
> > itself while planning and designing that. (OooOooh, that sounds very
> > Jedi-ish!).
> >
> > -Rob
> >
> > -------------------------------------------------------
> > This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
> > Tool for open source databases. Create drag-&-drop reports. Save time
> > by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
> > Download a FREE copy at http://www.intelliview.com/go/osdn_nl
> > _______________________________________________
> > Freevo-devel mailing list
> > Freevo-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/freevo-devel
> >
>


-------------------------------------------------------
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
_______________________________________________
Freevo-devel mailing list
Freevo-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freevo-devel

Reply via email to