Re: USB DVB-S errors

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



As a followup, I've installed kernel-2.6.16-1.2236_FC6 from the devel stream.

When I just tune the card using tzap, all works fine, the card locks, and
I get the following:

# tzap "7 Digital"
using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
tuning to 177500000 Hz
video pid 0x0301, audio pid 0x0302
status 1f | signal 4747 | snr ecec | ber 00000000 | unc 00000000 |
FE_HAS_LOCK
status 1f | signal 4848 | snr ecec | ber 00000000 | unc 00000000 |
FE_HAS_LOCK
status 1f | signal 4747 | snr ecec | ber 0000fb00 | unc 00000000 |
FE_HAS_LOCK
status 1f | signal 4747 | snr ecec | ber 00000000 | unc 00000000 |
FE_HAS_LOCK
etc.

If I try tuning the DVB card via VLC, I get:
[00000288] main stream output debug: adding a new input
[00000295] main private debug: adding a new input
[00000295] mux_ts private debug: adding input codec=mpgv pid=69
[00000295] mux_ts private debug: new PCR PID is 69
[00000297] dvb access debug: frontend has acquired signal
[00000297] dvb access debug: frontend has acquired carrier
[00000297] dvb access debug: frontend has acquired stable FEC
[00000297] dvb access debug: frontend has acquired sync
[00000297] dvb access debug: frontend has acquired lock
[00000297] dvb access debug: - Bit error rate: 0
[00000297] dvb access debug: - Signal strength: 18247
[00000297] dvb access debug: - SNR: 60652

This seems to indicate that the comms with the card is fine, however MPEG
data isn't being streamed from the card as it should...

Using ZapDVB, I get:
zapdvb: Info: config file : /usr/local/share/zapdvb/zapdvb.conf
zapdvb: Info: process info: /root/.zapdvb_run
zapdvb: Info: channel file:
/usr/local/share/zapdvb/config/dvb-t_au-melbourne.conf
zapdvb: Info: channel='7 Digital' frequency=177.5MHz video=769 audio=770
zapdvb: Info: using '/dev/dvb/adapter0/frontend0' and
'/dev/dvb/adapter0/demux0'
zapdvb: Info: Writing output to file: /home/captemp/2006-06-03 - test.mpg

Again, this would indicate that the tuner is correct tuned and locked,
however no data is received - a correctly working zapdvb output would have
the res of the stream, bitrate, audio quality (Khz/Kbps) and a few other
details. The file produced by zapdvb is 0 bytes - which is also consistent
with the card not sending it's bitstream...

I believe this is a kernel issue, as everything works perfectly with
kernel-2.6.15-1.2054_FC5.

In kernel-2.6.16-1.2236_FC6, dmesg shows this about the card:

# dmesg | grep dvb
dvb-usb: found a 'WideView/Yuan/Yakumo/Hama/Typhoon DVB-T USB2.0
(WT-200U)' in warm state.
dvb-usb: will use the device's hardware PID filter (table count: 15).
dvb-usb: schedule remote query interval to 300 msecs.
dvb-usb: WideView/Yuan/Yakumo/Hama/Typhoon DVB-T USB2.0 (WT-200U)
successfully initialized and connected.
usbcore: registered new driver dvb_usb_dtt200u
dvb-usb: recv bulk message failed: -110

Rebooting into kernel-2.6.15-1.2054_FC5, we see exactly the same:

# dmesg | grep dvb
dvb-usb: found a 'WideView/Yuan/Yakumo/Hama/Typhoon DVB-T USB2.0
(WT-200U)' in warm state.
dvb-usb: will use the device's hardware PID filter (table count: 15).
dvb-usb: schedule remote query interval to 300 msecs.
dvb-usb: WideView/Yuan/Yakumo/Hama/Typhoon DVB-T USB2.0 (WT-200U)
successfully initialized and connected.
usbcore: registered new driver dvb_usb_dtt200u
dvb-usb: recv bulk message failed: -110

Anyone have any ideas on this?

-- 
Steven Haigh

Email: netwiz@xxxxxxxxx
Web: http://www.crc.id.au
Phone: (03) 9017 0597 - 0412 935 897

-- 
fedora-test-list mailing list
fedora-test-list@xxxxxxxxxx
To unsubscribe: 
https://www.redhat.com/mailman/listinfo/fedora-test-list

[Index of Archives]     [Fedora Desktop]     [Fedora SELinux]     [Photo Sharing]     [Yosemite Forum]     [KDE Users]