Re: [linux-dvb] KNC1 DVB-C Plus CI/CAM not working

2007-11-09 Thread Rutger ter Borg

  The system keeps looping over inserted/ejected messages if the CAM is
  inserted:
 
  Nov  3 16:06:04 fraggle kernel: ACPI: PCI interrupt for device
  :00:08.0 disabled
  Nov  3 16:13:56 fraggle kernel: Linux video capture interface: v2.00
  Nov  3 16:13:56 fraggle kernel: saa7146: register extension 'budget_av'.
  Nov  3 16:13:56 fraggle kernel: ACPI: PCI Interrupt :00:08.0[A] -
  GSI 19 (level, low) - IRQ 19
  Nov  3 16:13:56 fraggle kernel: saa7146: found saa7146 @ mem
  c21fce00 (revision 1, irq 19) (0x1894,0x0023).
  Nov  3 16:13:56 fraggle kernel: saa7146 (0): dma buffer size 192512
  Nov  3 16:13:56 fraggle kernel: DVB: registering new adapter (KNC1 DVB-C
  Plus MK3)
  Nov  3 16:13:56 fraggle kernel: adapter failed MAC signature check
  Nov  3 16:13:56 fraggle kernel: encoded MAC from EEPROM was
  ff:ff:ff:ff:ff:ff:ff:ff:ff:ff:ff:ff:ff:ff:ff:ff:ff:ff:ff:ff
  Nov  3 16:13:56 fraggle kernel: saa7146_vv: saa7146 (0): registered
  device video0 [v4l2]
  Nov  3 16:13:56 fraggle kernel: KNC1-0: MAC addr = 00:09:d6:6d:88:7b
  Nov  3 16:13:56 fraggle kernel: DVB: registering frontend 0 (Philips
  TDA10023 DVB-C)...
  Nov  3 16:13:56 fraggle kernel: budget-av: ci interface initialised.
  Nov  3 16:13:56 fraggle kernel: budget-av: cam inserted A
  Nov  3 16:13:56 fraggle kernel: budget-av: cam ejected 5
  Nov  3 16:14:00 fraggle kernel: budget-av: cam inserted A
  Nov  3 16:14:00 fraggle kernel: budget-av: cam ejected 5
  ...
  Nov  3 16:14:04 fraggle kernel: budget-av: cam inserted A
  Nov  3 16:14:05 fraggle kernel: budget-av: cam ejected 5
 
  , and this inserted/ejected loop keeps repeating. The messages stop when
  the CAM is removed from the CI module. The system runs in 64 bit mode on
  an AMD64.
 
  Given this,
  * Is it more likely to be a driver problem, or a hardware problem? If it
  is a driver problem, in which source file should I start looking?
  * What cross-checks could I do next to determine the exact problem?
 

 I've seen that before. I can't garuantee my solution also works for you,
 but: check your CI cable (flatcable between your TV-station card and
 cineview).

Thanks for the reply. I have checked the cable, and to be sure the cable 
wasn't faulty, I contacted KNC1. They sent me a new cable for testing 
purposes that arrived within two days. Excellent service!

Unfortunately it didn't change the situation: the results are identical to 
what I reported earlier. 

So, zapping to channels works,

fraggle:~# czap 'Nederland 2'
using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
123 Nederland 2:38800:INVERSION_AUTO:6875000:FEC_NONE:QAM_64:181:182:8005
123 Nederland 2: f 38800, s 6875000, i 2, fec 0, qam 3, v 0xb5, a 0xb6
status 00 | signal aeae | snr b6b6 | ber 000f | unc 0047 |
status 1f | signal d2d2 | snr f3f3 | ber 0798 | unc 0004 | FE_HAS_LOCK
status 1f | signal d2d2 | snr f3f3 | ber  | unc  | FE_HAS_LOCK
status 1f | signal d2d2 | snr f3f3 | ber  | unc  | FE_HAS_LOCK
status 1f | signal d2d2 | snr f3f3 | ber  | unc  | FE_HAS_LOCK

but recording / trying to get data from the device

fraggle:~# cat /dev/dvb/adapter0/dvr0  test.mpeg

results in empty files, and the ejected/inserted loop keeps running as shown 
in my first message. I've managed to flash the Alphacrypt CAM in a PCMCIA 
slot on a laptop, so I guess this is not the showstopper. The program card 
works in an other device, so this isn't it as well. I rechecked that the 
TV-station card has its own IRQ, which is the case.

Could it be the CI module? What do you think?

Thanks,

Rutger


___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb


Re: [linux-dvb] Non blocking IO on dvr0 device

2007-11-09 Thread Simon Hargreaves
David Härdeman wrote:
 On Fri, November 9, 2007 03:33, Felix Domke wrote:
   
 Banana Banana wrote:
 
 On Nov 9, 2007 12:22 AM, Simon Hargreaves [EMAIL PROTECTED] wrote:
   
 I'm using
 2.6.12-gentoo-r6 #1 SMP kernel.
 
 Try a more recent kernel?
   
 No, this is not the correct response to a bug.
 

 Of course it is when the poster's kernel is more than 2 years old (2.6.12
 was released on June 17, 2005).

   
snip

I'm aware that the kernel release is somewhat ancient in terms of 
drivers and such. I was interested to find out if this was a known issue 
with a known fix. I have a number of machines with identical 
configurations and rolling out new kernel versions across a live system, 
and disrupting it's homogeneity, without knowing if it will fix the 
problem is something I was trying to avoid.
I've started the process of doing a system wide update on one of the 
machines, because I realise that a lot happens between that many kernel 
versions, but the danger of losing a live system and having to rebuild 
is always there. I'll let you know if it fixes the problem.

Thanks,
Simon...


___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb


[linux-dvb] ttpci_eeprom_parse_mac tainted kernel

2007-11-09 Thread Stone
After checking out today's source code, I am getting the following
message when I reboot my computer (it does not happen when i manually
reload the modules):

Linux video capture interface: v2.00
dvb_ttpci: no version for ttpci_eeprom_parse_mac found: kernel tainted.
saa7146: register extension 'dvb'.


I am using a 2.6.23.1 kernel on Debian Etch with current HG
development drivers.  My dvb card is a Nexus-S.

Best Regards.

___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb


[linux-dvb] [Help] About Unicable auto detection

2007-11-09 Thread lvjun30
nbsp;nbsp;Dear all,nbsp;
nbsp; Anybody know Ankaro's UCS51820 ? 8 channels Unicable Multischalter 
Uciable with the chipset ST7LNB1.I can auto detect the all 8 channels,but not 
stable,some times it only 6 or 7,lost the high 1980 and 2096.And I use the 
tuner which is 0288+0194.Who know the reason?
Thanks very much.
Eric.

---
佳能中国10周年第二期大奖活动火热进行中!( 
http://d1.sina.com.cn/sina/limeng3/mail_zhuiyu/2007/mail_zhuiyu_20071105.html )

===
注册新浪2G免费邮箱(http://mail.sina.com.cn/)___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

Re: [linux-dvb] ttpci_eeprom_parse_mac tainted kernel

2007-11-09 Thread Stone
On Nov 9, 2007 11:16 AM, Stone [EMAIL PROTECTED] wrote:
 After checking out today's source code, I am getting the following
 message when I reboot my computer (it does not happen when i manually
 reload the modules):

Fixed by make distclean.

Regards.

___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb


Re: [linux-dvb] VideoMate S350, need community advice

2007-11-09 Thread OM Ugarcina




Hello Guys,

Here is my 2 cents worth . Glad to see that there are others
interested in this card too . 


OM Ugarcina wrote:

OM Ugarcina wrote:
  
  Alexander E. Patrakov wrote:

OM Ugarcina wrote:
  
  Linux video capture interface: v2.00

PCI: Enabling device :00:1f.3 (0001 - 0003)

ACPI: PCI Interrupt :00:1f.3[C] - GSI 18 (level, low) - IRQ
20

saa7130/34: v4l2 driver version 0.2.14 loaded

ACPI: PCI Interrupt :04:01.0[A] - GSI 22 (level, low) - IRQ
21

saa7130[0]: found at :04:01.0, rev: 1, irq: 21, latency: 64, mmio:
0xfeaffc00

saa7130[0]: subsystem: 185b:c900, board: Compro Videomate DVB-T300
[card=70,insmod option]

saa7130[0]: board init: gpio is 843f00

input: saa7134 IR (Compro Videomate DV as /class/input/input4

saa7130[0]: i2c eeprom 00: 5b 18 00 c9 54 20 1c 00 43 43 a9 1c 55 d2 b2
92

saa7130[0]: i2c eeprom 10: 00 ff 86 0f ff 20 ff ff ff ff ff ff ff ff ff
ff

saa7130[0]: i2c eeprom 20: 01 40 01 02 02 01 03 01 08 ff 00 87 ff ff ff
ff

saa7130[0]: i2c eeprom 30: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
ff

saa7130[0]: i2c eeprom 40: ff d6 00 c0 86 1c 02 01 02 ff ff ff ff ff ff
ff

saa7130[0]: i2c eeprom 50: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
cb

saa7130[0]: i2c eeprom 60: 30 ff ff ff ff ff ff ff ff ff ff ff ff ff ff
ff

saa7130[0]: i2c eeprom 70: 00 00 00 10 03 9c ff ff ff ff ff ff ff ff ff
ff

tuner 1-0068: chip found @ 0xd0 (saa7130[0])

saa7130[0]: registered device video0 [v4l2]

saa7130[0]: registered device vbi0

saa7130[0]/dvb: frontend initialization failed 
  
Then it is not an exact clone of Compro Videomate DVB-T300. You can try
looking at the card, writing down the chip numbers, searching for ones
that exist in http://www.linuxtv.org/hg/v4l-dvb/file/7dba1f554c4a/linux/Documentation/video4linux/CARDLIST.tuner,
and adding the "tuner=XX" option to the saa7134 module.
  
  
Not sure, however, if this makes sense at all for DVB-S cards.
  
  

Hello Alexander,


I have just tried running dmesg on my regular kernel which is a
2.6.22-9.61 fc6 and now I get much the same as above . So looks like
support for T300 might be in there already . But that is neither here
nor there .


>From what I can see the brake down of the S350 is : saa7130 ,
demodulator : zl10313 which has now been re-badged by Intel as CE6313
and tuner zl10039 which has also been re-badged by Intel as CE 5039 .


Looking through the archives looks like there was some mention of
zl10313 in December 2006 here :


http://www.linuxtv.org/pipermail/linux-dvb/2006-December/015092.html


and perhaps some work done on demodulator drivers here :


http://www.mcmilk.de/projects/dvb-card/patches/


I guess what we might need is some driver development for the
demodulator/tuner . I noticed there is a lot of interest for linux
drivers out there for S350 . Looks like there is quite a large user
base of this card including Broadband Internet via Satellite .
Especially in forums such as this : http://forum.ixbt.com/topic.cgi?id=73:2477-18


To developers : If any printouts or info is needed please do not
hesitate to ask .


Best Regards


Milorad









  
  
Hello ,
  
  
  
Just heard on the grapevine that we attracted the attention of one of
the driver Developers for our Compro Videomate S350 Satellite card .
  
Very good news as I have already begun to give up hope of ever getting
this card working . Much thanks Manu for getting on the band wagon .
  
And if there is any testing or printouts that you need please do not
hesitate to ask .
  
  
Thanks Manu again , for getting involved in this as you probably have
too many commitments as it is .
  
  
Best Regards
  
Milorad
  
  
  
  

Hello ,


Newest developments on this side . Have been in contact with Compro
to see if they are willing to send the source code for their driver or
perhaps compile a newer binary as the one they supply is very old
(kernel 2.6.17) . No luck with first one , but they did send me a link
to a fedora kernel compilation that was for kernel 2.6.18 ,but kernel
would not start . It complained that file was corrupt . Tried to force
load the zl100313 module that came with it but it also failed ( my
kernel is 2.6.22 ) complaining that there was symbol issues . 
I came across some interesting info in a Russian forum where people
seem to be using this S350 card a lot for Broadband Internet. One of
the guys was able to use the Compro provided "drivers" and was able to
get this dmesg :


Linux video capture interface: v1.00

saa7130/34: v4l2 driver version 0.2.14 loaded

ACPI: PCI Interrupt Link [APC3] enabled at IRQ 18

ACPI: PCI Interrupt :03:08.0[A] - Link [APC3] - GSI 18
(level, low) - IRQ 19

saa7130[0]: 

Re: [linux-dvb] I2C NAKs and fails to respond during init o f TDA18211

2007-11-09 Thread MikeW
Michael Krufky mkrufky at linuxtv.org writes:

 
 You might want to take a look at the tda18271 driver recently merged
 into the master branch, located under dvb/frontends ...
 
 Perhaps this driver might be enough to bring up the tda18211-- I don't
 have the spec for the 18211, so I cannot say that for sure, but I was
 under the impression that the tda18211 is exactly a tda18271, but DVB
 only.
 
 Let me know if there's anything that I can do to help you.
 
 Regards,
 
 Mike Krufky
 

Also note in your tda18271_set_params() sgIF gets set for ATSC mode
but is left at zero for OFDM mode - 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


Re: [linux-dvb] dvb-s encryption - how to capture a stream

2007-11-09 Thread MikeW
Patrick Bulteel linuxtv at bulteel.org writes:

 
 Hi,
 
 I have a dvb-s card with a CAM and my subscription card.
 I get the message in
 syslog that shows the CAM is detected and initialized.
 However... I'm not sure
 how to get the encrypted video. Since it's a DVB-S card
 I thought szap would
 work, but although I get something, I can't view it,
 probably because it's the
 encrypted stream.
 
 What tool would I use? I have seem mention of ca_zap
 or something similar, but,
 I can't find the binary or source anywhere. Any pointers
 would be appreciated. 
 
 Also would it be possible to decrypt an entire mux if
 I have a subscription for
 all the channels in the mux? 
 
 --
 Patrick Bulteel
 

Reading the do drivers support Nagravision CA post suggests that
your CAM + subscription card combination needs to be registered in some way
with the broadcaster, so that the appropriate '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



___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb


Re: [linux-dvb] I2C NAKs and fails to respond during init of TDA18211

2007-11-09 Thread Michael Krufky
MikeW wrote:
 Michael Krufky mkrufky at linuxtv.org writes:
 
 You might want to take a look at the tda18271 driver recently merged
 into the master branch, located under dvb/frontends ...

 Perhaps this driver might be enough to bring up the tda18211-- I don't
 have the spec for the 18211, so I cannot say that for sure, but I was
 under the impression that the tda18211 is exactly a tda18271, but DVB
 only.

 Let me know if there's anything that I can do to help you.

 Regards,

 Mike Krufky

 
 Also note in your tda18271_set_params() sgIF gets set for ATSC mode
 but is left at zero for OFDM mode - this is incorrect I believe,
 and the datasheet gives the required IFs as 3.3, 3.8 and 4.3 MHz

It's not wrong -- it's just missing.

I said it before -- the driver is not tested with DVB-T -- I need a test case 
for it first.  Feel free to send in a patch, since you DO have that test case.

Cheers,

Mike Krufky

___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb


Re: [linux-dvb] I2C NAKs and fails to respond during init o f TDA18211

2007-11-09 Thread MikeW
Michael Krufky mkrufky at linuxtv.org writes:


 It's not wrong -- it's just missing.
 
 I said it before -- the driver is not tested with DVB-T --
 I need a test case for it first.  Feel free to send in a
 patch, since you DO have that test case.
 
 Cheers,
 
 Mike Krufky
 

Sadly I have not yet achieved FE_HAS_SIGNAL (TDA10048 reg 1A: FREQ_LOCK)
with _any_ code, though I /have/ had FE_HAS_CARRIER,
FE_HAS_SYNC  FE_HAS_VITERBI.
Hence do not get FE_HAS_LOCK (TDA10048 reg 1A: FEL)
Possibly need to get a spectrum analyser onto the IFOUT pins
to see why the 10048 is not achieving proper lock.

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 ...



___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb


Re: [linux-dvb] I2C NAKs and fails to respond during init of TDA18211

2007-11-09 Thread Michael Krufky
MikeW wrote:
 Michael Krufky mkrufky at linuxtv.org writes:
 
 It's not wrong -- it's just missing.

 I said it before -- the driver is not tested with DVB-T --
  I need a test case for it first.  Feel free to send in a
 patch, since you DO have that test case.

 Cheers,

 Mike Krufky

 
 Sadly I have not yet achieved FE_HAS_SIGNAL (TDA10048 reg 1A: FREQ_LOCK)
 with _any_ code, though I /have/ had FE_HAS_CARRIER,
 FE_HAS_SYNC  FE_HAS_VITERBI.
 Hence do not get FE_HAS_LOCK (TDA10048 reg 1A: FEL)
 Possibly need to get a spectrum analyser onto the IFOUT pins
 to see why the 10048 is not achieving proper lock.
 
 May be a 10048 setup mismatch ...
 
 On that basis I am not willing to submit patches, until I have
 demonstrably working tuning !

OK, that's understandable.

If you should decide to share your code as-is, I (or someone else) might be 
able to see a problem in it that you don't see yourself...

But, I'm not pushing it.  Show your code when you feel comfortable with it.  :-)

 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 ...


*very* true ;-)

Good Luck,

Mike Krufky

___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb


[linux-dvb] Command line dvb tuning utilities

2007-11-09 Thread Simon Hargreaves
What dvb tuning command line utilities are there for linux at the 
moment? The options I have a zap, but this does not tune to a service ID 
it requires specified video and audio pids, or dvbtune which although 
will tune into a service id it doesn't set the dvr0 device up for TS 
recording as well as locking the device so no other process can access 
it. My programme is set up to do recording directly from the dvr0 data 
stream, this used to work on my old kernel version but since updating my 
system to use 2.6.22 it now longer appears to work.
The only options appear to be coding my own command line interface to 
the dvb device, but I'd rather not reinvent the wheel.

Simon...

___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb


Re: [linux-dvb] Non blocking IO on dvr0 device

2007-11-09 Thread Simon Hargreaves
Simon Hargreaves wrote:
 David Härdeman wrote:
   
 On Fri, November 9, 2007 03:33, Felix Domke wrote:
   
 
 Banana Banana wrote:
 
   
 On Nov 9, 2007 12:22 AM, Simon Hargreaves [EMAIL PROTECTED] wrote:
   
 
 I'm using
 2.6.12-gentoo-r6 #1 SMP kernel.
 
   
 Try a more recent kernel?
   
 
 No, this is not the correct response to a bug.
 
   
 Of course it is when the poster's kernel is more than 2 years old (2.6.12
 was released on June 17, 2005).

   
 
 snip

 I'm aware that the kernel release is somewhat ancient in terms of 
 drivers and such. I was interested to find out if this was a known issue 
 with a known fix. I have a number of machines with identical 
 configurations and rolling out new kernel versions across a live system, 
 and disrupting it's homogeneity, without knowing if it will fix the 
 problem is something I was trying to avoid.
 I've started the process of doing a system wide update on one of the 
 machines, because I realise that a lot happens between that many kernel 
 versions, but the danger of losing a live system and having to rebuild 
 is always there. I'll let you know if it fixes the problem
The update to the latest kernel version has broken my recording 
programme completely and now returns device busy. I'm using dvbtune to 
set up the dvr0 device for TS recording but it's now locking the device 
so no other program can read from it. Is this a driver level change as 
it used to work on the previous kernel version?

Simon...

___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb


Re: [linux-dvb] Non blocking IO on dvr0 device

2007-11-09 Thread Nico Sabbi
Il Friday 09 November 2007 17:37:24 Simon Hargreaves ha scritto:

 The update to the latest kernel version has broken my recording
 programme completely and now returns device busy. I'm using dvbtune
 to set up the dvr0 device for TS recording but it's now locking the
 device so no other program can read from it. Is this a driver level
 change as it used to work on the previous kernel version?

 Simon...


IIRC dvbtune doesn't even touch the dvr0 device, let alone block it.
BTW, for many years (and countless revisions of the drivers) dvbstream
and mplayer have used the dvr0 in nonblocking mode, without the least
problem; I suspect something buggy in your current tree

___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb


Re: [linux-dvb] Command line dvb tuning utilities

2007-11-09 Thread Nico Sabbi
Il Friday 09 November 2007 17:28:35 Simon Hargreaves ha scritto:
 What dvb tuning command line utilities are there for linux at the
 moment? The options I have a zap, but this does not tune to a
 service ID it requires specified video and audio pids, or dvbtune
 which although will tune into a service id it doesn't set the dvr0
 device up for TS recording as well as locking the device so no
 other process can access it. My programme is set up to do recording
 directly from the dvr0 data stream, this used to work on my old
 kernel version but since updating my system to use 2.6.22 it now
 longer appears to work.
 The only options appear to be coding my own command line interface
 to the dvb device, but I'd rather not reinvent the wheel.

 Simon...

dvbstream from cvs can tune and dump/stream individual programs

___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb


Re: [linux-dvb] Command line dvb tuning utilities

2007-11-09 Thread Manu Abraham
Simon Hargreaves wrote:
 What dvb tuning command line utilities are there for linux at the 
 moment? The options I have a zap, but this does not tune to a service ID 
 it requires specified video and audio pids, or dvbtune which although 
 will tune into a service id it doesn't set the dvr0 device up for TS 
 recording as well as locking the device so no other process can access 
 it. My programme is set up to do recording directly from the dvr0 data 
 stream, this used to work on my old kernel version but since updating my 
 system to use 2.6.22 it now longer appears to work.
 The only options appear to be coding my own command line interface to 
 the dvb device, but I'd rather not reinvent the wheel.

You can take a look at 

zap: http://linuxtv.org/hg/dvb-apps/file/bd51e3321c05/util/zap/
or gnutv: http://linuxtv.org/hg/dvb-apps/file/bd51e3321c05/util/gnutv/

whether it fits in.

Manu

___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb


[linux-dvb] Start working on Acorp DS110 PCI DVB-S driver

2007-11-09 Thread Igor M. Liplianin
Glad to inform, that I start working on Acorp DS110 PCI DVB-S driver.
The card contains DM1105 chip to receive DVB Transport Stream with PCI 
interface. 
-- 
Igor M. Liplianin

___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb


Re: [linux-dvb] Command line dvb tuning utilities

2007-11-09 Thread Simon Hargreaves
Manu Abraham wrote:
 Simon Hargreaves wrote:
   
 What dvb tuning command line utilities are there for linux at the 
 moment? The options I have a zap, but this does not tune to a service ID 
 it requires specified video and audio pids, or dvbtune which although 
 will tune into a service id it doesn't set the dvr0 device up for TS 
 recording as well as locking the device so no other process can access 
 it. My programme is set up to do recording directly from the dvr0 data 
 stream, this used to work on my old kernel version but since updating my 
 system to use 2.6.22 it now longer appears to work.
 The only options appear to be coding my own command line interface to 
 the dvb device, but I'd rather not reinvent the wheel.
 

 You can take a look at 

 zap: http://linuxtv.org/hg/dvb-apps/file/bd51e3321c05/util/zap/
 or gnutv: http://linuxtv.org/hg/dvb-apps/file/bd51e3321c05/util/gnutv/

   
gnutv does look very close what I want, it gives a wide range of options 
for setting up TS recording and enabling the output of an onboard mpeg 
decoder which is perfect. Unfortunately I need TS recording and video 
output from the the onboard decoder at the same time, which it doesn't 
seem to do.
I've looked through the source code for gnutv but can't find where it 
sets the device up for hardware decoding. If I could find it I would be 
able to set it up an additional option to do both, but I can't find 
where it does device control.

Thanks
Simon...

___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb


Re: [linux-dvb] Command line dvb tuning utilities

2007-11-09 Thread Manu Abraham
Simon Hargreaves wrote:
 Manu Abraham wrote:
 Simon Hargreaves wrote:
  
 What dvb tuning command line utilities are there for linux at the
 moment? The options I have a zap, but this does not tune to a service
 ID it requires specified video and audio pids, or dvbtune which
 although will tune into a service id it doesn't set the dvr0 device
 up for TS recording as well as locking the device so no other process
 can access it. My programme is set up to do recording directly from
 the dvr0 data stream, this used to work on my old kernel version but
 since updating my system to use 2.6.22 it now longer appears to work.
 The only options appear to be coding my own command line interface to
 the dvb device, but I'd rather not reinvent the wheel.
 

 You can take a look at
 zap: http://linuxtv.org/hg/dvb-apps/file/bd51e3321c05/util/zap/
 or gnutv: http://linuxtv.org/hg/dvb-apps/file/bd51e3321c05/util/gnutv/

   
 gnutv does look very close what I want, it gives a wide range of options
 for setting up TS recording and enabling the output of an onboard mpeg
 decoder which is perfect. Unfortunately I need TS recording and video
 output from the the onboard decoder at the same time, which it doesn't
 seem to do.
 I've looked through the source code for gnutv but can't find where it
 sets the device up for hardware decoding. If I could find it I would be
 able to set it up an additional option to do both, but I can't find
 where it does device control.

gnutv and zap, both uses the small libs in the dvb-apps tree.

Regards,
Manu

___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb


Re: [linux-dvb] TT Cynergy 1200 DVB-C Device 1176

2007-11-09 Thread thomas schorpp
Thomas Kaiser wrote:
 thomas schorpp wrote:
 Thomas Kaiser wrote:
 Oliver Endriss wrote:
 Thomas Kaiser wrote:
 Hi

 I read this thread 
 http://www.linuxtv.org/pipermail/linux-dvb/2007-February/015663.html 
 but I can not figure out if this card is now supported by linux-dvb?
 Should be supported by the budget-av driver.

 Oliver


 I just trying to build some sort of DVB-C Receiver and Recorder.

 That's the only card I can get here, so I got one. I did run it with 
 Mythbuntu and it looks like the driver is loaded and all devices in 
 /dev/dvb/adapter0/ are present. So I think the card is working.

 I don't have a channels.conf file on the live cd, xine refused to 
 play something fron DVB-C :-(

 I hope everything will work fine after I set the box up :-)


 it will. i've got a knc-1 dvb-c running with vdr and tested with the 
 pci-id modified *terratec* winxpx64 driver.
 so Your card should be nearly exactly the same design, if You not have 
 got a very old hw rev.

 Xine seems to look up the channels.conf and other config in non-debian 
 fhs directories :/ never got it to work here with dvb.
 
 xine works fine with dvb-c on my Ubuntu Desktop box :-) I just had to 
 copy the channels.conf file into the .xine folder in my home folder.
 
 Thomas
 
 

tell me with which magic?

this is all i get here clicking the dvb button (debian lenny debs):

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x2b7c892c1d70 (LWP 12555)]
0x0043369f in ?? ()
(gdb) bt
#0  0x0043369f in ?? ()
#1  0x004321ea in ?? ()
#2  0x00432485 in ?? ()
#3  0x0044841f in ?? ()
#4  0x00485e1b in ?? ()
#5  0x00486479 in ?? ()
#6  0x00495e91 in ?? ()
#7  0x004a0c7c in ?? ()
#8  0x004a1968 in ?? ()
#9  0x0041812c in ?? ()
#10 0x0042c6f6 in ?? ()
#11 0x2b7c85ed9b44 in __libc_start_main () from /lib/libc.so.6
#12 0x00409f39 in ?? ()
#13 0x7fff264d1188 in ?? ()
#14 0x in ?? ()
(gdb) thread apply all bt

Thread 20 (Thread 0x49812950 (LWP 12579)):
#0  0x2b7c85f8fae1 in clone () from /lib/libc.so.6
#1  0x2b7c86219250 in ?? () from /lib/libpthread.so.0
#2  0x49812950 in ?? ()
#3  0x in ?? ()

Thread 19 (Thread 0x49011950 (LWP 12578)):
#0  0x2b7c8621d7a6 in pthread_cond_wait@@GLIBC_2.3.2 () from 
/lib/libpthread.so.0
#1  0x2b7c8480ac82 in fifo_buffer_get (fifo=0x1af7960) at buffer.c:233
#2  0x2b7c848107b8 in video_decoder_loop (stream_gen=value optimized out)
at video_decoder.c:123
#3  0x2b7c86219317 in start_thread () from /lib/libpthread.so.0
#4  0x2b7c85f8fb1d in clone () from /lib/libc.so.6
#5  0x in ?? ()

Thread 17 (Thread 0x4800f950 (LWP 12574)):
#0  0x2b7c8621d7a6 in pthread_cond_wait@@GLIBC_2.3.2 () from 
/lib/libpthread.so.0
#1  0x004c56d4 in ?? ()
#2  0x2b7c86219317 in start_thread () from /lib/libpthread.so.0
#3  0x2b7c85f8fb1d in clone () from /lib/libc.so.6
#4  0x in ?? ()

Thread 16 (Thread 0x4780e950 (LWP 12573)):
#0  0x2b7c85f88e62 in select () from /lib/libc.so.6
#1  0x0045177b in ?? ()
#2  0x2b7c86219317 in start_thread () from /lib/libpthread.so.0
#3  0x2b7c85f8fb1d in clone () from /lib/libc.so.6
#4  0x in ?? ()

Thread 15 (Thread 0x4700d950 (LWP 12572)):
#0  0x2b7c8621d7a6 in pthread_cond_wait@@GLIBC_2.3.2 () from 
/lib/libpthread.so.0
#1  0x2b7c8480ac82 in fifo_buffer_get (fifo=0x16905f0) at buffer.c:233
#2  0x2b7c848107b8 in video_decoder_loop (stream_gen=value optimized out)
at video_decoder.c:123
#3  0x2b7c86219317 in start_thread () from /lib/libpthread.so.0
---Type return to continue, or q return to quit---
#4  0x2b7c85f8fb1d in clone () from /lib/libc.so.6
#5  0x in ?? ()

Thread 14 (Thread 0x4680c950 (LWP 12571)):
#0  0x2b7c8621d7a6 in pthread_cond_wait@@GLIBC_2.3.2 () from 
/lib/libpthread.so.0
#1  0x2b7c84819d2b in xine_event_wait (queue=0x168faf0) at events.c:59
#2  0x2b7c84819da9 in listener_loop (queue_gen=value optimized out) at 
events.c:217
#3  0x2b7c86219317 in start_thread () from /lib/libpthread.so.0
#4  0x2b7c85f8fb1d in clone () from /lib/libc.so.6
#5  0x in ?? ()

Thread 13 (Thread 0x4600b950 (LWP 12570)):
#0  0x2b7c8621d7a6 in pthread_cond_wait@@GLIBC_2.3.2 () from 
/lib/libpthread.so.0
#1  0x2b7c8480ac82 in fifo_buffer_get (fifo=0x163bfb0) at buffer.c:233
#2  0x2b7c848107b8 in video_decoder_loop (stream_gen=value optimized out)
at video_decoder.c:123
#3  0x2b7c86219317 in start_thread () from /lib/libpthread.so.0
#4  0x2b7c85f8fb1d in clone () from /lib/libc.so.6
#5  0x in ?? ()

Thread 12 (Thread 0x4580a950 (LWP 12569)):
#0  0x2b7c8621d7a6 in pthread_cond_wait@@GLIBC_2.3.2 () from 
/lib/libpthread.so.0
#1  0x2b7c84819d2b in xine_event_wait (queue=0x15f54f0) at events.c:59
#2  

Re: [linux-dvb] (no subject)

2007-11-09 Thread Christoph Pfister
Hi,

2007/11/6, Olivier GARET [EMAIL PROTECTED]:
 Hi,

 DVB-T has just arrived in our town.
 I made a frequency file, that you can find in attachment.
 It works perfectly.
 Hoping this is the right place to post...

 Best Regards

 Olivier

Added your information into the existing fr-Nancy (the frequencies etc
weren't known at the time it was created), thanks :)

Christoph

___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb


Re: [linux-dvb] updated scan file for austria (vienna)

2007-11-09 Thread Christoph Pfister
Hi,

2007/11/6, Arris [ML] [EMAIL PROTECTED]:
 2 new transponder

I merged your file with the existing at-Offical, thanks :)

Christoph

___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb


Re: [linux-dvb] TT Cynergy 1200 DVB-C Device 1176

2007-11-09 Thread Darren Salt
I demand that thomas schorpp may or may not have written...

 Thomas Kaiser wrote:
 thomas schorpp wrote:
[snip]
 xine works fine with dvb-c on my Ubuntu Desktop box :-) I just had to 
 copy the channels.conf file into the .xine folder in my home folder.

 tell me with which magic?

 this is all i get here clicking the dvb button (debian lenny debs):

 Program received signal SIGSEGV, Segmentation fault.
 [Switching to Thread 0x2b7c892c1d70 (LWP 12555)]
 0x0043369f in ?? ()
 (gdb) bt
 #0  0x0043369f in ?? ()
 #1  0x004321ea in ?? ()
 #2  0x00432485 in ?? ()
[snip; unidentified stack frames]
 #11 0x2b7c85ed9b44 in __libc_start_main () from /lib/libc.so.6
 #12 0x00409f39 in ?? ()
 #13 0x7fff264d1188 in ?? ()
 #14 0x in ?? ()
 (gdb) thread apply all bt
[snip rest; looks fine]

It looks like you need to rebuild the front end with debug info.

 dvd, cdda playback works fine.

Your channels.conf may be of interest, but I doubt it.

-- 
| Darren Salt| linux or ds at  | nr. Ashington, | Toon
| RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army
| + Burn less waste. Use less packaging. Waste less. USE FEWER RESOURCES.

Eventually, every frog has to croak.

___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb


Re: [linux-dvb] Command line dvb tuning utilities

2007-11-09 Thread Thierry Merle
Simon Hargreaves a écrit :
 What dvb tuning command line utilities are there for linux at the 
 moment? The options I have a zap, but this does not tune to a service ID 
 it requires specified video and audio pids, or dvbtune which although 
 will tune into a service id it doesn't set the dvr0 device up for TS 
 recording as well as locking the device so no other process can access 
 it. My programme is set up to do recording directly from the dvr0 data 
 stream, this used to work on my old kernel version but since updating my 
 system to use 2.6.22 it now longer appears to work.
 The only options appear to be coding my own command line interface to 
 the dvb device, but I'd rather not reinvent the wheel.

 Simon...

 ___
 linux-dvb mailing list
 linux-dvb@linuxtv.org
 http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

   
I use zapdvb to tune and record DVB stream.
No more maintained but useful for my little use in that state.
Thierry

___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb


[linux-dvb] S2 multiple streams and config file

2007-11-09 Thread Manu Abraham
Hi all,

With regards to the case of multiple logical TS's we need to select 
the logical stream from the multiplex. Here we have a stream identifier 
comprising of 8 bits representing the streams. In this circumstance 
the user needs to select the stream that he desires.

For the user to select the stream, it should be in the channels config
file.

I do propose a format such as adding 

IS:0xff 

where IS implies Input Stream and 0xff defines the stream id. 

to the end of the current config to denote Multiple streams and the 
relevant Stream identifier, and where the lack of which would mean a 
normal Single TS.

Comments ?

Regards,
Manu

___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb


Re: [linux-dvb] TT-3200 not able to use last multiproto...

2007-11-09 Thread Artem Makhutov
Hi,

On Fri, Nov 09, 2007 at 01:04:38AM +0100, [EMAIL PROTECTED] wrote:
 [...]
  i'm having problem with las multiproto (multiproto-bad6ebd6bf8c).
 kaffeine (installed from synaptic on an ubuntu system) isn't able to display 
 any image. When watching a channel with kaffeine
 [...]
 -
 if i szap (the hacked one) to a channel:
 [...]
 i'm able to watch the channel.
 
 What is wrong?
 What i messed up?

The TT3200 drivers are using a new DVB-API (multiproto). The new API is
not compatible with the old one. Applications need to be patched to work
with the new API. Your kaffeine was not patched for multiproto and thats
why it is not working with your TT-3200. I don't know if a multiproto
patch for kaffeine is available.

Regards, Artem

-- 
Artem Makhutov
Unterort Str. 36
D-65760 Eschborn

___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb


Re: [linux-dvb] S2 multiple streams and config file

2007-11-09 Thread Artem Makhutov
Hi,

On Sat, Nov 10, 2007 at 01:04:30AM +0400, Manu Abraham wrote:
 [...]
 I do propose a format such as adding 
 
 IS:0xff 
 
 where IS implies Input Stream and 0xff defines the stream id. 
 
 to the end of the current config to denote Multiple streams and the 
 relevant Stream identifier, and where the lack of which would mean a 
 normal Single TS.

This sounds good.

What I am missing is an identifier for the modulation (DVB-S2, DVB-S
and/or others), so you don't need to specify the modulation parameter
for szap (szap -t 2) every time you want to tune to an other channel.

Regards, Artem

-- 
Artem Makhutov
Unterort Str. 36
D-65760 Eschborn

___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb


Re: [linux-dvb] Command line dvb tuning utilities

2007-11-09 Thread Anton P. Linevich
Greeting, Thierry!  Fri, Nov 09, 2007 at 09:54:44PM +0100, thierry.merle wrote: 

What are you using for EPG grabbing? Or for subtitles grabbing. I found
something called 'dvbsubs', but maybe there is something else?

-- 
 Anton P. Linevich

___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb


Re: [linux-dvb] S2 multiple streams and config file

2007-11-09 Thread Manu Abraham
Artem Makhutov wrote:
 Hi,
 
 On Sat, Nov 10, 2007 at 01:04:30AM +0400, Manu Abraham wrote:
 [...]
 I do propose a format such as adding 

 IS:0xff 

 where IS implies Input Stream and 0xff defines the stream id. 

 to the end of the current config to denote Multiple streams and the 
 relevant Stream identifier, and where the lack of which would mean a 
 normal Single TS.
 
 This sounds good.
 
 What I am missing is an identifier for the modulation (DVB-S2, DVB-S
 and/or others), so you don't need to specify the modulation parameter
 for szap (szap -t 2) every time you want to tune to an other channel.

Ok, good point.

What about like this then:

nPSK:DELSYS:IS:0xff

Where nPSK represents whatever n=B/Q/8/16A/32A PSK, DELSYS=DSS/S/S2 
indicates that it is a DSS/DVB-S/DVB-S2 system type. Thereby all system 
specifics 
will be followed by eg: S2:*, thereby better readability.

Why nPSK should come ahead delivery system:

* delivery system is a subset of the modulation
* not all 8PSK modulation is DVB-S2.

Comments ?

Regards,
Manu


___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb


[linux-dvb] TwinhanDTV Alpha VP7045A USB2, firmware progress?

2007-11-09 Thread Chris Wilkinson
Hi there,

After reading on the MythTV wiki that the VP7045A version of the Alpha is 
supported since kernel 2.6.17, I purchased one yesterday.
lsusb reveals the device is seen, and in warm state and the dvb-usb module and 
other stuff are loaded correctly. I cannot tune any
channels, and further googling reveals its a problem for a number of people - 
drat. MythTV wiki certainly needs to be updated!

I'm keen to help get this USB stick working, so what can I do to help here? 
After some driver install issues in Vista I managed to get it
working, and despite battling with poorly designed Windows DVB software I get 
an excellent 1080i picture on my 1920x1200 Dell Inspiron
laptop LCD. I only boot Windows for the odd game, so would desperately like to 
get this going in my prefered openSUSE 10.3.

Kind regards,

Chris W,
Brisbane Australia.

___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb


Re: [linux-dvb] TT-3200 not able to use last multiproto...

2007-11-09 Thread [EMAIL PROTECTED]
I want to thank everybody helped me. Can someone point me how to patch kaffeine 
or Myth?
What is, the patch, supposed to do?
thanks again
-- Initial Header ---

From  : Artem Makhutov [EMAIL PROTECTED]
To  : [EMAIL PROTECTED] [EMAIL PROTECTED]
Cc  : dvb linux linux-dvb@linuxtv.org
Date  : Fri, 9 Nov 2007 22:09:08 +0100
Subject : Re: [linux-dvb] TT-3200 not able to use last multiproto...







 Hi,
 
 On Fri, Nov 09, 2007 at 01:04:38AM +0100, [EMAIL PROTECTED] wrote:
  [...]
   i'm having problem with las multiproto (multiproto-bad6ebd6bf8c).
  kaffeine (installed from synaptic on an ubuntu system) isn't able to 
  display any image. When watching a channel with kaffeine
  [...]
  -
  if i szap (the hacked one) to a channel:
  [...]
  i'm able to watch the channel.
  
  What is wrong?
  What i messed up?
 
 The TT3200 drivers are using a new DVB-API (multiproto). The new API is
 not compatible with the old one. Applications need to be patched to work
 with the new API. Your kaffeine was not patched for multiproto and thats
 why it is not working with your TT-3200. I don't know if a multiproto
 patch for kaffeine is available.
 
 Regards, Artem
 
 -- 
 Artem Makhutov
 Unterort Str. 36
 D-65760 Eschborn
 

___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb