[mythtv-users] Channel changing delays

[Joel Feenstra]

I suppose there could be branch in the buffering code that could be used 
to make it faster if it were a local frontend. Not that I would know how 
to code that or anything.

Joel Feenstra

Jarod Wilson wrote:
> On Thursday, Sep 4, 2003, at 07:04 US/Pacific, Tako Schotanus wrote:
> 
>     Forgive me for playing devil's advocate, but this doesn't seem like
>     a very good reason. To buffer "a bit" of video you could assume that
>     1 or 2 frames worth of data would be enough to just start playing.
>     So there has to be another reason that the delay is bigger than just
>     1/nth of a second instead of a seond or more.
> 
>     Any detailed reason you can give for this delay?
> 
>     What I especially would like to know if reducing delay is a
>     technical impossibility or if it's just difficult given the current
>     implementation.
> 
> 
> I'm sure it is possible to speed up the channel change a bit, but you 
> would have to dig into the code to do it. Not a technical impossibility, 
> just difficult given the current implementation. The best reasoning I've 
> heard for not making it faster is because of remote frontend situations, 
> where you need a bit more than one or two frames buffered...
> 
> --Jarod
> 
> -- 
> Jarod C. Wilson, RHCE
> 
> Got a question? Read this first...
> http://catb.org/~esr/faqs/smart-questions.html
> 
> MythTV, Red Hat Linux 9 & ATrpms documentation:
> http://pvrhw.goldfish.org/tiki-page.php?pageName=rh9pvr250
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> mythtv-users mailing list
> mythtv-users at mythtv.org
> http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users