I dont think any malice was intended Shady. You have to admit the coincidental facts would raise the question, especially considering the nature of the topic. Since this is a board you can read all you want without reg'ing, I was here frequently for about 2 years before I reg'd so I understand how you felt you "knew the guys" before you ever interacted with them. I didnt get active until I had time to bone up on what I needed to do to "replace" my whithering away C band analog TV sources with digital + Ku modes.
I can't imagine how many other "lurkers" there are with the open board mode Scott runs. I'm sure there are quite a few. May be a good poll.....and means to increase registry......lol
Now back on topic. I would love to see this come to fruition, but I have my doubts. The satellite "savvy" of the group seems less than I would expect for such a venture. Although trivial, the use of the term DBS for FTA bugs me. We, as an FTA community take DBS and DSS to relate to the SSP monopolies and their band allocation above 12.2ghz. Like I said trivial yes, but an indicator, at least to me. Had they used the term DVB instead, I would not have given the point a second thought.
Regarding the info on usage of 22" for dish size. I dont see the DVB/DSS guys sharing their high power resources with such a venture. A better indicator of their intent would be which signal polarity, circular or linear is expected to be used. If I had to venture a guess, this 22" reference is for the countless "starving patcheye culture" refugees since everyone on this side of FTA knows 22" is unaccepatable for the lower DVB spectrum.
Regarding the info on using ANY FTA box. For any free DVB-S reception, sure, but for smartcard based "extras" not likely. Many of the STBs didnt come with a reader, and those that did, the OEM FW supported XCRYPT (Korean company) only (except Pansat's CONAX) AFAIK.(Yes Globecast is Nag3, but that is a "dedicated system")
It probably wouldnt be difficult to put an XCRYPT CAS in place and I did read that there is a version that is done thru the RS232 port, but the factory FW would have to support it. XCRYPT is big in Europe.
XCRYPT Inc. - Company Profile
Regarding the original release about using legacy DN IRD. The reference was removed, and likely was rooted in the various IRD to FTA projects, again targeting the sat hacking community, and another indicator of lack of practical DVB FTA operation experience.
As a sidenote, with the right guys in the FW development, it is entirely possible to use any STi5518 based box for this venture. The DP301-013 and DP5XX as well as the DTV Gaboa and DRD430 IRDs would be ideal for such. The card reader is already there, and the FW is what makes it all workable. There are a number of 1st and 2nd gen FTA boxes that are 5518 based. Blackbirds, Fortecs, Pansats and the CS4000, plus LOTS of others. The source code for the CS4000 and Pansat 2700 is readily available, and with the right coder at the wheel, could be ported to the DN/DTV IRDs. Problem is, like Sin LaSalle said, "A Brotha's gotta get paid". I suspect there are a number of C++ coders that are up to the task, but unless a means of payment were arranged not likely we will see it.
One thought I had on the subject of paying the FW developer was having a means to register the FW by some means relevant to the CAS (an Rx #, CAM ID or similar) before it could be used for premium content, which would be the main reason to use one of these IRDs with the built in card reader. Might work if they could get a FW coder on board. Yes it would be "clonable", but one would still need to use the associated CAM for premium content.
Besides all the above, here is the real hitch I see in the venture. Content providers have grown accustom to getting paid by the advertizers and the service providers for carriage. This is total BS, but this double dipping precedent was set ~30 years ago, and has been the model every since. Feel free to drop Ted Turner a line and tell him thanks.
The obvious question is why dont the advertizers complain. After all the more carriage, the greater the customer base.
I suspect the content provider's response is that loosing carriage revenues would cause an increase in ad time prices, so the advertizers just bite their tongue and accept it.
The ones that need to complain are the consumers. We do, in our own way, by virtue of being devout FTAers, but as long as there is a mass of consumer "sheep" out there, it will not change.
Another point in this is that any content provider that signs on and becomes popular would get lured away when offered the extra carriage revenues by one of the "big boys". Also, any content provider that is already with one of the SPs would not (and probably could not under terms of a contract) risk being dropped if they came on board with this proposal.
Initially the best hope this has is to try to consolidate the available FTA providers. If one could get a "The more you buy the more you save" bandwidth deal, and offer lower TP space prices to existing stations by joining a co-op type mux this thing might fly. Coordination and negoitiation would be tedious, hours long, and returns slim, not exactly a desirable bussiness model. If it became sucessful, luring others to the project would be the next objective.
PS - Anole, that was Clara that said "Where's the BEEF!"......it even landed her a spot on Carson.....lol