[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