Reception issue: DViCO Fusion HDTV DVB-T Dual Express

Reception issue: DViCO Fusion HDTV DVB-T Dual Express

[David Shirley]

Hi All,

I am having reception issues with this particular card, the problem
manifests itself with missing video frames and popping sounds on the
audio streams.

As far as I can tell it only some channels do it, "Nine" and its
multiplexes are the worst for it

You can see that TZAP every now and reports some unc/ber:

crystal:/usr/share/dvb/dvb-t# tzap -a 0 -c 0 "Nine Digital HD"
using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
reading channels from file '0'
tuning to 191625000 Hz
video pid 0x0200, audio pid 0x0000
status 00 | signal 0b28 | snr 0000 | ber 00000000 | unc 000012c8 |
status 1e | signal b64c | snr dede | ber 00000000 | unc 000013ce | FE_HAS_LOCK
status 1e | signal bb88 | snr cece | ber 00000000 | unc 00001420 | FE_HAS_LOCK
status 1e | signal 9b78 | snr e1e1 | ber 00000000 | unc 00001420 | FE_HAS_LOCK
status 1e | signal 95a4 | snr e0e0 | ber 00000000 | unc 00001420 | FE_HAS_LOCK
status 1e | signal ae4c | snr ecec | ber 00000000 | unc 00001420 | FE_HAS_LOCK
status 1e | signal a7b4 | snr e9e9 | ber 00000316 | unc 00001420 | FE_HAS_LOCK
status 1e | signal b7bc | snr d7d7 | ber 00000316 | unc 00001420 | FE_HAS_LOCK
status 1e | signal a988 | snr f2f2 | ber 00000316 | unc 00001420 | FE_HAS_LOCK
status 1e | signal a5a0 | snr f1f1 | ber 00000316 | unc 00001420 | FE_HAS_LOCK
status 1e | signal ad70 | snr e5e5 | ber 00000316 | unc 00001420 | FE_HAS_LOCK
status 1e | signal b358 | snr dfdf | ber 0000000d | unc 00001432 | FE_HAS_LOCK
status 1e | signal 9de8 | snr e5e5 | ber 0000000d | unc 00001432 | FE_HAS_LOCK
status 1e | signal 9dd0 | snr dada | ber 0000000d | unc 00001432 | FE_HAS_LOCK
status 1e | signal ac04 | snr eded | ber 0000000d | unc 00001432 | FE_HAS_LOCK
status 1e | signal a340 | snr e9e9 | ber 0000000d | unc 00001432 | FE_HAS_LOCK
status 1e | signal a910 | snr e7e7 | ber 000001e7 | unc 00001432 | FE_HAS_LOCK
status 1e | signal aefc | snr e7e7 | ber 000001e7 | unc 00001432 | FE_HAS_LOCK
status 1e | signal 8d34 | snr f6f6 | ber 000001e7 | unc 00001432 | FE_HAS_LOCK
status 1e | signal 10ac | snr f8f8 | ber 000001e7 | unc 00001432 | FE_HAS_LOCK
status 1e | signal 0224 | snr f6f6 | ber 000001e7 | unc 00001432 | FE_HAS_LOCK
status 1e | signal 9b74 | snr ecec | ber 00000000 | unc 00001432 | FE_HAS_LOCK
status 1e | signal 24cc | snr f4f4 | ber 00000000 | unc 00001432 | FE_HAS_LOCK
status 1e | signal a2f4 | snr f9f9 | ber 00000000 | unc 00001432 | FE_HAS_LOCK
status 1e | signal 9d20 | snr f6f6 | ber 00000000 | unc 00001432 | FE_HAS_LOCK
status 1e | signal a7d8 | snr f0f0 | ber 00000000 | unc 00001432 | FE_HAS_LOCK
status 1e | signal a74c | snr f4f4 | ber 000000a9 | unc 00001432 | FE_HAS_LOCK
status 1e | signal a0fc | snr f1f1 | ber 000000a9 | unc 00001432 | FE_HAS_LOCK
status 1e | signal a2d4 | snr f1f1 | ber 000000a9 | unc 00001432 | FE_HAS_LOCK
status 1e | signal 0000 | snr fafa | ber 000000a9 | unc 00001432 | FE_HAS_LOCK
status 1e | signal a490 | snr e7e7 | ber 000000a9 | unc 00001432 | FE_HAS_LOCK
status 1e | signal 0000 | snr fafa | ber 00000000 | unc 00001432 | FE_HAS_LOCK


I have 2 other DVB-T cards in my system and they are fine:
crystal:/usr/share/dvb/dvb-t# tzap -a 3 -c 0 "Nine Digital HD"
using '/dev/dvb/adapter3/frontend0' and '/dev/dvb/adapter3/demux0'
reading channels from file '0'
tuning to 191625000 Hz
video pid 0x0200, audio pid 0x0000
status 01 | signal b15f | snr 0000 | ber 00000000 | unc 00000000 |
status 1f | signal b27f | snr ebeb | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal b2ef | snr ebeb | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal b1af | snr eaea | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal b23f | snr eaea | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal b0df | snr ebeb | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal b2ff | snr ebeb | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal b27f | snr e9e9 | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal b20f | snr ebeb | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal b36f | snr ebeb | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal b3bf | snr e8e8 | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal b17f | snr ebeb | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal b36f | snr eaea | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal b28f | snr ebeb | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal b33f | snr ebeb | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal b30f | snr ebeb | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal b2ef | snr ebeb | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal b10f | snr e8e8 | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal b2df | snr eaea | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal b30f | snr ebeb | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal b37f | snr eaea | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal b38f | snr ecec | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal b2ff | snr ebeb | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal b34f | snr ebeb | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal b36f | snr ebeb | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal b3bf | snr ecec | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal b34f | snr ebeb | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal b2af | snr ebeb | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal b23f | snr ebeb | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal b3df | snr eaea | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal b36f | snr ebeb | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal b3cf | snr ecec | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal b2df | snr eaea | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal b2bf | snr ebeb | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal b36f | snr ebeb | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal b40f | snr eaea | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal b2cf | snr eaea | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal b35f | snr eaea | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal b32f | snr ebeb | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal b2af | snr eaea | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal b47f | snr eaea | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal b3bf | snr ebeb | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal b41f | snr ebeb | ber 00000000 | unc 00000000 | FE_HAS_LOCK

crystal:/usr/share/dvb/dvb-t# dmesg |grep -i dvb
CORE cx23885[0]: subsystem: 18ac:db78, board: DViCO FusionHDTV DVB-T
Dual Express [card=11,autodetected]
cx88[1]: subsystem: 18ac:db10, board: DViCO FusionHDTV DVB-T Plus
[card=21,autodetected], frontend(s): 1
cx23885_dvb_register() allocating 1 frontend(s)
cx23885[0]: cx23885 based dvb card
DVB: registering new adapter (cx23885[0])
DVB: registering adapter 0 frontend 0 (Zarlink ZL10353 DVB-T)...
cx23885_dvb_register() allocating 1 frontend(s)
cx23885[0]: cx23885 based dvb card
DVB: registering new adapter (cx23885[0])
DVB: registering adapter 1 frontend 0 (Zarlink ZL10353 DVB-T)...
cx88/2: cx2388x dvb driver version 0.0.7 loaded
cx88/2: registering cx8802 driver, type: dvb access: shared
cx88[0]/2: cx2388x based DVB/ATSC card
DVB: registering new adapter (cx88[0])
DVB: registering adapter 2 frontend 0 (Conexant CX22702 DVB-T)...
cx88[1]/2: subsystem: 18ac:db10, board: DViCO FusionHDTV DVB-T Plus [card=21]
cx88[1]/2: cx2388x based DVB/ATSC card
DVB: registering new adapter (cx88[1])
DVB: registering adapter 3 frontend 0 (Zarlink MT352 DVB-T)...

crystal:/usr/share/dvb/dvb-t# uname -a
Linux crystal 2.6.32.14 #1 SMP PREEMPT Sat Jun 26 12:47:01 EST 2010
i686 GNU/Linux

Hopefully someone can help or give me instructions on how to debug...

Cheers
David

Re: Reception issue: DViCO Fusion HDTV DVB-T Dual Express

[Daniel O'Connor]

On 13/07/2010, at 17:24, David Shirley wrote:
> I am having reception issues with this particular card, the problem
> manifests itself with missing video frames and popping sounds on the
> audio streams.
> 
> As far as I can tell it only some channels do it, "Nine" and its
> multiplexes are the worst for it

I have the same card an It Works For Me (tm).

However I had serious issues with mythtv when I upgraded recently, however mplayer seemed fine and it turned out to be a DB problem (I think it was a bit of voodoo getting it working..)
> 
> You can see that TZAP every now and reports some unc/ber:
> 
> crystal:/usr/share/dvb/dvb-t# tzap -a 0 -c 0 "Nine Digital HD"
> using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
> reading channels from file '0'
> tuning to 191625000 Hz
> video pid 0x0200, audio pid 0x0000
> status 00 | signal 0b28 | snr 0000 | ber 00000000 | unc 000012c8 |
> status 1e | signal b64c | snr dede | ber 00000000 | unc 000013ce | FE_HAS_LOCK


[mythtv 19:22] ~ >tzap -a 1 "Nine HD"                 
using '/dev/dvb/adapter1/frontend0' and '/dev/dvb/adapter1/demux0'
reading channels from file '/home/myth/.tzap/channels.conf'
tuning to 191625000 Hz
video pid 0x0201, audio pid 0x0000
status 00 | signal c520 | snr 0000 | ber 00000000 | unc 00003691 | 
status 1e | signal c4a8 | snr aaaa | ber 00000000 | unc 000036f0 | FE_HAS_LOCK
status 1e | signal c4f0 | snr abab | ber 00000000 | unc 000036f0 | FE_HAS_LOCK
status 1e | signal c4e4 | snr abab | ber 00000000 | unc 000036f0 | FE_HAS_LOCK
status 1e | signal c4d8 | snr acac | ber 00000000 | unc 000036f0 | FE_HAS_LOCK
status 1e | signal c50c | snr aaaa | ber 00000000 | unc 000036f0 | FE_HAS_LOCK
status 1e | signal c4fc | snr abab | ber 00000792 | unc 000036f0 | FE_HAS_LOCK
status 1e | signal c540 | snr acac | ber 00000792 | unc 000036f0 | FE_HAS_LOCK

> Hopefully someone can help or give me instructions on how to debug...

Dunno sorry :(
However if you need some comparison stuff run let me know :)

--
Daniel O'Connor software and network engineer
for Genesis Software - http://www.gsoft.com.au
"The nice thing about standards is that there
are so many of them to choose from."
  -- Andrew Tanenbaum
GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C

Re: Reception issue: DViCO Fusion HDTV DVB-T Dual Express

[David Shirley]

Thanks Daniel,

Can you tell me what kernel version you are using? Also are you using
vanilla kernel v4l or chris pascoes tree or the v4l tree for drivers?

So I take it you don't get any "audio blips" throughout the recording ?

Any chance of a longer TZAP run as well?

Thanks in advance!

Cheers
D.

On 13 July 2010 19:53, Daniel O'Connor <darius@dons.net.au> wrote:
>
> On 13/07/2010, at 17:24, David Shirley wrote:
>> I am having reception issues with this particular card, the problem
>> manifests itself with missing video frames and popping sounds on the
>> audio streams.
>>
>> As far as I can tell it only some channels do it, "Nine" and its
>> multiplexes are the worst for it
>
> I have the same card an It Works For Me (tm).
>
> However I had serious issues with mythtv when I upgraded recently, however mplayer seemed fine and it turned out to be a DB problem (I think it was a bit of voodoo getting it working..)
>>
>> You can see that TZAP every now and reports some unc/ber:
>>
>> crystal:/usr/share/dvb/dvb-t# tzap -a 0 -c 0 "Nine Digital HD"
>> using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
>> reading channels from file '0'
>> tuning to 191625000 Hz
>> video pid 0x0200, audio pid 0x0000
>> status 00 | signal 0b28 | snr 0000 | ber 00000000 | unc 000012c8 |
>> status 1e | signal b64c | snr dede | ber 00000000 | unc 000013ce | FE_HAS_LOCK
>
>
> [mythtv 19:22] ~ >tzap -a 1 "Nine HD"
> using '/dev/dvb/adapter1/frontend0' and '/dev/dvb/adapter1/demux0'
> reading channels from file '/home/myth/.tzap/channels.conf'
> tuning to 191625000 Hz
> video pid 0x0201, audio pid 0x0000
> status 00 | signal c520 | snr 0000 | ber 00000000 | unc 00003691 |
> status 1e | signal c4a8 | snr aaaa | ber 00000000 | unc 000036f0 | FE_HAS_LOCK
> status 1e | signal c4f0 | snr abab | ber 00000000 | unc 000036f0 | FE_HAS_LOCK
> status 1e | signal c4e4 | snr abab | ber 00000000 | unc 000036f0 | FE_HAS_LOCK
> status 1e | signal c4d8 | snr acac | ber 00000000 | unc 000036f0 | FE_HAS_LOCK
> status 1e | signal c50c | snr aaaa | ber 00000000 | unc 000036f0 | FE_HAS_LOCK
> status 1e | signal c4fc | snr abab | ber 00000792 | unc 000036f0 | FE_HAS_LOCK
> status 1e | signal c540 | snr acac | ber 00000792 | unc 000036f0 | FE_HAS_LOCK
>
>> Hopefully someone can help or give me instructions on how to debug...
>
> Dunno sorry :(
> However if you need some comparison stuff run let me know :)
>
> --
> Daniel O'Connor software and network engineer
> for Genesis Software - http://www.gsoft.com.au
> "The nice thing about standards is that there
> are so many of them to choose from."
>  -- Andrew Tanenbaum
> GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C
>
>
>
>
>
>
>

Re: Reception issue: DViCO Fusion HDTV DVB-T Dual Express

[Vincent McIntyre]

I have this card (lspci reports pciid 14f1:8852, subsystem 18ac:db78)
and the Dual Digital 4 (lsusb 0fe9:db78).
I had a few problems similar to this (on Nine in Sydney, particularly)
until Mauro applied
some patches to fix some weirdness in the calculations of the tuning
offsets, a few months ago now. Now they are running reliably. I don't
know if the patches have made it into
mainstream distro kernels yet, but you should have them if you are
building the dvb drivers from the mercurial tree against the kernel
you have.

You may want to try dvbsnoop (http://www.linuxtv.org/wiki/index.php/Dvbsnoop)
to check on the mpeg streams. I haven't used it myself...

See also http://www.linuxtv.org/wiki/index.php/Testing_reception_quality
and http://www.linuxtv.org/wiki/index.php/Testing_your_DVB_device.

HTH
Vince

It may also help to load the driver module with the 'debug' option on.

Re: Reception issue: DViCO Fusion HDTV DVB-T Dual Express

[Daniel O'Connor]

On 14/07/2010, at 10:24, David Shirley wrote:
> Can you tell me what kernel version you are using? Also are you using
> vanilla kernel v4l or chris pascoes tree or the v4l tree for drivers?

Vanilla..
Linux mythtv 2.6.31-20-generic #58-Ubuntu SMP Fri Mar 12 04:38:19 UTC 2010 x86_64 GNU/Linux

I did use Chris' a while ago but found I didn't need to this time.

> So I take it you don't get any "audio blips" throughout the recording ?

I haven't had a chance to try something for more that 20 seconds on channel 9 sorry..

> Any chance of a longer TZAP run as well?

http://www.dons.net.au/~darius/tzap-9.log

I saw you found some patches so I dunno how helpful it will be :)

Sorry for the delayed response.

> Thanks in advance!
> 
> Cheers
> D.
> 
> On 13 July 2010 19:53, Daniel O'Connor <darius@dons.net.au> wrote:
>> 
>> On 13/07/2010, at 17:24, David Shirley wrote:
>>> I am having reception issues with this particular card, the problem
>>> manifests itself with missing video frames and popping sounds on the
>>> audio streams.
>>> 
>>> As far as I can tell it only some channels do it, "Nine" and its
>>> multiplexes are the worst for it
>> 
>> I have the same card an It Works For Me (tm).
>> 
>> However I had serious issues with mythtv when I upgraded recently, however mplayer seemed fine and it turned out to be a DB problem (I think it was a bit of voodoo getting it working..)
>>> 
>>> You can see that TZAP every now and reports some unc/ber:
>>> 
>>> crystal:/usr/share/dvb/dvb-t# tzap -a 0 -c 0 "Nine Digital HD"
>>> using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
>>> reading channels from file '0'
>>> tuning to 191625000 Hz
>>> video pid 0x0200, audio pid 0x0000
>>> status 00 | signal 0b28 | snr 0000 | ber 00000000 | unc 000012c8 |
>>> status 1e | signal b64c | snr dede | ber 00000000 | unc 000013ce | FE_HAS_LOCK
>> 
>> 
>> [mythtv 19:22] ~ >tzap -a 1 "Nine HD"
>> using '/dev/dvb/adapter1/frontend0' and '/dev/dvb/adapter1/demux0'
>> reading channels from file '/home/myth/.tzap/channels.conf'
>> tuning to 191625000 Hz
>> video pid 0x0201, audio pid 0x0000
>> status 00 | signal c520 | snr 0000 | ber 00000000 | unc 00003691 |
>> status 1e | signal c4a8 | snr aaaa | ber 00000000 | unc 000036f0 | FE_HAS_LOCK
>> status 1e | signal c4f0 | snr abab | ber 00000000 | unc 000036f0 | FE_HAS_LOCK
>> status 1e | signal c4e4 | snr abab | ber 00000000 | unc 000036f0 | FE_HAS_LOCK
>> status 1e | signal c4d8 | snr acac | ber 00000000 | unc 000036f0 | FE_HAS_LOCK
>> status 1e | signal c50c | snr aaaa | ber 00000000 | unc 000036f0 | FE_HAS_LOCK
>> status 1e | signal c4fc | snr abab | ber 00000792 | unc 000036f0 | FE_HAS_LOCK
>> status 1e | signal c540 | snr acac | ber 00000792 | unc 000036f0 | FE_HAS_LOCK
>> 
>>> Hopefully someone can help or give me instructions on how to debug...
>> 
>> Dunno sorry :(
>> However if you need some comparison stuff run let me know :)
>> 
>> --
>> Daniel O'Connor software and network engineer
>> for Genesis Software - http://www.gsoft.com.au
>> "The nice thing about standards is that there
>> are so many of them to choose from."
>>  -- Andrew Tanenbaum
>> GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C
>> 
>> 
>> 
>> 
>> 
>> 
>> 
> 

--
Daniel O'Connor software and network engineer
for Genesis Software - http://www.gsoft.com.au
"The nice thing about standards is that there
are so many of them to choose from."
  -- Andrew Tanenbaum
GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C

Re: Reception issue: DViCO Fusion HDTV DVB-T Dual Express

[0123peter]

on Tue, 13 Jul 2010 17:54
in the Usenet newsgroup gmane.linux.drivers.video-input-infrastructure
David Shirley wrote:

> Hi All,
> 
> I am having reception issues with this particular card, the problem
> manifests itself with missing video frames and popping sounds on the
> audio streams.
> 
> As far as I can tell it only some channels do it, "Nine" and its
> multiplexes are the worst for it
[snip]
> I have 2 other DVB-T cards in my system and they are fine:
[snip]

It probably won't help, but try swapping the antenna connections, 
maybe the good cards are only good because they have a better signal.  

-- 
Sig goes here...  
Peter D.