Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Does the ATSC "Program Guide" support transmitting the entire market's (ie LAX) TV listings via on stream from one TV station (ie: PBS or CBC/SRC)

0 views
Skip to first unread message

Max Power

unread,
May 1, 2008, 6:12:32 PM5/1/08
to
Does the ATSC "Program Guide" support transmitting the entire market's (ie
LAX) TV listings via on stream from one TV station (ie: PBS or CBC/SRC)?

================
In the most recent TV Technology magzine the manufacturers are asking for an
extension because they can't get the program guide info into the PSIP
scccurately when things change on the fly like a sporting event running
longer than expected. Like anybody uses that useless 'feature'. When I look
for the EPG, it takes a LONG time because it has to tune in all 20 carriers
( Los Angeles) for several seconds each. Instead I use Yahoo TV listings.
================

Albert Manfredi

unread,
May 1, 2008, 6:27:53 PM5/1/08
to
On May 1, 6:12 pm, "Max Power" <mikeh...@washington.edu> wrote:

> Does the ATSC "Program Guide" support transmitting the entire market's (ie
> LAX) TV listings via on stream from one TV station (ie: PBS or CBC/SRC)?

No, although of course that should be possible. But the right way to
do it is to implement the protocol correctly, and to write clever
software (instead of obtuse software) in receivers. It should not be
all that difficult for receivers to store the EPG info ahead of time,
while idle for example, and make it available instantly to the user.
And to update the info in real time while tuned to a given station.
The problem is not with the standard, as much as it is with receiver
implementations, IMO.

Same goes with the system clock. It just isn't that difficult to do
this right. And there should be no reason to make an entire market
dependent on just the PBS station, or any other station, for these
functions.

Don't want to come across too negative, though. I've been enjoying DTV
for some time. It's such a huge improvement over analog. The EPG is
not essential. It just SHOULD be done right, that's all.

Bert

phil-new...@ipal.net

unread,
May 1, 2008, 11:29:24 PM5/1/08
to
In alt.tv.tech.hdtv Albert Manfredi <bert...@hotmail.com> wrote:

| No, although of course that should be possible. But the right way to
| do it is to implement the protocol correctly, and to write clever
| software (instead of obtuse software) in receivers. It should not be
| all that difficult for receivers to store the EPG info ahead of time,
| while idle for example, and make it available instantly to the user.
| And to update the info in real time while tuned to a given station.
| The problem is not with the standard, as much as it is with receiver
| implementations, IMO.

They will need to hire some clever firmware programmers, instead of using
the obtuse ones they have now.


| Same goes with the system clock. It just isn't that difficult to do
| this right. And there should be no reason to make an entire market
| dependent on just the PBS station, or any other station, for these
| functions.

Especially when the PBS station is the one that can't be received.

--
|WARNING: Due to extreme spam, I no longer see any articles originating from |
| Google Groups. If you want your postings to be seen by more readers |
| you will need to find a different place to post on Usenet. |
| Phil Howard KA9WGN (email for humans: first name in lower case at ipal.net) |

0 new messages