[linux-dvb] Problems with Hauppauge Nova-T USB2

[linux-dvb] Problems with Hauppauge Nova-T USB2

[Thomas Rokamp]

(sorry if you already got this mail, I think I had sent it to the wrong list to begin with)

Hi

I have found my old Hauppauge Nova-T USB2 box. It's the old revision, with and USB ID 9301.
I'm struggling to get it to work correctly under linux (Ubuntu Intrepid 2.6.27-11-server). So far all I have read and tried has been without success.

I'm running the latest checked out v4l-dvb drivers (using hg).

I have tested the box on the same location using windows, and "everything works fine".

My setup is a bit odd though. I have TV supplied from my local cable company, yet they have decided to supply the DVB signal using DVB-T. I guess it's because most of the TV's where I live supports DVB-T only. The signal is provided through the same plu in the wall as the old analog signal, though this should not be a problem, it works in windows.

I have tried various tools from dvb-apps, the output supplied further down...

dmesg | grep dvb:
(I'm quite sure the MAC address it suggest is random upon each boot, which sounds like trouble to me)

dvb-usb: found a 'Hauppauge WinTV-NOVA-T usb2' in cold state, will try to load a firmware
firmware: requesting dvb-usb-nova-t-usb2-02.fw
dvb-usb: downloading firmware from file 'dvb-usb-nova-t-usb2-02.fw'
usbcore: registered new interface driver dvb_usb_nova_t_usb2
dvb-usb: generic DVB-USB module successfully deinitialized and disconnected.
dvb-usb: found a 'Hauppauge WinTV-NOVA-T usb2' in warm state.
dvb-usb: will pass the complete MPEG2 transport stream to the software demuxer.
dvb-usb: MAC address: f5c9c8e4
dvb-usb: schedule remote query interval to 100 msecs.
dvb-usb: Hauppauge WinTV-NOVA-T usb2 successfully initialized and connected.

Using 'scan' I have come to a channel.conf file, out of which I have added just one line to channels.conf:
X:722000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_5_6:FEC_5_6:QAM_64:TRANSMISSION_MODE_2K:GUARD_INTERVAL_1_16:HIERARCHY_NONE:513:644:905

Using the above channels.conf file as input to tzap, I get the following lines:

using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
reading channels from file '.tzap/channels.conf'
tuning to 722000000 Hz
video pid 0x0201, audio pid 0x0284
status 1f | signal 7bd3 | snr 0000 | ber 001fffff | unc 00000000 | FE_HAS_LOCK
status 1f | signal 7b94 | snr 0000 | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal 7b7d | snr 0000 | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal 7b77 | snr 0000 | ber 00000090 | unc 00000000 | FE_HAS_LOCK
status 1f | signal 7b79 | snr 0000 | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal 7b70 | snr 0000 | ber 00000000 | unc 00000000 | FE_HAS_LOCK

As you can see from above, the signal-to-noise ratio is, well... bad. I was hoping (according to my readings) a value much higher.

Trying to record something with dvbstream:
dvbstream -n 5 -qam 64 -gi 16 -cr 5_6 -crlp 5_6 -bw 8 -tm 2 -hy NONE -f 722000000 513 644 -o > test.mpg
dvbstream v0.6 - (C) Dave Chapman 2001-2004
Released under the GPL.
Latest version available from http://www.linuxstb.org/
Tuning to 722000000 Hz
Using DVB card "DiBcom 3000MC/P", freq=722000000
tuning DVB-T (in United Kingdom) to 722000000 Hz, Bandwidth: 8
Getting frontend status
Event: Frequency: 722000000
Bit error rate: 2097151
Signal strength: 31503
SNR: 0
UNC: 0
FE_STATUS: FE_HAS_SIGNAL FE_HAS_LOCK FE_HAS_CARRIER FE_HAS_VITERBI FE_HAS_SYNC
dvbstream will stop after 5 seconds (0 minutes)
Output to stdout
Streaming 3 streams
Caught signal 1 - closing cleanly.


This 'test.mpg' output file, however, shows no video at all, despite it actually containing data. VLC reports 'nothing to play'.


Any help at this point would be highly appreciated :-)

Best regards,
Thomas Rokamp
 

_______________________________________________
linux-dvb users mailing list
For V4L/DVB development, please use instead linux-media@vger.kernel.org
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

Re: [linux-dvb] Problems with Hauppauge Nova-T USB2

[Patrik Hansson]

Not sure but on pci version you have to enable the builtin amp. Check
linuxtv.org for modprobe instructions. (lna activation)

2009/9/2 Thomas Rokamp <thomas@rokamp.dk>:
> (sorry if you already got this mail, I think I had sent it to the wrong list to begin with)
>
> Hi
>
> I have found my old Hauppauge Nova-T USB2 box. It's the old revision, with and USB ID 9301.
> I'm struggling to get it to work correctly under linux (Ubuntu Intrepid 2.6.27-11-server). So far all I have read and tried has been without success.
>
> I'm running the latest checked out v4l-dvb drivers (using hg).
>
> I have tested the box on the same location using windows, and "everything works fine".
>
> My setup is a bit odd though. I have TV supplied from my local cable company, yet they have decided to supply the DVB signal using DVB-T. I guess it's because most of the TV's where I live supports DVB-T only. The signal is provided through the same plu in the wall as the old analog signal, though this should not be a problem, it works in windows.
>
> I have tried various tools from dvb-apps, the output supplied further down...
>
> dmesg | grep dvb:
> (I'm quite sure the MAC address it suggest is random upon each boot, which sounds like trouble to me)
>
> dvb-usb: found a 'Hauppauge WinTV-NOVA-T usb2' in cold state, will try to load a firmware
> firmware: requesting dvb-usb-nova-t-usb2-02.fw
> dvb-usb: downloading firmware from file 'dvb-usb-nova-t-usb2-02.fw'
> usbcore: registered new interface driver dvb_usb_nova_t_usb2
> dvb-usb: generic DVB-USB module successfully deinitialized and disconnected.
> dvb-usb: found a 'Hauppauge WinTV-NOVA-T usb2' in warm state.
> dvb-usb: will pass the complete MPEG2 transport stream to the software demuxer.
> dvb-usb: MAC address: f5c9c8e4
> dvb-usb: schedule remote query interval to 100 msecs.
> dvb-usb: Hauppauge WinTV-NOVA-T usb2 successfully initialized and connected.
>
> Using 'scan' I have come to a channel.conf file, out of which I have added just one line to channels.conf:
> X:722000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_5_6:FEC_5_6:QAM_64:TRANSMISSION_MODE_2K:GUARD_INTERVAL_1_16:HIERARCHY_NONE:513:644:905
>
> Using the above channels.conf file as input to tzap, I get the following lines:
>
> using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
> reading channels from file '.tzap/channels.conf'
> tuning to 722000000 Hz
> video pid 0x0201, audio pid 0x0284
> status 1f | signal 7bd3 | snr 0000 | ber 001fffff | unc 00000000 | FE_HAS_LOCK
> status 1f | signal 7b94 | snr 0000 | ber 00000000 | unc 00000000 | FE_HAS_LOCK
> status 1f | signal 7b7d | snr 0000 | ber 00000000 | unc 00000000 | FE_HAS_LOCK
> status 1f | signal 7b77 | snr 0000 | ber 00000090 | unc 00000000 | FE_HAS_LOCK
> status 1f | signal 7b79 | snr 0000 | ber 00000000 | unc 00000000 | FE_HAS_LOCK
> status 1f | signal 7b70 | snr 0000 | ber 00000000 | unc 00000000 | FE_HAS_LOCK
>
> As you can see from above, the signal-to-noise ratio is, well... bad. I was hoping (according to my readings) a value much higher.
>
> Trying to record something with dvbstream:
> dvbstream -n 5 -qam 64 -gi 16 -cr 5_6 -crlp 5_6 -bw 8 -tm 2 -hy NONE -f 722000000 513 644 -o > test.mpg
> dvbstream v0.6 - (C) Dave Chapman 2001-2004
> Released under the GPL.
> Latest version available from http://www.linuxstb.org/
> Tuning to 722000000 Hz
> Using DVB card "DiBcom 3000MC/P", freq=722000000
> tuning DVB-T (in United Kingdom) to 722000000 Hz, Bandwidth: 8
> Getting frontend status
> Event: Frequency: 722000000
> Bit error rate: 2097151
> Signal strength: 31503
> SNR: 0
> UNC: 0
> FE_STATUS: FE_HAS_SIGNAL FE_HAS_LOCK FE_HAS_CARRIER FE_HAS_VITERBI FE_HAS_SYNC
> dvbstream will stop after 5 seconds (0 minutes)
> Output to stdout
> Streaming 3 streams
> Caught signal 1 - closing cleanly.
>
>
> This 'test.mpg' output file, however, shows no video at all, despite it actually containing data. VLC reports 'nothing to play'.
>
>
> Any help at this point would be highly appreciated :-)
>
> Best regards,
> Thomas Rokamp
>
>
> _______________________________________________
> linux-dvb users mailing list
> For V4L/DVB development, please use instead linux-media@vger.kernel.org
> linux-dvb@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
>

Re: [linux-dvb] Problems with Hauppauge Nova-T USB2

[Hartmut]

Thomas Rokamp schrieb:
> (sorry if you already got this mail, I think I had sent it to the wrong list to begin with)
>
> Hi
>
> I have found my old Hauppauge Nova-T USB2 box. It's the old revision, with and USB ID 9301.
> I'm struggling to get it to work correctly under linux (Ubuntu Intrepid 2.6.27-11-server). So far all I have read and tried has been without success.
>
> I'm running the latest checked out v4l-dvb drivers (using hg).
>
> I have tested the box on the same location using windows, and "everything works fine".
>
> My setup is a bit odd though. I have TV supplied from my local cable company, yet they have decided to supply the DVB signal using DVB-T. I guess it's because most of the TV's where I live supports DVB-T only. The signal is provided through the same plu in the wall as the old analog signal, though this should not be a problem, it works in windows.
>
> I have tried various tools from dvb-apps, the output supplied further down...
>
> dmesg | grep dvb:
> (I'm quite sure the MAC address it suggest is random upon each boot, which sounds like trouble to me)
>
> dvb-usb: found a 'Hauppauge WinTV-NOVA-T usb2' in cold state, will try to load a firmware
> firmware: requesting dvb-usb-nova-t-usb2-02.fw
> dvb-usb: downloading firmware from file 'dvb-usb-nova-t-usb2-02.fw'
> usbcore: registered new interface driver dvb_usb_nova_t_usb2
> dvb-usb: generic DVB-USB module successfully deinitialized and disconnected.
> dvb-usb: found a 'Hauppauge WinTV-NOVA-T usb2' in warm state.
> dvb-usb: will pass the complete MPEG2 transport stream to the software demuxer.
> dvb-usb: MAC address: f5c9c8e4
> dvb-usb: schedule remote query interval to 100 msecs.
> dvb-usb: Hauppauge WinTV-NOVA-T usb2 successfully initialized and connected.
>
> Using 'scan' I have come to a channel.conf file, out of which I have added just one line to channels.conf:
> X:722000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_5_6:FEC_5_6:QAM_64:TRANSMISSION_MODE_2K:GUARD_INTERVAL_1_16:HIERARCHY_NONE:513:644:905
>
> Using the above channels.conf file as input to tzap, I get the following lines:
>
> using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
> reading channels from file '.tzap/channels.conf'
> tuning to 722000000 Hz
> video pid 0x0201, audio pid 0x0284
> status 1f | signal 7bd3 | snr 0000 | ber 001fffff | unc 00000000 | FE_HAS_LOCK
> status 1f | signal 7b94 | snr 0000 | ber 00000000 | unc 00000000 | FE_HAS_LOCK
> status 1f | signal 7b7d | snr 0000 | ber 00000000 | unc 00000000 | FE_HAS_LOCK
> status 1f | signal 7b77 | snr 0000 | ber 00000090 | unc 00000000 | FE_HAS_LOCK
> status 1f | signal 7b79 | snr 0000 | ber 00000000 | unc 00000000 | FE_HAS_LOCK
> status 1f | signal 7b70 | snr 0000 | ber 00000000 | unc 00000000 | FE_HAS_LOCK
>
> As you can see from above, the signal-to-noise ratio is, well... bad. I was hoping (according to my readings) a value much higher.
>
> Trying to record something with dvbstream:
> dvbstream -n 5 -qam 64 -gi 16 -cr 5_6 -crlp 5_6 -bw 8 -tm 2 -hy NONE -f 722000000 513 644 -o > test.mpg
> dvbstream v0.6 - (C) Dave Chapman 2001-2004
> Released under the GPL.
> Latest version available from http://www.linuxstb.org/
> Tuning to 722000000 Hz
> Using DVB card "DiBcom 3000MC/P", freq=722000000
> tuning DVB-T (in United Kingdom) to 722000000 Hz, Bandwidth: 8
> Getting frontend status
> Event: Frequency: 722000000
> Bit error rate: 2097151
> Signal strength: 31503
> SNR: 0
> UNC: 0
> FE_STATUS: FE_HAS_SIGNAL FE_HAS_LOCK FE_HAS_CARRIER FE_HAS_VITERBI FE_HAS_SYNC
> dvbstream will stop after 5 seconds (0 minutes)
> Output to stdout
> Streaming 3 streams
> Caught signal 1 - closing cleanly.
>
>
> This 'test.mpg' output file, however, shows no video at all, despite it actually containing data. VLC reports 'nothing to play'.
>
>
> Any help at this point would be highly appreciated :-)
>
> Best regards,
> Thomas Rokamp
>  
>
> _______________________________________________
> linux-dvb users mailing list
> For V4L/DVB development, please use instead linux-media@vger.kernel.org
> linux-dvb@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
>
>   
Normally all you need is the firmware and it seems, that is OK. Try
Kaffeine and let kaffeine do a search. In the channel-menu kaffeine will
show you the signal-strenght. If nothing is shown, try another point of
stand for the antenna or try another antenna with amplifier.

Regards,

Hartmut