Re: [linux-dvb] hi
Pierre Cassimans wrote: Just keep in mind that when you want to record HD content from the 3 cards, you have 3 x 20MB/s and mostly this is more then your HardDisk can get :) That is incorrect. hdd saturation is not an issue. Examples: TS for 8-VSB source: ~19.4Mbps (~2.4MBps) TS for 64-QAM source: ~27Mbps (~3.4MBps) TS for 256-QAM source: ~38.8Mbps (~4.8MBps) insert other rates here ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] Has anyone got multiproto and TT3200 to work
If so please let me know because I am having serious issues and really do not know how to proceed Regards Michael Curtis ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Very quiet around Nova-T 500
On Mon, 2008-02-11 at 21:07 +0100, Patrik Hansson wrote: Hello There is not a lot being said about the Nova-T 500 the last week. Don´t know if that is a good (coders coding) or a bad (nothin happening) Or coders busy on other code, or coders who ran out of ideas, or coders enjoying life, etc. but i would like to know if there is anything we could do ? I can´t write code but maybe i can help in some other way ? Testing builds or whatever. Frustrating, heh? I took up documenting in the wiki as a way of contributing back, somehow... Nico ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] TDA10023 (DVB-C budget cards, KNC ONE, Terratec, Setalco) testers wanted
moikka, I have done some changes for TDA10023 driver to get Anysee E30C Plus DVB-C device working. Please test any TDA10023 device against current Anysee development tree to ensure that nothing has gone broken: http://linuxtv.org/hg/~anttip/anysee/ TDA10023 changeset (for review comment): http://linuxtv.org/hg/~anttip/anysee/rev/48e353f35989 regards Antti Palosaari -- http://palosaari.fi/ ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Two few channels with KWorld DVB-S 100...
Well, clearly I meant too, not two, english is not my language :-) Andrea Giuliano wrote: Hi, I'm new to this list, but before posting this, I have been looking for old posts related to my problems, without results. Here are the facts: 1) I have a brand new KWorld DVB-S 100 2) It works: scan tunes many channels, szap let me watch many of them, both video and audio are pretty good. 3) The channels scan found are too few: most of RAI's and MediaSet's channels (I'm in Italy) are not found by scan. 4) I downloaded an initial scan file for Hotbird, and I even tried those posted somewhere by italian people, but nothing happens. 5) Dish and cable are OK: I plugged the cable into a standalone FTA decoder, and all missing channels are there. 6) I'm running Debian Etch, with kernel 2.6.1.8-6-686. Any hint would be very much appreciated! Best regards. -- Andrea ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] Two few channels with KWorld DVB-S 100...
Hi, I'm new to this list, but before posting this, I have been looking for old posts related to my problems, without results. Here are the facts: 1) I have a brand new KWorld DVB-S 100 2) It works: scan tunes many channels, szap let me watch many of them, both video and audio are pretty good. 3) The channels scan found are too few: most of RAI's and MediaSet's channels (I'm in Italy) are not found by scan. 4) I downloaded an initial scan file for Hotbird, and I even tried those posted somewhere by italian people, but nothing happens. 5) Dish and cable are OK: I plugged the cable into a standalone FTA decoder, and all missing channels are there. 6) I'm running Debian Etch, with kernel 2.6.1.8-6-686. Any hint would be very much appreciated! Best regards. -- Andrea ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] Very quiet around Nova-T 500
Hello There is not a lot being said about the Nova-T 500 the last week. Don´t know if that is a good (coders coding) or a bad (nothin happening) but i would like to know if there is anything we could do ? I can´t write code but maybe i can help in some other way ? Testing builds or whatever. Just my 5 cents / Patrik Hansson ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] [PATCH] reworked patch to support TT connect S-2400
Hi all,
thanks to Patrick Boettcher I finally managed to get both, the Pinnacle
400e and the TT connect S-2400 working on the same machine.
I attached a patch which should apply cleanly against current HG.
Please test the attached patch.
I extracted the necessary firmware file from the TT driver and put it
here: http://ilpss8.dyndns.org/dvb-usb-tt-s2400-01.fw
Any comments on the patch are welcome.
Thank you.
André
diff -Nru v4l-dvb/linux/drivers/media/dvb/dvb-usb/dvb-usb-ids.h v4l-dvb-patched-for-TT-connect-S2400/linux/drivers/media/dvb/dvb-usb/dvb-usb-ids.h
--- v4l-dvb/linux/drivers/media/dvb/dvb-usb/dvb-usb-ids.h 2008-02-11 20:30:06.370186430 +0100
+++ v4l-dvb-patched-for-TT-connect-S2400/linux/drivers/media/dvb/dvb-usb/dvb-usb-ids.h 2008-02-11 20:30:57.605106142 +0100
@@ -40,6 +40,7 @@
#define USB_VID_MSI0x0db0
#define USB_VID_OPERA10x695c
#define USB_VID_PINNACLE 0x2304
+#define USB_VID_TECHNOTREND 0x0b48
#define USB_VID_TERRATEC 0x0ccd
#define USB_VID_VISIONPLUS 0x13d3
#define USB_VID_TWINHAN0x1822
@@ -134,6 +135,7 @@
#define USB_PID_AVERMEDIA_EXPRESS 0xb568
#define USB_PID_AVERMEDIA_VOLAR0xa807
#define USB_PID_AVERMEDIA_VOLAR_2 0xb808
+#define USB_PID_TECHNOTREND_CONNECT_S2400 0x3006
#define USB_PID_TERRATEC_CINERGY_DT_XS_DIVERSITY 0x005a
#define USB_PID_PINNACLE_PCTV2000E 0x022c
#define USB_PID_PINNACLE_PCTV_DVB_T_FLASH 0x0228
diff -Nru v4l-dvb/linux/drivers/media/dvb/dvb-usb/ttusb2.c v4l-dvb-patched-for-TT-connect-S2400/linux/drivers/media/dvb/dvb-usb/ttusb2.c
--- v4l-dvb/linux/drivers/media/dvb/dvb-usb/ttusb2.c 2008-02-11 20:30:06.382187114 +0100
+++ v4l-dvb-patched-for-TT-connect-S2400/linux/drivers/media/dvb/dvb-usb/ttusb2.c 2008-02-11 20:30:57.609106370 +0100
@@ -182,16 +182,26 @@
/* DVB USB Driver stuff */
static struct dvb_usb_device_properties ttusb2_properties;
+static struct dvb_usb_device_properties ttusb2_properties_s2400;
static int ttusb2_probe(struct usb_interface *intf,
const struct usb_device_id *id)
{
- return dvb_usb_device_init(intf,ttusb2_properties,THIS_MODULE,NULL);
+int ret=-ENOMEM;
+if ((ret = dvb_usb_device_init(intf,ttusb2_properties,THIS_MODULE,NULL)) == 0) {
+return ret;
+}
+if ((ret = dvb_usb_device_init(intf,ttusb2_properties_s2400,THIS_MODULE,NULL)) == 0) {
+return ret;
+}
+return ret;
+
}
static struct usb_device_id ttusb2_table [] = {
{ USB_DEVICE(USB_VID_PINNACLE, USB_PID_PCTV_400E) },
{ USB_DEVICE(USB_VID_PINNACLE, USB_PID_PCTV_450E) },
+ { USB_DEVICE(USB_VID_TECHNOTREND, USB_PID_TECHNOTREND_CONNECT_S2400) },
{} /* Terminating entry */
};
MODULE_DEVICE_TABLE (usb, ttusb2_table);
@@ -248,6 +258,54 @@
}
};
+static struct dvb_usb_device_properties ttusb2_properties_s2400 = {
+ .caps = DVB_USB_IS_AN_I2C_ADAPTER,
+
+ .usb_ctrl = CYPRESS_FX2,
+ .firmware = dvb-usb-tt-s2400-01.fw,
+
+ .size_of_priv = sizeof(struct ttusb2_state),
+
+ .num_adapters = 1,
+ .adapter = {
+ {
+ .streaming_ctrl = NULL, // ttusb2_streaming_ctrl,
+
+ .frontend_attach = ttusb2_frontend_attach,
+ .tuner_attach = ttusb2_tuner_attach,
+
+ /* parameter for the MPEG2-data transfer */
+ .stream = {
+.type = USB_ISOC,
+.count = 5,
+.endpoint = 0x02,
+.u = {
+ .isoc = {
+ .framesperurb = 4,
+ .framesize = 940,
+ .interval = 1,
+ }
+}
+ }
+ }
+ },
+
+ .power_ctrl = ttusb2_power_ctrl,
+ .identify_state = ttusb2_identify_state,
+
+ .i2c_algo = ttusb2_i2c_algo,
+
+ .generic_bulk_ctrl_endpoint = 0x01,
+
+ .num_device_descs = 1,
+ .devices = {
+ { Technotrend TT-connect S-2400,
+ { ttusb2_table[2], NULL },
+ { NULL },
+ },
+ }
+};
+
static struct usb_driver ttusb2_driver = {
.name = dvb_usb_ttusb2,
.probe = ttusb2_probe,
___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] hi
Ag, you are right!!! I had MB/s in my head with streams, not Mb/s. One beer for you next time i see you :) Cazze On Feb 11, 2008 2:55 PM, CityK [EMAIL PROTECTED] wrote: Pierre Cassimans wrote: Just keep in mind that when you want to record HD content from the 3 cards, you have 3 x 20MB/s and mostly this is more then your HardDisk can get :) That is incorrect. hdd saturation is not an issue. Examples: TS for 8-VSB source: ~19.4Mbps (~2.4MBps) TS for 64-QAM source: ~27Mbps (~3.4MBps) TS for 256-QAM source: ~38.8Mbps (~4.8MBps) insert other rates here ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Pinnacle PCTV Sat HDTV Pro USB (PCTV452e) and DVB-S2
Jens Krehbiel-Gräther schrieb: Jens Krehbiel-Gräther schrieb: Dominik Kuhlen schrieb: Hi snip dev:/usr/src/multiproto# patch -p1 pctv452e.patch patching file linux/drivers/media/Kconfig patching file linux/drivers/media/dvb/dvb-usb/Kconfig Hunk #1 succeeded at 239 (offset 2 lines). patching file linux/drivers/media/dvb/dvb-usb/Makefile Hunk #1 succeeded at 61 with fuzz 2. patching file linux/drivers/media/dvb/dvb-usb/dvb-usb-ids.h Hunk #1 FAILED at 139. 1 out of 1 hunk FAILED -- saving rejects to file linux/drivers/media/dvb/dvb-usb /dvb-usb-ids.h.rej patching file linux/drivers/media/dvb/dvb-usb/pctv452e.c patching file linux/drivers/media/dvb/frontends/Kconfig Hunk #1 succeeded at 405 (offset 47 lines). patching file linux/drivers/media/dvb/frontends/Makefile Hunk #1 succeeded at 42 (offset 3 lines). patching file linux/drivers/media/dvb/frontends/lnbp21.c Hunk #1 succeeded at 117 (offset -1 lines). patching file linux/drivers/media/dvb/frontends/lnbp22.c patching file linux/drivers/media/dvb/frontends/lnbp22.h patching file linux/drivers/media/dvb/frontends/stb0899_algo.c Hunk #1 succeeded at 495 (offset -27 lines). patching file linux/drivers/media/dvb/frontends/stb0899_drv.c patching file linux/drivers/media/dvb/frontends/stb0899_drv.h patching file linux/drivers/media/dvb/frontends/stb6100.c patching file linux/include/linux/dvb/frontend.h patching file linux/include/linux/dvb/video.h Hunk #1 succeeded at 32 with fuzz 1 (offset 1 line). dev:/usr/src/multiproto# /snip So I inserted the line into linux/drivers/media/dvb/dvb-usb/dvb-usb-ids.h by hand #define USB_PID_PCTV_452E 0x021f ok. this might happen if the file has been changed in repository since i have diff'ed. I type make and all compiles with only a few warnings but now without any error. When I install the modules and load them I get the following output from dmesg: /snip usb 3-2: new high speed USB device using ehci_hcd and address 4 usb 3-2: configuration #1 chosen from 1 choice dvb-usb: found a 'PCTV HDTV USB' in warm state. pctv452e_power_ctrl: 1 dvb-usb: will pass the complete MPEG2 transport stream to the software demuxer. DVB: registering new adapter (PCTV HDTV USB) pctv452e_frontend_attach Enter stb0899_attach: Exiting .. ! Hmm. i wonder why this happens: the stb0899 did not attach properly: could you please load the stb0899 without verbose= parameter. it will print more info what's going on. Hi! Well perhaps it is a hardware error in my device?? Loading the module without verbose parameter prints the following in the syslog: Jan 30 19:37:21 dev kernel: usb 3-6: new high speed USB device using ehci_hcd and address 2 Jan 30 19:37:21 dev kernel: usb 3-6: device descriptor read/64, error -71 Jan 30 19:37:22 dev kernel: usb 3-6: device descriptor read/64, error -71 Jan 30 19:37:22 dev kernel: usb 3-6: new high speed USB device using ehci_hcd and address 3 Jan 30 19:37:22 dev kernel: usb 3-6: configuration #1 chosen from 1 choice Jan 30 19:37:22 dev kernel: dvb-usb: found a 'PCTV HDTV USB' in warm state. Jan 30 19:37:22 dev kernel: pctv452e_power_ctrl: 1 Jan 30 19:37:22 dev kernel: dvb-usb: will pass the complete MPEG2 transport stream to the software demuxer. Jan 30 19:37:22 dev kernel: DVB: registering new adapter (PCTV HDTV USB) Jan 30 19:37:22 dev kernel: pctv452e_frontend_attach Enter Jan 30 19:37:22 dev kernel: stb0899_write_regs [0xf1b6]: 02 Jan 30 19:37:22 dev kernel: stb0899_write_regs [0xf1c2]: 00 Jan 30 19:37:22 dev kernel: stb0899_write_regs [0xf1c3]: 00 Jan 30 19:37:22 dev kernel: stb0899_write_regs [0xf141]: 02 Jan 30 19:37:22 dev kernel: _stb0899_read_reg: Reg=[0xf000], data=05 Jan 30 19:37:22 dev kernel: stb0899_get_dev_id: ID reg=[0x05] Jan 30 19:37:22 dev kernel: stb0899_get_dev_id: Device ID=[0], Release=[5] Jan 30 19:37:22 dev kernel: _stb0899_read_s2reg Device=[0xf3fc], Base address=[0x0400], Offset=[0xf334], Data=[0xb7fffe05] Jan 30 19:37:22 dev kernel: _stb0899_read_s2reg Device=[0xf3fc], Base address=[0x0400], Offset=[0xf33c], Data=[0xb7fffe05] Jan 30 19:37:22 dev kernel: stb0899_get_dev_id: Demodulator Core ID=[B7FFFE^E], Version=[-1207960059] Jan 30 19:37:22 dev kernel: _stb0899_read_s2reg Device=[0xfafc], Base address=[0x0800], Offset=[0xfa2c], Data=[0xb7fffe05] Jan 30 19:37:22 dev kernel: _stb0899_read_s2reg Device=[0xfafc], Base address=[0x0800], Offset=[0xfa34], Data=[0xb7fffe05] Jan 30 19:37:22 dev kernel: stb0899_get_dev_id: couldn't find a STB 0899 Jan 30 19:37:22 dev kernel: stb0899_attach: Exiting .. ! Jan 30 19:37:22 dev kernel: dvb-usb: no frontend was attached by 'PCTV HDTV USB' Jan 30 19:37:22 dev kernel: input: IR-receiver inside an USB DVB receiver as
[linux-dvb] [PATCH] support Cinergy HT USB XE (0ccd:0058)
Hi List,
attached is a patch that extends the dib0700 driver to support the DVB-part of
the Cinergy HT USB XE (USB-ID: 0ccd:0058).
Analogue part not tested (and probably also not supported). Remote Control
seems to work (tested with mini remote from
pinnacle).
I use the driver with the standard dvb-usb-dib0700-1.10.fw firmware (which is
identical with the firmware in Mod7700.sys
version 3.3.1.0) and with the firmware from driver version 3.10.0.0.
The W*-Driver loads SCODE, which is not possible with xc3028-v27.fw. However,
changing the id of firmware 64 from
Firmware 64, type: SCODE FW DTV8 CHINA HAS IF (0x64000200), IF = 5.40 MHz id:
(), size: 192
to
Firmware 64, type: SCODE FW DTV8 HAS IF (0x6200), IF = 5.40 MHz id:
(), size: 192
which enables to load this SCODE firmware seems not to have an effect on the
functioning of the device (BTW: why is
this firmware marked CHINA?).
The patch is based on some hints from Patrick Boettcher issued on this list
(see http://www.linuxtv.org/pipermail/linux-dvb/2008-January/022962.html).
It is against v4l-dvb of 9 Feb 2008.
Please test and report success (or failure).
Hans-Frieder
Signed-off-by: Hans-Frieder Vogt hfvogt at gmx.net
--- v4l-dvb-cvs-20080209.orig/linux/drivers/media/dvb/dvb-usb/dvb-usb-ids.h
2008-02-09 15:58:32.947414000 +0100
+++ v4l-dvb-cvs-20080209/linux/drivers/media/dvb/dvb-usb/dvb-usb-ids.h
2008-02-09 16:00:46.881406462 +0100
@@ -135,6 +135,7 @@
#define USB_PID_AVERMEDIA_VOLAR0xa807
#define USB_PID_AVERMEDIA_VOLAR_2 0xb808
#define USB_PID_TERRATEC_CINERGY_DT_XS_DIVERSITY 0x005a
+#define USB_PID_TERRATEC_CINERGY_HT_USB_XE 0x0058
#define USB_PID_PINNACLE_PCTV2000E 0x022c
#define USB_PID_PINNACLE_PCTV_DVB_T_FLASH 0x0228
#define USB_PID_PINNACLE_PCTV_DUAL_DIVERSITY_DVB_T 0x0229
--- v4l-dvb-cvs-20080209.orig/linux/drivers/media/dvb/dvb-usb/dib0700_devices.c
2008-02-09 15:58:32.862404000 +0100
+++ v4l-dvb-cvs-20080209/linux/drivers/media/dvb/dvb-usb/dib0700_devices.c
2008-02-10 23:15:59.541826174 +0100
@@ -13,6 +13,7 @@
#include dib7000p.h
#include mt2060.h
#include mt2266.h
+#include tuner-xc2028.h
#include dib0070.h
static int force_lna_activation;
@@ -297,6 +298,149 @@ static int stk7700d_tuner_attach(struct
stk7700d_mt2266_config[adap-id]) == NULL ? -ENODEV : 0;;
}
+/* STK7700-PH: Digital/Analog Hybrid Tuner, e.h. Cinergy HT USB HE */
+struct dibx000_agc_config xc3028_agc_config = {
+ BAND_VHF | BAND_UHF, // band_caps
+
+ /* P_agc_use_sd_mod1=0, P_agc_use_sd_mod2=0, P_agc_freq_pwm_div=0,
P_agc_inv_pwm1=0, P_agc_inv_pwm2=0,
+* P_agc_inh_dc_rv_est=0, P_agc_time_est=3, P_agc_freeze=0,
P_agc_nb_est=2, P_agc_write=0 */
+ (0 15) | (0 14) | (0 11) | (0 10) | (0 9) | (0 8) |
(3 5) | (0 4) | (2 1) | (0 0), // setup
+
+ 712, // inv_gain
+ 21, // time_stabiliz
+
+ 0, // alpha_level
+ 118, // thlock
+
+ 0, // wbd_inv
+ 2867, // wbd_ref
+ 0, // wbd_sel
+ 2, // wbd_alpha
+
+ 0, // agc1_max
+ 0, // agc1_min
+ 39718, // agc2_max
+ 9930, // agc2_min
+ 0, // agc1_pt1
+ 0, // agc1_pt2
+ 0, // agc1_pt3
+ 0, // agc1_slope1
+ 0, // agc1_slope2
+ 0, // agc2_pt1
+ 128, // agc2_pt2
+ 29, // agc2_slope1
+ 29, // agc2_slope2
+
+ 17, // alpha_mant
+ 27, // alpha_exp
+ 23, // beta_mant
+ 51, // beta_exp
+
+ 1, // perform_agc_softsplit
+};
+
+/* PLL Configuration for COFDM BW_MHz = 8.00 With external clock =
30.00 */
+struct dibx000_bandwidth_config xc3028_bw_config = {
+ 6, 3, // internal, sampling
+ 1, 8, 3, 1, 0, // pll_cfg: prediv, ratio, range, reset, bypass
+ 0, 0, 1, 1, 0, // misc: refdiv, bypclk_div, IO_CLK_en_core, ADClkSrc,
modulo
+ (3 14) | (1 12) | (524 0), // sad_cfg: refsel, sel, freq_15k
+ (1 25) | 5816102, // ifreq = 5.20 MHz
+ 20452225, // timf
+ 3000, // xtal_hz
+};
+
+struct dibx000_bandwidth_config xc3028_bw_config_12mhz = {
+ 6, 3, // internal, sampling
+ 1, 20, 3, 1, 0, // pll_cfg: prediv, ratio, range, reset, bypass
+ 0, 0, 1, 1, 0, // misc: refdiv, bypclk_div, IO_CLK_en_core, ADClkSrc,
modulo
+ (3 14) | (1 12) | (524 0), // sad_cfg: refsel, sel, freq_15k
+ (1 25) | 5816102, // ifreq = 5.20 MHz
+ 20452225, // timf
+};
+
+static struct dib7000p_config stk7700ph_dib7700_xc3028_config = {
+ .output_mpeg2_in_188_bytes = 1,
+ .tuner_is_baseband = 1,
+
+ .agc_config_count = 1,
+ .agc = xc3028_agc_config,
+ .bw = xc3028_bw_config,
+
+ .gpio_dir = DIB7000P_GPIO_DEFAULT_DIRECTIONS,
+ .gpio_val = DIB7000P_GPIO_DEFAULT_VALUES,
+ .gpio_pwm_pos =
[linux-dvb] mantis vp1041 with strange diseqc rotor commands
Hi, I am using the latest mantis drivers from Manu's repository: http://jusst.de/hg/mantis/ with my Azureware twinhan vp1041 based card. Locking to DVB-S channels works fine almost all the time with the patched szap or patched mythtv. Did not try DVB-S2 yet. But what I am having troubles now is the diseqc. I have a switch behind a diseqc 1.2 rotor (goto stored positions). The switching works fine under Windoz. I have no problems also using it with my other card in the same box - Twinhan 102g. Initially with the vp1041 card after a couple of diseqc commands I would get stb0899_diseqc_fifo_empy timeout. It turned out that I had to use some very long pauses before sending a repeat command. If for the 102g standart 15ms worked fine, for the vp1041 I had to use 1s! pause. Then the rotor will start moving very slowly with small steps - as if it is does one step , stops and then continues to the desired position.If one is patient enough the rotor gets to the desired position. I checked using voltmeter the voltages that come out of the card and they seem to be good. For sending the commands I used both mythtv and hacked version of Michel Verbraak's gotox program. Has anyone experienced something similar with stb0899 frontend? Perhaps you can give me an idea what might be going wrong? Thanks, Simeon Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] mantis vp1041 with strange diseqc rotor commands
No, not use rotor yet... - Original Message - From: Simeon Simeonov To: Придворов Андрей ; linux-dvb Sent: Tuesday, February 12, 2008 11:24 AM Subject: Re: [linux-dvb] mantis vp1041 with strange diseqc rotor commands Thanks Андрей, Do you have a rotor? If it works OK which program do you use to drive it? - Original Message From: Придворов Андрей [EMAIL PROTECTED] To: linux-dvb linux-dvb@linuxtv.org Sent: Monday, February 11, 2008 3:45:02 PM Subject: Re: [linux-dvb] mantis vp1041 with strange diseqc rotor commands I think, this is becouse Initial support for Mantis VP-1041 not usability yet. I use patch from Hans Werner for 1041, works better. - Original Message - From: Simeon Simeonov To: linux-dvb Sent: Tuesday, February 12, 2008 6:47 AM Subject: [linux-dvb] mantis vp1041 with strange diseqc rotor commands Hi, I am using the latest mantis drivers from Manu's repository: http://jusst.de/hg/mantis/ with my Azureware twinhan vp1041 based card. Locking to DVB-S channels works fine almost all the time with the patched szap or patched mythtv. Did not try DVB-S2 yet. But what I am having troubles now is the diseqc. I have a switch behind a diseqc 1.2 rotor (goto stored positions). The switching works fine under Windoz. I have no problems also using it with my other card in the same box - Twinhan 102g. Initially with the vp1041 card after a couple of diseqc commands I would get stb0899_diseqc_fifo_empy timeout. It turned out that I had to use some very long pauses before sending a repeat command. If for the 102g standart 15ms worked fine, for the vp1041 I had to use 1s! pause. Then the rotor will start moving very slowly with small steps - as if it is does one step , stops and then continues to the desired position.If one is patient enough the rotor gets to the desired position. I checked using voltmeter the voltages that come out of the card and they seem to be good. For sending the commands I used both mythtv and hacked version of Michel Verbraak's gotox program. Has anyone experienced something similar with stb0899 frontend? Perhaps you can give me an idea what might be going wrong? Thanks, Simeon Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv..org/cgi-bin/mailman/listinfo/linux-dvb -Inline Attachment Follows- ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb -- Looking for last minute shopping deals? Find them fast with Yahoo! Search.___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] Hauppauge WinTV-HVR 1600
Hallo, I bought the card today and naturally I am wondering how/what/when the card is supported? Thank you -- Gruß Andreas ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] Multi Frontend Drivers for HVR4000 (And others)
I've been playing with the latest http://dev.kewl.org/hauppauge/ drivers (Multi frontend Support) for the HVR4000 (http://dev.kewl.org/hauppauge/v4l-dvb-hg-mfe-latest.diff) and they seem to work well. I can use either DVB-S or DVB-T (via mythtv and swap easily between them) (butt not use them at the same time which is just a limitation of the device) But a couple of problems. Not many programs support the multifrontend as of yet. Like the biggest one Mythtv :-) You have to do the below so it sees two cards mkdir /dev/dvb/adapter1 ln -s /dev/dvb/adapter1/frontend1 /dev/dvb/adapter1/frontend0 ln -s /dev/dvb/adapter1/net1 /dev/dvb/adapter1/net0 ln -s /dev/dvb/adapter1/dvr1 /dev/dvb/adapter1/dvr0 ln -s /dev/dvb/adapter1/demux1 /dev/dvb/adapter1/demux0 Analog TV Tuning Stops working after you 1st use the DVB-T or DVB-S device a few i2c errors when it first boots up. tda9887 2-0043: i2c i/o error: rc == -121 (should be 4) DVB: registering new adapter (cx88[0]) DVB: registering frontend 0 (Conexant CX24116/CX24118)... DVB: registering frontend 0 (Conexant CX22702 DVB-T)... it says registering frontend 0 both times, but thats just cosmetic and should easily be fixed dmesg --- cx88/2: cx2388x MPEG-TS Driver Manager version 0.0.6 loaded cx88[0]: subsystem: 0070:6902, board: Hauppauge WinTV-HVR4000 DVB-S/S2/T/Hybrid [card=59,autodetected], frontend(s): 2 cx88[0]: TV tuner type 63, Radio tuner type -1 cx88/0: cx2388x v4l2 driver version 0.0.6 loaded cx2388x alsa driver version 0.0.6 loaded cx88[0]: i2c init: enabling analog demod on HVR1300/3000/4000 tuner tveeprom 2-0050: Hauppauge model 69009, rev B2D3, serial# 2807241 tveeprom 2-0050: MAC address is 00-0D-FE-2A-D5-C9 tveeprom 2-0050: tuner model is Philips FMD1216MEX (idx 133, type 63) tveeprom 2-0050: TV standards PAL(B/G) PAL(I) SECAM(L/L') PAL(D/D1/K) ATSC/DVB Digital (eeprom 0xf4) tveeprom 2-0050: audio processor is CX882 (idx 33) tveeprom 2-0050: decoder processor is CX882 (idx 25) tveeprom 2-0050: has radio, has IR receiver, has no IR transmitter cx88[0]: hauppauge eeprom: model=69009 input: cx88 IR (Hauppauge WinTV-HVR400 as /class/input/input3 cx88[0]/2: cx2388x 8802 Driver Manager ACPI: PCI Interrupt Link [APC1] enabled at IRQ 16 ACPI: PCI Interrupt :04:08.2[A] - Link [APC1] - GSI 16 (level, low) - IRQ 21 cx88[0]/2: found at :04:08.2, rev: 5, irq: 21, latency: 32, mmio: 0xf800 cx8802_probe() allocating 2 frontend(s) ACPI: PCI Interrupt :04:08.0[A] - Link [APC1] - GSI 16 (level, low) - IRQ 21 cx88[0]/0: found at :04:08.0, rev: 5, irq: 21, latency: 32, mmio: 0xfa00 cx88/2: cx2388x dvb driver version 0.0.6 loaded cx88/2: registering cx8802 driver, type: dvb access: shared cx88[0]/2: subsystem: 0070:6902, board: Hauppauge WinTV-HVR4000 DVB-S/S2/T/Hybrid [card=59] cx88[0]/2: cx2388x based DVB/ATSC card tuner' 2-0043: chip found @ 0x86 (cx88[0]) tda9887 2-0043: tda988[5/6/7] found tuner' 2-0061: chip found @ 0xc2 (cx88[0]) tuner-simple 2-0061: type set to 63 (Philips FMD1216ME MK3 Hybrid Tuner) tuner' 2-0063: chip found @ 0xc6 (cx88[0]) cx88[0]/0: registered device video0 [v4l2] cx88[0]/0: registered device vbi0 cx88[0]/0: registered device radio0 cx88[0]/1: CX88x/0: ALSA support for cx2388x boards ACPI: PCI Interrupt Link [AAZA] enabled at IRQ 22 ACPI: PCI Interrupt :00:10.1[B] - Link [AAZA] - GSI 22 (level, low) - IRQ 17 tda9887 2-0043: i2c i/o error: rc == -121 (should be 4) DVB: registering new adapter (cx88[0]) DVB: registering frontend 0 (Conexant CX24116/CX24118)... DVB: registering frontend 0 (Conexant CX22702 DVB-T)... cx24116_firmware_ondemand: Waiting for firmware upload (dvb-fe-cx24116.fw)... cx24116_firmware_ondemand: Waiting for firmware upload(2)... cx24116_load_firmware: FW version 1.20.79.0 cx24116_firmware_ondemand: Firmware upload complete cx24116_firmware_ondemand: Waiting for firmware upload (dvb-fe-cx24116.fw)... cx24116_firmware_ondemand: Waiting for firmware upload(2)... cx24116_load_firmware: FW version 1.20.79.0 cx24116_firmware_ondemand: Firmware upload complete -- Thanks ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] hi
Pierre Cassimans wrote: Ag, you are right!!! ... One beer for you next time i see you :) And I'll hold you to it too! ;) ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Update to au-Melbourne scan list
On 21/01/08 08:13, Peter D. wrote: On Monday 21 January 2008, Bruce Schultz wrote: On 20/01/08 20:47, Peter D. wrote: On Sunday 20 January 2008, Jeff Bailes wrote: Hi, Back in November, channel Seven changed their fec_hi from 2/3 to 3/4 causing scans to not pick it up ( http://www.dba.org.au/index.asp?sectionID=39newsID=982display=news ). The new entry in the au-Melbourne file for channel seven should be: # Seven T 17750 7MHz 3/4 NONE QAM64 8k 1/16 NONE I attached the complete updated file anyway. Jeff They are a pain. Anyway, according to the web site that you quoted, all tuners that comply with Australian standards will cope without adjustment. Unfortunately not all tuners comply with Australian standards. :-( Presumably all au-tuning_files should have their channel 7 entry updated. Can this be done at the data base end, or do all files have to be re-submitted? Also the GI in Brisbane is noted as changing as well. I can confirm that the au-Brisbane scan file needs to change. It works now for me with the same channel 7 line that Jeff included above. Scan wasn't finding channel 7 without the change. Did you just change fec_hi, or did you change the Guard Interval as well? The quoted web page states that the GI is now 1/16. (It is possible that your card is smart enough to sort out GI by itself, but not fec_hi.) Sorry about the belated reply Yes, I changed the GI to 1/16. ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] hi
Just keep in mind that when you want to record HD content from the 3 cards, you have 3 x 20MB/s and mostly this is more then your HardDisk can get :) On Feb 11, 2008 12:04 PM, Anton P. Linevich [EMAIL PROTECTED] wrote: Greeting, ashim! Sun, Feb 03, 2008 at 10:22:42PM -0800, ar.saikia wrote: Hi, I just wanna know if in linux 2.6 kernel, DVB driver will support more than 4 cards or not. Can any one help me. 3 cards works for me simultaneously. -- Anton P. Linevich ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Some tests on Avermedia A700
En/na Eduard Huguet ha escrit:
En/na Matthias Schwarzott ha escrit:
On Samstag, 9. Februar 2008, Eduard Huguet wrote:
Hi, Matthias
Hi Eduard!
I've been performing some tests using your patch for this card.
Right now neither dvbscan nor kaffeine are able to find any channel on
Astra (the sat. my dish points to).
However, Kaffeine has been giving me some interesting results: with your
driver as is it's getting me a 13-14% signal level and ~52% SNR when
scanning. Then, thinking that the problem is related to the low signal I
have I've changed the gain levels used to program the tuner: you were
using default values of 0 for all (in zl1003x_set_gain_params()
function, variables rfg, ba and bg), and I've changed them top the
maximum (according to the documentation: rfg=1, ba=bg=3). With that, I'm
getting a 18% signal level, which is higher but still too low apparently
to get a lock.
I've stopped here, because I really don't have the necessary background
to keep tweaking the driver. I just wanted to share it with you, as
maybe you have some idea on how to continue or what else could be done.
So I can do only this guess:
I changed demod driver to invert the Polarization voltage for a700 card.
This is controlled by member-variable voltage_inverted.
static struct mt312_config avertv_a700_mt312 = {
.demod_address = 0x0e,
.voltage_inverted = 1,
};
Can you try to comment the voltage_inverted line here (saa7134-dvb.c: line
865).
BUT: If this helps we need to find out how to detect which card needs this
enabled/disabled.
Regards
Matthias
Hi,
Nothing :(. Removing (or setting it to 0) the voltage_inverted
member doesn't seem to make any difference. I'm starting to suspect
that there is something wrong with my antennae setup, so I'll test it
later using an standalone STB or by plugging the card into a Windows
computer and using the supplied drivers.
Regards,
Eduard
By the way (sorry if I'm being molest...): I will leave the card in this
PC for now, as it's easier fo me to test and develop. As I have also
Windows here ¿is there any way we could do any reverse enginnering from
Windows driver, etc...?
Regards,
Eduard
___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Some tests on Avermedia A700
En/na Eduard Huguet ha escrit:
En/na Matthias Schwarzott ha escrit:
On Samstag, 9. Februar 2008, Eduard Huguet wrote:
Hi, Matthias
Hi Eduard!
I've been performing some tests using your patch for this card.
Right now neither dvbscan nor kaffeine are able to find any channel on
Astra (the sat. my dish points to).
However, Kaffeine has been giving me some interesting results: with your
driver as is it's getting me a 13-14% signal level and ~52% SNR when
scanning. Then, thinking that the problem is related to the low signal I
have I've changed the gain levels used to program the tuner: you were
using default values of 0 for all (in zl1003x_set_gain_params()
function, variables rfg, ba and bg), and I've changed them top the
maximum (according to the documentation: rfg=1, ba=bg=3). With that, I'm
getting a 18% signal level, which is higher but still too low apparently
to get a lock.
I've stopped here, because I really don't have the necessary background
to keep tweaking the driver. I just wanted to share it with you, as
maybe you have some idea on how to continue or what else could be done.
So I can do only this guess:
I changed demod driver to invert the Polarization voltage for a700 card.
This is controlled by member-variable voltage_inverted.
static struct mt312_config avertv_a700_mt312 = {
.demod_address = 0x0e,
.voltage_inverted = 1,
};
Can you try to comment the voltage_inverted line here (saa7134-dvb.c: line
865).
BUT: If this helps we need to find out how to detect which card needs this
enabled/disabled.
Regards
Matthias
Hi,
Nothing :(. Removing (or setting it to 0) the voltage_inverted
member doesn't seem to make any difference. I'm starting to suspect
that there is something wrong with my antennae setup, so I'll test it
later using an standalone STB or by plugging the card into a Windows
computer and using the supplied drivers.
Regards,
Eduard
Hi again...
Just some more feedback: I've unplugged the card and put it onto a
different PC running both Windows and Gentoo. In Windows the card runs
perfectly, I can see all the (free) channels, so I can be sure there's
no problem with my antennae setup.
In Linux it doesn't work, neither in this PC (P4 running Gentoo 32) nor
in the mediacenter PC (AMD AthlonXP running Gentoo 64). It seems we are
missing something fundamental here... :(
Best regards,
Eduard
___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Hauppauge WinTV-HVR 1600
Am Montag, 11. Februar 2008 17:49:51 schrieben Sie: Andreas wrote: Hallo, I bought the card today and naturally I am wondering how/what/when the card is supported? Thank you Look for the cx18 development trees on linuxtv.org - Steve Steve, Thank you, I checked out Hans' cx18 tree and tried to compile the moduiles. On my AMD x86-64 (Kernel 2.6.24.1) I get an error during compilation. Any idea how I can fix that? Going further with make -k compiles the other modules, but then make install fails with an error about stripping the debug info. = make -C ../../../linux-2.6.24.1-35 O=../linux-2.6.24.1-35-obj/x86_64/default modules CC [M] /home/andreas/Documents/cx18/v4l/em28xx-audio.o In file included from /home/andreas/Documents/cx18/v4l/em28xx-audio.c:39: /usr/src/linux-2.6.24.1-35/include/sound/core.h:281: error: 'SNDRV_CARDS' undeclared here (not in a function) /home/andreas/Documents/cx18/v4l/em28xx-audio.c:58: error: array index in initializer not of integer type /home/andreas/Documents/cx18/v4l/em28xx-audio.c:58: error: (near initialization for 'index') = -- Gruß Andreas ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] mantis vp1041 with strange diseqc rotor commands
Thanks Андрей, Do you have a rotor? If it works OK which program do you use to drive it? - Original Message From: Придворов Андрей [EMAIL PROTECTED] To: linux-dvb linux-dvb@linuxtv.org Sent: Monday, February 11, 2008 3:45:02 PM Subject: Re: [linux-dvb] mantis vp1041 with strange diseqc rotor commands I think, this is becouse Initial support for Mantis VP-1041 not usability yet. I use patch from Hans Werner for 1041, works better. - Original Message - From: Simeon Simeonov To: linux-dvb Sent: Tuesday, February 12, 2008 6:47 AM Subject: [linux-dvb] mantis vp1041 with strange diseqc rotor commands Hi, I am using the latest mantis drivers from Manu's repository: http://jusst.de/hg/mantis/ with my Azureware twinhan vp1041 based card. Locking to DVB-S channels works fine almost all the time with the patched szap or patched mythtv. Did not try DVB-S2 yet. But what I am having troubles now is the diseqc. I have a switch behind a diseqc 1.2 rotor (goto stored positions). The switching works fine under Windoz. I have no problems also using it with my other card in the same box - Twinhan 102g. Initially with the vp1041 card after a couple of diseqc commands I would get stb0899_diseqc_fifo_empy timeout. It turned out that I had to use some very long pauses before sending a repeat command. If for the 102g standart 15ms worked fine, for the vp1041 I had to use 1s! pause. Then the rotor will start moving very slowly with small steps - as if it is does one step , stops and then continues to the desired position.If one is patient enough the rotor gets to the desired position. I checked using voltmeter the voltages that come out of the card and they seem to be good. For sending the commands I used both mythtv and hacked version of Michel Verbraak's gotox program. Has anyone experienced something similar with stb0899 frontend? Perhaps you can give me an idea what might be going wrong? Thanks, Simeon Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb -Inline Attachment Follows- ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] HVR1300 non-MCE IR Transmitter
I apologize if this is not directly related to v4l development. But I suspect people here know the answer to this question. Does anyone know how to activate the IR transmitter (not receiver) that is on the non-MCE version of the HVR-1300? The firmware states that it has an IR receiver and a transmitter. The receivers works flawlessly now. I've loaded lirc_serial and tried ports 0x2f8 and 0x3f8. my debugging of the kernel module indicates that data is being written to the UART (in both cases) using the appropriate pulse function but the LED on the transmitter never blinks (checked with a digital cam LCD). I've tried every type supported by the lirc_serial driver. no go. I'm beginning to suspect that the transmitter does not behave as a serial device and that something else needs to be done. is this correct? if so, does anyone know what? There is precious little information about the transmitting portion of the hvr1300 on the web. what do people use to control their cable boxes? Thanks, Rajesh ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] hi
Greeting, ashim! Sun, Feb 03, 2008 at 10:22:42PM -0800, ar.saikia wrote: Hi, I just wanna know if in linux 2.6 kernel, DVB driver will support more than 4 cards or not. Can any one help me. 3 cards works for me simultaneously. -- Anton P. Linevich ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Hauppauge WinTV-HVR 1600
Andreas wrote: Hallo, I bought the card today and naturally I am wondering how/what/when the card is supported? Thank you Look for the cx18 development trees on linuxtv.org - Steve ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] DVB-S: receiving data files
Hi all,Has anyone tried to receive a data file from a sat stream?Is sufficient a board like a TechniSat SkyStar 2,and software as dvbStreamer or dvbyell (original or patched..).Of course I'll also need to encode this stream and upload them to the satellite...but this is another story.Many thanks,Marco ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] multiproto TT3200 szap no lock
Can anyone advise on why the required parameters are not it would seem being passed to the tuner? I am fumbling in the dark on this as all modules seem to have loaded o.k. Feb 8 15:53:44 f864office kernel: stb0899_search: delivery system=1 Feb 8 15:53:44 f864office kernel: stb0899_search: Frequency=0, Srate=0 Feb 8 15:53:44 f864office kernel: stb0899_read_status: Delivery system DVB-S/DSS Regards Michael Curtis From: [EMAIL PROTECTED] on behalf of Michael Curtis Sent: Fri 2/8/2008 11:06 PM To: linux-dvb@linuxtv.org Subject: [linux-dvb] multiproto TT3200 szap no lock Hi all I have been trying to get the TT3200 working on linux for a while now and was encouraged by initial results from the latest Manu offering multiproto-45eec532cefa No errors in compiling and after a reboot all modules (I think all modules) seem to have loaded Dmesg gave (I have snipped this for brevity) (saa7130 refs are from Compro DVB-T card fitted, that works well with these drivers) Feb 8 15:36:14 f864office kernel: ACPI: PCI Interrupt :01:07.0[A] - Link [APC2] - GSI 17 (level, low) - IRQ 17 Feb 8 15:36:14 f864office kernel: saa7146: found saa7146 @ mem c2abe000 (revision 1, irq 17) (0x13c2,0x1019). Feb 8 15:36:14 f864office kernel: saa7146 (0): dma buffer size 192512 Feb 8 15:36:14 f864office kernel: DVB: registering new adapter (TT-Budget S2-3200 PCI) Feb 8 15:36:14 f864office kernel: adapter has MAC addr = 00:d0:5c:61:77:b3 Feb 8 15:36:14 f864office kernel: input: Budget-CI dvb ir receiver saa7146 (0) as /class/input/input7 Feb 8 15:36:14 f864office kernel: budget_ci: CI interface initialised Feb 8 15:36:14 f864office kernel: DVB: registering new adapter (saa7130[0]) Feb 8 15:36:14 f864office kernel: DVB: registering frontend 1 (Philips TDA10046H DVB-T)... Feb 8 15:36:14 f864office kernel: tda1004x: setting up plls for 53MHz sampling clock Feb 8 15:36:14 f864office kernel: _stb0899_read_reg: Reg=[0xf000], data=82 Feb 8 15:36:14 f864office kernel: stb0899_get_dev_id: ID reg=[0x82] Feb 8 15:36:14 f864office kernel: stb0899_get_dev_id: Device ID=[8], Release=[2] Feb 8 15:36:14 f864office kernel: stb0899_get_dev_id: Demodulator Core ID=[DMD1], Version=[1] Feb 8 15:36:14 f864office kernel: stb0899_get_dev_id: FEC Core ID=[FEC1], Version=[1] Feb 8 15:36:14 f864office kernel: stb0899_attach: Attaching STB0899 Feb 8 15:36:14 f864office kernel: stb6100_attach: Attaching STB6100 Feb 8 15:36:14 f864office kernel: DVB: registering frontend 0 (STB0899 Multistandard)... Output from lsmod Module Size Used by nls_utf8 10305 1 vfat 19009 1 fat54513 1 vfat rfcomm 50537 0 l2cap 36289 9 rfcomm bluetooth 64453 4 rfcomm,l2cap sunrpc168009 1 cpufreq_ondemand 15569 1 loop 23493 0 dm_multipath 24401 0 ipv6 307273 18 osst 57193 0 st 43109 0 lnbp21 10240 1 stb610015748 1 stb089941728 1 saa7134_dvb24076 0 videobuf_dvb 13316 1 saa7134_dvb tda1004x 23300 2 saa7134_dvb sr_mod 23397 1 cdrom 40553 1 sr_mod snd_hda_intel 361577 3 snd_seq_dummy 11461 0 snd_seq_oss37313 0 snd_seq_midi_event 15041 1 snd_seq_oss snd_seq56673 5 snd_seq_dummy,snd_seq_oss,snd_seq_midi_event snd_seq_device 15061 3 snd_seq_dummy,snd_seq_oss,snd_seq snd_pcm_oss45889 0 snd_mixer_oss 22721 1 snd_pcm_oss snd_pcm80201 2 snd_hda_intel,snd_pcm_oss snd_timer 27721 2 snd_seq,snd_pcm snd_page_alloc 16465 2 snd_hda_intel,snd_pcm budget_ci 30980 0 budget_core17668 1 budget_ci saa7134 148572 1 saa7134_dvb videodev 33664 1 saa7134 v4l1_compat19460 1 videodev compat_ioctl32 16128 1 saa7134 v4l2_common26240 3 saa7134,videodev,compat_ioctl32 videobuf_dma_sg19716 3 saa7134_dvb,videobuf_dvb,saa7134 videobuf_core 24196 3 videobuf_dvb,saa7134,videobuf_dma_sg ir_kbd_i2c 16912 1 saa7134 snd_hwdep 16073 1 snd_hda_intel dvb_core 89684 3 videobuf_dvb,budget_ci,budget_core saa714623688 2 budget_ci,budget_core ttpci_eeprom 10496 1 budget_core firewire_ohci 25281 0 ir_common 41732 3 budget_ci,saa7134,ir_kbd_i2c snd60137 15 snd_hda_intel,snd_seq_oss,snd_seq,snd_seq_device,snd_pcm_oss,snd_mixer_o ss,snd_pcm,snd_timer,snd_hwdep nvidia 8895940 24 firewire_core 46337 1 firewire_ohci crc_itu_t 10433 1
