DVB-C USB Devices: Difference between revisions

From LinuxTVWiki
Jump to navigation Jump to search
Line 189: Line 189:
* Composite
* Composite
(Supports Linux 2.6.15+ ARM/MIPS/PPC/SH4/X86/X86-32)<br>
(Supports Linux 2.6.15+ ARM/MIPS/PPC/SH4/X86/X86-32)<br>
http://sundtek.com/shop/Digital-TV-Sticks/Sundtek-MediaTV-Pro-III-DVB-C/T/T2-FM-Radio-AnalogTV.html
* Product: [http://sundtek.com/shop/Digital-TV-Sticks/Sundtek-MediaTV-Pro-III-DVB-C/T/T2-FM-Radio-AnalogTV.html Sundtek MediaTV Pro III]
* Drivers: [http://support.sundtek.de/index.php?topic=4.0 Driver]
* Manufactured in Germany/Berlin
* Manufactured in Germany/Berlin
|
|

Revision as of 21:01, 12 December 2013

On this page you will find information regarding DVB-C USB devices.

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:
      • Linux-Media Mailing List (LMML) archives (via vger or .... )
      • or from the older mailing lists (now largely deprecated in favour of the LMML):
        • dvb mailing list archives (via spinics or MARC ... )
        • v4l mailing list archives (via .... )
    • 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-C USB Devices

The following table lists the confirmed working DVB-C USB device and provides a brief summary of their features and components. If you need more technical information on a device, have a look at its specific wiki article.

If you are experiencing problems with USB devices, it may not be the fault of the tuner. For example AMD 700 series chipsets (e.g. 780G) have a problem with USB ports which results in tuners working or partially working or not working at all. This can be solved by using a separate USB adapter with a reliable chipset (e.g. VIA 6212L, NEC). Otherwise a single USB2.0 port may not sustain two HD recordings; check with `lsusb -t` that two devices do not share the same Bus.


Manufacturer
Model
Components Connectors Comments Pictures


Anysee
E30C Plus
Card reader
  • dvb-usb-anysee.ko
  • Note: the newest version not yet supported by the driver, but the earlier three versions are. Would need help from someone with the newest device. At least in kernel 2.6.27 the card reader is not supported (empirical evidence and notes in the driver).
Anysee
Anysee E30 Combo Plus

Version 1

  • ?

Version 2

  • DNOD44CDV086A tuner
  • TDA18212 demodultator
Card reader - not tested
  • dvb-usb-anysee.ko
  • USB device ID: 1c73:861f
  • This is a combined (Combo) DVB-T and DVB-C -device. The default mode is DVB-C. DVB-T -mode can be selected with a command "sudo modprobe dvb-usb-anysee delsys=1". Both modes seem to work.
  • Includes a remote control - only number and volume buttons work, so you still need another input method.
  • Note: The device comes in two versions, version 1 is supported from Linux kernel version 2.6.28 and version 2 is supported in Linux kernel version 3.0.0 (possibly earlier). Version 2 can be distinguished from version 1 by the loop antenna output which is absent on version 1.
Hauppauge
WinTV HVR-930C
NO Card reader BE AWARE! The WinTV HVR-930C-HD with device ID 2040:b130 is not supported! Only the non-HD variant with device ID 2040:1605 will work. Firmware dvb-usb-hauppauge-hvr930c-drxk.fw (same as TerraTec HTC stick: https://linuxtv.org/patch/11683/)
MaxMedia
UB425-TC
NO Card reader
PCTV
QuatroStick (510e)
NO Card reader Appears in Documentation_video4linux_CARDLIST.em28xx, so presumably supported.
PCTV
QuatroStick nano (520e)
NO Card reader
  • Driver support seems to be available in kernel as of 2012/03/19 ([1] [2] [3])
  • "Analog is not supported currently. Only DVB-T and DVB-C."
  • "There seems to be still problems for locking DVB-C channels which have strong signal. Attenuator helps. I think it is demodulator IF/RF AGC issue. Lets fix it later. Patches are welcome."

Will not work out of the box yet (as of 2012/04/16). You will need to build the latest media drivers, and download the firmware file [[4]]

520e
TerraTec
H5
NO Card reader Firmware dvb-usb-terratec-h5-drxk.fw
TerraTec
Cinergy HTC Stick
NO Card reader ID 0ccd:00b2. Firmware dvb-usb-terratec-htc-stick-drxk.fw
TerraTec
Cinergy HTC USB XS
NO Card reader ID 0ccd:008e,0ccd:00ac. Firmware unknown? Maybe same as H5? (https://linuxtv.org/patch/7685/)
TechniSat
CableStar USB / Cable4PC USB
TechnoTrend
PCLine DVB-C USB
TechnoTrend
TT-Connect C-1100 USB
  • dvb-ttusb-budget.ko
TechnoTrend
TT-Connect C-1200 USB
  • TechnoTrend USB IR also works
  • Support in lirc 0.8.2.
TechnoTrend
TT-connect CT-3650 CI
  • Philips TDA8274 tuner
  • TDA10023 DVB-C demodulator
  • TDA10048 DVB-T demodulator
  • Cypress FX2
Common Interface (CI) - Tested successfully with kernel 3.2 and a Viaccess 4.0 DVB-T CAM.
  • DVB-C and DVB-T supported ([[5]] [[6]])
  • CI supported from kernel 3.2 ([7]])
  • Module dvb_usb_ttusb2 is needed.
  • Works well with Tvheadend
CT-3650 CI

Supported by 3rd Party Drivers

Sometimes a manufacturer forks v4l-dvb all on their own and writes a driver for their device so they can claim Linux support.

In-Kernel 3rd party Drivers

Advantages:

  1. It's possible your device will work.. for the moment.
  2. If the manufacturer provides open source drivers with an acceptable license, volunteers could technically implement this code in the Linux kernel for true support. However.. :

Disadvantages:

  1. The quality of the code (if open, there are also cases where you just get a binary blob) too often just isn't good enough and there's still too much work to be done to make the device work. There was probably a reason the manufacturer didn't just send their patches to the linux-media mailinglist.
  2. Depending on what exactly the manufacturer did, you may have to reinstall the drivers every time your kernel is updated.
  3. When the manufacturer stops updating the drivers, the drivers will quickly refuse to install as newer kernels are released.

In case a manufacturer provides open source drivers the patches can be sent to the linux-media mailinglist Linux-Media Mailing List (LMML). Keep in mind however that if the license isn't compatible with the Linux kernel or the quality of the code isn't good enough, these will not become a part of the Linux kernel.

NOTE: As linux media drivers are character based, drivers can be also written using libfuse's character device in userspace example. If written that way, an out-of-kernel driver can be written, which fully integrates to udev without the disadvantage of closed source or incompatibility to other drivers. Such driver would rely on kernel fuse and character device in user space support as well as libfuse.

Closed source userspace drivers (Sundtek)

Advantages:

  1. Same driver works with different Linux versions
  2. No need to reinstall drivers when your kernel is updated.
  3. Drivers can be profiled easily and more accurately than in kernelspace.
  4. If the driver crashes, it won't crash the system or kernel, only the driver and applications using the driver will be affected. Userspace drivers can also be used when debugging drivers for USB host controllers, as the userspace driver can't crash the system, making debugging easier.
  5. If the manufacturer would stop to support the drivers, the userspace driver will still continue to work with newer Linux systems

Userspace drivers use a modern device infrastructure, Kernelspace drivers were available at a time when Linux did not support userspace drivers, Sundtek spent a substantial amount of work to make userspace drivers happen.

As a track record, most Linux distributions and many Settopboxes which were released since 2006 are supported, even open source drivers don't have such a high backward compatibility.

Disadvantages:

  1. You can't look into the sources. While this may be not a problem for end-users, in case of issues Sundtek provides a support forum.
Manufacturer
Model
Components Connectors Comments Pictures
DVBSKY
T680C
? Common Interface Needs v4l-dvb fork from dvbsky [8]
DVBWorld
DW3101
NO Card reader http://liplianin.at.tut.by/ds110en.html [9]
Sundtek MediaTV Pro III
  • ?
  • ?
  • DVB-C
  • DVB-T
  • DVB-T2
  • AnalogTV (PAL/NTSC/SECAM + VBI/ClosedCaption)
  • FM Radio
  • S-Video
  • Composite

(Supports Linux 2.6.15+ ARM/MIPS/PPC/SH4/X86/X86-32)

Sundtek MediaTV Pro
  • ?
  • ?
  • Device is EOL (but still supported)
  • Opensource Kernelspace driver available for improving the datatransfer, but usually works without it and entirely in userspace (devicesetup is entirely done in Userspace). Drivers are proprietary but well supported. (since mid 2009)
  • Manufacturer provides Driver for Intel 32-bit, 64-bit, ARM (eabi4) and PowerPC(PlayStation 3 first Rev.), MIPS as far as website info goes (further architectures are available upon request). Driver claims support for AnalogTV, Composite, S-Video, VBI/Closed Caption, FM-Radio, DVB-T, DVB-C, Remote Control (keyboard emulation and lirc support)
TBS
TBS5680 DVB-C TV Tuner CI USB
  • CY7C68013
  • TDA10024 DVB-C demodulator
  • TDA18252
Common Interface (CI) - Tested successfully with latest kernel and Viaccess/Conax/Irdeto CAM.
  • DVB-C supported ([[10]])
  • CI supported from latest kernel ([11]])
  • Proprietary drivers replace the DVB drivers for other non-TBS devices with old ones
TBS
5880 DVB-T2/T/C CI hybrid TV Box
  • DNOT44QCH266A
  • CY7C68013
Common Interface (CI)
  • DVB-C, DVB-T, DVB-T2 supported
  • CI supported from latest kernel ([12]])
  • Proprietary drivers replace the DVB drivers for other non-TBS devices with old ones

Currently Unsupported DVB-C USB Devices

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.

Also See