MG> Really, I don't think anybody is doing LinuxDVB on MG> North America birds. There are several FTA DVB birds MG> (Telstar 5?) I think but I haven't heard too much noise MG> on the maillist.
JT> mostly we're seeing commercial DVB/IP applications. globecast has up JT> some foreign video on T5 at 11.874 and 12.123. i don't know what else JT> is out there. HW> while we're talking about the US modes, is anybody of you aware of the HW> transmit modes they use in the US for DirecTV and DSS? From the public HW> frontend ducumentation spec sheets I've seen that DSS uses basically a HW> similiar MPEG packet format but 130 bytes packet length. Most modern HW> frontends even can transparently handle both DVB and DSS. HW> Would it make sense to add these modes to the LinuxDVB API so that the HW> same applications can at the end work everywhere all over the world? Considering DTV's legal action against card hackers, trying to reverse engineer the actual RF would be a big mistake. Perhaps, however, HNS might be receptive to a LinuxDVB client for the DirecPC service. I asked a former HNS employee that question. He doubted we could reverse engineer the stream. While it is true that the Windohs install of DPC drivers give you the keys for your data, who knows what else HNS did to encode the data. Probably nobody ever pumped the RF into a modem to see what showed up and how it compared to rekeyed data. DVB-IP EU maillist readers might be interested in the flipping though the SourceForge direcpc project. That being said I understood that when you sign up for DPC service you agree to only use HNS client software. Probably likewise with HNS hardware. There have also been court cases over DPC reverse engineering stunts. Bell ExpressVu uses runs a DirecPC service but I think they use DVB framing instead of DSS. -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with "unsubscribe linux-dvb" as subject.
