Brad Templeton <[EMAIL PROTECTED]> wrote:
|On Thu, Feb 24, 2005 at 02:10:04AM -0500, Dan Lanciani wrote:
|> Rather than try to fix everything to deal with extra information that in
|> many cases isn't even useful (would you really want to abort a recording
|> even if the signal went away for a minute in the middle?) I would suggest
|> simply making ATSC sources act more like NTSC sources. If there is no
|> signal, just create a stream of blank frames. If you want to get fancy,
|> cons up an MPEG-encoded display with your suggested text. Although it
|> seems a bit of a kludge, it does more closely match our intuitive notion
|> of tuning a TV channel...
|
|No, that is a kludge,
No, it just seems like a kludge. :) Having the front end time out to recover
from a back end error that it ignores is a kludge. Having the back end tune
to a working station so it doesn't get upset when it makes a gratuitous signal
strength test is a kludge. Having to run dtvsignal because said tuning doesn't
work is a double kludge. :(
|and sounds like something for the driver to do,
|not the receiving program.
No, the driver is already fragile enough. And I don't think I want it
to start MPEG encoding, even simple text.
|I think it's better for the system to
|truly understand what's going on, and handle it through a proper api.
But the system doesn't understand what is going on and there doesn't seem
to be any motion in that direction. At least if we made ATSC sources
behave like NTSC sources by default the components that do not want to
deal with the additional information would work correctly. I have no
problem with an API to change the default.
I guess I'm trying to find a targeted fix (and one that I stand a chance
of being able to implement) that would actually make the functions I want
(including LiveTV) usable. Pervasive changes--while undoubtedly more elegant--
would require me to understand far more of the system. They would also require
more work to re-integrate into each release.
Dan Lanciani
[EMAIL PROTECTED]
_______________________________________________
mythtv-users mailing list
[email protected]
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
