Mailing List archive

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

[linux-dvb] Re: [PATCH] dvb_bt8xx: sub_device



Hello again,

Markus Germeier <mager@tzi.de> writes:

> First it did not work, but I figured that I needed to update and
> recompile the dvb-apps. 
>
> One problem remains: even after I compiled the current player 

one thing I noticed is that new newly compiled version of tzap works
for both my kernels, while the newly compiled version of mplayer only
works for my old kernel...

Kenneth suggested that the FE_GET_EVENT is broken and FE_READ_STATUS
does work, so I added some code to the mplayer, but it seems to me
that the card actually does not get a lock:

                mp_msg(MSGT_DEMUX, MSGL_V, "polling....\n");
                if(poll(pfd,1,10000) > 0)
                {
                  //if (pfd[0].revents & POLLPRI)
                  if (1)
                        {
                                mp_msg(MSGT_DEMUX, MSGL_V, "Getting frontend event\n");
                                if ( ioctl(fd_frontend, FE_GET_EVENT, &event) < 0)
                                {
                                        mp_msg(MSGT_DEMUX, MSGL_ERR, "FE_GET_EVENT");
                                        return -1;
                                }
                        }
                        print_status(event.status);
                }
                mp_msg(MSGT_DEMUX, MSGL_V, "mager... freq: %d\n", event.parameters.frequency);
                ioctl(fd_frontend, FE_READ_STATUS, &status);
                print_status(status);
                if (status & FE_HAS_LOCK)
                        mp_msg(MSGT_DEMUX, MSGL_V, "... FE_HAS_LOCK\n");
                ioctl(fd_frontend, FE_READ_SIGNAL_STRENGTH, &signal);
                ioctl(fd_frontend, FE_READ_SNR, &snr);
                ioctl(fd_frontend, FE_READ_BER, &ber);
                ioctl(fd_frontend, FE_READ_UNCORRECTED_BLOCKS, &uncorrected_blocks);
                
                mp_msg(MSGT_DEMUX, MSGL_V, "status %02x | signal %04x
                | snr %04x | "
                         "ber %08x | unc %08x | ",
                         status, signal, snr, ber, uncorrected_blocks);

This is the output:

[...]
DVB_SET_CHANNEL: new channel name=ZDF, card: 0, channel 4
DIFFERENT TUNING THAN THE PREVIOUS:   -> 0|562000000|2|0|1|1|1|0
dvb_tune Freq: 562000000
TUNE_IT, fd_frontend 6, fd_sec 0
freq 562000000, srate 14438, pol , tone 12848476, specInv, diseqc
134715824, fe_modulation_t modulation,fe_code_rate_t HP_CodeRate, fe_transmit_mode_t TransmissionMode,fe_guard_interval_t guardInterval, fe_bandwidth_t bandwidth
Using DVB card "DVB-T Zarlink MT352 demodulator driver" 2
mager: 0
tuning DVB-T (Germany-Bremen) to 562000000 Hz, bandwidth: 0 562000000
SET_FRONTEND mager... FREQ: 562000000
polling....
Getting frontend event
FE_STATUS:
mager... freq: 562000000
FE_STATUS:
status 00 | signal 0ec3 | snr 0000 | ber 00000000 | unc 00000000 |
polling....
mager... freq: 562000000
FE_STATUS:
status 00 | signal 0ec3 | snr 0000 | ber 00000000 | unc 00000000 |
polling....

To be honest: I have no clue. Does this mean the card actually does
not get a signal lock?

Regards
        Markus

-- 
Markus Germeier
mager@tzi.de




Home | Main Index | Thread Index