To clarify in this case, the FE_SET_FRONTEND succeeds, but
calling select on
the demuxer fails?
Exactly. And I tested with the drivers in 2.6.4 and that specific problem doesn't
happen on that version. What's weird is that I don't see where the dvb_frontend_poll
function may return an
Antonio Mancuso wrote:
Hello,
I am trying to make an AirStar DVB-T PCI (REV: 1.0) card working.
This card has the MT352 chip in the frontend.
Yesterday I got the CVS snapshot of dvb-kernel and built the build-2.4
directory. Then I tried to do:
# insmod ./dvb-core.o
# insmod ./mt352.o
# insmod
It has to be either the lack of DISEQC or is specific to your
card type. Oh,
or it could be 2.6 I suppose. Target kernel for me right now
is 2.4.25. I'll
get 2.6 going on that machine as well.
This morning, I tried 2.4.25 with the snapshot you gave me. The two re-openning bugs
cannot be
Hi
Can some one point me to some online documents which can help me configure my skystar
2 with opensky service.
Thanx
Babar
--
___
Sign-up for Ads Free at Mail.com
http://promo.mail.com/adsfreejump.htm
--
Info:
To unsubscribe send a
On Thursday 08 April 2004 08:49, Valsecchi Patrick wrote:
It has to be either the lack of DISEQC or is specific to your
card type. Oh,
or it could be 2.6 I suppose. Target kernel for me right now
is 2.4.25. I'll
get 2.6 going on that machine as well.
This morning, I tried 2.4.25 with
On Thursday 08 April 2004 07:08, Valsecchi Patrick wrote:
To clarify in this case, the FE_SET_FRONTEND succeeds, but
calling select on
the demuxer fails?
Exactly. And I tested with the drivers in 2.6.4 and that specific problem
doesn't happen on that version. What's weird is that I don't
Hi, I've found a little type in szap README file (a czap command for--- linuxtv-dvb-apps-1.1.0/util/szap/README.orig 2004-01-25 20:23:39.0 +0100
+++ linuxtv-dvb-apps-1.1.0/util/szap/README 2004-04-08 11:07:33.295546728 +0200
@@ -13,13 +13,13 @@ $ ./czap -c channels.conf-dvbc-berlin Ar
On Thursday 08 April 2004 08:49, Valsecchi Patrick wrote:
It has to be either the lack of DISEQC or is specific to your
card type. Oh,
or it could be 2.6 I suppose. Target kernel for me right now
is 2.4.25. I'll
get 2.6 going on that machine as well.
This morning, I tried 2.4.25 with
Hi, I've found a little type in szap README file (a czap command for
Oooops sorry for the too early sending ;)
--
Info:
To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as
subject.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi, I've found a little typo in szap README file (a czap command for a
DVB-T device), see attached patch.
Another problem is that there isn't any COPYING, CONTRIBUTORS, ... files
in the linuxtv-dvb-apps archive (they are also missing in
On Thursday 08 April 2004 08:49, Valsecchi Patrick wrote:
It has to be either the lack of DISEQC or is specific to your
card type. Oh,
or it could be 2.6 I suppose. Target kernel for me right now
is 2.4.25. I'll
get 2.6 going on that machine as well.
This morning, I tried 2.4.25 with
Hello,
On 04/07/04 15:55, Ralph Metzler wrote:
Alasdair FARMER writes:
2) With regard to playback of recordings I am unclear how this will work in the new model... If a recorded stream were being written to a demux then which instance (given that the handle is actually to a filter rather than
Hi,
I'm using the dvb drivers supplied with 2.6.5
I've got one nova, one nova-ci (without the ci module attached)and one
ff card (rev 1.5).
I'm using vdr on this box.
After leaving this box alone for a while (some hours) i do get kernel
panics.
The trace i've got looks like this
I also think that using the demux for memory input does not make much
sense. Usually you have demux unit with several demuxes and several
inputs and each demux can choose the input it wants to use,
including memory input.
So, the frontend devices, whether there is an actual
On Tue, Mar 30, 2004 at 07:39:38AM +0200, Carlo E. Prelz wrote:
Subject: [linux-dvb] Re: ALPS-TDMB7 ALPS-TDLB7 tuner problems?
Date: Mon, Mar 29, 2004 at 10:30:29PM +0100
Quoting Andrew de Quincey ([EMAIL PROTECTED]):
Actually, maybe the zigzag scan is also the culprit here.
On Sun, Mar 28, 2004 at 01:47:58PM +0200, Peter Hettkamp wrote:
Hello,
I have a small fix for the kdvb-fe taking too much CPU power issue on
cx24110-based cards:
--- /usr/src/linux/drivers/media/dvb/frontends/cx24110.c~ Fri Jan 9 07:59:05
2004
+++
On Sat, Mar 27, 2004 at 01:18:40PM +, Andrew de Quincey wrote:
On Friday 26 March 2004 15:14, Klaus Schmidinger wrote:
Strange, from what I know a TPDU can be at most 2048 byte long...
Out of interest, where does that 2048 figure come from? I can't see it in
EN50221 or R206-001. I'm
Holger Waechtler wrote:
Michael Hunold wrote:
On 03/31/04 11:11, Hilmar Linder wrote:
+#define FEEDTYPE_SEC0
+#define FEEDTYPE_TS1
I think these #defines are rather obscure. Why not rename
them to DVB_NET_FEED_MPE and DVB_NET_FEED_ULE?
While preparing a new patchset for the 2.6
On Thu, Apr 01, 2004 at 09:16:11PM +1000, Clinton Roy wrote:
Hi guys, I'm not entirely sure if this is the appropriate place for
this, but here it is:
# Australia / Brisbane (Mt Coot-tha transmitters)
Comitted to CVS.
Thanks,
Johannes
--
Info:
To unsubscribe send a mail to [EMAIL
Oliver Endriss wrote:
On Friday 02 April 2004 18:11, Gregor Lawatscheck wrote:
Yes it's possibly a firmware bug introduced after 0.9.4 because that
+
release doesn't show the behavior or at least not within 1000 channel
changes or
On Thursday 08 April 2004 16:04, Johannes Stezenbach wrote:
On Sat, Mar 27, 2004 at 01:18:40PM +, Andrew de Quincey wrote:
On Friday 26 March 2004 15:14, Klaus Schmidinger wrote:
Strange, from what I know a TPDU can be at most 2048 byte long...
Out of interest, where does that 2048
Johannes Stezenbach wrote:
On Sat, Mar 27, 2004 at 01:18:40PM +, Andrew de Quincey wrote:
On Friday 26 March 2004 15:14, Klaus Schmidinger wrote:
Strange, from what I know a TPDU can be at most 2048 byte long...
Out of interest, where does that 2048 figure come from? I can't see
On Mon, Apr 05, 2004 at 08:22:22AM +0200, Valsecchi Patrick wrote:
In my kind of application (monitoring) I don't really care if I loose
some packets. Would it be possible to reset the firmware when that
happens? That's what I wanted to try to do by closing the firmware and
re-opening it.
Hello,
On 04/07/04 12:55, Alasdair FARMER wrote:
1) I have a concern from a robustness perspective about
the way in which connections between demux's and decoders
is handled. If we assume that we have a demux feeding a
decoder, through a mmapped buffer. What happens if the file
handle on
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi, I've found a little typo in szap README file (a czap command for a
DVB-T device), see attached patch.
Found another typo in the same file (/dev/dvr instead of /dev/dvb), new
patch (cancelling the previous one).
-BEGIN PGP SIGNATURE-
Oliver Maier wrote:
playing around I found a transponder where the broadcast company
decided to use nearly random continuity counters (CC). Is this
permited by the DVB standard?
Which transponder is this?
On Astra 19.2E 10832/H symbolrate 22000. A good example is pid 0x0fa1.
Gregoire Favre wrote:
the dvb-kernel/patches-2.6 hasn't been updated for some times now, so
it's a version that have problem with Matrox G550 and xawtv...
And I don't want to use the makelinks, I could of course use the
build-2.6 but then I can't make some modules in the kernel.
So,
Johannes Stezenbach writes:
Oliver Maier wrote:
playing around I found a transponder where the broadcast company
decided to use nearly random continuity counters (CC). Is this
permited by the DVB standard?
Which transponder is this?
On Astra 19.2E 10832/H
On Thu, Apr 08, 2004 at 06:45:08PM +0200, Olivier Lourdais wrote:
Hi, I've found a little typo in szap README file (a czap command for a
DVB-T device), see attached patch.
Found another typo in the same file (/dev/dvr instead of /dev/dvb), new
patch (cancelling the previous one).
On Wed, Apr 07, 2004 at 02:53:25PM -0400, Jeremy Hall wrote:
I recall some time ago that somebody was working on making the cards
change channels faster--they had noticed as did I that the old HEAD
(before NEWSTRUCT) could tune channels faster than dvb-kernel. I know the
i2c bus timing
On Thu, Apr 08, 2004 at 07:05:47PM +0200, Marcus Metzler wrote:
Johannes Stezenbach writes:
Oliver Maier wrote:
playing around I found a transponder where the broadcast company
decided to use nearly random continuity counters (CC). Is this
permited by the DVB standard?
From: Johannes Stezenbach [EMAIL PROTECTED]
Oliver Maier wrote:
On Astra 19.2E 10832/H symbolrate 22000. A good example is pid 0x0fa1.
For me the bit error rate is too high to get useful output.
On pid 0x0fa1 I get a few packets every one in a while, all
with the error indicator set -- no
32 matches
Mail list logo
