On Friday 09 September 2005 01:48 pm, Cory Papenfuss wrote: > 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.
Lot of extra work + code complexity for extremely minimal gain. Isaac
_______________________________________________ mythtv-dev mailing list [email protected] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
