Re: kernel oops with TT S2-3200

2010-06-07 Thread Helmut Auer
Am 23.05.2010 01:15, schrieb dave cunningham:
 I'm running debian testing on an AMD Sempron box, kernel 2.6.32-3amd64, 
 with a TT S2-3200.
 
 I've been setting the box up as a Myth TV backend.
 
 The stock kernel drivers for the S2-3200 appear to work (to the extent 
 that I was able to scan for channels in Myth TV) however I was getting 
 errors during channel scan (fec_inner not supported in the mythtv log) 
 so I updated to v4l-dvb tip to see if this error disappeared.
 
 I now get a kernel oops on loading budget_ci as below.
 
 This is changeset 14873:b576509ea6d2.
 
 I see on the wiki that there is an hg bisect utility that I can use to 
 narrow down where this has been introduced. Would it be useful I do so?
 
 Would any more information be useful?
 
 
 May 22 23:19:31 beta kernel: [   98.394646] IR NEC protocol handler 
 initialized
 May 22 23:19:31 beta kernel: [   98.394857] saa7146: register extension 
 'budget_ci dvb'.
 May 22 23:19:31 beta kernel: [   98.394966] budget_ci dvb :04:05.0: PCI 
 INT A - GSI 20 (level, low) - IRQ 20
 May 22 23:19:31 beta kernel: [   98.395020] IRQ 20/: IRQF_DISABLED is not 
 guaranteed on shared IRQs
 May 22 23:19:31 beta kernel: [   98.395055] saa7146: found saa7146 @ mem 
 c900116f8c00 (revision 1, irq 20) (0x13c2,0x1019).
 May 22 23:19:31 beta kernel: [   98.395069] saa7146 (0): dma buffer size 
 192512
 May 22 23:19:31 beta kernel: [   98.395074] DVB: registering new adapter 
 (TT-Budget S2-3200 PCI)
 May 22 23:19:31 beta kernel: [   98.399843] IR RC5(x) protocol handler 
 initialized
 May 22 23:19:31 beta kernel: [   98.404301] IR RC6 protocol handler 
 initialized
 May 22 23:19:31 beta kernel: [   98.408724] IR JVC protocol handler 
 initialized
 May 22 23:19:31 beta kernel: [   98.413024] IR Sony protocol handler 
 initialized
 May 22 23:19:31 beta kernel: [   98.429164] adapter has MAC addr = 
 00:d0:5c:68:2c:ca
 May 22 23:19:31 beta kernel: [   98.468015] Registered IR keymap 
 rc-budget-ci-old
 May 22 23:19:31 beta kernel: [   98.468261] PGD 0
 May 22 23:19:31 beta kernel: [   98.468479] CPU 0
 May 22 23:19:31 beta kernel: [   98.468549] Modules linked in: 
 rc_budget_ci_old ir_sony_decoder ir_jvc_decoder ir_rc6_decoder ir_rc5_decoder
 ir_nec_decoder budget_ci(+) ir_core budget_core ttpci_eeprom dvb_core saa7146 
 cryptd aes_x86_64 aes_generic xt_mac xt_TCPMSS xt_tcpudp ipt_LOG
 iptable_raw xt_conntrack xt_comment iptable_nat nf_nat xt_MARK ipt_REJECT 
 ipt_addrtype xt_multiport iptable_mangle nf_conntrack_ipv4
 nf_defrag_ipv4 xt_state nf_conntrack iptable_filter ip_tables x_tables fuse 
 nfsd exportfs nfs lockd fscache nfs_acl auth_rpcgss sunrpc pppoatm
 ppp_generic slhc powernow_k8 it87 hwmon_vid loop arc4 ecb ath9k ath9k_common 
 mac80211 ath9k_hw ath snd_hda_codec_realtek amd64_edac_mod shpchp
 cfg80211 i2c_piix4 edac_core k10temp edac_mce_amd i2c_core pci_hotplug rfkill 
 snd_hda_intel parport_pc led_class snd_hda_codec snd_hwdep
 snd_pcm_oss snd_mixer_oss snd_pcm evdev parport snd_timer snd soundcore 
 snd_page_alloc speedtch usbatm pcspkr atm psmouse processor serio_raw
 ext3 jbd mbcache fan ide_gd_mod ata_generic
 May 22 23:19:31 beta kernel: ohci_hcd ide_pci_generic ahci libata atiixp 
 button thermal thermal_sys r8169 mii ehci_hcd scsi_mod ide_core usbcore
 nls_base [last unloaded: scsi_wait_scan]
 May 22 23:19:31 beta kernel: [   98.472002] Pid: 2746, comm: work_for_cpu Not 
 tainted 2.6.32-3-amd64 #1 A760G M2+
 May 22 23:19:31 beta kernel: [   98.472002] RIP: 0010:[a068db7e]  
 [a068db7e] ir_register_class+0x4d/0x18f [ir_core]
 May 22 23:19:31 beta kernel: [   98.472002] RSP: 0018:88007cf67db0  
 EFLAGS: 00010246
 May 22 23:19:31 beta kernel: [   98.472002] RAX:  RBX: 
 88007c1a5400 RCX: a068ee60
 May 22 23:19:31 beta kernel: [   98.472002] RDX:  RSI: 
 a068e94a RDI: 88007c1a5400
 May 22 23:19:31 beta kernel: [   98.472002] RBP:  R08: 
  R09: 0073
 May 22 23:19:31 beta kernel: [   98.472002] R10:  R11: 
 00dc R12: a06c0060
 May 22 23:19:31 beta kernel: [   98.472002] R13: 88007cf4c000 R14: 
 0286 R15: a0698ed3
 May 22 23:19:31 beta kernel: [   98.472002] FS:  7f498d78c6f0() 
 GS:88000180() knlGS:
 May 22 23:19:31 beta kernel: [   98.472002] CS:  0010 DS: 0018 ES: 0018 CR0: 
 8005003b
 May 22 23:19:31 beta kernel: [   98.472002] CR2:  CR3: 
 01001000 CR4: 06f0
 May 22 23:19:31 beta kernel: [   98.472002] DR0:  DR1: 
  DR2: 
 May 22 23:19:31 beta kernel: [   98.472002] DR3:  DR6: 
 0ff0 DR7: 0400
 May 22 23:19:31 beta kernel: [   98.472002] Process work_for_cpu (pid: 2746, 
 threadinfo 88007cf66000, task 88007b67cdb0)
 May 22 23:19:31 beta kernel: [   98.472002]  88007c1a5400

kernel oops with TT S2-3200

2010-05-22 Thread dave cunningham
I'm running debian testing on an AMD Sempron box, kernel 2.6.32-3amd64, 
with a TT S2-3200.


I've been setting the box up as a Myth TV backend.

The stock kernel drivers for the S2-3200 appear to work (to the extent 
that I was able to scan for channels in Myth TV) however I was getting 
errors during channel scan (fec_inner not supported in the mythtv log) 
so I updated to v4l-dvb tip to see if this error disappeared.


I now get a kernel oops on loading budget_ci as below.

This is changeset 14873:b576509ea6d2.

I see on the wiki that there is an hg bisect utility that I can use to 
narrow down where this has been introduced. Would it be useful I do so?


Would any more information be useful?


May 22 23:19:31 beta kernel: [   98.394646] IR NEC protocol handler initialized
May 22 23:19:31 beta kernel: [   98.394857] saa7146: register extension 
'budget_ci dvb'.
May 22 23:19:31 beta kernel: [   98.394966] budget_ci dvb :04:05.0: PCI INT A 
- GSI 20 (level, low) - IRQ 20
May 22 23:19:31 beta kernel: [   98.395020] IRQ 20/: IRQF_DISABLED is not 
guaranteed on shared IRQs
May 22 23:19:31 beta kernel: [   98.395055] saa7146: found saa7146 @ mem 
c900116f8c00 (revision 1, irq 20) (0x13c2,0x1019).
May 22 23:19:31 beta kernel: [   98.395069] saa7146 (0): dma buffer size 192512
May 22 23:19:31 beta kernel: [   98.395074] DVB: registering new adapter 
(TT-Budget S2-3200 PCI)
May 22 23:19:31 beta kernel: [   98.399843] IR RC5(x) protocol handler 
initialized
May 22 23:19:31 beta kernel: [   98.404301] IR RC6 protocol handler initialized
May 22 23:19:31 beta kernel: [   98.408724] IR JVC protocol handler initialized
May 22 23:19:31 beta kernel: [   98.413024] IR Sony protocol handler initialized
May 22 23:19:31 beta kernel: [   98.429164] adapter has MAC addr = 
00:d0:5c:68:2c:ca
May 22 23:19:31 beta kernel: [   98.468015] Registered IR keymap 
rc-budget-ci-old
May 22 23:19:31 beta kernel: [   98.468261] PGD 0
May 22 23:19:31 beta kernel: [   98.468479] CPU 0
May 22 23:19:31 beta kernel: [   98.468549] Modules linked in: rc_budget_ci_old 
ir_sony_decoder ir_jvc_decoder ir_rc6_decoder ir_rc5_decoder
ir_nec_decoder budget_ci(+) ir_core budget_core ttpci_eeprom dvb_core saa7146 
cryptd aes_x86_64 aes_generic xt_mac xt_TCPMSS xt_tcpudp ipt_LOG
iptable_raw xt_conntrack xt_comment iptable_nat nf_nat xt_MARK ipt_REJECT 
ipt_addrtype xt_multiport iptable_mangle nf_conntrack_ipv4
nf_defrag_ipv4 xt_state nf_conntrack iptable_filter ip_tables x_tables fuse 
nfsd exportfs nfs lockd fscache nfs_acl auth_rpcgss sunrpc pppoatm
ppp_generic slhc powernow_k8 it87 hwmon_vid loop arc4 ecb ath9k ath9k_common 
mac80211 ath9k_hw ath snd_hda_codec_realtek amd64_edac_mod shpchp
cfg80211 i2c_piix4 edac_core k10temp edac_mce_amd i2c_core pci_hotplug rfkill 
snd_hda_intel parport_pc led_class snd_hda_codec snd_hwdep
snd_pcm_oss snd_mixer_oss snd_pcm evdev parport snd_timer snd soundcore 
snd_page_alloc speedtch usbatm pcspkr atm psmouse processor serio_raw
ext3 jbd mbcache fan ide_gd_mod ata_generic
May 22 23:19:31 beta kernel: ohci_hcd ide_pci_generic ahci libata atiixp button 
thermal thermal_sys r8169 mii ehci_hcd scsi_mod ide_core usbcore
nls_base [last unloaded: scsi_wait_scan]
May 22 23:19:31 beta kernel: [   98.472002] Pid: 2746, comm: work_for_cpu Not 
tainted 2.6.32-3-amd64 #1 A760G M2+
May 22 23:19:31 beta kernel: [   98.472002] RIP: 0010:[a068db7e]  
[a068db7e] ir_register_class+0x4d/0x18f [ir_core]
May 22 23:19:31 beta kernel: [   98.472002] RSP: 0018:88007cf67db0  EFLAGS: 
00010246
May 22 23:19:31 beta kernel: [   98.472002] RAX:  RBX: 
88007c1a5400 RCX: a068ee60
May 22 23:19:31 beta kernel: [   98.472002] RDX:  RSI: 
a068e94a RDI: 88007c1a5400
May 22 23:19:31 beta kernel: [   98.472002] RBP:  R08: 
 R09: 0073
May 22 23:19:31 beta kernel: [   98.472002] R10:  R11: 
00dc R12: a06c0060
May 22 23:19:31 beta kernel: [   98.472002] R13: 88007cf4c000 R14: 
0286 R15: a0698ed3
May 22 23:19:31 beta kernel: [   98.472002] FS:  7f498d78c6f0() 
GS:88000180() knlGS:
May 22 23:19:31 beta kernel: [   98.472002] CS:  0010 DS: 0018 ES: 0018 CR0: 
8005003b
May 22 23:19:31 beta kernel: [   98.472002] CR2:  CR3: 
01001000 CR4: 06f0
May 22 23:19:31 beta kernel: [   98.472002] DR0:  DR1: 
 DR2: 
May 22 23:19:31 beta kernel: [   98.472002] DR3:  DR6: 
0ff0 DR7: 0400
May 22 23:19:31 beta kernel: [   98.472002] Process work_for_cpu (pid: 2746, 
threadinfo 88007cf66000, task 88007b67cdb0)
May 22 23:19:31 beta kernel: [   98.472002]  88007c1a5400 88007cf4c000 
a06c0060 002d
May 22 23:19:31 beta kernel: [   98.472002] 0 0286 
a068d9b6 0004

TT s2-3200 does not scan the frequencies 5000

2010-03-22 Thread Armando Baía
I do not speak English but can understand. This text was translated by google.
Do not want to be inconvenient. In December I reported that the board TT 
s2-3200 does not scan the frequencies 5000.
Because there will be issues of more interest was not the case is not 
resolved, hence my insistence. By doing scan with SymbolRate 5000
I have the following response:

My scan:

da...@linux-rpr6:~/satelite scan Feeds
scanning Feeds
using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
ERROR: invalid enum value '9'
initial transponder 10983000 V 4999000 9
 tune to: 10983:v:0:4999
DVB-S IF freq is 1233000
__tune_to_transponder:1508: ERROR: Setting frontend parameters failed: 22 
Invalid argument
 tune to: 10983:v:0:4999
DVB-S IF freq is 1233000
__tune_to_transponder:1508: ERROR: Setting frontend parameters failed: 22 
Invalid argument
ERROR: initial tuning failed
dumping lists (0 services)
Done.

My /log/warn

Mar 22 11:09:05 linux-rpr6 kernel: [ 3982.186317] DVB: adapter 0 frontend 0 
symbol rate 4999000 out of range (500..4500)
Mar 22 11:09:06 linux-rpr6 kernel: [ 3982.399294] DVB: adapter 0 frontend 0 
symbol rate 4999000 out of range (500..4500)

My lspci -nn

01:00.0 Multimedia controller [0480]: Philips Semiconductors SAA7146 
[1131:7146] (rev 01)

My lspci -vv

01:00.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01)
Subsystem: Technotrend Systemtechnik GmbH S2-3200
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- 
TAbort- MAbort- SERR- PERR- INTx-
Latency: 64 (3750ns min, 9500ns max)
Interrupt: pin A routed to IRQ 17
Region 0: Memory at dfeffc00 (32-bit, non-prefetchable) [size=512]
Kernel driver in use: budget_ci dvb

My lsmod

linux-rpr6:/home/daddy # lsmod
Module  Size  Used by
ip6t_LOG6468  6  
xt_tcpudp   3136  2  
xt_pkttype  1632  3  
ipt_LOG 6276  6  
xt_limit2692  12 
snd_pcm_oss51616  0  
snd_mixer_oss  19104  1 snd_pcm_oss
snd_seq64784  0
snd_seq_device  8620  1 snd_seq
edd10472  0
af_packet  23456  0
ip6t_REJECT 5472  3
nf_conntrack_ipv6  22036  4
ip6table_raw3008  1
xt_NOTRACK  1632  4
ipt_REJECT  3168  3
xt_state2208  8
iptable_raw 2848  1
iptable_filter  3616  1
ip6table_mangle 4160  0
nf_conntrack_netbios_ns 2560  0
i915  251464  1
drm   185440  2 i915
i2c_algo_bit6884  1 i915
video  24600  1 i915
nf_conntrack_ipv4  11688  4
nf_conntrack   84768  5 
nf_conntrack_ipv6,xt_NOTRACK,xt_state,nf_conntrack_netbios_ns,nf_conntrack_ipv4
nf_defrag_ipv4  2112  1 nf_conntrack_ipv4
ip_tables  13392  2 iptable_raw,iptable_filter
ip6table_filter 3616  1
ip6_tables 14832  4 
ip6t_LOG,ip6table_raw,ip6table_mangle,ip6table_filter
x_tables   19524  11 
ip6t_LOG,xt_tcpudp,xt_pkttype,ipt_LOG,xt_limit,ip6t_REJECT,xt_NOTRACK,ipt_REJECT,xt_state,ip_tables,ip6_tables
cpufreq_conservative 8396  0
cpufreq_userspace   3332  0
cpufreq_powersave   1568  0
acpi_cpufreq9452  0
speedstep_lib   5092  0
fuse   74332  5
loop   17228  0
dm_mod 84900  0
lnbp21  2816  1
stb6100 7780  1
stb089937252  1
iTCO_wdt   12164  0
budget_ci  25240  0
snd_hda_codec_realtek   233860  1
budget_core10628  1 budget_ci
dvb_core   98692  2 budget_ci,budget_core
saa714619880  2 budget_ci,budget_core
ttpci_eeprom2144  1 budget_core
iTCO_vendor_support 3876  1 iTCO_wdt
ppdev  10276  0
sg 32884  0
sr_mod 17572  0
cdrom  40768  1 sr_mod
pcspkr  2784  0
joydev 11232  0
ir_common  49284  1 budget_ci
i2c_i801   12788  0
serio_raw   6276  0
snd_hda_intel  31712  3
snd_hda_codec  94688  2 snd_hda_codec_realtek,snd_hda_intel
snd_hwdep   8740  1 snd_hda_codec
snd_pcm96324  4 snd_pcm_oss,snd_hda_intel,snd_hda_codec
snd_timer  25960  3 snd_seq,snd_pcm
snd75236  14 
snd_pcm_oss,snd_mixer_oss,snd_seq,snd_seq_device,snd_hda_codec_realtek,snd_hda_intel,snd_hda_codec,snd_hwdep,snd_pcm,snd_timer
snd_page_alloc 10600  2 snd_hda_intel,snd_pcm
intel_agp  31460  1

CI Plus support for TT S2 3200

2010-01-19 Thread Peter
Does anyone know if the current Technotrend DVB-S2 S2-3200 with the CI 
daughter board supports the latest generation of CI+ CAMS and specified 
in http://www.ci-plus.com/ in non-legacy mode? I guess what I am asking 
is, can the hardware support full CI+, what would be involved software 
wise and has anyone looked at this?


Pete
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


TT S2-3200 Infrared

2010-01-16 Thread Alexander Dilevskiy

Hi guys!

I was playing with my Technotrend S2-3200 card (bidget-ci driver) and 
found the driver selected a wrong IR remote keymap 
(ir_codes_budget_ci_old instead of ir_codes_tt_1500) because my 
subsystem_device ID 0x1019 was not present in the corresponding

switch (budget_ci-budget.dev-pci-subsystem_device).

Adding case 0x1019: fixed the issue.

Shall I just post the patch to this maillist or send it to the budget-ci 
driver maintainer (who's that guy?) ?



Regards,
Alex
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


tt s2-3200: dvb-s2 problem transponders fixed :) concerns SR 30000 3/4 8psk mode

2009-12-22 Thread Newsy Paper
thanks to Andreas Regel + Manu Abraham for their work.

I just tested those problem transponders. If I set SR to 29998 instead of 3 
they finally work with recent s2-liplian changeset.

Thank you for your great work and thanks to all the others involved in v4l 
driver development.

kind regards


Newsy

__
Do You Yahoo!?
Sie sind Spam leid? Yahoo! Mail verfügt über einen herausragenden Schutz gegen 
Massenmails. 
http://mail.yahoo.com 
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: tt s2-3200: dvb-s2 problem transponders fixed :) concerns SR 30000 3/4 8psk mode

2009-12-22 Thread Emmanuel

Newsy Paper a écrit :

thanks to Andreas Regel + Manu Abraham for their work.

I just tested those problem transponders. If I set SR to 29998 instead of 3 
they finally work with recent s2-liplian changeset.

Thank you for your great work and thanks to all the others involved in v4l 
driver development.
  
Then I guess this is related to a computation being abit off (3 is 
probably a threshold also).
I any case I still have to add 4MHz to the frequencies (with DVB-S) to 
get a reliable lock with tt s2-3200 (kernel is ubuntu 2.6.31.4)

Bye
Manu
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: Anyone capable of fixing inverted spectrum issue on tt s2-3200?

2009-12-17 Thread Newsy Paper
ok this modification does change something as I have no signal on all dvb-s2 
transponders that don't use inverted spectrum. I'm still looking for a 
transponder that has this inverted spectrum still enabled, so I'll give 
feedback as soon as I find one.

regards

Newspaperman
--- Manu Abraham abraham.m...@gmail.com schrieb am Mi, 16.12.2009:

 Von: Manu Abraham abraham.m...@gmail.com
 Betreff: Re: Anyone capable of fixing inverted spectrum issue on tt s2-3200?
 An: Newsy Paper newspaperman_germ...@yahoo.com
 CC: linux-media@vger.kernel.org
 Datum: Mittwoch, 16. Dezember 2009, 14:10
 On Wed, Dec 16, 2009 at 4:15 PM,
 Newsy Paper
 newspaperman_germ...@yahoo.com
 wrote:
  Hi,
 
  as the problem with the ORF HD transponder on Astra is
 now figured out and ORF switched inversion off again, we
 know know where the bug in the driver is. I don't know if
 the problem also occours on dvb-s(1) transponders but I'll
 try to figure that out.
 
  Is anyone able to fix that dvb-s2 problem? Perhaps it
 would also solve the problem with some transponders on 1°
 west?
 
 
 
 To verify whether an inversion will solve the issue:
 
 Please try changing
 
 line: #1313 .inversion = IQ_SWAP_ON, /* 1 */  to
 IQ_SWAP_OFF
 
 in
 
 http://linuxtv.org/hg/v4l-dvb/file/79fc32bba0a0/linux/drivers/media/dvb/ttpci/budget-ci.c
 
 and check whether that solves your inversion issue. Please
 report your findings.
 
 
 Regards,
 Manu
 

__
Do You Yahoo!?
Sie sind Spam leid? Yahoo! Mail verfügt über einen herausragenden Schutz gegen 
Massenmails. 
http://mail.yahoo.com 
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: no locking on dvb-s2 22000 2/3 8PSK transponder on Astra 19.2E with tt s2-3200

2009-12-16 Thread Matthias Wächter
Am 15.12.2009 20:44, schrieb Newsy Paper:
 yes, this transponder is working again at blog.ors.at they say that they 
 updated the modulator. It is working now again but driver still has this bug, 
 so it's interesting what the update of the modulator changed exactly.

Today I received an answer from Peter Knorr, ORS, where he told me that
when they activated their modulator on 3 Dec 2009, it was set up to
output an inverted spectrum. What they did to fix our issue was to
switch off this inversion.

For me, personally, the issue with 19.2°/11302.75h is closed. Maybe
someone with knowledge about handling STB6100/STB0899 will be able to
finally solve the issue with transponders that have an inverted spectrum.

– Matthias
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Anyone capable of fixing inverted spectrum issue on tt s2-3200?

2009-12-16 Thread Newsy Paper
Hi,

as the problem with the ORF HD transponder on Astra is now figured out and ORF 
switched inversion off again, we know know where the bug in the driver is. I 
don't know if the problem also occours on dvb-s(1) transponders but I'll try to 
figure that out.

Is anyone able to fix that dvb-s2 problem? Perhaps it would also solve the 
problem with some transponders on 1° west?

regards

Newsy

__
Do You Yahoo!?
Sie sind Spam leid? Yahoo! Mail verfügt über einen herausragenden Schutz gegen 
Massenmails. 
http://mail.yahoo.com 
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: Anyone capable of fixing inverted spectrum issue on tt s2-3200?

2009-12-16 Thread Manu Abraham
On Wed, Dec 16, 2009 at 4:15 PM, Newsy Paper
newspaperman_germ...@yahoo.com wrote:
 Hi,

 as the problem with the ORF HD transponder on Astra is now figured out and 
 ORF switched inversion off again, we know know where the bug in the driver 
 is. I don't know if the problem also occours on dvb-s(1) transponders but 
 I'll try to figure that out.

 Is anyone able to fix that dvb-s2 problem? Perhaps it would also solve the 
 problem with some transponders on 1° west?



To verify whether an inversion will solve the issue:

Please try changing

line: #1313 .inversion = IQ_SWAP_ON, /* 1 */  to IQ_SWAP_OFF

in

http://linuxtv.org/hg/v4l-dvb/file/79fc32bba0a0/linux/drivers/media/dvb/ttpci/budget-ci.c

and check whether that solves your inversion issue. Please report your findings.


Regards,
Manu
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: Anyone capable of fixing inverted spectrum issue on tt s2-3200?

2009-12-16 Thread Newsy Paper
thx Manu for your quick answer. I tried that patch, at least on those 8psk 
3 3/4 on thor 1 West it didn't solve the problem, but I'm not sure if they 
really use inverted spectrum on that transponder.

ORF switched inverted spectrum off again, so I'm in search of an dvb-s2 
transponder that has set inverted spectrum on in order to test your change. :(

regards

Newsy

--- Manu Abraham abraham.m...@gmail.com schrieb am Mi, 16.12.2009:

 Von: Manu Abraham abraham.m...@gmail.com
 Betreff: Re: Anyone capable of fixing inverted spectrum issue on tt s2-3200?
 An: Newsy Paper newspaperman_germ...@yahoo.com
 CC: linux-media@vger.kernel.org
 Datum: Mittwoch, 16. Dezember 2009, 14:10
 On Wed, Dec 16, 2009 at 4:15 PM,
 Newsy Paper
 newspaperman_germ...@yahoo.com
 wrote:
  Hi,
 
  as the problem with the ORF HD transponder on Astra is
 now figured out and ORF switched inversion off again, we
 know know where the bug in the driver is. I don't know if
 the problem also occours on dvb-s(1) transponders but I'll
 try to figure that out.
 
  Is anyone able to fix that dvb-s2 problem? Perhaps it
 would also solve the problem with some transponders on 1°
 west?
 
 
 
 To verify whether an inversion will solve the issue:
 
 Please try changing
 
 line: #1313 .inversion = IQ_SWAP_ON, /* 1 */  to
 IQ_SWAP_OFF
 
 in
 
 http://linuxtv.org/hg/v4l-dvb/file/79fc32bba0a0/linux/drivers/media/dvb/ttpci/budget-ci.c
 
 and check whether that solves your inversion issue. Please
 report your findings.
 
 
 Regards,
 Manu
 

__
Do You Yahoo!?
Sie sind Spam leid? Yahoo! Mail verfügt über einen herausragenden Schutz gegen 
Massenmails. 
http://mail.yahoo.com 
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: no locking on dvb-s2 22000 2/3 8PSK transponder on Astra 19.2E with tt s2-3200

2009-12-15 Thread Newsy Paper
yes, this transponder is working again at blog.ors.at they say that they 
updated the modulator. It is working now again but driver still has this bug, 
so it's interesting what the update of the modulator changed exactly.

regards

Newsy

--- Oleg Roitburd oroitb...@gmail.com schrieb am Mo, 14.12.2009:

 Von: Oleg Roitburd oroitb...@gmail.com
 Betreff: Re: no locking on dvb-s2 22000 2/3 8PSK transponder on Astra 19.2E  
 with tt s2-3200
 An: Newsy Paper newspaperman_germ...@yahoo.com
 CC: linux-media@vger.kernel.org
 Datum: Montag, 14. Dezember 2009, 13:07
 2009/12/9 Newsy Paper newspaperman_germ...@yahoo.com:
  Hi,
 
  no matter if I use Igors or Manus driver, there's no
 lock on 11303 h 22000 2/3 8psk. Other users at vdr-portal
 report same problem.
 
  The strange thing is that all other transponders that
 use 22000 2/3 8psk do work but this transponder doesn't. It
 worked fine until december 3rd when uplink moved to Vienna.
 I think they changed a parameter like rolloff or inversion
 and the dvb-s2 part of stb6100 is buggy.
 
 It works again. Very strange.
 
 $ sudo ./scan-s2 -x -2 -O S19.2E ORF.ini
 API major 5, minor 0
 scanning ORF.ini
 using '/dev/dvb/adapter0/frontend0' and
 '/dev/dvb/adapter0/demux0'
 initial transponder DVB-S2 11303000 H 2200 2/3 35 8PSK
 -- Using DVB-S2
  tune to: 11303:hC23M5O35S1:S19.2E:22000:
 DVB-S IF freq is 1553000
  parse_section, section number 0 out of 0...!
 service_id = 0x0
 service_id = 0x132F
 pmt_pid = 0x6B
 service_id = 0x1330
 pmt_pid = 0x6C
 service_id = 0x1331
 pmt_pid = 0x6D
  parse_section, section number 0 out of 0...!
   VIDEO     : PID 0x0DFF
   AUDIO     : PID 0x0E00
   AUDIO     : PID 0x0E01
   AC3       : PID 0x0E03
   TELETEXT  : PID 0x0E04
  parse_section, section number 0 out of 0...!
   CA ID     : PID 0x0D05
   CA ID     : PID 0x1702
   CA ID     : PID 0x1833
   CA ID     : PID 0x0648
   CA ID     : PID 0x0D95
   CA ID     : PID 0x09C4
   VIDEO     : PID 0x0B68
   AUDIO     : PID 0x0B69
   AC3       : PID 0x0B6B
   AUDIO     : PID 0x0B6A
   TELETEXT  : PID 0x0B6D
  parse_section, section number 0 out of 0...!
   CA ID     : PID 0x0D05
   CA ID     : PID 0x1702
   CA ID     : PID 0x1833
   CA ID     : PID 0x0648
   CA ID     : PID 0x0D95
   CA ID     : PID 0x09C4
   VIDEO     : PID 0x0780
   AUDIO     : PID 0x0781
   AC3       : PID 0x0783
   AUDIO     : PID 0x0782
   TELETEXT  : PID 0x0785
  parse_section, section number 0 out of 0...!
 0x03EF 0x132F: pmt_pid 0x006B ORF -- ORF1 HD (running,
 scrambled)
 0x03EF 0x1330: pmt_pid 0x006C ORF -- ORF2 HD (running,
 scrambled)
 0x03EF 0x1331: pmt_pid 0x006D ServusTV -- Servus TV HD
 (running)
  parse_section, section number 0 out of 0...!
 dumping lists (3 services)
 ORF1
 HD;ORF:11303:hC23M5O35S1:S19.2E:22000:1920:1921=ger,1922=ENG;1923=ger:1925:D05,1702,1833,648,D95,9C4:4911:1:1007:0
 ORF2
 HD;ORF:11303:hC23M5O35S1:S19.2E:22000:2920:2921=ger,2922=ENG;2923=ger:2925:D05,1702,1833,648,D95,9C4:4912:1:1007:0
 Servus TV
 HD;ServusTV:11303:hC23M5O35S1:S19.2E:22000:3583:3584=ger,3585=eng;3587=ger:3588:0:4913:1:1007:0
 
 Regards
 
 Oleg Roitburd
 

__
Do You Yahoo!?
Sie sind Spam leid? Yahoo! Mail verfügt über einen herausragenden Schutz gegen 
Massenmails. 
http://mail.yahoo.com 
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: no locking on dvb-s2 22000 2/3 8PSK transponder on Astra 19.2E with tt s2-3200

2009-12-14 Thread Oleg Roitburd
2009/12/9 Newsy Paper newspaperman_germ...@yahoo.com:
 Hi,

 no matter if I use Igors or Manus driver, there's no lock on 11303 h 22000 
 2/3 8psk. Other users at vdr-portal report same problem.

 The strange thing is that all other transponders that use 22000 2/3 8psk do 
 work but this transponder doesn't. It worked fine until december 3rd when 
 uplink moved to Vienna. I think they changed a parameter like rolloff or 
 inversion and the dvb-s2 part of stb6100 is buggy.

It works again. Very strange.

$ sudo ./scan-s2 -x -2 -O S19.2E ORF.ini
API major 5, minor 0
scanning ORF.ini
using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
initial transponder DVB-S2 11303000 H 2200 2/3 35 8PSK
-- Using DVB-S2
 tune to: 11303:hC23M5O35S1:S19.2E:22000:
DVB-S IF freq is 1553000
 parse_section, section number 0 out of 0...!
service_id = 0x0
service_id = 0x132F
pmt_pid = 0x6B
service_id = 0x1330
pmt_pid = 0x6C
service_id = 0x1331
pmt_pid = 0x6D
 parse_section, section number 0 out of 0...!
  VIDEO : PID 0x0DFF
  AUDIO : PID 0x0E00
  AUDIO : PID 0x0E01
  AC3   : PID 0x0E03
  TELETEXT  : PID 0x0E04
 parse_section, section number 0 out of 0...!
  CA ID : PID 0x0D05
  CA ID : PID 0x1702
  CA ID : PID 0x1833
  CA ID : PID 0x0648
  CA ID : PID 0x0D95
  CA ID : PID 0x09C4
  VIDEO : PID 0x0B68
  AUDIO : PID 0x0B69
  AC3   : PID 0x0B6B
  AUDIO : PID 0x0B6A
  TELETEXT  : PID 0x0B6D
 parse_section, section number 0 out of 0...!
  CA ID : PID 0x0D05
  CA ID : PID 0x1702
  CA ID : PID 0x1833
  CA ID : PID 0x0648
  CA ID : PID 0x0D95
  CA ID : PID 0x09C4
  VIDEO : PID 0x0780
  AUDIO : PID 0x0781
  AC3   : PID 0x0783
  AUDIO : PID 0x0782
  TELETEXT  : PID 0x0785
 parse_section, section number 0 out of 0...!
0x03EF 0x132F: pmt_pid 0x006B ORF -- ORF1 HD (running, scrambled)
0x03EF 0x1330: pmt_pid 0x006C ORF -- ORF2 HD (running, scrambled)
0x03EF 0x1331: pmt_pid 0x006D ServusTV -- Servus TV HD (running)
 parse_section, section number 0 out of 0...!
dumping lists (3 services)
ORF1 
HD;ORF:11303:hC23M5O35S1:S19.2E:22000:1920:1921=ger,1922=ENG;1923=ger:1925:D05,1702,1833,648,D95,9C4:4911:1:1007:0
ORF2 
HD;ORF:11303:hC23M5O35S1:S19.2E:22000:2920:2921=ger,2922=ENG;2923=ger:2925:D05,1702,1833,648,D95,9C4:4912:1:1007:0
Servus TV 
HD;ServusTV:11303:hC23M5O35S1:S19.2E:22000:3583:3584=ger,3585=eng;3587=ger:3588:0:4913:1:1007:0

Regards

Oleg Roitburd
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


no locking on dvb-s2 22000 2/3 8PSK transponder on Astra 19.2E with tt s2-3200

2009-12-09 Thread Newsy Paper
Hi,

no matter if I use Igors or Manus driver, there's no lock on 11303 h 22000 2/3 
8psk. Other users at vdr-portal report same problem.

The strange thing is that all other transponders that use 22000 2/3 8psk do 
work but this transponder doesn't. It worked fine until december 3rd when 
uplink moved to Vienna. I think they changed a parameter like rolloff or 
inversion and the dvb-s2 part of stb6100 is buggy.

regards

Newspaperman

__
Do You Yahoo!?
Sie sind Spam leid? Yahoo! Mail verfügt über einen herausragenden Schutz gegen 
Massenmails. 
http://mail.yahoo.com 
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: no locking on dvb-s2 22000 2/3 8PSK transponder on Astra 19.2E with tt s2-3200

2009-12-09 Thread Matthias Wächter
Am 09.12.2009 21:15, schrieb Newsy Paper:
 no matter if I use Igors or Manus driver, there's no lock on 11303 h 22000 
 2/3 8psk. Other users at vdr-portal report same problem.
 The strange thing is that all other transponders that use 22000 2/3 8psk do 
 work but this transponder doesn't. It worked fine until december 3rd when 
 uplink moved to Vienna. I think they changed a parameter like rolloff or 
 inversion and the dvb-s2 part of stb6100 is buggy.

Reviewing the code and having enabled debugging options for stb6100, I
am puzzled about the high bandwidth values.

I thought that the bandwidth of the frontend would always be around the
bandwidth of the transponder, plus some minimum locking range. 11303h is
a 26 MHz transponder, so I wonder about the excess in bandwidth: 39.7
MHz is requested, 40 MHz bandwidth is the result. I would expect a value
of 22 MSps * (1+0.35) Hz/S = 29.7 MHz (which is more than the
transponder’s 26 MHz, though ?) but less than 40 MHz as in the example
below. If too much bandwidth hits the decoder, it may be facing aliasing
from neighbor channels, but I don’t know if that is the root cause of
the problems. This is http://jusst.de/hg/v4l-dvb/ as advised by Manu.

Tuning to a 27.500 MSps transponder results in a whoppin’ 62 MHz
bandwidth setting. Is this reasonable?

  kernel: stb6100_set_bandwidth: set bandwidth to 3970 Hz
  kernel: stb6100_write_reg_range: Write @ 0x60: [9:1]
  kernel: stb6100_write_reg_range: FCCK: 0x4d
  kernel: stb6100_write_reg_range: Write @ 0x60: [6:1]
  kernel: stb6100_write_reg_range: F: 0xcf
  kernel: stb6100_write_reg_range: Write @ 0x60: [9:1]
  kernel: stb6100_write_reg_range: FCCK: 0x0d
  kernel: stb6100_read_regs: Read from 0x60
  kernel: stb6100_read_regs: LD: 0x81
  kernel: stb6100_read_regs: VCO: 0x64
  kernel: stb6100_read_regs: NI: 0x34
  kernel: stb6100_read_regs: NF: 0x2f
  kernel: stb6100_read_regs: K: 0x3d
  kernel: stb6100_read_regs: G: 0x39
  kernel: stb6100_read_regs: F: 0xcf
  kernel: stb6100_read_regs: DLB: 0xdc
  kernel: stb6100_read_regs: TEST1: 0x8f
  kernel: stb6100_read_regs: FCCK: 0x0d
  kernel: stb6100_read_regs: LPEN: 0xfb
  kernel: stb6100_read_regs: TEST3: 0xde
  kernel: stb6100_get_bandwidth: bandwidth = 4000 Hz
  kernel: stb6100_read_regs: Read from 0x60
  kernel: stb6100_read_regs: LD: 0x81
  kernel: stb6100_read_regs: VCO: 0x64
  kernel: stb6100_read_regs: NI: 0x34
  kernel: stb6100_read_regs: NF: 0x2f
  kernel: stb6100_read_regs: K: 0x3d
  kernel: stb6100_read_regs: G: 0x39
  kernel: stb6100_read_regs: F: 0xcf
  kernel: stb6100_read_regs: DLB: 0xdc
  kernel: stb6100_read_regs: TEST1: 0x8f
  kernel: stb6100_read_regs: FCCK: 0x0d
  kernel: stb6100_read_regs: LPEN: 0xfb
  kernel: stb6100_read_regs: TEST3: 0xde
  kernel: stb6100_set_frequency: Get frontend parameters
  kernel: stb6100_write_reg_range: Write @ 0x60: [1:11]
  kernel: stb6100_write_reg_range: VCO: 0x64
  kernel: stb6100_write_reg_range: NI: 0x34
  kernel: stb6100_write_reg_range: NF: 0x2f
  kernel: stb6100_write_reg_range: K: 0x3d
  kernel: stb6100_write_reg_range: G: 0x39
  kernel: stb6100_write_reg_range: F: 0xcf
  kernel: stb6100_write_reg_range: DLB: 0xdc
  kernel: stb6100_write_reg_range: TEST1: 0x8f
  kernel: stb6100_write_reg_range: FCCK: 0x0d
  kernel: stb6100_write_reg_range: LPEN: 0xeb
  kernel: stb6100_write_reg_range: TEST3: 0xde
  kernel: stb6100_set_frequency: frequency = 1552000, srate = 2200, g = 9, 
 odiv = 0, psd2 = 1, fxtal = 27000, osm = 6, fvco = 3104000, N(I) = 57, N(F) = 
 247
  kernel: stb6100_write_reg_range: Write @ 0x60: [1:11]
  kernel: stb6100_write_reg_range: VCO: 0xe6
  kernel: stb6100_write_reg_range: NI: 0x39
  kernel: stb6100_write_reg_range: NF: 0xf7
  kernel: stb6100_write_reg_range: K: 0x3c
  kernel: stb6100_write_reg_range: G: 0x39
  kernel: stb6100_write_reg_range: F: 0xcf
  kernel: stb6100_write_reg_range: DLB: 0xdc
  kernel: stb6100_write_reg_range: TEST1: 0x8f
  kernel: stb6100_write_reg_range: FCCK: 0x4d
  kernel: stb6100_write_reg_range: LPEN: 0xeb
  kernel: stb6100_write_reg_range: TEST3: 0xde
  kernel: stb6100_write_reg_range: Write @ 0x60: [10:1]
  kernel: stb6100_write_reg_range: LPEN: 0xfb
  kernel: stb6100_write_reg_range: Write @ 0x60: [1:1]
  kernel: stb6100_write_reg_range: VCO: 0x86
  kernel: stb6100_write_reg_range: Write @ 0x60: [1:1]
  kernel: stb6100_write_reg_range: VCO: 0x66
  kernel: stb6100_write_reg_range: Write @ 0x60: [1:9]
  kernel: stb6100_write_reg_range: VCO: 0x66
  kernel: stb6100_write_reg_range: NI: 0x39
  

Re: no locking on dvb-s2 22000 2/3 8PSK transponder on Astra 19.2E with tt s2-3200

2009-12-09 Thread BOUWSMA Barry
On Wed, 9 Dec 2009, Newsy Paper wrote:

 no matter if I use Igors or Manus driver, there's no lock on 11303 h 22000 
 2/3 8psk. Other users at vdr-portal report same problem.
 
 The strange thing is that all other transponders that use 22000 2/3 8psk do 
 work but this transponder doesn't. It worked fine until december 3rd when 
 uplink moved to Vienna. I think they changed a parameter like rolloff or 
 inversion and the dvb-s2 part of stb6100 is buggy.

Oh jeez, non-wrapping mail...  Anyway, without bothering to see
what I'm replying to, here's the value I get from parsing the
NIT table today:

  Frequency: 18023029 (=  11.30275 GHz)
  Orbital_position: 402 (=  19.2)
  West_East_flag: 1 (0x01)  [= EAST]
  Polarisation: 0 (0x00)  [= linear - horizontal]
  Kind: 1 (0x01)  [= DVB-S2]
  Roll Off Faktor: 0 (0x00)  [= Alpha 0.35]
  Modulation_type: 2 (0x02)  [= 8PSK]
  Symbol_rate: 2228224 (=  22.)
  FEC_inner: 2 (0x02)  [= 2/3 conv. code rate]



Now, I get the following for a different transponder, with a
different roll-off:

  Frequency: 17920117 (=  11.17075 GHz)
  Orbital_position: 402 (=  19.2)
  West_East_flag: 1 (0x01)  [= EAST]
  Polarisation: 0 (0x00)  [= linear - horizontal]
  Kind: 1 (0x01)  [= DVB-S2]
  Roll Off Faktor: 1 (0x01)  [= Alpha 0.25]
  Modulation_type: 2 (0x02)  [= 8PSK]
  Symbol_rate: 2228224 (=  22.)
  FEC_inner: 2 (0x02)  [= 2/3 conv. code rate]


But at the same time I see the same roll-off reported on all
but the 0,25 transponder within the limited NIT table I
nabbed, regardless of 9/10 FEC or 2/3+22000.

I don't know if the above NIT data is 100% accurate, or if
it reflects a change from what it was before.  Actually, I
don't know if I'm parsing everything, because I vaguely
recall there are other selectable options on a real receiver
(which I've never had in front of me) pertaining to pilot
on or off, which apparently affect tuning ability.


barry bouwsma
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


TT S2-3200

2009-12-02 Thread Andreas Zwicker

Hi,

I have problems with my new TT S2-3200 DVB-S2 cards. Tuning / scanning 
with scan-s2 / szap-s2 is fine ( well almost ). My two satellite dishes 
are directing towards Astra 19.2E / Astra 28.2E.
I'm using Debian Lenny with a custom build 2.6.31 kernel und dvb-s2 
drivers from the v4l-dvb repository.


The dvb channel scanner in mythtv 0.22 has massive locking problems. 
Most of the found channels are not tunable. Arte works almost, RTL is 
found but is not tunable.


Mythtv contains a so called signalmonitor. This signalmonitor checks 40 
times a second the status of the dvb frontend. I've patched the 
signalmonitor calls from 40 times to 2 times a second. With this patch, 
the channelscanner works und nearly all channels are tunable.


Where is the problem? My old Skystar 2 TV PCI DVB-S cards are running 
with no problem with the same system / software / dishes / coax cable 
and 40 Status calls a second.


thanks in advance for your advice,

Andreas
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: TT S2-3200 and CAMs

2009-03-06 Thread Lou Otway

Pierre Gronlier wrote:

Lou Otway wrote:
  

Hi,

I've been testing the TT S2-3200 card and while it performs well for FTA
services I have been unable to get it working with encrypted services using
the CI slot.

With VLC I am able to tune to the transponder and pick up all the services
but they are not decrypted, unencrypted services work fine.

Using a DVB-S card with CI I am able to tune successfully, proving the CAMs
are valid. This leads me to believe there may be a problem with the drivers
for the S2-3200.

Has anyone managed to get CAMs working with this card?




yes, I manage to decrypt a entire dvb-s transponder using a powercam and
mumudvb for streaming channels.

I'm using the v4l-dvb driver from the hg repository.

For mumudvb, I made a checkout of the git repository
http://mumudvbgit.braice.net/mumudvb.git and compiled the source with
LIBDVBEN50221=1 make (you need the dvb-apps to be installed)


But using this card, I didn't manage to lock on my second lnd head, so I
manage to lock on astra 19.2E but not on hotbird 13.0E.


Pierre
  


Thanks, I managed to get this card working.

Lou
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


TT S2-3200 and CAMs

2009-03-04 Thread Lou Otway

Hi,

I've been testing the TT S2-3200 card and while it performs well for FTA
services I have been unable to get it working with encrypted services using
the CI slot.

With VLC I am able to tune to the transponder and pick up all the services
but they are not decrypted, unencrypted services work fine.

Using a DVB-S card with CI I am able to tune successfully, proving the CAMs
are valid. This leads me to believe there may be a problem with the drivers
for the S2-3200.

Has anyone managed to get CAMs working with this card?

Any advice gratefully recieved.

Many thanks,

Lou
--
Lou Otway
mailto:lot...@nildram.co.uk

--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re : TT S2-3200 and CAMs

2009-03-04 Thread Manu
Le 04.03.2009 10:09:55, Lou Otway a écrit :
 Hi,
 
 I've been testing the TT S2-3200 card and while it performs well for
 FTA
 services I have been unable to get it working with encrypted services
 using
 the CI slot.
 
 With VLC I am able to tune to the transponder and pick up all the
 services
 but they are not decrypted, unencrypted services work fine.
 
 Using a DVB-S card with CI I am able to tune successfully, proving 
 the
 CAMs
 are valid. This leads me to believe there may be a problem with the
 drivers
 for the S2-3200.
 
 Has anyone managed to get CAMs working with this card?
 
 Any advice gratefully recieved.
 
 Many thanks,
 

Yes, you can look for a few threads for this in the archives.
HTH
Bye
Manu
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: TT S2-3200 and CAMs

2009-03-04 Thread Pierre Gronlier
Lou Otway wrote:
 Hi,
 
 I've been testing the TT S2-3200 card and while it performs well for FTA
 services I have been unable to get it working with encrypted services using
 the CI slot.
 
 With VLC I am able to tune to the transponder and pick up all the services
 but they are not decrypted, unencrypted services work fine.
 
 Using a DVB-S card with CI I am able to tune successfully, proving the CAMs
 are valid. This leads me to believe there may be a problem with the drivers
 for the S2-3200.
 
 Has anyone managed to get CAMs working with this card?
 

yes, I manage to decrypt a entire dvb-s transponder using a powercam and
mumudvb for streaming channels.

I'm using the v4l-dvb driver from the hg repository.

For mumudvb, I made a checkout of the git repository
http://mumudvbgit.braice.net/mumudvb.git and compiled the source with
LIBDVBEN50221=1 make (you need the dvb-apps to be installed)


But using this card, I didn't manage to lock on my second lnd head, so I
manage to lock on astra 19.2E but not on hotbird 13.0E.


Pierre

 Any advice gratefully recieved.
 
 Many thanks,
 
 Lou
 -- 
 Lou Otway
 mailto:lot...@nildram.co.uk
 
 -- 
 To unsubscribe from this list: send the line unsubscribe linux-media in
 the body of a message to majord...@vger.kernel.org
 More majordomo info at  http://vger.kernel.org/majordomo-info.html
 

--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


TT S2-3200 card - which repo to choose

2009-01-12 Thread Chris Silva
Hi, folks.

What's the most up-to-date repo to use for a TT S2-3200 card?

s2-lipliandvb or V4L-DVB?

Currently I' m using s2-lipliandvb, but with all the work being done
because of kernel pull, I lost track.

Any thoughts on what version works best? Any significant differences?

Thanks
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html