Received-SPF: neutral (google.com: 195.171.43.25 is neither permitted nor denied by best guess record for domain of owner-rsgb_lf_group@blacksheep.org) client-ip=195.171.43.25;
Message-ID: <5318E10B.3080701@freenet.de>
Date: Thu, 06 Mar 2014 21:56:43 +0100
From: wolf_dl4yhf <dl4yhf@freenet.de>
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:17.0) Gecko/20130620 Thunderbird/17.0.7
MIME-Version: 1.0
To: rsgb_lf_group@blacksheep.org
References: <006b01cf3969$43a83480$caf89d80$@de> <5318C740.50901@mvnet.de> <5318D051.2080907@freenet.de> <5318DA98.7090606@broadpark.no>
In-Reply-To: <5318DA98.7090606@broadpark.no>
Subject: Re: LF: QRV this evening WSQ2 or JT1
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
Sender: owner-rsgb_lf_group@blacksheep.org
Precedence: bulk
Reply-To: rsgb_lf_group@blacksheep.org

Hi Steinar,


you wrote:
> Wolf,
>
> Did you get my audio file ?
>
> LA5VNA S
Yes, many thanks for that.. maybe a previous message didn't get out, or 
was lost on the way...


 >>
Ok Steinar,
indeed, completely downloaded now. Maybe I was too quick when trying, 
and the file wasn't complete on the server yet.

I already tried Rik's large wave file, and getting a good decode from 
his reception of Domenico. Maybe it's the same strong carrier around 
475.2 kHz (which made copying with the original decoder impossible here).
Since there is no 'intelligent' automatic notch integrated yet, it's 
important to adjust the decoding frequency range so that there is no 
"carrier" visible between the red (or yellow, for the 2nd channel) 
markers in the spectrogram.
With that, Rik's wave file produced the following:
cq cr bq eeiz7tk iz7slz iz7slz
Ok, far from being perfect, but -similar to my favourite mode- it's not 
necessary to copy each character 100% error-free. That's part of the 
fun, as well as tweaking the parameters.


Decoding Steinar's 33 MByte file, with SNR between -15 and -25 dB 
(towards the end):

--- Replay 
'C:\WaveArchive\WSQ_Tests_2014\2014_03_05_LA5VNA_WSQ2_no_decode.wav' ---
ciy8slz de dl4yhf
-12 to -25 d\
rrr fb but here some errors now e
ownpadh ng 3NBysf frol Sij.@
tryhog l udsa
n xudtt ad bvk,@h.f@tlzd l4yhf|3 s

There seemed to be some spectral spreading at the end, irritating the 
simple peak-searching loop in the decoder.
But with this file (along with Rik's and my own recordings of IZ7SLZ) I 
can now try to modify the decoder and see if a different method for 
finding the peak frequencies (equivalent to symbols in WSQ) can improve 
the behaviour when multi-path 'widens' the signal.

All the best,
Wolf .