[opendtv] Re: News: Paxson Challenges Must-Carry Decision
- From: "Rod Hewitt" <rod@xxxxxxxxxxx>
- To: <opendtv@xxxxxxxxxxxxx>
- Date: Fri, 20 May 2005 12:27:25 -0400
Technically it wasn't the same content - they're tranmitting the East,
Central and Pacific versions of the Pax network (from the AMC1 satellite
feed) and these three just happened to all be running the same
infomercial at the same time.
Of course, I don't think there's much else on Pax - a while back I
dumped all the 7-day EPG data from Dish Network - channels with the
biggest percentage of infomercials was... You guessed it - Pax!
Rod
> -----Original Message-----
> From: John Willkie [mailto:JohnWillkie@xxxxxxxxxx]
> Sent: Friday, May 20, 2005 12:37
> To: opendtv@xxxxxxxxxxxxx
> Subject: [opendtv] Re: News: Paxson Challenges Must-Carry Decision
>
>
> another interesting point: they could maintain three virtual
> channels of the same content with 1/3 the bandwidth
> utilization by having the virtual channels referring to a
> single MPEG program service, instead of three separate
> (apparently duplicated) program services.
>
> Even if they only dupe part of the day, they could find bits
> when they do duplicate.
>
> Of course, with so many null packets, they are apparently not
> concerned too much about spectral efficiency.
>
> John Willkie
> ----- Original Message -----
> From: "Rod Hewitt" <rod@xxxxxxxxxxx>
> To: <opendtv@xxxxxxxxxxxxx>
> Sent: Friday, May 20, 2005 7:42 AM
> Subject: [opendtv] Re: News: Paxson Challenges Must-Carry Decision
>
>
> > Yeah, their encoders are VBR although interstingly channel
> 8's blank
> > screen takes 1Mbps more than channel 4's blank screen!
> >
> > As for the same three programs - that's what they were
> running - the
> > same infomercial in all their timezones.
> >
> > Rod
> >
> >
> > > -----Original Message-----
> > > From: tjharvey@xxxxxxx [mailto:tjharvey@xxxxxxx]
> > > Sent: Friday, May 20, 2005 2:25
> > > To: opendtv@xxxxxxxxxxxxx; opendtv@xxxxxxxxxxxxx
> > > Subject: [opendtv] Re: News: Paxson Challenges Must-Carry Decision
> > >
> > >
> > > Well if anything, the black in the two programs should
> improve the
> > > picture quality of the remaining four in the stat
> mux...... They are
> > > stat muxed, aren't they?
> > >
> > > By the way, why does the same show appear on three of the
> programs?
> > >
> > > Terry Harvey
> > > >
> > > > From: "Rod Hewitt" <rod@xxxxxxxxxxx>
> > > > Date: 2005/05/20 Fri AM 01:33:24 EDT
> > > > To: <opendtv@xxxxxxxxxxxxx>
> > > > Subject: [opendtv] Re: News: Paxson Challenges
> Must-Carry Decision
> > > >
> > > > Well, I've been a long (really long) time lurker on this
> > > list and this
> > > > finally pursauded me to respond.
> > > >
> > > > I haven't responded to this list in the past because I
> > > don't want to
> > > > look like I'm pushing anything given I write software for
> > > this market,
> > > > but come on, if Pax wants must-carry, shouldn't they
> get their own
> > > > house in order?
> > > >
> > > > http://66.93.105.178/rod/wpxw-dt.jpg
> > > >
> > > > This is a capture of my app's decode of their WPXW-DT
> stream from
> > > > Manassas VA on channel 43.
> > > >
> > > > 1. Two streams with no real video input (services 4 & 8). Been
> > > > that way for months. Been greed muck from time to time
> too (i.e.
> > > > no sync into the encoder - wow).
> > > >
> > > > 2. No closed-captions in ATSC format. Their captions are in
> > > Sci. Atl.
> > > > Format, but that 'aint exactly allowed is it.
> > > >
> > > > 3. No EIT/ETT whatsoever. Sure, all their pointers are
> there, but
> > > > there's no data.
> > > >
> > > > 4. (Technical point, but...). They compress their
> extended channel
> > > > name with Huffman and have about 650Kbps of NULL PIDs!
> > > >
> > > > I'm sure Comcast et al doesn't want to carry a couple
> > > channels with no
> > > > video!
> > > >
> > > > Rod
> > > >
> > > >
> > > >
> > > >
> > > > > -----Original Message-----
> > > > > From: Craig Birkmaier [mailto:craig@xxxxxxxxx]
> > > > > Sent: Wednesday, April 06, 2005 8:21
> > > > > To: OpenDTV Mail List
> > > > > Subject: [opendtv] News: Paxson Challenges Must-Carry Decision
> > > > >
> > > > (SNIP)Rubbish from Paxton about must carry
> > > >
> > > >
> > > >
> > > >
> > > >
> > >
> --------------------------------------------------------------------
> > > --
> > > > 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.
> > > >
> > > >
> > >
> > >
> > >
> > >
> --------------------------------------------------------------------
> > > --
> > > 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.
> > >
> > >
> > >
> > >
> >
> >
> >
> >
> >
> ----------------------------------------------------------------------
> > 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.
> >
>
>
>
> ----------------------------------------------------------------------
> 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.
>
>
>
>
----------------------------------------------------------------------
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:
