[mythtv-users] Too much time on LiveTV change

[Richard Morton]

I remember someone was looking at it in the last year and I think even
identified a couple of seconds of improvements but I don't recall any
patches, even if there were they would likely to have been applied to master
or waiting in the queue for master/trunk what will become .25
On Sep 29, 2011 5:08 PM, "Eduard Huguet" <eduardhc at gmail.com> wrote:
> Hi, Josu
>
> I'm sorry, but you're beating a dead horse here: standard answer for
> this question has been, since MythTV origins, a mix of "don't use
> LiveTV & schedule recordings instead", "MythTV is not intended to be
> use for LiveTV", "devs are not interested and since they code for fun
> etc etc", bla bla bla...
>
> Been a MythTV user since..., heck I don't even remember since when. I
> can tell you this question has been brought countless times, and
> anyone bringing it has received the very same answers. So, unless you
> are willing to take a look yourself at the code and optimize it, I
> guarantee you you won't get anything useful from this list regarding
> this question.
>
> Anyway, just for the record: delays in LiveTV channel changes are
> caused by the way MythTV operates: the backend tunes, then start
> recording the ring buffer file, which in turn the frontend is in the
> meantime trying to open and read, which can't be done until a number
> of seconds ellapse, due to writing buffering issues, non-keyframes
> being discarded, etc...
>
> In a nutshell, the whole process sums up a considerable amount of
> seconds, but changing it would require a massive rewrite of how LiveTV
> playing works. Not trivial, I can assure you.
>
> Kind regards,
> Eduard Huguet
> _______________________________________________
> mythtv-users mailing list
> mythtv-users at mythtv.org
> http://www.mythtv.org/mailman/listinfo/mythtv-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.mythtv.org/pipermail/mythtv-users/attachments/20110929/a3fcaeb4/attachment.html