Re: scan/scan-s2 doesn't tune, but dvbtune does?

2009-12-15 Thread Lou Otway



Michael Akey wrote:
I can't get the scan/scan-s2 utilities to lock any transponders 
(DVB-S).  My test satellite is AMC1 103W, the Pentagon Channel tp. 
This is probably some simple user error on my part, but I can't figure 
it out.  I have a Corotor II with polarity changed via serial command 
to an external IRD.  C/Ku is switched by 22KHz tone, voltage is always 
18V.  Ku is with tone off, C with tone on.  Speaking of which, is 
there a way to manually set the tone from the arguments on the scan 
utilities?


Here's what I've tried and the results:

$ ./scan-s2 -a 0 -v -o zap -l 10750 INIT
API major 5, minor 0
scanning INIT
using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
initial transponder DVB-S  1210 H 2000 AUTO AUTO AUTO
initial transponder DVB-S2 1210 H 2000 AUTO AUTO AUTO
-- Using DVB-S
 tune to: 12100:h:0:2
DVB-S IF freq is 135
 tuning status == 0x03
 tuning status == 0x01
 tuning status == 0x03
 tuning status == 0x01
 tuning status == 0x03
 tuning status == 0x00
 tuning status == 0x01
 tuning status == 0x03
 tuning status == 0x00
 tuning status == 0x00
WARNING:  tuning failed!!!
 tune to: 12100:h:0:2 (tuning failed)
DVB-S IF freq is 135
 tuning status == 0x03
 tuning status == 0x01
 tuning status == 0x00
 tuning status == 0x00
...snip...

Same thing happens if I use just 'scan' and not 'scan-s2.'

If I use dvbtune, it works though..

$ dvbtune -f 135 -p H -s 2 -c 0 -tone 0 -m
Using DVB card Conexant CX24116/CX24118
tuning DVB-S to L-Band:0, Pol:H Srate=2000, 22kHz=off
polling
Getting frontend event
FE_STATUS:
polling
Getting frontend event
FE_STATUS: FE_HAS_SIGNAL FE_HAS_LOCK FE_HAS_CARRIER FE_HAS_VITERBI 
FE_HAS_SYNC

Bit error rate: 0
Signal strength: 51648
SNR: 26215
FE_STATUS: FE_HAS_SIGNAL FE_HAS_LOCK FE_HAS_CARRIER FE_HAS_VITERBI 
FE_HAS_SYNC

Signal=51648, Verror=0, SNR=26215dB, BlockErrors=0, (S|L|C|V|SY|)
Signal=51776, Verror=0, SNR=26624dB, BlockErrors=0, (S|L|C|V|SY|)

The tuning file 'INIT' contains only the following line:
S 1210 H 2000 AUTO

I'm using v4l-dvb drivers from the main repo as of about a week ago.  
I am running kernel 2.6.32 on Debian testing.  Any help is appreciated 
..and hopefully it's just a simple flub on my part!


--Mike

Try using a non-auto FEC and rolloff.

Some devices won't accept auto for these parameters.

Cheers,

Lou

--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: DVB-S2 card recommendation?

2009-11-02 Thread Lou Otway

Michael Durket wrote:

Is there a DVB-S2 card on the market yet with these features:

1) DVB-S2 (QPSK, 8PSK) and DVB-S modes fully supported in Linux
(i.e. not experimental, not requiring sifting through 
different driver sources

to try to find one that works)

2) Has no software/hardware data rate limitations (i.e. all symbol 
rates supported, no problems locking

any symbol rate the card supports)

3) Available to U.S. purchasers (no country restrictions when 
trying to buy the card)


4) Delivers a full transport stream without filtering of any kind 
by the hardware.

--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
I've been using the Turbosight TBS6920 for a while now, with very good 
results. It's a PCI device based on the Conexant CX23885 chipset. I'm 
pretty sure it meets all your requirements.


I've also used the TechnoTrend TT-S3200 which is PCI based but there do 
appear some problems with some of the more exotic symbol rates. I've 
used a patch to support high symbol rates but my question as to the 
safety of doing this remains unanswered. There should be a new S2 card 
from TechnoTrend, the TT-S6400 but it has been delayed since early in 
the year and who knows if it will ever see the light of day.


All the best,

Lou




--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: DVB-S2 card recommendation?

2009-11-02 Thread Lou Otway

Lou Otway wrote:
I've been using the Turbosight TBS6920 for a while now, with very good 
results. It's a PCI device based on the Conexant CX23885 chipset. I'm 
pretty sure it meets all your requirements.



Correction, the TBS6920 is a PCIe device!

Thanks,

Lou

--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Determining MAC address or Serial Number

2009-10-30 Thread Lou Otway

Hi,

I'm trying to find a way to be able to uniquely identify each device in 
a PC and was hoping to use either serial or MAC for this purpose.


I've looked at the documentation but can't find a generic way to read 
back serial numbers or MAC addresses from V4L devices? Does such a 
function exist?


Thanks,

Lou
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: Determining MAC address or Serial Number

2009-10-30 Thread Lou Otway

pierre.gronlier wrote:

Lou Otway wrote, On 10/30/2009 10:40 AM:
  

Hi,

I'm trying to find a way to be able to uniquely identify each device in
a PC and was hoping to use either serial or MAC for this purpose.

I've looked at the documentation but can't find a generic way to read
back serial numbers or MAC addresses from V4L devices? Does such a
function exist?




Hi Lou,

I'm using the mac address to identify each device and to do so I created
this script which use dvbnet to create network interface from the dvb card.

a=your adapter
n=your net device
for ex. /dev/dvb/adapter1/net0 = a=1, n=0


# get mac address
iface=$(sudo /usr/bin/dvbnet -a $a -n $n -p 0 | awk '/device/ {print $3}')
sleep 1
mac_address=$(/sbin/ifconfig $iface | awk '/HWaddr/ {print $5}' | tr -d
':' | tr A-Z a-z)
num=$(sudo /usr/bin/dvbnet -a $a -n $n -l | grep 'Found device ' | awk
'{print $3}' | tr -d ':')
sleep 1
sudo /usr/bin/dvbnet -a $a -n $n -d $num 1 /dev/null



AFAIK, mac address are known only from the kernel and are not directly
exposed to the userland. I you manage to do something cleaner, let me
know :)


Regards

pierre gr.


  
re majordomo info at  http://vger.kernel.org/majordomo-info.html
  

Thanks Pierre,

Unfortunately only some of my devices reported a MAC address, I guess 
that not all drivers have this feature built in. I think the same 
problem will hold true for serial devices so I will look at another way 
to list my devices.


I was thinking to use lshw or lspci to give me a list of devices, from 
that I can build my own table of devices each one with a unique value to 
differentiate it from others. My worry is that the output from lshw or 
lspci isn't sufficiently detailed to allow me to differentiate between 
devices.


Thanks,

Lou







--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Nova 500 T won't tune, kernel issue?

2009-10-27 Thread Lou Otway

Hi,

I have 2 versions of the Hauppauge Nova 500 T dual tuner device, both 
the single and dual RF input versions.


Under kernel 2.6.23 using the latest drivers, they both tune fine.

Under kernel  2.6.28, with the same drivers, they won't tune and I see 
this message when trying to tune:


kernel: dvb-usb: could not submit URB no. 0 - get them all back

I can conclude that devices are not faulty as they work with one kernel 
version and fail with another.


Can anyone point me in the right direction?

Many thanks,

Lou

--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: Symbol rate limit for TT 3200

2009-09-23 Thread Lou Otway

Manu wrote:

Hi all,
I have been struggling for quite a while to lock on a DVB-S2 
transponder. And recently I got some information that they changed the 
symbol rate to 45MS/s which looks borderline to me. Can someone confirm 
that the TT 3200 can do that?
I also attach a log that I obtained when trying to lock on this 
transponder with the following parameters:

QPSK, FEC= 5/6, 45MS/s
The driver I used was Igor's (very recent) one with szap-s2. The status 
oscillates between 00 and 0b, it can take long to attain 0b which 
suggests long and unreliable lock (never got VITERBI, just demod lock

+sync).
Thx for any help
Bye
Emmanuel
--
  
I've been having a similar problem and have tried using the patch from 
Igor Liplianin.


http://marc.info/?l=linux-dvbm=122730082915638w=2

Unfortunately this patch didn't work for my device until I reduced 
hi_clk to 110MHz.


I'm concious that Manu Abraham (to avoid confusion with the OP, also 
called Manu) doesn't recommend a frequency higher than 99MHz.


Is this a device limitation? What are the chances of damaging the device 
by setting a clock frequency higher than 99MHz?


Many thanks,

Lou

--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: Nova-T 500 Dual DVB-T and h.264

2009-09-10 Thread Lou Otway

Eduard Huguet wrote:

Lou Otway lotway at nildram.co.uk writes:


Hi,

Does anyone have experience of using the Hauppuage Nova-T 500 with DVB-T 
broadcasts with h.264 and AAC audio?


DTT in New Zealand uses these formats and I'm seeing poor performance 
from the Nova-T card. My thinking is that it was probably not conceived 
for dealing with dual h264 streams.


Has the PCIe HVR-2200 been tested with dual h.264? I was wondering if 
this card might have better performance.


Thanks,

Lou



Hi, 
AFAIK the card just tunes to the desired frequency, applies configured

filters (to select the desired station through its PID number), and handles the
received transport stream to the calling application. It's up to the lastest to
properly decode it. Check that the software you are using is properly capable of
decoding this kind of content.

Best regards, 
  Eduard Huguet



Hi,

the problem isn't to do with playback as I have another type of adapter 
card that creates a TS, from the same mux, that is played back with no 
problem.


It seems that the problem only happens when using the Nova-T card.

DTT in NZ has services with 1080i video format, I'm not sure that there 
are many other places in the world where 1080i h.264 content is 
broadcast using DVB-T, hence I was thinking that this combination may 
not have been well tested.


Thanks,

Lou




--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: Nova-T 500 Dual DVB-T and h.264

2009-09-10 Thread Lou Otway

Eduard Huguet wrote:

2009/9/10 Lou Otway lot...@nildram.co.uk:

Eduard Huguet wrote:

Lou Otway lotway at nildram.co.uk writes:


Hi,

Does anyone have experience of using the Hauppuage Nova-T 500 with DVB-T
broadcasts with h.264 and AAC audio?

DTT in New Zealand uses these formats and I'm seeing poor performance
from the Nova-T card. My thinking is that it was probably not conceived for
dealing with dual h264 streams.

Has the PCIe HVR-2200 been tested with dual h.264? I was wondering if
this card might have better performance.

Thanks,

Lou


Hi,AFAIK the card just tunes to the desired frequency, applies
configured
filters (to select the desired station through its PID number), and
handles the
received transport stream to the calling application. It's up to the
lastest to
properly decode it. Check that the software you are using is properly
capable of
decoding this kind of content.

Best regards,  Eduard Huguet


Hi,

the problem isn't to do with playback as I have another type of adapter card
that creates a TS, from the same mux, that is played back with no problem.

It seems that the problem only happens when using the Nova-T card.

DTT in NZ has services with 1080i video format, I'm not sure that there are
many other places in the world where 1080i h.264 content is broadcast using
DVB-T, hence I was thinking that this combination may not have been well
tested.

Thanks,

Lou



I don't know how this it works in NZ. Here in Spain there is at least
one station (TVC's 3HD) emitting HD content through TDT, and it works
flawlessly with a Nova-T 500 (as I have one). I'm not sure if contents
are 1080 or 720, though.

There were some problems watching these channels through MythTV, but
they were definitely decoding related. With current MythTV trunk they
are fine.

Anyway, as I said before, theoretically a DVB card doesn't know what
kind of streams contains the signal it tunes. Decoding  parsing is
handled by the app.

Best regards,
  Eduard Huguet
--


I'm not using MythTV or any other type of Media playing application.

In any case, I see very different performance between the two different 
types of card, when presented with the same input.


I'll gather some more data, if I can draw any new conclusions I'll 
update the list.


Best,

Lou


--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: Nova-T 500 Dual DVB-T and h.264

2009-09-10 Thread Lou Otway

Eduard Huguet wrote:

2009/9/10 Lou Otway lot...@nildram.co.uk:

Eduard Huguet wrote:

2009/9/10 Lou Otway lot...@nildram.co.uk:

Eduard Huguet wrote:

Lou Otway lotway at nildram.co.uk writes:


Hi,

Does anyone have experience of using the Hauppuage Nova-T 500 with
DVB-T
broadcasts with h.264 and AAC audio?

DTT in New Zealand uses these formats and I'm seeing poor performance
from the Nova-T card. My thinking is that it was probably not conceived
for
dealing with dual h264 streams.

Has the PCIe HVR-2200 been tested with dual h.264? I was wondering if
this card might have better performance.

Thanks,

Lou

Hi,AFAIK the card just tunes to the desired frequency, applies
configured
filters (to select the desired station through its PID number), and
handles the
received transport stream to the calling application. It's up to the
lastest to
properly decode it. Check that the software you are using is properly
capable of
decoding this kind of content.

Best regards,  Eduard Huguet

Hi,

the problem isn't to do with playback as I have another type of adapter
card
that creates a TS, from the same mux, that is played back with no
problem.

It seems that the problem only happens when using the Nova-T card.

DTT in NZ has services with 1080i video format, I'm not sure that there
are
many other places in the world where 1080i h.264 content is broadcast
using
DVB-T, hence I was thinking that this combination may not have been well
tested.

Thanks,

Lou


I don't know how this it works in NZ. Here in Spain there is at least
one station (TVC's 3HD) emitting HD content through TDT, and it works
flawlessly with a Nova-T 500 (as I have one). I'm not sure if contents
are 1080 or 720, though.

There were some problems watching these channels through MythTV, but
they were definitely decoding related. With current MythTV trunk they
are fine.

Anyway, as I said before, theoretically a DVB card doesn't know what
kind of streams contains the signal it tunes. Decoding  parsing is
handled by the app.

Best regards,
 Eduard Huguet
--

I'm not using MythTV or any other type of Media playing application.

In any case, I see very different performance between the two different
types of card, when presented with the same input.

I'll gather some more data, if I can draw any new conclusions I'll update
the list.

Best,

Lou





Maybe it's a problem of tuner sensibility. Is the low noise amplifier
(LNA) activated for the Nova-T card?
regards
  Eduard
--


That's something I hadn't considered. I'll check but I thought that the 
LNA was only applicable to the Nova-TD 500 (which has 2xRF inputs)?


Does the Nova-T 500, with only a single RF input have the LNA?

Thanks,

Lou
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: [linux-dvb] NetUP Dual DVB-T/C-CI RF PCI-E x1

2009-09-10 Thread Lou Otway

Christian WattengÄrd wrote:

This sounds promising. I hope you are not going to price yourselves
completely out as a few other DVB-C suppliers have done.
If the price is right (around the same as a normal DVB-T tuner ~$65),
it definitely sounds interesting.

When you say it supports two transponders, is this also true on DVB-C
only... As in DVB-C + DVB-C channel...
If this is the case then I only need 3 cards to cover all the
interesting channels in my cable network ;)
I CAN TIMESHIFT THE WORLD!!! MUHAHAHAhaha... *cough*

But seriously... This sounds very interesting.

Christian from Norway...

On Wed, Sep 9, 2009 at 4:51 PM, Abylai Ospan aos...@netup.ru wrote:

Hello,

We have designed NetUP Dual NetUP Dual DVB-T/C-CI RF PCI-E x1 card. A short
description is available in wiki - 
http://linuxtv.org/wiki/index.php/NetUP_Dual_DVB_T_C_CI_RF

Features:
* PCI-e x1
* Supports two DVB-T/DVB-C transponders simultaneously
* Supports two analog audio/video channels simultaneously
* Independent descrambling of two transponders
* Hardware PID filtering

Now we have started the work on the driver for Linux. The following  components 
used in this card already have their code for Linux published:
* Conexant CX23885, CX25840
* Xceive XC5000 silicon TV tuner

We are working on the code for the following components:
* STM STV0367 low-power and ultra-compact combo DVB-T/C single-chip receiver
* Altera FPGA for Common Interafce.

We have developed FPGA firmware for CI (according to PCMCIA/en50221). Also we are doing 
hardware PID filtering. It's fast and very flexible. JTAG is used for 
firmware uploading into FPGA -
this part contains JAM player from Altera for processing JAM STAPL Byte-Code 
(.jbc files).

The resulting code will be published under GPL after receiving permissions from 
IC vendors.

--
Abylai Ospan aos...@netup.ru
NetUP Inc.

P.S.
We will show this card at the upcoming IBC exhibition ( stand IP402 ).



The Netup dual DVB-S2 card was around $1000, I doubt the Dual DVB-T will 
be an order of magnitude less expensive.


I'd be interested to know how many they've sold, it seems overpriced to me.

BRs,

Lou

--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Nova-T 500 Dual DVB-T and h.264

2009-09-09 Thread Lou Otway

Hi,

Does anyone have experience of using the Hauppuage Nova-T 500 with DVB-T 
broadcasts with h.264 and AAC audio?


DTT in New Zealand uses these formats and I'm seeing poor performance 
from the Nova-T card. My thinking is that it was probably not conceived 
for dealing with dual h264 streams.


Has the PCIe HVR-2200 been tested with dual h.264? I was wondering if 
this card might have better performance.


Thanks,

Lou

--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: PCI/e with dual DVB-T + AV-in?

2009-09-04 Thread Lou Otway

Jed wrote:


I'm still trawling through mail-lists  wiki's etc, so I may yet find 
the best solution, but I was hoping some might already know.
Any advice or even just a response to chastise me is greatly 
appreciated!  :-D




I've been searching for a PCI-e device with an MPEG-2 hardware encoder 
for analogue input for months, there's nothing on the market with linux 
support.


There are a few h.264 encoders, mainly aimed at CCTV applications, but 
they're no good for me.


Analogue encoding support on the HVR devices seems the only likely 
solution but it won't happen any time soon it seems.


If you find anything, please post details!

Thanks,

Lou
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


PVR-150, NMI causes reboot in expansion chassis

2009-08-25 Thread Lou Otway

Hi,

I've been running Hauppauge PVR-150 cards in an expansion chassis and 
seeing this kind of thing:


kernel: Uhhuh. NMI received for unknown reason 30 on CPU 0.
kernel: Do you have a strange power saving mode enabled?
kernel: Dazed and confused, but trying to continue

Or, on a different hardware type:

kernel: Uhhuh. NMI received for unknown reason b1 on CPU 0.
kernel: You have some hardware problem, likely on the PCI bus.
kernel: Dazed and confused, but trying to continue

When the cards are installed on a motherboard slot they're fine, but in 
expansion chassis they really don't work well.


The theory is that the DMA controller has some problems.

Is there anyone seeing similar issues? Suggestions for things to try to 
fix it would be most welcome.


Thanks,

Lou

--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: Nova-TD-500 (84xxx) problems (was Re: dib0700 diversity support)

2009-08-24 Thread Lou Otway

Malcolm Caldwell wrote:

Please can someone help...

I have been trying to get my nova-td-500 to work, but no matter what I
try I get a substandard signal, with lots of errors.

This is about the same as described elsewhere on this list.

I tried this code (posted by Patrick Boettcher below), hoping it may be
a little better but, so far, it has not improved things at all.

I have even replaced the antenna on my roof, in the hope of getting a
better signal, but I still get errors.

I have tried the top, the bottom and both antenna connectors, but it
does not seem to make much difference.

Is there anything else I could try?  I really want a working system
again. (I replaced an old buggy card with this one, not knowing it would
be such a problem)


On Tue, 2009-08-18 at 10:54 +0200, Patrick Boettcher wrote:

Hi Paul,

On Fri, 14 Aug 2009, Paul Menzel wrote:

I'll post a request for testing soon.

I am looking forward to it.
Can you please try the drivers from here: 
http://linuxtv.org/hg/~pb/v4l-dvb/


In the best case they improve the situation for you. In the worst case 
(not wanted :) ) it will degrade.


--

Patrick
http://www.kernellabs.com/
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html





--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html




Have you tried adding:

dvb_usb_dib0700.force_lna_activation=1

to the modprobe options?

The device I had wouldn't tune without this.

Cheers,

Lou



--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


compat.h required to build

2009-08-21 Thread Lou Otway

Hi,

The following files:

/linux/drivers/media/dvb/frontends/stb6100.c
/linux/drivers/media/dvb/frontends/tda10021.c
/linux/drivers/media/dvb/frontends/ves1820.c

Fail to build with:

error: implicit declaration of function 'DIV_ROUND_CLOSEST'

and need the addition of:

#include compat.h

when building on my system. Is this related to my kernel version 
(2.6.28) or is it something else?


Thanks,

Lou

--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Problem with Hauppauge Nova-500

2009-08-19 Thread Lou Otway

Hi there,

I have a Hauppauge Nova-T 500 that is displaying some odd behaviour.

Often the device fails to tune after rebooting the host machine, due to 
a failure to load firmware.


when the firmware fails to load, dmesg shows:

dib0700: loaded with support for 9 different device-types
dvb-usb: found a 'Hauppauge Nova-T 500 Dual DVB-T' in cold state, will 
try to load a firmware

dvb-usb: downloading firmware from file 'dvb-usb-dib0700-1.20.fw'
dib0700: firmware download failed at 7 with -22
usbcore: registered new interface driver dvb_usb_dib0700

When firmware loading is successful I see:

dib0700: loaded with support for 9 different device-types
dvb-usb: found a 'Hauppauge Nova-T 500 Dual DVB-T' in warm state.
dvb-usb: will pass the complete MPEG2 transport stream to the software 
demuxer.

DVB: registering new adapter (Hauppauge Nova-T 500 Dual DVB-T)
DVB: registering adapter 1 frontend 0 (DiBcom 3000MC/P)...
MT2060: successfully identified (IF1 = 1242)
dvb-usb: will pass the complete MPEG2 transport stream to the software 
demuxer.

DVB: registering new adapter (Hauppauge Nova-T 500 Dual DVB-T)
DVB: registering adapter 2 frontend 0 (DiBcom 3000MC/P)...
MT2060: successfully identified (IF1 = 1233)
input: IR-receiver inside an USB DVB receiver as /class/input/input7
dvb-usb: schedule remote query interval to 50 msecs.
dvb-usb: Hauppauge Nova-T 500 Dual DVB-T successfully initialized and 
connected.

usbcore: registered new interface driver dvb_usb_dib0700

Powering down the host machine seems to help as, so far, I have 100% 
success when restarting this way, whereas after reboot the success is 
much lower, firmware failing to load maybe 50% of the time.


Has anyone seen this behaviour before, any advice on what the cause 
might be?


Many thanks,

Lou



--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


SAA7164 - Analogue Support on HVR devices

2009-07-30 Thread Lou Otway


First I'd like to say thanks to the maintainers of the various HVR 
drivers, the amount of work that goes in is much appreciated.


I notice from www.kernellabs.com that progress on the digital side for 
SAA7164 devices is going well and a stable driver is nearly ready.


I, like many people, would really like to have analogue support for 
these devices, is there any news on when this functionality might be 
available?


Thanks in advance.

Lou
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: Question about driver for Mantis

2009-06-08 Thread Lou Otway

Gernot Pansy wrote:

i think i was one of the first SP400 owner but i had to sold my card for a Nova 
HD2 because the driver was not reliable (some i2c errors, slow tunning, 
sometimes tunning failed). And now i need a dvb-s2 card with ci working. so 
i'm searching again for a new card. their seems to be only the tt-3200 out, 
which seems to work - no newer card. 


You could try the FloppyDTV S2.

--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: Digital Everywhere FloppyDTV / FireDTV (incl. CI)

2009-06-03 Thread Lou Otway

David Lister wrote:

Hi all,

just found out that these cards have finally some preliminary Linux
support. They seem quite versatile and even customizable -- a true gift
for dedicated hobbyists. :) PCI/PCIe/AGP or floppy drive mounting and
firewire /connection/ chaining look especially interesting. Even
FloppyDTV is apparently half internal, half external - sort of. Anybody
with hands-on access? Any updates? Share your experience! :o)


I have been evaluating the Floppy DTV DVB-S2, DVB-T and DVB-C variants.

So far I have managed to get fairly good results from the DVB-S2 and 
DVB-T adapters but I can't get the DVB-C device to tune under linux. I 
tested it with a windows PC to be sure it wasn't faulty and it worked fine.


I've had them all working (i.e. appearing as devices) while chained one 
to the next and when individually connected to a 1394 adapter card.


Now I need to spend some more time to see if they will give the 
performance I need, but so far so good.


If anyone has been able to tune the cable adapter under linux I'd like 
to hear more.


I had to make a small modification to the driver to enable some frontend 
settings required by my applications, but apart from that the latest v4l 
 drivers have been sufficient.


Cheers,

Lou
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Problems with Hauppauge CX88 based DVB-T cards

2009-03-06 Thread Lou Otway

Hi,

Whilst testing some Hauppauge DVB-T cards I have run into this error at 
bootup:


-Start Paste-
cx88/2: cx2388x dvb driver version 0.0.6 loaded
cx88/2: registering cx8802 driver, type: dvb access: shared
cx88[0]/2: subsystem: 0070:9002, board: Hauppauge Nova-T DVB-T [card=18]
BUG: unable to handle kernel NULL pointer dereference at virtual address 


 printing eip:
e8adc107
*pde = 
Oops:  [#1]
SMP
Modules linked in: cx88_dvb cx88_vp3054_i2c snd_intel8x0 snd_ac97_codec 
ac97_bus sg snd_seq_dummy ehci_hcd uhci_hcd floppy sr_mod cdrom cx8
02 cx8800 cx88xx ir_common i2c_algo_bit tveeprom videobuf_dvb 
v4l2_common dvb_core videodev v4l1_compat btcx_risc videobuf_dma_sg 
videobuf_
ore snd_seq_oss snd_seq_midi_event sk98lin snd_seq snd_seq_device 
snd_pcm_oss snd_mixer_oss i2c_i801 i2c_core snd_pcm iTCO_wdt iTCO_vendor_
upport snd_timer snd soundcore snd_page_alloc serio_raw button 
dm_snapshot dm_zero dm_mirror dm_mod ata_generic raid1 ext3 mbcache jbd ata_

iix libata sd_mod scsi_mod
CPU:0
EIP:0060:[e8adc107]Not tainted VLI
EFLAGS: 00010246   (2.6.23.1.tps.smp.2 #1)
EIP is at vp3054_i2c_probe+0x17/0x120 [cx88_vp3054_i2c]
eax:    ebx: ffed   ecx:    edx: dfc74a00
esi:    edi: c1a9ea34   ebp:    esp: dfdf9e2c
ds: 007b   es: 007b   fs: 00d8  gs: 0033  ss: 0068
Process modprobe (pid: 1543, ti=dfdf8000 task=dfdce000 task.ti=dfdf8000)
Stack:  c07a8872 e8afbf00 0246 004c ffed dfd58800 
c1a9ea34
    e8af73da c0427171 0246 0033  000f 
c0440b50
    c17fcf00  0292 e8af7150 e8afbb80 c1a9ea00 
e8afbbb4

Call Trace:
 [e8af73da] cx8802_dvb_probe+0x5a/0x1e60 [cx88_dvb]
 [c0427171] try_to_wake_up+0x41/0x380
 [c0440b50] kthread_bind+0x60/0x80
 [e8af7150] cx8802_dvb_remove+0x0/0x70 [cx88_dvb]
 [e8ad4964] cx8802_register_driver+0x1a4/0x20e [cx8802]
 [c044ed3d] sys_init_module+0x14d/0x16f0
 [c0510690] copy_to_user+0x30/0x60
 [c04367b0] msleep+0x0/0x20
 [c040525e] sysenter_past_esp+0x5f/0x85
 [c043007b] do_wait+0x94b/0xb40
 ===
Code: 1e ed ff 89 d8 5b e9 b9 85 9a d7 89 f6 8d bc 27 00 00 00 00 83 ec 
24 89 74 24 18 31 f6 89 6c 24 20 89 c5 89 5c 24 14 89 7c 24 1c 8b

00 89 44 24 10 83 b8 f4 03 00 00 2a 74 1a 89 f0 8b 5c 24 14

-End Paste-

I pulled the latest changes as I noticed a similar was fixed recently 
but I'm still seeing the problem on my system.


Any ideas on how to solve it?

Thanks in advance.

Lou



--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: TT S2-3200 and CAMs

2009-03-06 Thread Lou Otway

Pierre Gronlier wrote:

Lou Otway wrote:
  

Hi,

I've been testing the TT S2-3200 card and while it performs well for FTA
services I have been unable to get it working with encrypted services using
the CI slot.

With VLC I am able to tune to the transponder and pick up all the services
but they are not decrypted, unencrypted services work fine.

Using a DVB-S card with CI I am able to tune successfully, proving the CAMs
are valid. This leads me to believe there may be a problem with the drivers
for the S2-3200.

Has anyone managed to get CAMs working with this card?




yes, I manage to decrypt a entire dvb-s transponder using a powercam and
mumudvb for streaming channels.

I'm using the v4l-dvb driver from the hg repository.

For mumudvb, I made a checkout of the git repository
http://mumudvbgit.braice.net/mumudvb.git and compiled the source with
LIBDVBEN50221=1 make (you need the dvb-apps to be installed)


But using this card, I didn't manage to lock on my second lnd head, so I
manage to lock on astra 19.2E but not on hotbird 13.0E.


Pierre
  


Thanks, I managed to get this card working.

Lou
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


TT S2-3200 and CAMs

2009-03-04 Thread Lou Otway

Hi,

I've been testing the TT S2-3200 card and while it performs well for FTA
services I have been unable to get it working with encrypted services using
the CI slot.

With VLC I am able to tune to the transponder and pick up all the services
but they are not decrypted, unencrypted services work fine.

Using a DVB-S card with CI I am able to tune successfully, proving the CAMs
are valid. This leads me to believe there may be a problem with the drivers
for the S2-3200.

Has anyone managed to get CAMs working with this card?

Any advice gratefully recieved.

Many thanks,

Lou
--
Lou Otway
mailto:lot...@nildram.co.uk

--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html