I still think their goal is to free up 2 more TPs for HD. The combination of down resing and I bet they move error correction a bit too will give them the space they need. Customers that complain get sold an HD package.
wow now that is a MAJOR FAIL! 480 x 480 @ 4034 KB/s... which includes the MPEG Audio stream, that is POOP. No wonder most of the SD channels look terrible, soft/murky and blocky. How can they even begin to think what they are broadcasting is acceptable. I wish FiOS had a better DVR I'd jump over in a heartbeat.
I still think their goal is to free up 2 more TPs for HD.
I don't understand. Are you talking about OTA or Dish locals?The OTA HD from Dish in my market looks really good, but then again we only have 4 channels, 3 on Dish at this time. Lots of room so the compression is light.
I don't understand. Are you talking about OTA or Dish locals?
Which is precisely why the encoding to mpeg-4 should be happening at the content providers' facilities, and not at Dish uplink centers. Content providers might even adjust the timing, e.g. with shorter or longer commercials, so that they could stat mux their 10 channels optimally.
My Dish locals in HD look very lightly compressed. We have a TP with 3 channels on it at the moment. We have TP3 spot on 61.5 and TP14 on 129 uplinked (not available). It is hard to tell the difference between OTA and Dish HD locals. There is a 4th station that should be added to our spot TPs soon. Eventually we might have to share our TPs, most likely with some secondary Dallas stations, but for now 3 stations/TP MPEG-4 looks great.
Dish needs to stop ...
Yes, that's how it's doubtlessly done now, with the occasional artifacts that marr our PQ when the bandwidth is insufficient for all channels simultaneously. But as Mike mentioned on the previous page of this thread, there is a better way: non-real-time multi-pass compression.I would think the encoding has to be done at Dish's side since they are feeding different channels into the mux than the provider. The provider wouldn't know to back off a channel for a few seconds since another is showing a lot of action.
Yes, that's how it's doubtlessly done now, with the occasional artifacts that marr our PQ when the bandwidth is insufficient for all channels simultaneously. But as Mike mentioned on the previous page of this thread, there is a better way: non-real-time multi-pass compression.
Content providers have an incentive to do the compression themselves, since they can cram more channels into the same bandwidth, while avoiding the artifacts we suffer today when there is not enough bandwidth for all multiplexed channels simultaneously. This has the added benefit of giving them more control of the PQ of their own channels than they currently enjoy.
And Dish also has that same incentive, so long as they kept blocks of channels from the same provider on the same transponder. Plus they wouldn't have to pay for (so many of ) those expensive real-time transcoders and statistical multiplexers.
I beg to differ. All they have to do is agree on the same flavor of mpeg-4. Then, to take but one example, Viacom could multiplex let's say 10 channels into a bundle, and provide that bundle to all distributors. It would even give providers another excuse to bundle, other than simple greed. Wouldn't you like to get 10 HD channels onto one transponder, with the quality of each one of them better than they are today?it wouldn't work with the providers feeding several feeds to each provider.
Yes, but that is easily done in real time, whereas the transcoding and statistical multiplexing is not.Not to mention they have to take "apart" the stream anyways and running it through encryption.
I beg to differ. All they have to do is agree on the same flavor of mpeg-4. Then, to take but one example, Viacom could multiplex let's say 10 channels into a bundle, and provide that bundle to all distributors. It would even give providers another excuse to bundle, other than simple greed. Wouldn't you like to get 10 HD channels onto one transponder, with the quality of each one of them better than they are today?
Yes, but that is easily done in real time, whereas the transcoding and statistical multiplexing is not.
It's amazing to me that you continue to spend hours posting here instead of emailing them directly about the situation, and then have the arrogance to say that they "need" to do various things that an amateur thinks needs to be done.
kstuart said:Dish Network gets the latest versions of professional encoding software costing quite a lot of money. It makes the PQ look better than what it would look like if they were still using older encoder versions.
Numbers please? My wag is that the modulation scheme or tables cannot make a huge difference in bandwidth, or else both Dish and Direct would use the same (better) scheme. Hmmm. I am vaguely remembering that Direct uses higher frequencies, though. So bandwidth might be dramatically greater on a Direct transponder than on a Dish transponder. No matter! If 10 channels is the wrong granularity, then 2 groups of 5 would do just as well. Maybe Mike can chime in here. We're not talking about a 1% effect, but rather a 10% or greater effect by using multi-pass, non-real-time encoding.Still won't work out. DirecTV and DishNetwork are running different modulation schemes which ends up with different raw throughput per TP. They both run different tables in the stream, etc.
I say "You would" if somebody proved that the $$$'s were sufficiently compelling. As a distributor such as Dish, you want to cram as many channels onto a transponder as your customers can bear to watch. As a provider such as Viacom, you want to force the bundling of channels while keeping your PQ as high as possible. Plus content providers have their own bandwidth costs to conserve.I'd never do something like this if I was in charge of things at any provider. You lose the flexibility of moving things around in the system as things change, uplink problems/satellite issues, etc.
You've compared Dish to Bell. How about Dish to DirecTV?
If you'd like, I should be able to do add DIRECTV to the shirt close-up comparison this weekend. I focused on comparing Dish to Bell here since I needed to compare Dish to something that would show how much room for improvement there is. The SD on both Dish and DIRECTV is rather poor in comparison to Bell, and which of the two is better can vary from channel to channel, especially when it comes to whether or not the channel is EE-filtered on Dish.
I did a comparison here a couple of months ago between Dish with EE at 544x480 and DIRECTV without EE at 480x480. I wasn't familiar with edge enhancement when I made that post, so I didn't recognize some of the problems with the Dish image for what they were. That shouldn't change the conclusions I drew for the channel being considered, but Dish channels without EE were left out, so the comparison wasn't really a complete one.
Last night MSNBC looked pretty bad, and that's usually one of the better looking MSNBC channels on Dish. Maybe it's because I read that the resolution was dropping so I focused on the flaws in the picture, or maybe it was worse. But it would be interesting to compare Dish and DirecTV now.
Posting on here is likely to be a better use of my time because it brings the problems I have pointed out to attention of other subscribers. The more people that know what is going on, the better they will understand what's wrong with their picture quality, and the more likely they will feel confident and comfortable reporting the problem on their own if they want to. Companies like Dish Network don't want to listen to individuals because they don't feel it is worth their time.
Hello ? Observation based on ZERO data points.
You already said that you have not emailed the address once.