To: | [email protected] |
---|---|
Subject: | LF: New opds version |
From: | Markus Vester <[email protected]> |
Date: | Wed, 18 Jan 2017 09:02:12 -0500 |
Dkim-signature: | v=1; a=rsa-sha256; c=relaxed/relaxed; d=mx.aol.com; s=20150623; t=1484748132; bh=vximrQSJ/Rp5yciztJrCCSRTfFxXPaXqfDwmY+yaWx8=; h=From:To:Subject:Message-Id:Date:MIME-Version:Content-Type; b=4PRMO6btGWdQoDh7ZDUSglgW6wwH2wuqzShG9eGlcQB8tKxTjHh9moPs+3YfWy4vu ZqcbPOeKkjEztgFNb0T0a4mcO5DvCrqenTaEYE6UfP2n+xMAXjKVmvCqdiLvvmgusi 1U+dcyGh+/xG8cKcWxpaJwctkrk04jVWNhRmDSlc= |
In-reply-to: | <[email protected]> |
Reply-to: | [email protected] |
Sender: | [email protected] |
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: 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, |
<Prev in Thread] | Current Thread | [Next in Thread> |
---|---|---|
|
Previous by Date: | LF: MF/630M, g3kevmal |
---|---|
Next by Date: | Re: LF: New opds version, Vincent Stallbaum |
Previous by Thread: | LF: MF/630, g3kevmal |
Next by Thread: | Re: LF: New opds version, Vincent Stallbaum |
Indexes: | [Date] [Thread] [Top] [All Lists] |