[mythtv] Suggestion for improving SLOW channel changinginLiveTV.....

Pascal Favre Pascal.Favre at gmx.net
Fri Sep 9 19:15:49 UTC 2005


>  That sounds similar to what I was suggesting.  I don't see why 
> there needs to be an element of time involved though... just keep on 
> displaying realtime data until there's a reason not to

When zapping through I do not want the extra load for setting up a new ringbuffer.
If this are milliseconds, I agree with you.

----- Original Message ----- 
From: "Cory Papenfuss" <papenfuss at juneau.me.vt.edu>
To: "Development of mythtv" <mythtv-dev at mythtv.org>
Sent: Friday, September 09, 2005 7:48 PM
Subject: Re: [mythtv] Suggestion for improving SLOW channel changinginLiveTV.....


> On Fri, 9 Sep 2005, Pascal Favre wrote:
> 
>> I never use LiveTV because changing channels are to slow.
>> I suggest to have an option for 'fast-changing-channels' where the input is 
>> immediately directed to the output for the specific amount of time (say 1 
>> minute).
>> This allows fast changing channels.
>> After this time the normal LiveTV behaviour starts, but we still keep 
>> receiving the currently received input data.
>> The first time we halt or rewind to move over to the ringbuffer behaviour.
>>
>> About the option when provided in seconds: 0 = normal LiveTV behaviour, >0 = 
>> seconds to start LiveTV behaviour.
>>
>> Just an idea. When implemented I will use LiveTV.
>> Pascal
>>
>  That sounds similar to what I was suggesting.  I don't see why 
> there needs to be an element of time involved though... just keep on 
> displaying realtime data until there's a reason not to.  Hit pause and 
> there's a bit of lag while the display transitions from raw capture to 
> decoded ringbuffer.  From then-on, it's ringbuffer until you change 
> channel.
> 
>  Interesting to hear that the ivtv drivers allow for simultaneous 
> raw and encoded data.  I wasn't sure if the hardware could transfer both 
> at the same time over the PCI bus.  The potential issue with this solution 
> would be the increase in PCI bus traffic.  If two or three bttv-based 
> cards can already exist in one system, though, this would be easier than 
> that.
> 
> -Cory
> 
> -- 
> 
> *************************************************************************
> * Cory Papenfuss                                                        *
> * Electrical Engineering candidate Ph.D. graduate student               *
> * Virginia Polytechnic Institute and State University                   *
> *************************************************************************
> 
>


--------------------------------------------------------------------------------


_______________________________________________
mythtv-dev mailing list
mythtv-dev at mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev



More information about the mythtv-dev mailing list