Nicolas Will wrote:
You should really stick to the 1.10 firmware. 03-pre1 was an earlier
test and has more issues.
Well, I've figured out what was going on.
Seems if you run 'make' against the source tree with one kernel, it will
always build modules for said kernel until you run 'make
On Sun, Mar 2, 2008 at 9:09 AM, Philip Pemberton [EMAIL PROTECTED] wrote:
Nicolas Will wrote:
You should really stick to the 1.10 firmware. 03-pre1 was an earlier
test and has more issues.
Well, I've figured out what was going on.
Seems if you run 'make' against the source tree with
Patrik Hansson wrote:
When i started using options usbcore autosuspend=-1 i deactivated debug=15
Will reactivate it again and reset my clock also.
Just had a USB disconnect..
Switched MythTV to BBC HD, CPU load hit 100% and video jittered like mad.
Switched back to Freeview via the Nova, both
Patrik Hansson wrote:
When i started using options usbcore autosuspend=-1 i deactivated debug=15
Will reactivate it again and reset my clock also.
Well, changing channels on Myth seems to provoke it into failing... and it
usually kills both tuners at the same time. Something is very badly
On Sun, 2008-03-02 at 14:09 +, Philip Pemberton wrote:
Patrik Hansson wrote:
When i started using options usbcore autosuspend=-1 i deactivated
debug=15
Will reactivate it again and reset my clock also.
Well, changing channels on Myth seems to provoke it into failing...
and it
Nicolas Will wrote:
I am shocked by all your problems.
I'm not.
The blasted thing has a VIA USB controller on board - from experience it seems
VIA are one of the few companies that still haven't managed to come up with a
USB2 host-controller design that works properly without a filter driver
Nicolas Will wrote:
You do know that the cx24123 module has nothing to do with the
Nova-t-500, don't you?
I know. It's for the HVR-3000's satellite demux.
Would you have a DVB-S card in the system as well?
See above :)
Other than this issue, how's the stability of 0.21 in Hardy?
I'm
Il giorno mer, 20/02/2008 alle 10.29 +0100, Filippo Argiolas ha scritto:
I don't know yet how this could be done and maybe it involves some work
rewriting the ir stuff. So I think in the meanwhile my patch could be
merged (if you think it's good) waiting for this work to be done.
Hi all,
Hi
I run a system with a Nova-T-500 card, ubuntu server (gutsy).
scan picks up the cannels and outputs a tzap format file.
When I try to zap to a channel I get a lock, but no data is available
on /dev/dvb/adapter0/dvr0
Here is the output from tzap:
$ tzap -r nrk2
using
I am looking into getting a ATSC tuner for my VDR system and am collecting
info on what is supported. I would pefer a dual tuner. I'm also looking
into what tuner chipsets they use and how they compair to the LG DT3303
which seems to be the current bench mark to aim for. Dual ATSC tuner
Seppo Ingalsuo wrote:
Manu Abraham wrote:
Seppo Ingalsuo wrote:
Simeon Simeonov wrote:
Did you try changing line 250 in mantis_dvb.c to:
if (!lnbp21_attach(mantis-fe, mantis-adapter,
LNBP21_PCL, LNBP21_ISEL)) {
I tried mantis-a9ecd19a37c9.
And now the icing on the cake:
[17296.754309] b5 7d
[17296.754311] I2C read failed on address a
[17298.643002] 02 15 81 fd
[17298.643012] ep 0 read error (status = -19)
[17298.643013] b5 7d
[17298.643015] I2C read failed on address a
[17300.535677] 02 15 81 fd
[17300.535687] ep 0 read error
[...]
As you can see it tunes to pid 0 for both audio and video
Here is the channel data from the channel.conf file:
NRK2:72200:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_2_3:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_8:HIERARCHY_NONE:0:0:102
Seems that you are trying to tune to
Simeon Simeonov wrote:
Hi Manu,
I am attaching two gzipped logs. They are supposed to tune to the same
frequency using the tip
of Mantis tree. The difference between the two are that in the GOOD log no
repeat command is used
and in the BAD log one repeat for the switch is issued. The
Florian Lohoff wrote:
Hi,
i was wondering why i have a problem in my application that i need to
run scan once after loading the module, otherwise my DVBFE_SET_PARAMS
fails - I couldnt explain it until i looked into the kernel code - In
the dvb_frontend.c i see this code:
1738 case
e9hack wrote:
Rikard Wissing schrieb:
[ 4022.656841] mantis_frontend_init (0): Probing for CU1216 (DVB-C)
[ 4022.658236] TDA10021: i2c-addr = 0x0c, id = 0x7d
[ 4022.658238] mantis_frontend_init (0): found Philips CU1216 DVB-C frontend
(TDA10021) @ 0x0c
[ 4022.658240] mantis_frontend_init
André Weidemann wrote:
Note:
Manu's code in changeset 7207 seems to have broken tuning for this
device. Changesets 7202 to 7205 are still working.
Cool, thanks for testing. Still need to figure out why deselecting
puncture rates
doesn't work as expected. Have pulled out the offending
On Sun, 2008-03-02 at 21:49 +, Philip Pemberton wrote:
I give up.
Philip,
You are having problems to an extend that nobody experienced or
reported.
Certainly not me.
So either there is something wrong in your process, your software, or
you have some faulty hardware.
Nico
I demand that Philip Pemberton may or may not have written...
[snip]
The blasted thing has a VIA USB controller on board - from experience it
seems VIA are one of the few companies that still haven't managed to come
up with a USB2 host-controller design that works properly without a filter
I demand that Philip Pemberton may or may not have written...
And now the icing on the cake:
[snip]
[17302.420405] BUG: unable to handle kernel paging request at virtual address
fa23bda0
[17302.420412] printing eip: f89bd162 *pde = 374ac067 *pte =
[17302.420417] Oops: [#1] SMP
Florian Lohoff wrote:
On Sat, Mar 01, 2008 at 12:20:05AM +, Andrea wrote:
In 2.6.25-rc3 the dvr kernel side looks like this:
1015 switch (cmd) {
1016 case DMX_SET_BUFFER_SIZE:
1017 // FIXME: implement
1018 ret = 0;
1019
Hi,
On Mon, Mar 03, 2008 at 02:43:33AM +0400, Manu Abraham wrote:
Florian Lohoff wrote:
Hi,
i was wondering why i have a problem in my application that i need to
run scan once after loading the module, otherwise my DVBFE_SET_PARAMS
fails - I couldnt explain it until i looked into the kernel
On Sun, 2008-03-02 at 23:07 +, Darren Salt wrote:
I demand that Philip Pemberton may or may not have written...
And now the icing on the cake:
[snip]
[17302.420405] BUG: unable to handle kernel paging request at
virtual address
fa23bda0
[17302.420412] printing eip: f89bd162 *pde
Florian Lohoff wrote:
Hi,
This is
why my application, which did not issue a GET_INFO but rather set the
delivery system in the dvbfeparam, failed. The delivery in the
..
- A GET or READ call should never ever alter state - otherwise it should be
named
different. Its the same with
All patches welcome, just submit them to this list.
Okay here's a patch... got rid of the dmesg output I was having...
diff -r 85708d2698cd linux/drivers/media/video/cx23885/cx23885-video.c
--- a/linux/drivers/media/video/cx23885/cx23885-video.c Tue Jan 22
22:22:08 2008 -0500
+++
I am using mythtv and here is the sequence of commands:
Without repeat:
DiSEqCDevTree: Changing LNB voltage to 13V
DiSEqCDevTree: Rotor - Goto Stored Position 2
DiSEqCDevTree: Sending DiSEqC Command: e0 31 6b 2
DiSEqCDevTree: Changing to DiSEqC switch port 1/4
DiSEqCDevTree: Sending DiSEqC
Darren Salt wrote:
Which revision?
Huh. Rev 62 UHCI and Rev 65 EHCI. Maybe it's not the USB HA then.
I have a VIA-based USB card in one computer here; I've had no problems with
it whatsoever. It shows up as:
00:10.0 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1
Controller
27 matches
Mail list logo