SatelliteGuys.US DishNetwork Uplink Activity Report - Week Ending 03/17/2007

[digiblur]

SatelliteGuys.US DishNetwork Uplink Activity Report - Week Ending 03/17/2007 - 30 changes

Uplink Comparison Range: 03/14/2007 09:00A - 03/14/2007 12:52P - (GMT-06:00) Central Time (US & Canada)

141 - ESP3A renamed to ESPNA (A)
147 - ESP4A renamed to ESPNA (A)
196 - CRNTV renamed to CURNT (A)
5911 - MP401 added to EchoStar2 148W TP 08 ConUS beam (Not Available)
5912 - MP402 added to EchoStar2 148W TP 08 ConUS beam (Not Available)
5913 - MP403 added to EchoStar2 148W TP 08 ConUS beam (Not Available)
5914 - MP404 added to EchoStar2 148W TP 08 ConUS beam (Not Available)
5915 - MP405 added to EchoStar2 148W TP 08 ConUS beam (Not Available)
5916 - MP406 added to EchoStar2 148W TP 08 ConUS beam (Not Available)
5917 - MP407 added to EchoStar2 148W TP 08 ConUS beam (Not Available)
5918 - MP408 added to EchoStar2 148W TP 08 ConUS beam (Not Available)
5919 - MP409 added to EchoStar2 148W TP 08 ConUS beam (Not Available)
5920 - MP410 added to EchoStar2 148W TP 08 ConUS beam (Not Available)
5921 - MP411 added to EchoStar2 148W TP 08 ConUS beam (Not Available)
5922 - MP412 added to EchoStar2 148W TP 08 ConUS beam (Not Available)
5923 - MP413 added to EchoStar2 148W TP 10 ConUS beam (Not Available)
5924 - MP414 added to EchoStar2 148W TP 10 ConUS beam (Not Available)
5925 - MP415 added to EchoStar2 148W TP 10 ConUS beam (Not Available)
5926 - MP416 added to EchoStar2 148W TP 10 ConUS beam (Not Available)
5927 - MP417 added to EchoStar2 148W TP 10 ConUS beam (Not Available)
5928 - MP418 added to EchoStar2 148W TP 10 ConUS beam (Not Available)
5929 - MP419 added to EchoStar2 148W TP 10 ConUS beam (Not Available)
5930 - MP420 added to EchoStar2 148W TP 10 ConUS beam (Not Available)
5931 - MP421 added to EchoStar2 148W TP 10 ConUS beam (Not Available)
5932 - MP422 added to EchoStar2 148W TP 10 ConUS beam (Not Available)
5933 - MP423 added to EchoStar2 148W TP 10 ConUS beam (Not Available)
5934 - MP424 added to EchoStar2 148W TP 10 ConUS beam (Not Available)
8414 - KTAQ - EchoStar10 110W TP 29 Spotbeam 21 changed to Available

Transponder Changes:
EchoStar2 148W TP 08 ConUS QPSK beam added to tables
EchoStar2 148W TP 10 ConUS QPSK beam added to tables

Channels in the system: 3202
(A) = Available to subscribers
(NA) = Not Available

 

[VinceT3]

Mp###??

 

[RandallA]

Probably testing MPEG4 at 148?

 

[Scott Greczkowski]

Looks like they are testing 12 channels on one transponder with MPEG4. (note I said TESTING)

 

[RandallA]

If the testing goes well, they might be moving SD channels to MPEG4 soon.

Question for the experts,
Do they need to use QPSK for MPEG4 to work? If that's the case the 5xx receivers are not QPSK capable. Just wondering.

"EchoStar2 148W TP 08 ConUS QPSK beam added to tables
EchoStar2 148W TP 10 ConUS QPSK beam added to tables"

 

[aboz]

If the testing goes well, they might be moving SD channels to MPEG4 soon.

Question for the experts,
Do they need to use QPSK for MPEG4 to work? If that's the case the 5xx receivers are not QPSK capable. Just wondering.

"EchoStar2 148W TP 08 ConUS QPSK beam added to tables
EchoStar2 148W TP 10 ConUS QPSK beam added to tables"

Don't you mean 8PSK?

 

[JohnH]

The 5XX receivers are QPSK capable. All are QPSK capable that receive satellite. No, MPEG4 does not require it.

 

[RandallA]

Don't you mean 8PSK?

Yes, that's what I meant. My bad.

Thanks John for the explanation.

 

[JohnH]

What a wasted activity.

 

[RandallA]

What a wasted activity.

Hey John, I heard you were in the hospital. I hope you're feeling better and it wasn't anything major.

 

[JohnH]

Hey John, I heard you were in the hospital. I hope you're feeling better and it wasn't anything major.

Yeah, Ticker went berserk. Still not too swoof.

Thanks.

 

[Scott Greczkowski]

Yeah, Ticker went berserk. Still not too swoof.

Thanks.

Look at the bright side John, Ticker might act funny, but while you were in the hospital, they did find that remote control you were missing.

Stay well!

 

[sammy4041]

Just out of curiosity, would if the SD went to MPEG 4 would that improve the PQ

 

[pdxsam]

Yeah, Ticker went berserk. Still not too swoof.

Thanks.

I'm in the same boat at the moment. Tests SUCK. Worse is when they can't find out what's up.

Hang tough.

 

[Bountykiller]

They could improve the quality much easier than the current system. 8 mpeg 4 SD would be pretty good quality! I would welcome that move. Mind you, all those who havent yet moved to HD will be SOL as they have the old boxxes still.... I would imagine this proposed move is a VERRRRRRRRRYYYY long way off yet. You might see it on locals first and the rest a very long time from now!

-B

 

[db2]

Just out of curiosity, would if the SD went to MPEG 4 would that improve the PQ

There are a lot of factors but if E* used the latest Tandberg encoders and used the same bitrate that they are using now with Mpeg2 then yes, PQ should improve. My guess is that if/when they do go Mpeg4 they'll reduce the bitrate so that the quality is similar to what we're seeing now while giving them a significant badwidth savings.

 

[Cegarrett]

Wouldn't that mean that SD Only receivers would have to be upgraded. for those channels?

 

[digiblur]

If the testing goes well, they might be moving SD channels to MPEG4 soon.

Question for the experts,
Do they need to use QPSK for MPEG4 to work? If that's the case the 5xx receivers are not QPSK capable. Just wondering.

"EchoStar2 148W TP 08 ConUS QPSK beam added to tables
EchoStar2 148W TP 10 ConUS QPSK beam added to tables"

Just for clarification.... 8PSK and QPSK really have nothing to do with MPEG2 and MPEG4. The 8PSK and QPSK are modulation schemes for the transponders. The transponder doesn't care what compression is used. E* 8PSK transponders yield about 40 megabits of bandwidth (give or take for other DVB tables), E* QPSK TP's usually yield between 27-30 megabits depending on the FEC(Google FEC) and other factors. As you already know, E* already has MPEG2 muxes and MPEG4 muxes on seperate 8PSK transponders, and I even seen a mix of MPEG2 and MPEG4 on the same 8PSK transponder. Technically as I see it from an uplink standpoint, there should be nothing stopping E* from sending down a QPSK TP of MPEG4 channels to receiver. Nor should I see a problem with them sending down a QPSK TP with MPEG4 and MPEG2 in the same TP, as long as the receiver can ignore the MPEG4 streams from the mux, which we already know can happen by various flags. But then that begs the question of "Why would you want to send down a QPSK TP of MPEG4 when all of your MPEG4 receivers in the field can tune the 8PSK modulation scheme?" Hmmmm.......

 

[Lurker]

I don't see any activity for the HBO preview this weekend.

 

[kstuart]

For those who care about such trivia, my educated guess is that locals were moved from 148 tr 8 and 10, because it was pointed out to E* that those were the weakest transponders on the sat. So, they are now using those for testing instead...