| Age | Commit message (Collapse) | Author |
|---|
|
- created dvb-pll-entries for the tuner used with the dibusb-drivers
- removed all traces of the dibusb driver
- adapted the dib3000-frontends to get along with the dvb-pll-changes
|
|
of the USB2.0 device by DiBcom)
Thanks to Glen Harris for his patience and to Jiun-Kuei Jung from AVerMedia.
|
|
|
|
- URBs are now submitted, when the actual transfer began, not right from the device plugin (solves a lot of problems)
- minor fixes in the dib3000-frontends
|
|
|
|
this tree
|
|
|
|
|
|
- first almost working version for HanfTek UMT-010
- found out, that Yakumo/HAMA/Typhoon are predecessors of the HanfTek
- minor cleanups
|
|
- added tuner and demod types for easier extension of new devices
- added a check for some artec devices which have another tuner
onboard, but don't know it, pll_addr is now a callback because of that
- general callbacks for pll_set, pll_init and demod_init. They decide which
pll-programming function is used and so on
- added tuner passthru callback to xfer_ops. now dibusb can en/disable the
tuner passthru of the dib3000m*-frontends; necessary for tuner probing
- remote type determination (no for hanftek, nec for others), was not planned
- fixed a bug in start_feed, which was introduced in step 2/3 but wasn't critical
- added pll-programming for lg_tdtp_e102p_tua6034 (it has the tua6034 as pll)
- added pll-programming and initialization for PANASONIC ENV77H11D5
- understood the i2c-address problem, now it is more logical
|
|
|
|
|
|
|
|
|
|
URBs never returned
|
|
|
|
- refactored the dibusb driver, split into separate, code-dependent files,
should have done this from the beginning, sorry for possible inconveniences
in advance; I'm still learning
|
