[opendtv] Re: 4:3 transmissions of syndicated programming
- From: "John Willkie" <johnwillkie@xxxxxxxxxxxxx>
- To: <opendtv@xxxxxxxxxxxxx>
- Date: Tue, 4 Mar 2008 15:10:43 -0800
If you are talking about RSS feeds without audio or video -- textual feeds
--- that can be done in MPEG-2 quite well with the Annex K data structures.
However, if you are talking about delivering non-real time video and audio
in this form, I'd ask why bother? You are only talking about increasing the
bit-budget, with no real advantage.
I believe you need to watch more network tv; fades to black are quite common
in dramatic television when they go to commercial breaks; quick cuts at that
point are used for dramatic effect.
John Willkie
-----Mensaje original-----
De: opendtv-bounce@xxxxxxxxxxxxx [mailto:opendtv-bounce@xxxxxxxxxxxxx] En
nombre de Craig Birkmaier
Enviado el: Tuesday, March 04, 2008 2:45 PM
Para: opendtv@xxxxxxxxxxxxx
Asunto: [opendtv] Re: 4:3 transmissions of syndicated programming
At 12:33 PM -0500 3/4/08, John Shutt wrote:
>>If broadcasters, or a subset thereof, decided to create a new
>>platform, which IMHO will be necessary for them to survive, they
>>could do this.
>
>Then we agree. I said that your approach would work in a closed
>system such as DBS or Cable, and what you propose here is a closed
>wireless subscription system. That could easily work.
It would not need to be a paid subscription service - you would need
to give the FCC 5% if you did that. But you would probably
"subscribe" to specific multicasts much as you subscribe to an RSS
feed now. The real issue is having enough target receivers to
deliver the bits to.
So imagine that the target receiver is an iPhone. With the addition
of the right radio, broadcasters could easily offer services that
target devices like the iPhone. And they could deliver content to
Apple TVs as well, just like Apple is doing today using an Internet
connection to the iTunes store (you can't run a browser on Apple
TV...yet.
>
>>Yes they can. You only need a few seconds of both streams - this
>>can easily be accommodated in the buffers for each decoder without
>>burdening the channel. You could even send the overlap frames well
>>ahead of the transition when the stat mux says there is room.
>
>Most cross fades are within a program, and if I have enough bits for
>two simultaneous non-macroblocked streams, I can afford a temporary
>bitrate increase for a dissolve.
My intent was more to describe what is possible in a decent receiver.
Dissolves are not used often in station breaks. Putting a break
together in a receiver is more of a stream switching issue - note I
did not say splicing - with multiple decoders you can just implement
the fades and cuts locally.
>For every person you can show me that is watching a YouTube program,
>I can show you 10, 15, or 50 people who are watching the same
>program "linearly" on a broadcast or cable channel. One does not
>exclude the other, one complements the other. The YouTube viewer
>depends on the content being created first for the linear use, then
>repurposed for the on-demand use.
Viewers who are taking the time to cache their favorite programs with
a PVR are not much different that viewers who go to the Internet to
watch an episode they missed when it was broadcast. One plans ahead
so that there is a library of things they can watch when there is
"nothing on." Or they may simply prefer (or need) to watch at a
different time. For those who don't plan, the Internet becomes the
DVR, albeit with some loss in quality.
What I am really talking about is current viewer behaviors. Today, it
is VERY common for the average viewer to pick up the remote and surf
during the commercial breaks of the program they are watching. They
might even get interested in something else and not come back. These
things don't change overnight. The media conglomerates that control
the TV industry have prolonged this transition by at least a decade,
and they have used every weapon at their disposal to slow down the
shift to new distribution paradigms. Clearly they do not want to see
"control" shift from their hands into those of the viewer.
But advertisers do. Broadcast advertising has a very high cost per
prospect generated. It's great for branding and to tell the world you
have something new, but advertisers are now looking for "click
through." You can put a URL in a TV ad, but you can't save that link
or click on it.
In other words, Follow the money.
----------------------------------------------------------------------
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:
