Message-ID: <587F7E50.6080004@vsas.de>
Date: Wed, 18 Jan 2017 15:40:16 +0100
From: Vincent Stallbaum <info@vsas.de>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130328 Thunderbird/17.0.5
MIME-Version: 1.0
To: rsgb_lf_group@blacksheep.org
References: <159b1e28cdd-ccc-4818@webprd-m102.mail.aol.com>
In-Reply-To: <159b1e28cdd-ccc-4818@webprd-m102.mail.aol.com>
Subject: Re: LF: New opds version
Content-Type: multipart/alternative;
 boundary="------------060001040603010406030000"
Sender: owner-rsgb_lf_group@blacksheep.org
Precedence: bulk
Reply-To: rsgb_lf_group@blacksheep.org
Status: RO

This is a multi-part message in MIME format.
--------------060001040603010406030000
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit

Hi Markus,

mny thanks for your work! Is there any chance to compile a x64 
compatible version?

vy73
Vinny


Am 18.01.2017 15:02, schrieb Markus Vester:
>
> Dear opds users,
>
> I have recently discovered a minor bug in opds2h5c which could 
> sometimes produce systematic false detections from partial 
> correlations after the end of a strong Opera signal. This has 
> hopefully been fixed in version 2h6:
>
>  http://df6nm.de/opera/opds2h6.zip
>
> This version should be completely compatible with existing 
> configurations and ini files, so all you have to do is start opds2h6 
> instead of opds2h5c.
>
> Differences are:
> - potential false partial correlations are cross-checked against 
> detections on the same frequency during the last 32 minutes,
> - to further reduce possible false detections triggered by strong 
> non-Opera signals, the correlation threshold is now raised with signal 
> strength. By default, it goes up linearly from 15 to 19 dB, starting 
> at SNR -41 dBOp. If desired, this behavior can be modified by 
> dedicated opds.ini entries,
> - the bug in the default filename pattern has been corrected, so the 
> "pattern=*.txt" ini-line is no longer needed,
> - unused parts of the code have been removed, resulting in a slightly 
> smaller source and executable.
>
> BTW For the old 16-bit QuickBasic versions before opds2h5b, I had 
> recommended to prevent CPU-load peaks by running the process at lower 
> priority. This seems to be no longer necessary.
>
> Best 73,
> Markus (DF6NM)
>


--------------060001040603010406030000
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 8bit

<html>
  <head>
    <meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <div class="moz-cite-prefix">Hi Markus,<br>
      <br>
      mny thanks for your work! Is there any chance to compile a x64
      compatible version?<br>
      <br>
      vy73<br>
      Vinny<br>
      <br>
      <br>
      Am 18.01.2017 15:02, schrieb Markus Vester:<br>
    </div>
    <blockquote cite="mid:159b1e28cdd-ccc-4818@webprd-m102.mail.aol.com"
      type="cite">
      <div
style="font-size:10pt;font-family:arial,helvetica,sans-serif;color:black;">
        <p>Dear opds users,</p>
        <p>I have recently discovered a minor bug in opds2h5c which
          could sometimes produce systematic false detections from
          partial correlations after the end of a strong Opera signal.
          This has hopefully been fixed in version 2h6:</p>
        <p> <a class="moz-txt-link-freetext" href="http://df6nm.de/opera/opds2h6.zip">http://df6nm.de/opera/opds2h6.zip</a></p>
        <p>This version should be completely compatible with existing
          configurations and ini files, so all you have to do is start
          opds2h6 instead of opds2h5c.</p>
        <p>Differences are:<br>
          - potential false partial correlations are cross-checked
          against detections on the same frequency during the last 32
          minutes, <br>
          - to further reduce possible false detections triggered by
          strong non-Opera signals, the correlation threshold is now
          raised with signal strength. By default, it goes up linearly
          from 15 to 19 dB, starting at SNR -41 dBOp. If desired, this
          behavior can be modified by dedicated opds.ini entries,  <br>
          - the bug in the default filename pattern has been corrected,
          so the "pattern=*.txt" ini-line is no longer needed,<br>
          - unused parts of the code have been removed, resulting in a
          slightly smaller source and executable.</p>
        <p>BTW For the old 16-bit QuickBasic versions before opds2h5b, I
          had recommended to prevent CPU-load peaks by running the
          process at lower priority. This seems to be no longer
          necessary. </p>
        <p>Best 73,<br>
          Markus (DF6NM)<br>
        </p>
      </div>
    </blockquote>
    <br>
  </body>
</html>

--------------060001040603010406030000--