Re: [linux-dvb] Re: Unbranded USB DVB device afatech af9005

[Luca Olivetti]

En/na Luca Olivetti ha escrit:

Ok, I have what I think is a working driver (I have bad reception 
quality but that's even worse under windows), now what should I do?


3 months have passed and the driver is still sitting on my server, 
bit-rotting. I repeat my question: what should I do? Post a (big) patch 
to the list? Forget about it?


Bye

--
Luca

A: Because it destroys the flow of the conversation
Q: Why is it bad?
A: No, it's bad.
Q: Should I top post in replies to mailing lists?


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

Re: [linux-dvb] Re: Unbranded USB DVB device afatech af9005

[Nick Andrew]

On Tue, Apr 10, 2007 at 09:16:17AM +0200, Luca Olivetti wrote:
> En/na Luca Olivetti ha escrit:
> 
> >Ok, I have what I think is a working driver (I have bad reception 
> >quality but that's even worse under windows), now what should I do?
> 
> 3 months have passed and the driver is still sitting on my server, 
> bit-rotting. I repeat my question: what should I do? Post a (big) patch 
> to the list? Forget about it?

Please post the patch!

Nick.

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

Re: [linux-dvb] Nova-T 500 windows driver update fixes reception problems

[Jose Alberto Reguero]

El Martes, 10 de Abril de 2007, Matt Doran escribió:
> Hi all,
>
> I've been using the Nova-T 500 PCI card and I'm using the Ubuntu 2.6.20
> kernel.   I and others in Melbourne, Australia have been having
> reception problems on a couple of channels.   The problem is not related
> to signal strength/quality, but region specific.   The Windows Media
> Center community in Australia were also having the same reception
> problems (see very long thread
> -500-driver-bug-20.html#post120121>). This community worked with the
> Australian distributer (New Magic), who worked closely with Hauppauge to
> debug/fix the problem.  After a couple of months they got a fix.
>
> Apparently the problem was with the dib0700 chipset.  So this might
> affect more than just this card.  Here's the quote:
>
> "For those interested the issue actually had nothing to do with
> Hauppauge, but rather was a chipset issue which we have identified
> in other tuner and set-top products. Because the issue is unique to
> only small parts of Australia, many users and manufacturers write
> the symptoms off as a reception problem."
>
>
> The update hasn't been released publicly yet, but is available upon
> request from New Magic (see note on this page
> ).  Any
> one interested can also email me off list, and I'd be happy to send it
> through.  The Windows instructions for installing the fix are:
>
> * Install the latest drivers from here:
>   http://www.newmagic.com.au/support/Hauppauge_Vista_Drivers.html
> * Copy the updated file "hcw99bda.sys" into the
>   C:\windows\system32\drivers into the driver directory.
> * Restart the system.
>
> Hopefully this is just a firmware fix, or something easy to reverse
> engineer.  ;)
>
> Anyone know if "hcw99bda.sys" contains firmware?  And how to extract it?
>
> Let me know if there is anything I can do to help.
>
> Regards,
> Matt Doran
>

Do you know the version of the beta? There are a new version of the drivers 
(cd-digital-34) from 2 April in 
http://www.hauppauge.de
Do you know if this version have the changes mentioned?

Thanks.
Jose Alberto



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

Re: [linux-dvb] DVB (AirStar/B2C2 FlexCop ) fails after kernel.i686 2.6.20-1.2925.fc6

[M A Young]

On Sat, 7 Apr 2007, Paul wrote:

> Thanks for that, but I wonder how to get an idea it this bit of code will fix 
> it, ie I
> will probably have to wait for this kernel to move into prod.
>
> Can any one explain where the source for the following message:
> **WARNING** I2C adapter driver [B2C2 FlexCop device] forgot to specify
> physical device; fix it!

You don't have to wait for the kernel to be released to try it,
yum update kernel --enablerepo=updates-testing
should install it for you (though note yum by default only keeps one spare
kernel so make sure you are running the one you want to keep when you
update).

Michael Young

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

[linux-dvb] Re: Hybrid tuner proposal (V4L/DVB)

[Markus Rechberger]

On 4/10/07, Manu Abraham <[EMAIL PROTECTED]> wrote:

Johannes Stezenbach wrote:

> In the discussions one month ago I had the impression that serveral
> people agreed on this or at least wanted to help to do the
> necessary work to get this merged.
>

whoever said anything got flamed, literally.

http://linuxtv.org/pipermail/v4l-dvb-maintainer/2007-February/003623.html

(i remember providing advice on this, private mails, over IRC etc, long
time back even before i did a RFC, but it got so twisted the
communication, that it was portrayed as though i was sabotaging
someone's project. Hence i went silent after couple of people adviced
just keep quiet on the same)



no this was mainly against someone else who insisted to look at
something that will not improve anything. I think you forget that my
code wasn't written in 2007 and in early 2006 I already asked if
someone has ideas about it.
http://v4l.videotechnology.com/irc/v4l/2006/03/02
I did all the work with help of a few others who contacted me privatly
and tested the code. From the v4l side only Mauro really gave me some
feedback, everyone else had other things to do or in your case didn't
want to participate.
And surprisingly Mauro also has different ideas about such a
framework.. so there are 4 developers with possibly 4 different
solutions but only one (and that was the RFC I started on the ML
without any participation) got realized for the xc3028 back then, and
previous attempts of other people to implement such tuners went
another way too (back then the situation was easier because of the 4
byte tuning code).
So now you come up with your code, it's fine but late. Also not
talking/asking me about feedback while developing such a framework is
also ignorant, since I've seen issues which you aren't aware of yet.
If someone thinks I'll adapt the code I've worked on for years with
other people he'll be wrong.


> All private comments to Markus are fine, but if there's
> any interest in getting this stuff merged, you need to show
> it publicly.
>

I did not want to touch or comment on the em28xx/xc3028 after i was told
to stay away.


for the reason of general unfriendlyness. As I wrote in the DVB
Maintainer thread I don't like that people just write your code is
bad, I mean I was ok with the mail calling the approach nonsense back
then because this basically showed up that some people who write DVB
drivers also disagree and have different ideas.


In spite of all the flames and flamed private mails, i decided to put
things in a standard well defined way, such that newer devices will not
be affected the same way.


> Any comments on the code are good. Not saying anything is bad.
>

What i have put as an RFC for fixing such issues

https://www.redhat.com/mailman/private/video4linux-list/2007-April/msg00022.html
http://marc.info/?l=linux-video&m=117571761928085&w=2

A driver for illustrational purposes, with patches for both subsystems
which does neither duplicate things nor make one subsystem dependant on
the other, while still being light. It also addresses issues such as
concurrent accesses, subsystem A accessing the device while subsystem B
has a communication going on and vice versa.



it could affect less but we want to modularize the v4l tuners anyway.


https://www.redhat.com/mailman/private/video4linux-list/2007-April/msg00047.html
http://marc.info/?l=linux-video&m=117613833119350&w=2

> FWIW, I very briefly looked at
>
http://mcentral.de/hg/~mrec/v4l-dvb-experimental/file/d1e8753a491b/linux/include/media/v4l_dvb_tuner.h
> and I think the V4L_OPS macro is invalid because it yields a pointer
> to a variable on the stack which just went out of scope.
> This might work by accident, but IMHO gcc is allowed to
> reuse the stack space for something else immediately after
> the closing brace.


Not only that.


there's absolutly nothing wrong with it, someone might say that it
doesn't look nice but that's all about it. I know what I did there,
and I already commented it.
It's about converting the parameters to another format temporary.


v4l_dvb_tuner does complete duplication of
dvb_frontend.h. With such an approach when an API update is performed,
such things will break, causing high maintenance and of course not
forgetting the flames again.  Issues with concurrent access also persists.



it's also about modularization, I don't see where it duplicates
significant parts of the code. it also works well with xc3028 v4l only
drivers or xc3028 dvb only drivers without too much overhead finally.
If someone wants to add another hybrid module it's very easy that way,
significant easier than your current approach since there's one
interface.
The code got cut out, changed and now it works with both frameworks.
I still have several problems with that framework, and I know you have
them too because you have no full featured driver packed into your
framework neither has anyone tested it yet. Problems will come up if
you have a closer look at the i2c part of that dr

[linux-dvb] Fwd: [Kaffeine-user] My mux file

[Christoph Pfister]

From a kaffeine user ...

Christoph


--  Weitergeleitete Nachricht  --

Subject: [Kaffeine-user] My mux file
Date: Freitag, 6. April 2007 22:31
From: Natan <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]

this is my file for .kde/share/apps/kaffeine/dbv-t .

I hope that my file can be useful to other users.

Bye.

---
# MUX DFREE
T 73000 8MHz 2/3 1/2 QAM64 8k 1/32 NONE

# MUX LA7/MTV
T 47400 8MHz 2/3 1/2 QAM64 8k 1/32 NONE

# MUX MEDIASET1
T 82600 8MHz 2/3 1/2 QAM64 8k 1/32 NONE

# MUX MEDIASET2
T 56200 8MHz 2/3 1/2 QAM64 8k 1/32 NONE

# MUX-A RAI
T 54600 8MHz 2/3 1/2 QAM64 8k 1/32 NONE
T 53000 8MHz 2/3 1/2 QAM64 8k 1/32 NONE

# MUX-B RAI
T 84200 8MHz 2/3 1/2 QAM64 8k 1/32 NONE
T 85800 8MHz 2/3 1/2 QAM64 8k 1/32 NONE

# TCS
T 65800 8MHz 2/3 1/2 QAM64 8k 1/32 NONE

# VIDEOLINA
T 61000 8MHz 2/3 1/2 QAM64 8k 1/32 NONE

# TIMEDIA MUX A
T 81800 8MHz 2/3 1/2 QAM64 8k 1/32 NONE
T 65000 8MHz 2/3 1/2 QAM64 8k 1/32 NONE
T 85000 8MHz 2/3 1/2 QAM64 8k 1/32 NONE
T 47400 8MHz 2/3 1/2 QAM64 8k 1/32 NONE
T 81000 8MHz 2/3 1/2 QAM64 8k 1/32 NONE

TIMEDIA MUX B
T 17750 8MHz 2/3 1/2 QAM64 8k 1/32 NONE
T 60200 8MHz 2/3 1/2 QAM64 8k 1/32 NONE
T 17750 8MHz 2/3 1/2 QAM64 8k 1/32 NONE

# SUPER TV
T 65000 8MHz 2/3 1/2 QAM64 8k 1/32 NONE___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

Re: [linux-dvb] Nova-T 500 windows driver update fixes reception problems

[Matt Doran]

Jose Alberto Reguero wrote:

El Martes, 10 de Abril de 2007, Matt Doran escribió:
  Do you know the version of the beta? There are a new version of the 
drivers (cd-digital-34) from 2 April in http://www.hauppauge.de

Do you know if this version have the changes mentioned?


  


I'm not sure.  The Australian distributor said that Hauppauge haven't 
released the fix to this issue yet, but they might have??  The UK site 
 is currently down, so I haven't checked 
there.
I've downloaded the version from the German site, and here's what I've 
found.  Version nos of the "hcw99bda.sys" file:


  * 4.2.25018 (18/01/2007) - Version I received from Aus distributor
  * 4.2.25032 (05/02/2007) - German version

So based on the version numbers it looks like the German one is later, 
so might include the fix, but it's hard to know for sure.  I don't have 
a Windows box to see if this fixes the problem on Windows.


If anybody wants the to get a copy of the version I've got let me know.

Thanks,
Matt

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

[linux-dvb] Re: Hybrid tuner proposal (V4L/DVB)

[Johannes Stezenbach]

Hi,

[big snip]

C'mon guys, let's leave the past behind us and
not start fighting again.

I believe many people ("users") would like em28xx to be merged
asap, so I'm trying to find a way how it could be done.

It is unfortunate that em28xx depends on the hybrid tuner
API design, but we have to live with it.

> On 4/10/07, Manu Abraham <[EMAIL PROTECTED]> wrote:
> >http://marc.info/?l=linux-video&m=117571761928085&w=2
> >http://marc.info/?l=linux-video&m=117613833119350&w=2

If that proposal is _proven to work_ ("dummy_hybrid_tuner.c" doesn't
sound like it's been tested), _and_ has more supporters than
Markus' code, then I would ask him to rebase his code
on top of it. However, I don't think we should wait
another month for your proposal to be ready.

So currently I think if Markus code _works_, and
_doesn't break_ any non-em28xx/xc3028 devices, then it
should be merged.
But of course that requires that people test his
stuff with non-em28xx equipment, and report if it still works.
(And ideally someone who read through the code would
ACK it or let us know why it can't be ACKed.)

You or someone else can rewrite the whole hybrid tuner
stuff later once you have a proven better solution.
I don't care and I guess Markus wouldn't mind, too.


Johannes

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

[linux-dvb] scan files for the past 4 months

[Christoph Pfister]

Hi,

I have been working on those files (most of them were fwded by me; but
I'll try to catch the others too).

No critical comment was posted to these changes, so I assume that
they're ok and should finally go in.

For reference:

http://linuxtv.org/pipermail/linux-dvb/2006-December/014950.html
http://linuxtv.org/pipermail/linux-dvb/2006-December/015034.html
http://linuxtv.org/pipermail/linux-dvb/2006-December/015057.html
http://linuxtv.org/pipermail/linux-dvb/2006-December/015075.html
http://linuxtv.org/pipermail/linux-dvb/2007-January/015141.html
http://linuxtv.org/pipermail/linux-dvb/2007-January/015214.html
http://linuxtv.org/pipermail/linux-dvb/2007-January/015376.html
http://linuxtv.org/pipermail/linux-dvb/2007-February/015726.html
http://linuxtv.org/pipermail/linux-dvb/2007-February/015781.html
 http://linuxtv.org/pipermail/linux-dvb/2007-February/015783.html
 http://linuxtv.org/pipermail/linux-dvb/2007-February/015791.html
 http://linuxtv.org/pipermail/linux-dvb/2007-February/015792.html
http://linuxtv.org/pipermail/linux-dvb/2007-February/015875.html
 http://linuxtv.org/pipermail/linux-dvb/2007-February/015944.html
http://linuxtv.org/pipermail/linux-dvb/2007-February/015943.html
http://linuxtv.org/pipermail/linux-dvb/2007-March/016627.html
http://linuxtv.org/pipermail/linux-dvb/2007-March/01.html
http://linuxtv.org/pipermail/linux-dvb/2007-March/016847.html

Christoph
diff -r 7c8c03958e26 util/scan/dvb-c/fi-Rauma
--- /dev/null   Thu Jan 01 00:00:00 1970 +
+++ b/util/scan/dvb-c/fi-Rauma  Tue Apr 10 15:16:00 2007 +0200
@@ -0,0 +1,16 @@
+# DVB-C Channels in Rauma (Finland)
+# Muxes including free channels are 154 MHz,
+# 162 MHz, 170 MHz, 306 MHz, 346 MHz.
+#
+# freq  sr  fec  mod
+C 15400 6875000 NONE QAM128
+C 16200 6875000 NONE QAM128
+C 17000 6875000 NONE QAM128
+C 30600 6875000 NONE QAM128
+C 31400 6875000 NONE QAM128
+C 32200 6875000 NONE QAM128
+C 33800 6875000 NONE QAM128
+C 34600 6875000 NONE QAM128
+C 35400 6875000 NONE QAM128
+C 36200 6875000 NONE QAM128
+C 37000 6875000 NONE QAM128
diff -r 7c8c03958e26 util/scan/dvb-c/fi-Turku
--- /dev/null   Thu Jan 01 00:00:00 1970 +
+++ b/util/scan/dvb-c/fi-Turku  Tue Apr 10 15:03:43 2007 +0200
@@ -0,0 +1,18 @@
+# Turun Kaapeli-TV (Turku)
+# freq sr fec mod
+C 14600 690 NONE QAM128
+C 15400 690 NONE QAM128
+C 16200 690 NONE QAM128
+C 33800 690 NONE QAM128
+C 34600 690 NONE QAM128
+C 35400 690 NONE QAM128
+C 36200 690 NONE QAM128
+C 37000 690 NONE QAM128
+C 37800 690 NONE QAM128
+C 38600 690 NONE QAM128
+C 39400 690 NONE QAM128
+C 40200 690 NONE QAM128
+C 41000 690 NONE QAM128
+C 41800 690 NONE QAM128
+C 42600 690 NONE QAM128
+C 44200 690 NONE QAM128
diff -r 7c8c03958e26 util/scan/dvb-s/AMC1-103w
--- a/util/scan/dvb-s/AMC1-103w Thu Apr 05 15:52:37 2007 +0200
+++ b/util/scan/dvb-s/AMC1-103w Tue Apr 10 15:16:57 2007 +0200
@@ -1,32 +1,5 @@
 # AMC 1 @ 103W
 # freq pol sr fec
 
-S 1176 H 2667 AUTO
-S 11828000 V 05789000 AUTO
 S 11942000 V 2000 AUTO
-S 12025000 H 04232000 AUTO
-S 12031000 H 04232000 AUTO
-S 12037000 H 04232000 AUTO
-S 12043000 H 04232000 AUTO
-S 12049000 H 04232000 AUTO
-S 12055000 H 04232000 AUTO
-S 12065000 H 04232000 AUTO
-S 12071000 H 04232000 AUTO
-S 12077000 H 04232000 AUTO
-S 12083000 H 04232000 AUTO
-S 12089000 H 04232000 AUTO
-S 12095000 H 04232000 AUTO
 S 1210 V 2000 AUTO
-S 12105000 H 04232000 AUTO
-S 12111000 H 04232000 AUTO
-S 12117000 H 04232000 AUTO
-S 12123000 H 04232000 AUTO
-S 12129000 H 04232000 AUTO
-S 12135000 H 04232000 AUTO
-S 12143000 V 2000 AUTO
-S 12145000 H 04232000 AUTO
-S 12151000 H 04232000 AUTO
-S 12157000 H 04232000 AUTO
-S 12163000 H 04232000 AUTO
-S 12169000 H 04232000 AUTO
-S 12175000 H 04232000 AUTO
\ No newline at end of file
diff -r 7c8c03958e26 util/scan/dvb-s/AMC3-87w
--- a/util/scan/dvb-s/AMC3-87w  Thu Apr 05 15:52:37 2007 +0200
+++ b/util/scan/dvb-s/AMC3-87w  Tue Apr 10 15:17:17 2007 +0200
@@ -2,11 +2,9 @@
 # freq pol sr fec
 
 S 11716000 H 04859000 AUTO
-S 11723000 H 03675000 AUTO
-S 11736000 V 06104000 AUTO
-S 1182 V 0846 AUTO
-S 12056000 V 03979000 AUTO
-S 1211 H 14025000 AUTO
-S 1214 V 0000 AUTO
-S 12153000 V 06898000 AUTO
-S 12164000 H 0434 AUTO
\ No newline at end of file
+S 12142000 V 3000 AUTO
+S 12147000 H 0434 AUTO
+S 12159000 H 0000 AUTO
+S 12165000 H 0000 AUTO
+S 12172000 H 0000 AUTO
+S 12182000 V 3000 AUTO
diff -r 7c8c03958e26 util/scan/dvb-s/AMC4-101w
--- a/util/scan/dvb-s/AMC4-101w Thu Apr 05 15:52:37 2007 +0200
+++ b/util/scan/dvb-s/AMC4-101w Tue Apr 10 15:17:36 2007 +0200
@@ -1,10 +1,8 @@
 # AMC 4 @ 101.0W
 # freq pol sr fec
 
-S 11655000 V 3000 AUTO
 S 11708000 V 0217 AUTO
 S 11822000 H 0570 AUTO
-S 1188 V 24415000 AUTO
-S 11983000 H 0590 AUTO
-S 1202 H 02034000 AUTO
-S 12169000 H 03003000 AUTO
\ No

Re: [linux-dvb] scan files for the past 4 months

[Maik Zumstrull]

Christoph Pfister wrote:

> I have been working on those files (most of them were fwded by me; but
> I'll try to catch the others too).

I believe you missed mine:
http://linuxtv.org/pipermail/linux-dvb/2007-January/015122.html

Did I choose a misleading subject? If so, I apologize.

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

[linux-dvb] Re: Hybrid tuner proposal (V4L/DVB)

[Manu Abraham]

Johannes Stezenbach wrote:
> Hi,
> 

> You or someone else can rewrite the whole hybrid tuner
> stuff later once you have a proven better solution.
> I don't care and I guess Markus wouldn't mind, too.

The whole point being SET_FRONTEND would be deprecated and hence.

Manu


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

[linux-dvb] Re: Hybrid tuner proposal (V4L/DVB)

[Manu Abraham]

Johannes Stezenbach wrote:
> Hi,
> 
> [big snip]
> 
> C'mon guys, let's leave the past behind us and
> not start fighting again.
> 
> I believe many people ("users") would like em28xx to be merged
> asap, so I'm trying to find a way how it could be done.
> 
> It is unfortunate that em28xx depends on the hybrid tuner
> API design, but we have to live with it.
> 
>> On 4/10/07, Manu Abraham <[EMAIL PROTECTED]> wrote:
>>> http://marc.info/?l=linux-video&m=117571761928085&w=2
>>> http://marc.info/?l=linux-video&m=117613833119350&w=2
> 
> If that proposal is _proven to work_ ("dummy_hybrid_tuner.c" doesn't
> sound like it's been tested), _and_ has more supporters than
> Markus' code, then I would ask him to rebase his code
> on top of it. However, I don't think we should wait
> another month for your proposal to be ready.
> 


dummy hybrid tuner was just an extension to the multiproto update, which
is already being used by the stb0899 and the hvr4000. So there isn't too
much to test in there

Manu


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

Re: [linux-dvb] scan files for the past 4 months

[René Højbjerg Larsen]

tir, 10 04 2007 kl. 15:28 +0200, skrev Christoph Pfister:
> Hi,
> 
> I have been working on those files (most of them were fwded by me; but
> I'll try to catch the others too).

Hi,

Here is one more. It's for Glentevejs Antennelaug in Odense, Denmark.
-- 
René Højbjerg Larsen <[EMAIL PROTECTED]>
# Glentevejs Antennelaug (Denmark / Odense)
# freq sr fec mod
C 44200 690 NONE QAM64
C 43400 6875000 NONE QAM256
C 25500 500 2/3 QAM256
C 50600 6875000 2/3 QAM256
C 56200 6875000 2/3 QAM256
C 61000 6875000 2/3 QAM256
C 75400 6875000 2/3 QAM256
C 77000 6875000 2/3 QAM256
___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

Re: [linux-dvb] Re: Unbranded USB DVB device afatech af9005

[Luca Olivetti]

En/na Nick Andrew ha escrit:

On Tue, Apr 10, 2007 at 09:16:17AM +0200, Luca Olivetti wrote:

En/na Luca Olivetti ha escrit:

Ok, I have what I think is a working driver (I have bad reception 
quality but that's even worse under windows), now what should I do?
3 months have passed and the driver is still sitting on my server, 
bit-rotting. I repeat my question: what should I do? Post a (big) patch 
to the list? Forget about it?


Please post the patch!


Already sent, privately, to Manu. It's also available here
http://ventoso.org/luca/af9005/af9005.diff.bz2

Bye
--
Luca

A: Because it destroys the flow of the conversation
Q: Why is it bad?
A: No, it's bad.
Q: Should I top post in replies to mailing lists?

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

[linux-dvb] cheap USB DVB-T stick

[P. van Gaans]

I completely lost it here. I'm trying to buy an affordable (max 35 euro) 
USB DVB-T stick in The Netherlands or Germany. But the wiki is 
completely outdated and I have no idea how to figure out what stick 
works. Nothing from the Wiki is on the shelves, apart from the Freecom 
for 60 euro here and there. The MSI Mega Sky 580, now finally supported, 
was taken of the shelves yesterday (seriously).


I only have two real requirements: possibility to attach an external 
antenna, and affordable. And supported by Linux of course. Any suggestions?


Pim

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

[linux-dvb] can someone explain this to me, vp7045 firmware

[Henrik Beckman]

I have snooped initialization of the stick in both windows with working
driver and in linux with the non working driver.

I figure that it should start like this.
00 20 00 00 02 15 which I decode as 8192 bytes starting with 02 15, what the
second 00 00 does I don´t know.
The current linux firmware starts with 10 00 00 00 02 14.

The firmware looks like it ends with a bunch of aa aa aa aa aa, then C4 4C,
cutting there gives a firmware with 8192.
Filesize is then 8196 with 00 20 00 00 in the head.

This is how it looks in the snoop logs,
current version
01
Transfer
40 a0 00 e6 00 00 01 00Setup
Packet
02 14 30 c2 b7 00 00 00 d2 b6 00 00 00 d2 b7 00Transfer

The newer revision is
01
Transfer
40 a0 00 e6 00 00 01 00Setup
Packet, correct ??
02 15 8a c2 b7 00 00 00 d2 b6 00 00 00 d2 b7 00Transfer


Trying to initialize the stick gives,
Apr 10 19:37:29 media kernel: [ 2746.966139] dvb-usb: found a 'Twinhan
USB2.0 DVB-T receiver (TwinhanDTV Alpha/MagicBox II)' in cold state, will
try to load a firmware
Apr 10 19:37:29 media kernel: [ 2746.974549] dvb-usb: downloading firmware
from file 'dvb-usb-vp7045-01.fw'
Apr 10 19:37:29 media kernel: [ 2746.986554] dvb_usb_vp7045: probe of 2-6:
1.0 failed with error -22
Apr 10 19:37:29 media kernel: [ 2746.987120] usbcore: registered new driver
dvb_usb_vp7045

This version of the stick has a TDA10046 inside, I´m stuck.

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

[linux-dvb] Re: scan files for the past 4 months

[Christoph Pfister]

2007/4/10, Christoph Pfister <[EMAIL PROTECTED]>:

Hi,

I have been working on those files (most of them were fwded by me; but
I'll try to catch the others too).

No critical comment was posted to these changes, so I assume that
they're ok and should finally go in.


Last round (please resend your file if you posted it before 01.04.2007
and it doesn't appear in this list or the list in the previous mail).
Note that this here is just a listing; the individual messages weren't
processed as in the first mail.

http://linuxtv.org/pipermail/linux-dvb/2006-November/014603.html
http://linuxtv.org/pipermail/linux-dvb/2006-December/014787.html
http://linuxtv.org/pipermail/linux-dvb/2006-December/014795.html
http://linuxtv.org/pipermail/linux-dvb/2006-December/014952.html
 http://linuxtv.org/pipermail/linux-dvb/2006-December/014956.html
http://linuxtv.org/pipermail/linux-dvb/2006-December/014791.html
 http://linuxtv.org/pipermail/linux-dvb/2006-December/014792.html
 http://linuxtv.org/pipermail/linux-dvb/2006-December/014794.html
 http://linuxtv.org/pipermail/linux-dvb/2006-December/014800.html
 http://linuxtv.org/pipermail/linux-dvb/2006-December/014803.html
 http://linuxtv.org/pipermail/linux-dvb/2006-December/014808.html
 http://linuxtv.org/pipermail/linux-dvb/2006-December/014814.html
http://linuxtv.org/pipermail/linux-dvb/2006-December/015004.html
http://linuxtv.org/pipermail/linux-dvb/2006-December/015012.html
http://linuxtv.org/pipermail/linux-dvb/2006-December/015053.html
http://linuxtv.org/pipermail/linux-dvb/2007-January/015122.html
http://linuxtv.org/pipermail/linux-dvb/2007-January/015356.html
http://linuxtv.org/pipermail/linux-dvb/2007-January/015635.html
http://linuxtv.org/pipermail/linux-dvb/2007-February/015760.html
http://linuxtv.org/pipermail/linux-dvb/2007-February/016181.html
http://linuxtv.org/pipermail/linux-dvb/2007-March/016551.html
 http://linuxtv.org/pipermail/linux-dvb/2007-March/016557.html
http://linuxtv.org/pipermail/linux-dvb/2007-March/016566.html
http://linuxtv.org/pipermail/linux-dvb/2007-March/016597.html
http://linuxtv.org/pipermail/linux-dvb/2007-March/016626.html
http://linuxtv.org/pipermail/linux-dvb/2007-March/016680.html
http://linuxtv.org/pipermail/linux-dvb/2007-March/016868.html
 http://linuxtv.org/pipermail/linux-dvb/2007-March/016879.html
http://linuxtv.org/pipermail/linux-dvb/2007-March/016880.html
http://linuxtv.org/pipermail/linux-dvb/2007-March/016883.html

Christoph

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

Re: [linux-dvb] Re: scan files for the past 4 months

[David Härdeman]

On Tue, Apr 10, 2007 at 09:35:32PM +0200, Christoph Pfister wrote:

2007/4/10, Christoph Pfister <[EMAIL PROTECTED]>:

Hi,

I have been working on those files (most of them were fwded by me; but
I'll try to catch the others too).

No critical comment was posted to these changes, so I assume that
they're ok and should finally go in.


Last round (please resend your file if you posted it before 01.04.2007
and it doesn't appear in this list or the list in the previous mail).
Note that this here is just a listing; the individual messages weren't
processed as in the first mail.


I think this one wasn't included (sent 5 Feb).

--
David Härdeman

# Casema Netherlands
# freq sr fec mod
C 37200 6875000 NONE QAM64

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

Re: [linux-dvb] patch, which supports some new DVB-C budget cards

[Janne Grunau]

On Monday 12 February 2007 23:54:28 e9hack wrote:
>
> it exist some new DVB-C budget cards, which are based on the KNC ONE
> (Terratec, Setalco) design. They are using a new tuner with the
> TDA10023 as demodulator. The main work to support this chip was done
> by Georg Auer.

The patch is unfortunately not yet applied. This has different reasons. 
1. We need your and for the TDA10023 part Georg Acher's sign-off 
message.

> The Patch changes the following things:
> - Added support for the frontend TDA10023
> - Added the KNC ONE DVB-C V1.0 card, which uses the alternative i2c
> address of 0xd - Added the Satelco Easywatch DVB-C card with the id
> 1894:002c - Added the KNC ONE Plus DVB-C card with the id 1894:0022
> - Added the Terratec Cinergy 1200 DVB-C card with the id 153b:1176
> - Removed the polarity switching of the clock for the DVB-C cards in
> budget-av.c. This hack is no longer necessary because the saa7146 can
> do the job to remove the additional FEC bytes from the TS.

2. Multiple independent changes in one patch are greatly disliked since 
the complicate debugging.

I can work on 2. but the signatures are requirred. Please provide them.

kind regards
Janne

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

Re: [linux-dvb] Re: Hybrid tuner proposal (V4L/DVB)

[Mauro Carvalho Chehab]

Em Ter, 2007-04-10 às 15:13 +0200, Johannes Stezenbach escreveu:
> Hi,
> 
> [big snip]
> 
> C'mon guys, let's leave the past behind us and
> not start fighting again.
> 
> I believe many people ("users") would like em28xx to be merged
> asap, so I'm trying to find a way how it could be done.
> 
Agreed.

> It is unfortunate that em28xx depends on the hybrid tuner
> API design, but we have to live with it.
> 
> > On 4/10/07, Manu Abraham <[EMAIL PROTECTED]> wrote:
> > >http://marc.info/?l=linux-video&m=117571761928085&w=2
> > >http://marc.info/?l=linux-video&m=117613833119350&w=2
> 
> If that proposal is _proven to work_ ("dummy_hybrid_tuner.c" doesn't
> sound like it's been tested), _and_ has more supporters than
> Markus' code, then I would ask him to rebase his code
> on top of it. However, I don't think we should wait
> another month for your proposal to be ready.
> 
> So currently I think if Markus code _works_, and
> _doesn't break_ any non-em28xx/xc3028 devices, then it
> should be merged.
Agreed. 

> But of course that requires that people test his
> stuff with non-em28xx equipment, and report if it still works.
> (And ideally someone who read through the code would
> ACK it or let us know why it can't be ACKed.)
It is important to test the changes with boards that have tda9887 plus
an analog tuner, tea5767 and tda8290/8275 tuners.
I'll be travelling tomorrow, so probably, I won't have time this week
for testing his code. I'll try to do the tests next week.

> You or someone else can rewrite the whole hybrid tuner
> stuff later once you have a proven better solution.
> I don't care and I guess Markus wouldn't mind, too.
As Markus mentioned, I gave him some suggestions on other directions, to
improve the API, but code optimizations can be done later, after merging
his work. The more important thing to do right now is to focus on
merging his code, to allow the driver updates and dvb support to go to
2.6.22.
 
Cheers,
Mauro


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

[linux-dvb] saa7134 and saa7146 drivers for capture card with 4 input videos (card for drv security system)

[wspinto]

Hi!
I'm Brazilian and i have 2 pci capture cards for security.
In linux when turn the cards (7134 or 7146) only /dev/video0 is created.
the cards have 4 inputs for videos. i need de /dev/video0, /dev/video1,
/dev/video2 and /dev/video3 devices simultaneos.
Any idea for this?

Tks,

Wellington

PS.: My english is not very well.


___
Para fazer uma ligação DDD pra perto ou pra longe, faz um 21. A Embratel tem
tarifas muito baratas esperando por você. Aproveite!


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

[linux-dvb] Twinhan 1027?

[e5tr4ng3d]

Are these cards supported? (says Sat-Pro HDTV 1080i on
the box), and if so, what's the correct way to load
the drivers & use it?

Thanks


 

Food fight? Enjoy some healthy debate 
in the Yahoo! Answers Food & Drink Q&A.
http://answers.yahoo.com/dir/?link=list&sid=396545367

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

Re: [Bulk] [linux-dvb] ati hdtv wonder in gentoo amd64

[Brett Taylor]

Sorry, I replied to CityK directly and forgot to include the mailing  
list, so here is my reply:



On Apr 10, 2007, at 12:28 AM, Brett Taylor wrote:

I cannot emerge v4l-dvb-hg, I get build errors: http://pastebin.ca/ 
432244


I did not try receiving QAM signals in 32bit.  I just read about  
that today actually which spurred me to try and get my card working  
again, since I had neglected it since I changed to 64bit.  I will  
make a minimal 32bit install on one of my partitions and give it a  
try though.  But, when I was using  2.6.20-gentoo-r3, I was able to  
grab 300+ channels using dvbscan and the us-Cable-HRC-center- 
frequencies-QAM256, which also let me view a few channels using  
Kaffeine (xine), but I could not get sound.  And like I said, in  
search of fixing the sound and the mpeg error, I changed to vanilla- 
sources 2.6.20.6 (which I am on now).


scanning ATSC was done with the rf antenna that came supplied with  
the card.  I live in an apartment building located downtown in a  
large city, so I don't get great reception.  with 2.6.20-gentoo-r3  
I was able to tune one channel with the rf antenna, but now with  
2.6.20.6 vanilla, I can't tune to any channels.


On 4/9/07, CityK <[EMAIL PROTECTED]> wrote:
Brett Taylor wrote:

> I was able to get video (no sound in mplayer or xine) when I was  
using
> the 2.6.20 gentoo sources, but I was getting errors which some  
one in

> #linuxtv said was related to the mpeg driver being messed up in the
> gentoo-sources kernel.  So at his suggestion, I changed to the
> 2.6.20.6  vanilla-sources.
From the IRC logs:
[21:59]  hmmm, this is strange. i'm looking through
genpatches, and I do not see any patch that would have caused the
problem that |splat| is experiencing

> I have gotten this card to work before, but not in amd64, so I  
know it

> is possible.Now I cannot tune to any QAM channels

To confirm -->  when you were using 32bit, were you able to  
successfully

receive digital cable sources?  (The reason I ask is -- although QAM
should be supported, and there have been rumours that have trickled  
down
to the list that people are successfully using the HDTV Wonder with  
QAM

sources, there still has never been an actual user report here on this
mailing list confirming this fact --- (getting user feedback would
definitely be nice, but unfortunately isn't too common).  So please!
Help us put this issue to rest!!

> Now I cannot tune to any QAM channels, but I get no errors in dmesg.
> Also, I cannot tune ATSC channels but I do get errors in dmesg:
> cx88[0]/2-mpeg: cx8802_timeout.

Out of curiosity, what happens if you switch RF inputs?  There was a
patch submitted about two weeks or so ago that may have affect the RF
inputs on your card ... Though, I don't think that it would have been
picked up and made it into the gentoo sources just yet , but I  
could be

wrong, so it is worthwhile looking into this.  Mike Krufky would
probably have an idea about it.

Cheers



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

[linux-dvb] DVB-C from Virgin Media-UK

[Mario Rossi]

Hi,

I'm a customer of Virgin Media and I get TV, phone and broadband via cable.

I would like to understand whether I can use any of the DVB-C cards
and connect it directly to the cable.

Currently the cable goes into a box labelled

Scientific Atlanta EXPLORER 4200 DVB

This box is then connected to the TV.

Can I take the cable and connect it to a DVB-C card?
In case this is possible, what is a DVB-C USB card with a good Linux support?

Cheers

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

Re: [linux-dvb] patch, which supports some new DVB-C budget cards

[e9hack]

Janne Grunau wrote:
> On Monday 12 February 2007 23:54:28 e9hack wrote:
>   
>> it exist some new DVB-C budget cards, which are based on the KNC ONE
>> (Terratec, Setalco) design. They are using a new tuner with the
>> TDA10023 as demodulator. The main work to support this chip was done
>> by Georg Auer.
>> 
>
> The patch is unfortunately not yet applied. This has different reasons. 
> 1. We need your and for the TDA10023 part Georg Acher's sign-off 
> message.
>
>   
Signed off by: Hartmut Birr <[EMAIL PROTECTED]>
>> The Patch changes the following things:
>> - Added support for the frontend TDA10023
>> - Added the KNC ONE DVB-C V1.0 card, which uses the alternative i2c
>> address of 0xd - Added the Satelco Easywatch DVB-C card with the id
>> 1894:002c - Added the KNC ONE Plus DVB-C card with the id 1894:0022
>> - Added the Terratec Cinergy 1200 DVB-C card with the id 153b:1176
>> - Removed the polarity switching of the clock for the DVB-C cards in
>> budget-av.c. This hack is no longer necessary because the saa7146 can
>> do the job to remove the additional FEC bytes from the TS.
>> 
>
> 2. Multiple independent changes in one patch are greatly disliked since 
> the complicate debugging.
>
> I can work on 2. but the signatures are requirred. Please provide them.
>   
I can split the patch into four steps:

1.) Remove the polarity switching of the clock for the DVB-C cards in
budget-av.c. This hack is no longer necessary because the saa7146 can do
the job to remove the additional FEC bytes from the TS.
2.) Add support for the frontend TDA10023.
3.) Make the inversion setting configurable. The KNC ONE V1.0 uses non
inverted setting for the inversion.
4.) Add the the new cards (Satelco Easywatch DVB-C with id 1894:002c,
KNC ONE DVB-C with id 1894:0022, KNC ONE PLUS DVB-C with id 1894:0023,
Terratec Cinergy 1200 DVB-C with id 153b:1176, KNC ONE DVB-C V1.0)

 I'm not sure if this make sense. One card needs step 1 and 3. All other
cards need step 1 and 2.

- Hartmut



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

Re: [linux-dvb] Twinhan 1027?

[Manu Abraham]

e5tr4ng3d wrote:
> Are these cards supported? 

No


Manu

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

Re: [linux-dvb] patch, which supports some new DVB-C budget cards

[Janne Grunau]

On Wednesday 11 April 2007 00:18:22 e9hack wrote:
> Janne Grunau wrote:
> >
> > The patch is unfortunately not yet applied. This has different
> > reasons. 1. We need your and for the TDA10023 part Georg Acher's
> > sign-off message.
>
> Signed off by: Hartmut Birr <[EMAIL PROTECTED]>

Thanks.

> I can split the patch into four steps:
>
> 1.) Remove the polarity switching of the clock for the DVB-C cards in
> budget-av.c. This hack is no longer necessary because the saa7146 can
> do the job to remove the additional FEC bytes from the TS.
> 2.) Add support for the frontend TDA10023.
> 3.) Make the inversion setting configurable. The KNC ONE V1.0 uses
> non inverted setting for the inversion.
> 4.) Add the the new cards (Satelco Easywatch DVB-C with id 1894:002c,
> KNC ONE DVB-C with id 1894:0022, KNC ONE PLUS DVB-C with id
> 1894:0023, Terratec Cinergy 1200 DVB-C with id 153b:1176, KNC ONE
> DVB-C V1.0)
>
>  I'm not sure if this make sense. One card needs step 1 and 3. All
> other cards need step 1 and 2.

That would work.

Better patch splitting would be 

1. Remove the polarity switching of the clock for the DVB-C cards in
   budget-av.c. This hack is no longer necessary because the saa7146 can
   do the job to remove the additional FEC bytes from the TS.stays

2. Add support for the frontend TDA10023 and add cards that need the
   tda10023.

3. Make the inversion setting configurable. The KNC ONE V1.0 uses
   non inverted setting for the inversion and add the KNC ONE V1.0 card.

thanks

Janne

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

Re: [linux-dvb] patch, which supports some new DVB-C budget cards

[Georg Acher]

On Tue, Apr 10, 2007 at 10:48:19PM +0200, Janne Grunau wrote:
 
> The patch is unfortunately not yet applied. This has different reasons. 
> 1. We need your and for the TDA10023 part Georg Acher's sign-off 
> message.

If that's all ;-)

Signed off by: Georg Acher ([EMAIL PROTECTED])

-- 
 Georg Acher, [EMAIL PROTECTED] 
 http://www.lrr.in.tum.de/~acher
 "Oh no, not again !" The bowl of petunias  

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

Re: [Bulk] Re: [Bulk] [linux-dvb] ati hdtv wonder in gentoo amd64

[Brett Taylor]

yes, I was able to pull in video from a few QAM channels using cable  
plugged in to the "DTV" port.  The tuner has "DTV" and "Cable".  DTV  
is the digital tuner, obviously, and is normally where they (ATI)  
want you to plug in the antenna.  I was able to view DTV using the  
antenna before when I ran gentoo i686.  I cannot remember what kernel  
I was using.


i forgot tha tI still had gentoo 32bit still installed on one of my  
partitions, so I logged back in to test out my card.  I was running  
2.6.19-gentoo and I was able to tune QAM channels using dvbscan, but  
I could not test them with mplayer because it kept saying that it  
could not open my dvb device.  azap -r [chan name] worked fine, but i  
have no idea which of the 351 channels actually produced video, or  
sound.  I don't use that gentoo install because something borked the  
hal+usb system so my mouse is supremely lagged and I can't figure out  
why, so I was on CLI the entire time.  But again, the us-Cable-HRC- 
center-frequencies list produced usable data.


rebooted back in to amd64 w/ vanilla 2.6.20.6, and I still can't tune  
any channels, qam with cable or atsc with rf antenna.  but, mplayer  
can open the dvb device, but of course errors out when there is no  
channels.


I just tried rebuilding v4l-dvb-hg, and it errored out with the same  
message as before.  I'm goign to try and revert to the gentoo sources  
again to see what happens.


Brett

On Apr 10, 2007, at 1:50 AM, CityK wrote:


Brett Taylor wrote:
I have gotten this card to work before, but not in amd64, so I  
know it

is possible.
I did not try receiving QAM signals in 32bit.  I just read about that
today actually which spurred me to try and get my card working again,
since I had neglected it since I changed to 64bit.  I will make a
minimal 32bit install on one of my partitions and give it a try
though.  But, when I was using  2.6.20-gentoo-r3, I was able to grab
300+ channels using dvbscan and the
us-Cable-HRC-center-frequencies-QAM256, which also let me view a few
channels using Kaffeine (xine) ... And like I said, in search of
fixing the sound and the mpeg error, I changed to vanilla-sources
2.6.20.6  (which I am on now).


Ahh.  It wasn't clear to me -- I had thought, by what you wrote  
earlier

(first quote), that you were implying that you were previously using a
32bit install.  In any regard, I wouldn't bother with the 32 bit  
install
(there should be no difference).  My main point was whether you had  
QAM

support working under Linux with the HDTV Wonder -- which you have
clearly confirmed.


I was able to grab 300+ channels using dvbscan and the
us-Cable-HRC-center-frequencies-QAM256, which also let me view a few
channels using Kaffeine (xine), which also let me view a few channels
using Kaffeine (xine), but I could not get sound.


I get that as well with some cable channels in Kaffeine too.  I found
that if you add (ac3) after the audio pid in the channels.dvb file it
takes care of the problem.  Example:
TV|[CBC]|192(2)|193(ac3),|0|1738|0|Atsc|843000|0|v|0|-1|256| 
0|-1|-1|-1|0|472|||


Strangely, Xine itself works fine for me.  You'd think that the same
would hold true for Kaffeine, but

Anyway, earlier you wrote:

I was able to get video (no sound in mplayer or xine)


I've never encountered an audio problem with Mplayer, but over time  
have

seen a number of users report "no sound" posts on different forums &
m/l.  One suggestion is to pass the audio pid on the command line  
(using

my example above I'd append -aid 193).  Try doing similar with Xine.


scanning ATSC was done with the rf antenna that came supplied with  
the

card.  I live in an apartment building located downtown in a large
city, so I don't get great reception.  with 2.6.20-gentoo-r3 I was
able to tune one channel with the rf antenna, but now with 2.6.20.6
 vanilla, I can't tune to any channels.


Did you try swithing RF inputs?

With what input did you use previously with OTA signals?
With what input did you use previously with digital cable signals?






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

[linux-dvb] Regarding Common interface

[Santosh]

Hi,    Iam  very much new to this domain..Right now iam 
working on common interface..I have few querries..a.What are all the low level 
intialisation takes place when we connect a CAM or power on a host??b.As per 
EN50221 spec,the host has to establish a transport connection to the 
module..Who in the host side will take care of this??Eagrly Waiting for ur 
anticipation,Rgds,\"Santosh\"___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb