On 24 Jul, Unai Uribarri wrote:
> Hi list,
>
> When my Hauppauge Nova-T USB2 get a lock on any channel, it reports 0000
> as the signal strength.
>
> $ tzap -c ~/.mplayer/channels.conf "SetEnVeo"
> using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
> tuning to 834000000 Hz
> video pid 0x0579, audio pid 0x057a
> status 03 | signal bc05 | snr 0000 | ber 001fffff | unc 0000ffff |
> status 1f | signal bc08 | snr 0000 | ber 00000000 | unc 00000000 |
> FE_HAS_LOCK
> status 1f | signal 0000 | snr ffff | ber 00000000 | unc 00000000 |
> FE_HAS_LOCK
> status 1f | signal 0000 | snr ffff | ber 00000000 | unc 00000000 |
> FE_HAS_LOCK
>
>
> This confuses MythTV which refuses to shown any channel. I've patched
> the dib3000mc_read_signal_strength function to fix strength and now it
> works.
>
> Has someone seen a similar behaviour?
>
> Good bye.
>
> diff -r d386c619fb67 linux/drivers/media/dvb/frontends/dib3000mc.c
> --- a/linux/drivers/media/dvb/frontends/dib3000mc.c Sun Jul 23
> 12:14:12 2006 +0200
> +++ b/linux/drivers/media/dvb/frontends/dib3000mc.c Mon Jul 24
> 23:14:36 2006 +0200
> @@ -688,6 +688,11 @@ static int dib3000mc_read_signal_strengt
> *strength = (((val >> 6) & 0xff) << 8) + (val & 0x3f);
>
> deb_stat("signal: mantisse = %d, exponent = %d\n",(*strength >>
> 8) & 0xff, *strength & 0xff);
> + if (*strength == 0) {
> + u16 lock = rd(DIB3000MC_REG_LOCKING);
> + if (DIB3000MC_AGC_LOCK(lock))
> + *strength = 0xFFFF;
> + }
> return 0;
> }
>
>
>
>
I reported a recently on a problem which seems related to the "zero"
signal strength (with a perfect 100% signal) in the second part of the
post:
http://www.linuxtv.org/pipermail/linux-dvb/2006-June/011248.html
(after the phrase: "I want also to mention a different (or related ????)
problem ...").
Since my device (an AVerTV USB 2.0 A800) has the same frontend
dib3000mc, I tried your patch. Of course using the patch I obtain 0xffff
instead of 0 signal strength but it does not solve my main problem, i.e.
that I need to get a second lock immediately after the first to obtain a
video flux. Apparently my problem is still quite different.
I am using vlc instead of mythtv and normally I have to click once on
stop and on play to start the videoflux. Typically I am now using
the following work around in my script to record a dvd-program:
tzap -r M6 -x -S
vlc -vvv --programs 1025 --color --ttl 12 --ts-es-id-pid dvb:// --dvb-frequency=714167000 --dvb-adapter=0 --dvb-bandwidth=8 --sout="#standard{mux=ps,dst=$1,access=file}"
the first tzap commands get the first lock and then immediately
afterwards vlc gets the second lock and the record of the mpeg file
works. However, without the first tzap command it would not work (in
most cases). The patch does not change this behavior.
I first thought that this might be related to the zero signal strength
but it is still somewhat different, may be a more specifique problem to
my device.
Greetings, Klaus.
PS: A simple question concerning MythTV: Is it possible to record
multiple audio tracks of a dvb-program in one mpeg file (for example two
languages as in ARTE in german and french, or one stereo mp2-track and
one ac3-track if both are present in the original stream) ?
Can MythTV also record two or more different channels simultaneously
with a simple tuner, provided that of course both channels are on the
same multiplex (otherwise one would need a double tuner).
These two thing are possible with VLC and constitute part of the reasons
why I prefer VLC. I have the impression that even most of the windows
software is not able to do this (certainly not the windows-soft which
came with my tuner, it cannot even record a simple ac3 audio track).
_______________________________________________
linux-dvb@xxxxxxxxxxx
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
