Hi all,
what is the current status of ${subject} support with regard to non-FF cards?
Is it possible to use the CAM interfaces bundled with Nova or Typhoon cards?
Or can i use cheap selfmade interfaces such as Phoenix instead?
On google i could not find any recent info, they all dated back to
Hi,
In the README.bt8xx, it says dst loads with cards=0x71 to prevent locking..
However that's not the case... cards=0x68 will prevent locking.. 0x71 got me
locked up sometime back, somebody else also
My DST loading script...
#!/bin/bash
modprobe dvb_core dvb_shutdown_timeout=0
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Gunther Mayer wrote:
|
| ~ MAKE_EXTENSION_PCI(ttbs, 0x13c2, 0x100f),
|
|
|
| Isn't this a Nova-CI? You need to load the budget-ci.o driver for this
| type of cards...
|
|
| Probably this card has the CI connector not soldered.
|
|
exactly.. you can see
Hi MeDon,
I took a look at the BBTI driver. I looks like the i2c address of the
L647818 is 0x54 on the flexcop (not 0x55 like in the frontend module).
Hope this helps.
Niklas
MeDon wrote:
Hi,
we have Technisat SkyStar2 FlexCopIIB(rev.195) in DVB-T version. It
doesn't work. I guess it is
First of all - Thanks to everybody for earlier help.
The easier way is to go with 2.6 and dvb-kernel
./makelinks kernel-src-path would be fine...
I did it in that way, I made ./makelinks, I compiled the kernel
2.6 with V4l and in
desperation I mark everything there as a modules
Niklas Peinecke wrote:
Hi MeDon,
I took a look at the BBTI driver. I looks like the i2c address of the
L647818 is 0x54 on the flexcop (not 0x55 like in the frontend module).
Hope this helps.
Niklas
... and the pll address seems to be 0x63 (not 0x61). But please do not
rely too much on that
Oops,
it looks like Wolfgang's last diff comitted to CVS yesterday made
Vincenzo's new soft diseqc disappear :( Somebody should re-add it quick.
Niklas
--
Info:
To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as
subject.
I'm using vdr 1.2.6 with 2.6.0-test9 and dvb-kernel from cvs.
I have a tecnotrend dvb-s 1.3 (ves1x93 frontend).
which is the same as what i'm testing with.
I'm going to test it with a TT 1.5 (STV0299 module) too.
i think the version i posted needed one more dvb_delay call
in
I'm redoing the patch but CVS does not compile!
gcc -I/home/hawk/stanzino/src/DVB-KERNEL/dvb-kernel/build-2.4/include
-D__KERNEL__ -I/usr/src/linux-2.4.22-sata-p/include -Wall
-Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common
-fomit-frame-pointer -pipe
Hello DVB gurus. I am experiencing the same kind of lock on two
machines, both Athlon-based (one with VIA KT400 and the other with VIA
KT600 chipset). Each machine has a Hauppauge WinTV Nova (budget)
card. Here is how the latest CVS code detects the hardware:
saa7146: register extension 'budget
Hmm, this has got nothing to do with the changes we made.
hw_irq.h
seems to be the problem.
Niklas
Vincenzo Di Massa wrote:
I'm redoing the patch but CVS does not compile!
gcc -I/home/hawk/stanzino/src/DVB-KERNEL/dvb-kernel/build-2.4/include
-D__KERNEL__ -I/usr/src/linux-2.4.22-sata-p/include
Hi all,
this posts is about discussions started in a different thread
([linux-dvb] Re: [PATCH?] proposed rewrite of skystar2 filters,
Wed, 03 Dec 2003 20:24:42 +0100)
There are currently two ways to get data from a TS (I'm
considering DMX_TYPE_PES only):
1) DMX_OUT_TAP
2) DMX_OUT_TS_TAP
With
Roberto Ragusa wrote:
Hi all,
this posts is about discussions started in a different thread
([linux-dvb] Re: [PATCH?] proposed rewrite of skystar2 filters,
Wed, 03 Dec 2003 20:24:42 +0100)
There are currently two ways to get data from a TS (I'm
considering DMX_TYPE_PES only):
1)
Roberto Ragusa writes:
[...]
At that point dvrY is totally useless and it could be theorically
removed (but it's better to not break existing apps, of course).
I'm open to suggestions on the matter.
I could try to hack the code myself, but maybe someone else
with more knowledge
The problem should be in ttusb_dec.c. It seem a .h file was removed.
/usr/src/linux-2.4.22-sata-p/include/asm/hw_irq.h
was not touched by me! old CVS compiles.
Il ven, 2003-12-05 alle 12:59, Niklas Peinecke ha scritto:
Hmm, this has got nothing to do with the changes we made.
hw_irq.h
Hi all,
[...]
The TS_TAP method has a big limitation; there is only
one /dev/dvb/adapter/dvrY device, so it's not possible
to read two sets of pids (as it's necessary when one wants
to separately record two television channels with
identical frontend settings).
Sorry, I am not an expert,
Andrea Venturi wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Gunther Mayer wrote:
|
| ~ MAKE_EXTENSION_PCI(ttbs, 0x13c2, 0x100f),
|
|
|
| Isn't this a Nova-CI? You need to load the budget-ci.o driver for this
| type of cards...
|
|
| Probably this card has the CI connector not soldered.
|
|
Roberto Ragusa wrote:
Hi all,
this posts is about discussions started in a different thread
([linux-dvb] Re: [PATCH?] proposed rewrite of skystar2 filters,
Wed, 03 Dec 2003 20:24:42 +0100)
There are currently two ways to get data from a TS (I'm
considering DMX_TYPE_PES only):
1) DMX_OUT_TAP
2)
On Fri, 5 Dec 2003 14:27:13 +0100
Ralph Metzler [EMAIL PROTECTED] wrote:
Roberto Ragusa writes:
[...]
At that point dvrY is totally useless and it could be theorically
removed (but it's better to not break existing apps, of course).
I'm open to suggestions on the matter.
On 05 Dec 2003 15:06:58 +
Luca Abeni [EMAIL PROTECTED] wrote:
Sorry, I am not an expert, but I think this kind of demultiplexing shoud
be done in user space. In other words: I think that a single dvr device
is ok: we can select all the pids that we need and then a user-space
program can
On Fri, 05 Dec 2003 14:27:31 +0100
Klaus Schmidinger [EMAIL PROTECTED] wrote:
I don't know whether I fully understand what this is about, but I just
saw that DMX_OUT_TS_TAP is used in VDR, and VDR is well able to record
the same channel into several files (like in case of overlapping
timers
Ok, everything fixed. DiSEqC re-added.
I don't know why, but ttusb did not compile anymore.
To fix it I just had to move inclusion of interrupt.h after spinlock.h
(I moved after all system includes).
Maybe I had truble compiling because smp was kernel not tested on new
ttusb changes.
Il ven,
Hi,
I want know if PCR PID is used by the receiver card to decode the mpeg2
stream. I have read the standard, i have dump the SI table in
transponder 13 east,and i have see that the programs define a PCR pid
not equal 8191 ( the pid for null packets).
Can someone help me?
Best Regards Paolo
On Fri, 05 Dec 2003 15:45:09 +0100
Holger Waechtler [EMAIL PROTECTED] wrote:
a) is very easily solved; I just tried to comment the
TS_PAYLOAD_ONLY flag around line 657 of dmxdev.c and
the packets are not modified anymore. A new flag
will be enough (sadly, the obvious name DMX_OUT_TS_TAP
Paolo Rossi wrote:
Hi,
I want know if PCR PID is used by the receiver card to decode the mpeg2
stream. I have read the standard, i have dump the SI table in
transponder 13 east,and i have see that the programs define a PCR pid
not equal 8191 ( the pid for null packets).
Can someone help me?
Hi to all,
I have read the docimentation of LIRC and found the link to this nice
software.
http://www.fi.muni.cz/~xkutale1/en/lircemu/
From Now it is possible to use BudgetTV without HW IR reciever connected to
the LINUX-box.
This version is changed to support BudgetTV.
How?
---
-
Hi,
I'm trying to use 'scan' to generate a channels.conf file for my local
digital terrestrial transmitter, for use with VDR.
I give it an initial config file with details of a mux which it
correctly tunes into and grabs the details. It also gets details of
frequencies of other mux's, some of
On Fri, Dec 05, 2003 at 08:06:25PM +, Stuart Wallace wrote:
Hi,
I'm trying to use 'scan' to generate a channels.conf file for my local
digital terrestrial transmitter, for use with VDR.
I was wondering what I'm doing wrong?
You're not actually doing anything wrong - I'm guessing
Holger Waechtler wrote:
...
At that point dvrY is totally useless and it could be theorically
removed (but it's better to not break existing apps, of course).
We should keep it in v3, in v4 it will vanish anyways. The DVR device is
still required for MultiPID-TS filters when we don't
I send this again becouse no one answered.
Maybe the previous message went to the bit bucket...
:-)
--
Vincenzo Di Massa [EMAIL PROTECTED]
? dvb-kernel/build-2.4/dsp_dec2000t.h
? dvb-kernel/build-2.4/dsp_dec3000s.h
Index: dvb-kernel/linux/drivers/media/dvb/b2c2/skystar2.c
Klaus Schmidinger wrote:
Holger Waechtler wrote:
...
At that point dvrY is totally useless and it could be theorically
removed (but it's better to not break existing apps, of course).
We should keep it in v3, in v4 it will vanish anyways. The DVR device is
still required for MultiPID-TS filters
Hi everybody!
Am Di, den 02.12.2003 schrieb Holger Waechtler um 12:30:
In your case I'd check the antenna installation, the cable and try
whether another receiver on this cable is operating properly. If that's
the case I'd check whether the card is not broken, try e.g. the windows
driver.
Hello,
I've just bought a pctv sat card which I'd like to install on a machine that
will work far away from any internet connection.
Therefore, I'd like to be sure I download everything I need when I can to
avoid being stuck in front of my pc lacking one file...
Could someone tell me what I
Hi!
Your machine code skills are pretty good. 0x54 for the L64781 and 0x63 for the PLL.
Augusto
*** REPLY SEPARATOR ***
On 12/5/2003 at 11:20 AM Niklas Peinecke wrote:
Niklas Peinecke wrote:
Hi MeDon,
I took a look at the BBTI driver. I looks like the i2c address
On Sat, 06 Dec 2003 00:27:00 +
Vincenzo Di Massa [EMAIL PROTECTED] wrote:
I send this again becouse no one answered.
Maybe the previous message went to the bit bucket...
Applied to CVS.
--
Roberto Ragusar.ragusa at libero.it
--
Info:
To unsubscribe send a mail to [EMAIL
35 matches
Mail list logo