Page 2 of 2 FirstFirst 12
Results 16 to 18 of 18
  1. #16
    Forum Supporter
    Donated Member
    adm's Avatar

    Join Date
    Sep 2014
    Location
    Southend on Sea, UK
    Posts
    730
    Thanks
    21
    Thanked 258 Times in 204 Posts
    Quote Originally Posted by EMJB View Post
    Had a look at the section of the log file relevant to the frequency scan, and see the following apparent error messages:

    Code:
    <01-19-57.380>  [eDVBFrontend] FE_READ_BER failed: Operation not supported
    <01-19-57.380>  [eDVBFrontend] FE_READ_SNR failed: Operation not supported
    <01-19-57.381>  [eDVBFrontend] FE_READ_SIGNAL_STRENGTH failed: Operation not supported
    which makes me wonder whether the signal quality values of $FFFF actually mean "quality unknown", in which case it would seem that DVB-T frequency finder is simply going to select the first "copy" of a mux it sees on ET10Ks.

    EMJB
    The box knows if the MUX is active or not. On non-active transmitter channels the SNR is reported as zero. Bit Error Rate is the measurement of quality and not necessarily SNR.

    However, I think that you are probably correct in what is being reported is actually junk and as a result the frequency finder is possibly next to useless on a ET10K.

    As an experiment I inserted another 22dB of in-line attenuation at which point the picture was at the point of break-up. The SNR bar always still reported 100% and the BER never moved from zero. The SNR figure fell from 301dB (no additional attenuation) to 190dB (22dB of additional attenuation).

    Selecting the first MUX it sees with a decent SNR or signal strength is a poor way of selecting the MUXs to scan. As mentioned previously both Crystal Palace and Bluebell Hill give me a strong signal and reliable reception on many days but because the path to CP is masked by nearby tall buildings signals from this source have proved unreliable longer term. You need reliable signals for unsupervised recordings.

    For info.

    I inserted a 4G filter in my system (approx 4dB insertion loss)
    The frequency finder now finds 11 discrete MUXs rather than the previous 12
    There are still the 3 missing MUXs from Bluebell Hill and now an additional MUX from Crystal Palace.
    The filter is allowing Channel 56 to be seen from Bluebell Hill.

    Code:
    https://www.blake-uk.com/home/534-f-type-external-masthead-lte-blocking-filter-35db-55db-upto-ch-57-proception.html
    Last edited by adm; 03-09-18 at 19:22.
    Extrend ET10K, 2 x satellite tuners 28.2 (UK Freesat channels), 2 x hybrid (UK Freeview channels)

  2. #17
    Forum Supporter
    Donated Member


    Join Date
    Sep 2014
    Posts
    2,059
    Thanks
    186
    Thanked 440 Times in 388 Posts
    As I said before, the SNR is now stuck on 100%, I remember checking the april 2018 driver update to see if it was working again, because it used to show more realistic values. So it could be the last but one driver update which messed it up.

  3. #18
    Forum Supporter
    Donated Member


    Join Date
    Dec 2014
    Posts
    136
    Thanks
    29
    Thanked 5 Times in 4 Posts
    Thanks for the additional information adm & ccs. I have tried a USB tuner with a Si2168 chipset rather than the Si2169-based tuners supplied with the ET10K. When this is used by DVB-T frequency finder I get slightly different error messages, but still the same $FFFF quality value.

    I have also tried setting "Force legacy stats" on the tuner configuration page to "yes", in the hope that might help, but it stopped DVB-T frequency finder from finding any muxes.

    Incidentally, it has just occurred to me that the quality-generating code has probably been written in C, and $FFFF as a 16-bit word equals -1, which is what one might expect when no quality information is available.


    EMJB
    Xtrend Xt10000 with 3 Freeview tuners

Page 2 of 2 FirstFirst 12

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •  
This website uses cookies
We use cookies to store session information to facilitate remembering your login information, to allow you to save website preferences, to personalise content and ads, to provide social media features and to analyse our traffic. We also share information about your use of our site with our social media, advertising and analytics partners.