On 2/23/07, Ruediger Dohmhardt [EMAIL PROTECTED] wrote:
Manu Abraham wrote:
On 1/28/07, Ruediger Dohmhardt [EMAIL PROTECTED] wrote:
Manu Abraham wrote:
On 1/22/07, Ruediger Dohmhardt [EMAIL PROTECTED] wrote:
How, and from where, can I download the patches in order to
build driver
Janne Grunau [EMAIL PROTECTED] writes:
I'm setting now usbmon+debugfs up to capture all usb traffic. Maybe we
could see something suspicious in there just before the disconnect.
Just trying to pitch in my humble contribution to this noble
effort.. you might be able to observe the Nova-T 500
I'm new to DVB. I just bought a DigitalNow Dual USB DVB-T which
is the same as LifeView TV Walker Twin DVB-T. Unfortunately I
didn't do enough homework before buying it; after receiving it I
discovered that it doesn't work in linux! D'oh!
Vendor page:
Hi,
Is there a working driver for this device?
I want to downgrade my kernel because I am getting ts continuty errors
in vdr1.4.4 but my signal is not too bad.
The same cable connected to a technisat skystar2.6b works fine.
I tested several things fw/driver combination, latency_timer,
Antti P Miettinen [EMAIL PROTECTED] writes:
I started this up about noon today (24.4.2007 EEST) so ignore anything
older.
That should be 24.2. - sorry for the time warp.
But anyway - I just got an oops so I stopped the logging. The
disconnect/oops happened at 14:23. The kernel log is at
Hi all,
I'm thinking to write a simple udp clone of vdr streamdev plugin.
I tested dvbstream, but the problem is I couldn't play dvbstream streams
with videlan, which is only player that I know works with linux and
windows and could play streamdev streams.
Does anybody know what format
Rudy Zijlstra [EMAIL PROTECTED] writes:
As far as i know, a CAM can decrypt only 1 channel at the same
time. Irrespective of which CAM make model.
Aston dual CAM (Viacess and others) can decrypt 2 channels at a time
(provided the CI stack on Linux side can provide correct informations).
Le 24.02.2007 12:22:32, Dominique Dumont a écrit :
Rudy Zijlstra [EMAIL PROTECTED] writes:
As far as i know, a CAM can decrypt only 1 channel at the same
time. Irrespective of which CAM make model.
Aston dual CAM (Viacess and others) can decrypt 2 channels at a time
(provided the CI stack
Dominique Dumont wrote:
Rudy Zijlstra [EMAIL PROTECTED] writes:
As far as i know, a CAM can decrypt only 1 channel at the same
time. Irrespective of which CAM make model.
Aston dual CAM (Viacess and others) can decrypt 2 channels at a time
(provided the CI stack on Linux side can provide
Antti P Miettinen [EMAIL PROTECTED] writes:
http://brigitte.dna.fi/~apm/usblog.txt.gz
It's 58M so it will take a bit too long to download that via my 1280K
link. I'll try to strip irrelevant stuff as soon as I have some
time. Our kids just returned from a trip and the youngest one seems to
On 2/24/07, Dominique Dumont [EMAIL PROTECTED] wrote:
Rudy Zijlstra [EMAIL PROTECTED] writes:
As far as i know, a CAM can decrypt only 1 channel at the same
time. Irrespective of which CAM make model.
Aston dual CAM (Viacess and others) can decrypt 2 channels at a time
(provided the CI
Hi Simon,
Simon Arlott wrote:
@@ -673,13 +672,8 @@ static int dvb_demux_open(struct inode *
static int dvb_dmxdev_filter_free(struct dmxdev *dmxdev,
struct dmxdev_filter *dmxdevfilter)
{
- if (mutex_lock_interruptible(dmxdev-mutex))
- return
Hi Manu,
I attached a minimal patch against mantis.tar.bz2.
It contains changes into cu1216.c.
Those changes enable dvb_core.c heuristics
so that both inversion=0 and inversion=1 work.
I didn't have to insert the get_tune_settings() function
that informs dvb_core.c about the 50ms delay.
On 24/02/07 18:48, Andreas Oberritter wrote:
Hi Simon,
Simon Arlott wrote:
@@ -673,13 +672,8 @@ static int dvb_demux_open(struct inode *
static int dvb_dmxdev_filter_free(struct dmxdev *dmxdev,
struct dmxdev_filter *dmxdevfilter)
{
-if
Nick Tannenberg [EMAIL PROTECTED] writes:
Aston dual CAM (Viacess and others) can decrypt 2 channels at a time
(provided the CI stack on Linux side can provide correct informations).
Well, did the stack support it? Has anybody tested it?
I've just tested this with vdr (where the EN50221
I'm having some trouble getting a Freecom-branded USB DVB-T receiver
working properly. It gets firmware loaded, and is detected seemingly
correctly. This is where the fun ends:
Using a channels.conf generated by dvbscan with a properly working PCI
card, tzap fails to lock when trying to tune to
manu [EMAIL PROTECTED] writes:
Aston dual CAM (Viacess and others) can decrypt 2 channels at a time
(provided the CI stack on Linux side can provide correct
informations).
And does the linux CI stack provide this?
There's the rub. There's no such thing as the linux CI stack.
Each dvb
Le samedi 24 février 2007 22:16, Dominique Dumont a écrit :
manu [EMAIL PROTECTED] writes:
Aston dual CAM (Viacess and others) can decrypt 2 channels at a time
(provided the CI stack on Linux side can provide correct
informations).
And does the linux CI stack provide this?
There's the
Dominique Dumont wrote:
...
For low level CI API, i.e. Hauppauge TT cards), the CI stack is ~90%
implemented in software in the DVB application.
For high level CI (i.e Twinhan and clones), the stack is half
implemented in firmare (i.e. bugs can't be fixed) and half in software
in the
On Saturday, 24. February 2007 08:55, Manu Abraham wrote:
Did you use the patches or the tarball ? (You shouldn't see this issue
if you are using the tree) If you used the patches, change MINOR
VERSION from 1 to 2 in version.h and you are ahead. (Forgot to push in
the version patch) will need
On Saturday, 24. February 2007 22:33, Bernhard Rosenkraenzer wrote:
Tuning works, so does recording stuff through DMX_SET_PES_FILTER (input =
DMX_IN_FRONTEND, output = DMX_OUT_TS_TAP, flags = DMX_IMMEDIATE_START).
Actual DVB-S2 channels don't seem to work either -- szap with the patches
tunes
Hi
Attached is a patch for v4l-dvb , for the Opera DVB-S USB2.0 Adapter.
It should work for the dvb stuff 100% and for RC-Stuff nearly 100%(slow
response to keys some times)
3 firmware files are needed which can be found after a search with google (or
can i upload these files somwhere ?)
Sorry typo in Name
should be
--
Signed-of-by: Marco Gittler [EMAIL PROTECTED]
-
Am Sonntag, 25. Februar 2007 00:24 schrieb Marco:
Hi
Attached is a patch for v4l-dvb , for the Opera DVB-S USB2.0 Adapter.
It should work for the dvb stuff 100% and for RC-Stuff nearly
Hi,
[EMAIL PROTECTED] schrieb:
Attn Hartmut
Hm, did you really mean this?
*No I meant that they are modules Sorry
1) You should not try to merge code from linuxtv.org into the kernel source
tree. You should compile it separately (but you need installed kernel
sources
On Saturday, 24. February 2007 23:56, Bernhard Rosenkraenzer wrote:
Actual DVB-S2 channels don't seem to work either -- szap with the patches
tunes there and claims to have a lock, but the dvr0 device remains empty.
The dvr0 device remaining empty was my fault -- my PIDs came from an outdated
On Saturday, 24. February 2007 23:56, Bernhard Rosenkraenzer wrote:
Actual DVB-S2 channels don't seem to work either -- szap with the patches
tunes there and claims to have a lock, but the dvr0 device remains empty.
I found some oddities in the patched szap code -- fixing them doesn't seem to
Bernhard Rosenkraenzer writes:
On Saturday, 24. February 2007 22:33, Bernhard Rosenkraenzer wrote:
Tuning works, so does recording stuff through DMX_SET_PES_FILTER (input =
DMX_IN_FRONTEND, output = DMX_OUT_TS_TAP, flags = DMX_IMMEDIATE_START).
Actual DVB-S2 channels don't seem to
Le samedi 24 février 2007 23:00, Klaus Schmidinger a écrit :
Dominique Dumont wrote:
...
For low level CI API, i.e. Hauppauge TT cards), the CI stack is ~90%
implemented in software in the DVB application.
For high level CI (i.e Twinhan and clones), the stack is half
implemented in
Hello,
I found the problem: HIGHMEM-Support.
If I turn it off - now everything works fine since a few weeks here!
Best Regards and many thanks for your efforts!
darav
Am 12.01.2007 um 12:05 schrieb Patrick Boettcher:
Hi darav,
Unfortunately my time is very limited and I have no access to a
Pierre Willenbrock schrieb:
Michael Krufky schrieb:
Pierre Willenbrock wrote:
Hi list,
I am owner of a MSI DIGIVOX mini-II. I got it to work using the
attached patch and firmware. The patch and firmware are the result of
analyzing some usb logs from windows.
The patch breaks all users of
Antti P Miettinen wrote:
The part of the log that should contain the disconnect (according to
above reasoning) is at
http://www.hut.fi/~apm/usb-disconnect.txt.gz
it should start about minute before and stop about a minute after the
disconnect.
I see the same sequence that you do. Here is
Hi, Nico
Nico Sabbi schrieb:
Hi
I've just noticed that in your tree there's support for the
pre-amplifier of some Philips cards.
Does the Lifeview Trio already use your new code? Or do I need to add
support for it?
I copy this to the mailing lists because i think this is interesting
for
David Härdeman wrote:
The attached patch contains the last set of changes to the budget-ci IR
handling which makes it use the repeat handling of the input subsystem.
This allows some code simplification, makes sure that repeat key presses
are reported as such and also allows the debounce
This is very interesting to me because it's so similar to my
LifeView TV Walker Twin (10fd:0514).
I modified the m920x driver to detect my device and tried to
send firmware to the device, but I found the firmware files I
downloaded using Documentation/dvb/get_dvb_firmware are the
wrong format. So
34 matches
Mail list logo