Not all channels have a HD channel. That and contracts need renewed to offer that channel if there isn’t oneWhy not just move them to HD?
Not all channels have a HD channel. That and contracts need renewed to offer that channel if there isn’t oneWhy not just move them to HD?
Just about every channel in DTV's lineup have an HD version. No reason for SD.Not all channels have a HD channel. That and contracts need renewed to offer that channel if there isn’t one
Just about. But not every. And they all require contracts and more moneyJust about every channel in DTV's lineup have an HD version. No reason for SD.
How much money does CSPAN and NASA need?Just about. But not every. And they all require contracts and more money
As much as they wantHow much money does CSPAN and NASA need?
I was just on a conference call today and they discussed a unit to take MPEG 4Hd for a digital QAM SYSTEM for a hotel and down convert it to Mpeg2 SD.
very interesting as this would indicate ALL SD feeds are going away
Mostly. They have been using DVB-S2 on one transponder on 119 for years - the one carrying several MPEG4 HD channels. They'll do the same for most of the transponders on 101, but will have to keep at least two on their proprietary DSS format due to hardware limitations in some of the H2x/HR2x models.
Of course Directv doesn't use the "standard" DVB-S2, but a slightly tweaked version.
I think the only thing "non standard" is the physical layer scrambling code used by DTV, otherwise all their uplink hardware is plain vanilla DVB-S2. I haven't seen the SD equipment in some time but it used to be all DVB with a proprietary translator to shuffle the DVB packets to DSS because nobody was making DSS compression equipment.
That's probably correct, you'd know and I don't know the exact details. All I know is people say you can't use e.g. a DVB-S2 tuner on a PC to pick up anything off Directv's transponders, it won't even lock. I mean obviously the channels are encrypted, as they are also encrypted on the DSS transponders but a DSS tuner is still able to pick up TONS of useful info from the unencrypted metadata like the guide etc. as the team who produces the spreadsheets of useful information on the Cutting Edge forum demonstrates.
The physical layer scrambling is separate from encryption and its applied in the modulator. It keeps a receiver from locking on to a transponder unless the receiver is capable of physical layer descrambling and it has the right code selected. This is why satellite meters can't lock onto the HD transponders except for the DTV designed AIM installers meter which can decode the scrambling and it contains all the correct codes if the firmware is up to date.
The reason physical layer scrambling is used is to prevent a receiver from trying to lock onto any remnants of a nearby spot beam, which otherwise has all the same parameters.
Thanks for that explanation, I've heard of "scrambling codes" before but assumed it was just another layer of obfuscation added by Directv as leftover paranoia from the access card hacking of almost 20 years ago. Now I better understand what it is really all about.
Still confused a bit though, as AFAIK people don't have any problem locking onto Dish's DVB-S2 signals. Wouldn't they have the same issue of wanting to avoid receivers locking onto the 'wrong' spot beam? If they aren't using physical layer scrambling, any idea how are they avoiding this?
I don't know how Dish operates and I don't believe the scrambling codes have anything to do with pirating. Its just a two or three digit number you enter into the modulator for a transponder and off you go. Of course the receiver needs to be programmed for the same number or nothing works. There is a six digit "gold number" that is derived from the two or three digit scrambling code entered in the modulator that is factored into the scrambling process, but that gold number is only displayed on the modulator and not entered in normal equipment setup. Scrambling codes are rarely changed for a particular transponder and if they were changed every receiver would need an update via download.
OK, so if they are rarely changed it would seem that a sufficiently motivated person would be able to exhaustively iterate through the codes to find the right ones for each Directv DVB-S2 transponder, making it possible for the team doing data collection to look at the various data PIDs in those transponders to see what they contain.
Always good to get information "from the horse's mouth", thanks!!
If you had an appropriate analyzer I would assume so. I have codes for most transponders from a few years ago but cannot not share them outside DTV. If you have an AIM meter or can get a download if its firmware you might be able to figure something out.
Well I was thinking more in terms of a DVB-S2 tuner that works with Linux and exposes a way to set the scrambling sequence. Just write a simple script to try sequence=1, sequence=2, and so on, after each time you set the code you see if the transponder will lock or not. Once you've found the code for one transponder, it would go on to the next and so on. It wouldn't be quick (unless all the codes are low numbers or codes are reused for multiple CONUS transponders) but it would get them all eventually.
Heck I even have a cheap DVB-S2 USB tuner laying around that would work with my Linux PC, but I don't have any way to set up a Directv dish at home because I have huge oaks throughout my yard. I suppose I could probably find a gap now that it is the winter, but there's like a foot of snow and frozen ground.
But maybe I should dig out that tuner and see if it lets me set the scrambling sequence...if it does I might be motivated to see if I can find a friend who has an disused Slimline I can steal, grab the spare legacy LNB from the bar and see if I can make this work
If your DVB-S2 tuner has provisions for scrambling codes then I think you could find them without too much difficulty provided you have all other transponder info like symbol rate, FEC, etc. What would you hope to gain from locking on to an HD transponder?