DVB-S2 PCI Cards: Difference between revisions
Jump to navigation
Jump to search
Geniatech DVB-S2HD (PCI32, no CI support, Marketing Announcement, not on the consumer market yet, no windrivers available) ... Manufacturer claims Conexant Chipset ...
Typhoon DVB-S2 (PCI32, included(?) CI, Marketing Announcement, not on the consumer market yet, no windrivers available) ... STB0899 + STB6100(?) + Mantis KG1468 ...
SatStar 2 DVB-S2 (PCI32, no CI support) ... unsupportable Sharp (? Sharp has refused to deliver any programming information to LinuxTV developers, see devlist for dexatek, would require windriver reverse engineering and i2c dumps) frontend, unknown+unsupportable proprietary worlddvb.com(?) ASIC(?) PCI bridge ... BANNED manufacturer(?)/seller(?) from LinuxTV.org wiki for fake entry in the support list and promoting and even providing illegal PayTV solutions, see http://www.satstar2.com/download/index.asp ... windriver available ... Manufacturer(?)/seller(?) claims Linux(TM) and 8PSK support for PCI4002 silicon tuner version, but one-chip tuner+demod looks like at this time unsupportable Sharp type. Satstar2 dvb-s2 maybe http://www.worlddvb.com/product/htm/DVB-S2pci2004.htm (?)
DVBWorld DVB-S2 pci2004 (PCI32, no CI support) ... at this time unsupportable Sharp frontend, unknown dvbworld chips, programming info from manufacturer welcome.
TechnoTrend TT-budget S2-1600 (PCI32, no CI support) .... status unknown.
No edit summary |
|||
Line 8: | Line 8: | ||
* [[Hauppauge]] [[Hauppauge WinTV-NOVA-HD-S2|WinTV-NOVA-HD-S2]] (PCI32, supports CI) ... a HVR-4000 without a DVB-T demod |
* [[Hauppauge]] [[Hauppauge WinTV-NOVA-HD-S2|WinTV-NOVA-HD-S2]] (PCI32, supports CI) ... a HVR-4000 without a DVB-T demod |
||
* [[TeVii]] [[TeVii S460|S460]] |
* [[TeVii]] [[TeVii S460|S460]] |
||
* [[Prof]] [[DVB-S2 7300 PCI]] |
|||
===Experimental Support=== |
===Experimental Support=== |
Revision as of 14:05, 23 March 2009
On this page you will find information regarding DVB-S2 PCI cards.
Please be aware that:
- The information contained here is likely non-exhaustive and, despite best efforts to do otherwise, may contain errors. (Please help to keep these lists up-to-date so that they are useful for everyone!)
- If your device is not listed, try:
- searching the existing mailing list archives:
- searching for information with Google or other internet search engine
- by posting a question about the device directly to the LMML (but please do conduct a search first, as it may already have been discussed!)
- Note: when it comes to support, it is generally a good idea to try the current V4L-DVB sources because some device drivers can be very new and thus may have not made their way into the mainstream kernel.
- In any regard, in respect to the above listed suggestions, you may find it to be the case that your device is actually already supported or that experimental support is available.
- Because the component constitution on many devices are often similar or identical, there may be devices that are unlisted but may actually work with the existing driver framework for previously supported devices. In such a case, your non-listed but working device will likely be reported in your system messages as being one of those previously supported devices. If you encounter such an occurrence, please do report your success on the LMML so that proper detection/identification of your device can be added within the drivers.
- Lastly, it bears worth repeating the request: Please help to keep these lists up-to-date so that they are useful for everyone!
Supported DVB-S2 PCI Cards
- DVBWorld DVB-S2 PCI2004C
- Hauppauge WinTV-HVR-4000 (PCI32, supports CI) ... CX24116 + CX24118A + Conexant Cx2388x PCI Bridge (Various modules with/without a DVB-T demod)
- Hauppauge WinTV-NOVA-HD-S2 (PCI32, supports CI) ... a HVR-4000 without a DVB-T demod
- TeVii S460
- Prof DVB-S2 7300 PCI
Experimental Support
Note: Do not let the "experimental" tag scare you, as the level of device functionality may actually be quite high. After additional testing and/or feature work, the drivers for these devices will make their way into the main branch of Hg and become candidates for inclusion into the Linux kernel.
Experimental support for several cards exists. Please also consult the mailing archives for further information. Support for DVB-S2 generally requires the API extensions released in kernel 2.6.28 ( S2API ), or the obsolete Multiproto API.
- Azurewave AD-SP400 CI (Twinhan VP-1041) (PCI32, CI included) ... STB0899 + STB6100 + Mantis.
- TechniSat SkyStar HD2 (PCI32, supports CI). This is a rebranded version of the AD-SP400 CI (Twinhan VP-1041) which has experimental linux support.
- TerraTec Cinergy S2 PCI HD CI (PCI32, CI). This is a rebranded version of the AD-SP400 CI (Twinhan VP-1041) which has experimental linux support.
- KNC1 DVB-S2+ TV Station (PCI32, supports CI)
- KNC1 DVB-S2 TV Station (PCI32, supports CI)
- Satelco DVB-S2 TV Station (PCI32, supports CI)
- Satelco DVB-S2 Easywatch (PCI32, supports CI)
- TechniSat SkyStar HD (PCI32, supports CI)
- TechnoTrend TT-budget S2-3200 (PCI32, supports CI)
Currently Unsupported DVB-S2 PCI cards:
If you own one or more devices from the following list and you want to help with support development, please contact the Linux-Media Mailing List (LMML). Note that if your device is similar to or contains components for which driver development is currently being undertaken, then it is possible that you will pique the developers' interest and can obtain some assistance that, possibly, leads to full support for your device.
However, please note that inquiries to the mailing list:
- Should NOT be treated as an order drop-off queue. You're soliciting help from volunteer developers who work on V4L-DVB matters in their spare time, and such work can be non-trivial (i.e. requiring even thousands of hours work). So being demanding is one sure route to being ignored. (Honestly, this point really shouldn't even need to be written, but you'd be surprised at the number of irrational individuals who write into the mailing list demanding this or that).
- May pass without garnering a response—a distinct byproduct of the fact that there are a limited number of developers, whom might be able to help, that are associated with the project. Often times, even if they wished to help, their energies are entirely tied up with other projects. In such cases, the best path might be to try to spearhead the driver development for your device yourself, or hire someone who can.
...