is the best way to represent a tuner that has several
frequency bands - the dvb_tuner_info and dvb_tuner_ops structs don't
appear to be able to deal with this easily.
Thanks,
MikeW
___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin
anyway;
fairly standard silicon tuner.
MikeW
___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Markus Rechberger mrechberger at gmail.com writes:
Hi Mike,
Can you shed some more light about the capabilities of the tuner you
intend to add support for?
regards,
Markus
Example:
http://www.nxp.com/acrobat_download/literature/9397/75015475.pdf
Regards,
MikeW
Manu Abraham abraham.manu at gmail.com writes:
On 8/2/07, MikeW mw_phil at yahoo.co.uk wrote:
I have explored the 2.6.19.1 drivers source and checked out
LinuxTv.org, plus plenty of other searching,
in the hope of finding a step-by-step/HowTo guide or documentation
for adding
am investigating.
(But I would still like to read a 'how it all fits together' doc ;)
Might be able to refactor into a more comprehensible framework !)
Thanks,
MikeW
___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin
You are right - the devices are compatible except for the featureset
restriction; I believe the IF_notch bit is also omitted.
I look forward to giving your 18271 driver a spin when it becomes
available.
Regards,
MikeW
___
linux-dvb mailing list
linux
has
precedence.
Also when to specifically use a tuner or frontend structure.
Regards,
MikeW
___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
MikeW mw_phil at yahoo.co.uk writes:
On 8/2/07, Michael Krufky mkrufky at linuxtv.org wrote:
Mike,
I have already written a completely functional driver for the
TDA18271 silicon.
...snip...
Regards,
Michael Krufky
You are right - the devices are compatible except for the featureset
linked to before, with 10048/18211.
MikeW
___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
by a separate method from a PCI device.
Or am I forgetting something ?
Regards,
MikeW
___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
maintenance and upgrades and assisting code reuse.
Regards,
MikeW
___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
MikeW mw_phil at yahoo.co.uk writes:
ngocminh_bk_nd at yahoo.com writes:
Hi all I have 2 cards DVB-T DVB-S of TWINHAN but i can't use the
kaffeine to watch TV channels because the level of signal approxiate 33%.
when i use modules #modprobe : bttv bt878 dst dvb_core dvb-bt8xx
measurement' section
where registers are written back.
(NAK occurs on write to EP5)
Anyone with better experience ?
Thanks,
MikeW
___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Michael Krufky mkrufky at linuxtv.org writes:
On 11/1/07, MikeW xx_ at yahoo.co.uk wrote:
Using the OM5776 eval board, and using the algorithm published
in the rev 1.1.0 datasheet, I find I am getting an I2C NAK,
which does not go away and requires a chip reset to restore
any I2C
Michael Krufky mkrufky at linuxtv.org writes:
On 11/1/07, MikeW mw_phil at yahoo.co.uk wrote:
Using the OM5776 eval board, and using the algorithm published
in the rev 1.1.0 datasheet, I find I am getting an I2C NAK,
which does not go away and requires a chip reset to restore
any I2C
.
In Master mode you set the required frequency on the Main PLL,
in Slave mode you have to use the Cal PLL.
Also set CALVCO_forLOn: EB1[2] and a few other bits !
Regards,
MikeW
___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin
- this is incorrect I believe,
and the datasheet gives the required IFs as 3.3, 3.8 and 4.3 MHz
Regards,
MikeW
___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
'entitlement message'
can be sent out over the data stream to allow the card to generate
the decryption code word sequence for the streams you have subscribed to.
Depends on the broadcaster's encoding whether decryption would work
across a mux.
Regards,
MikeW
.
May be a 10048 setup mismatch ...
On that basis I am not willing to submit patches, until I have
demonstrably working tuning !
Regards
MikeW
PS. One of the RF techies said that silicon tuners were _much_
harder work than can tuners, hence the increase in s/w needed
to work them
imagine a FE_CAN_OFFSET_AUTO, FE_CAN_FREQ_CORRECT and
FE_CAN_SAMP_CLOCK_CORRECT, in fe_caps,
and an FE_HAS_OFFSET in fe_status, but can't see how you could
read or set any of the other values without extending ioctls.
Regards,
MikeW
___
linux-dvb
MikeW mw_phil at x.xx.xx writes:
The TDA10048 (channel decoder) has some status registers
that are helpful for fast scanning and accurate tuning.
AUTO_OFFSET/OFFSET_F and FREQERR_R/TIMERR_R - for offset detection and tuning
sampling clock correction
How would features
21 matches
Mail list logo