[opendtv] Re: Carriage of various extra types of data in digital TV
- From: Craig Birkmaier <craig@xxxxxxxxx>
- To: opendtv@xxxxxxxxxxxxx
- Date: Fri, 2 May 2008 08:24:03 -0400
At 7:43 AM -0400 5/2/08, Tom Barry wrote:
Digital TV was spec'd out with the ability to have multiple
sub-channels plus various extra non-AV types of data in each
stream. Is there any consensus about what types will usually be
carried on cable or satellite?
I'm guessing that multi-must-carry will not come about and that any
type of PSIP or caption data probably WILL be carried, no matter
what's in it. Anyone disagree? What about other types of data that
can be embedded in the primary program stream? Anybody know the
current FCC stance? Or even current common practice?
The FCC has actually addressed this issue. I am not certain what the
status of PSIP info is as the cable and DBS systems have their own
program guides - they may be able to strip PSIP, as long as they
carry current program info in their guides.
I believe the FCC ruled that cable and BDS system must carry any data
that is directly related to the program they are carrying, but they
do not need to carry any ancillary data service.
As far as common practice, they carry the program only, as to this
date there are hardly any programs with related data services.
This could pretty much set the standard of what actually gets used
since broadcasters these days seem to mostly care about cable
carriage and may not invest practically anything for antenna-only
material.
Yup!
Just as they are investing nothing in developing other service that
could be carried in their ATSC transport streams.
Also, anybody know what current integrated digital TV's usually support?
Audio, video and program guide (PSIP).
Regards
Craig
----------------------------------------------------------------------
You can UNSUBSCRIBE from the OpenDTV list in two ways:
- Using the UNSUBSCRIBE command in your user configuration settings at FreeLists.org
- By sending a message to: opendtv-request@xxxxxxxxxxxxx with the word
unsubscribe in the subject line.
Other related posts:
