Return-Path: Received: from post.thorcom.com (post.thorcom.com [195.171.43.25]) by mtain-dl03.r1000.mx.aol.com (Internet Inbound) with ESMTP id 5B26B380000A2; Sat, 22 Sep 2012 09:36:19 -0400 (EDT) Received: from majordom by post.thorcom.com with local (Exim 4.14) id 1TFPrg-0000k6-Bw for rs_out_1@blacksheep.org; Sat, 22 Sep 2012 14:35:24 +0100 Received: from [195.171.43.32] (helo=relay1.thorcom.net) by post.thorcom.com with esmtp (Exim 4.14) id 1TFPrf-0000jx-Fx for rsgb_lf_group@blacksheep.org; Sat, 22 Sep 2012 14:35:23 +0100 Received: from imr-ma01.mx.aol.com ([64.12.206.39]) by relay1.thorcom.net with esmtp (Exim 4.77) (envelope-from ) id 1TFPrZ-0006es-8U for rsgb_lf_group@blacksheep.org; Sat, 22 Sep 2012 14:35:22 +0100 Received: from mtaout-db02.r1000.mx.aol.com (mtaout-db02.r1000.mx.aol.com [172.29.51.194]) by imr-ma01.mx.aol.com (Outbound Mail Relay) with ESMTP id 1AF7A380000E2; Sat, 22 Sep 2012 09:35:15 -0400 (EDT) Received: from White (nrbg-4d072de3.pool.mediaWays.net [77.7.45.227]) by mtaout-db02.r1000.mx.aol.com (MUA/Third Party Client Interface) with ESMTPA id 29347E0000D8; Sat, 22 Sep 2012 09:35:11 -0400 (EDT) Message-ID: <7F2208077DA448F78F384AF5B55DECA0@White> From: "Markus Vester" To: Cc: Date: Sat, 22 Sep 2012 15:35:07 +0200 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 12.0.1606 X-MimeOLE: Produced By Microsoft MimeOLE V12.0.1606 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mx.aol.com; s=20110426; t=1348320915; bh=U/HNaIIGUF4QCEfP4sLP+I+z3j7GgYRC0COliw5PkuY=; h=From:To:Subject:Message-ID:Date:MIME-Version:Content-Type; b=wpeD+3rbEaskNKlZZh6dUyukNSm+gtan6p/u4f51+48u6IWm/1W9Y2r3lcDm0X97t UpVmexsyoPblfuMTYkUPW8dQJWfWbEWrYSWhbSgv7VbeXSy02cvaZFkPi8hll5ShSp BjfFj641aFlG8DLeeD3+V/ptp6M3lFjlwTMgkbvk= X-AOL-SCOLL-SCORE: 1:2:472715936:93952408 X-AOL-SCOLL-URL_COUNT: 1 X-Spam-Score: -0.5 (/) X-Spam-Report: Spam detection software, running on the system "relay1.thorcom.net", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Hi Andy, yes, this would surely work. After all I'm doing basically the same thing here, only with different tools. Using wav files, you would probably need to set your RX to some low audio frequency (< 750 Hz), such that the accelerated output can be accomodated by the maximum BFO setting in WSPR (3 kHz). BTW you could even get away without the samplerate patch, by changing the speed in the Windows soundrecorder SndRec32exe. [...] Content analysis details: (-0.5 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [64.12.206.39 listed in list.dnswl.org] 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (markusvester[at]aol.com) -0.0 SPF_PASS SPF: sender matches SPF record -0.5 RP_MATCHES_RCVD Envelope sender domain matches handover relay domain 0.0 HTML_MESSAGE BODY: HTML included in message 0.0 T_DKIM_INVALID DKIM-Signature header exists but is not valid X-Scan-Signature: 30a9375b870b42ebea4881b0b1ccd635 Subject: LF: Re: Experimental software for WSPR-8 and -32 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0003_01CD98D7.D84D7D40" X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on post.thorcom.com X-Spam-Level: X-Spam-Status: No, hits=0.8 required=5.0 tests=HTML_20_30,HTML_FONTCOLOR_BLUE, HTML_FONTCOLOR_UNSAFE,HTML_MESSAGE,MISSING_OUTLOOK_NAME autolearn=no version=2.63 X-SA-Exim-Scanned: Yes Sender: owner-rsgb_lf_group@blacksheep.org Precedence: bulk Reply-To: rsgb_lf_group@blacksheep.org X-Listname: rsgb_lf_group X-SA-Exim-Rcpt-To: rs_out_1@blacksheep.org X-SA-Exim-Scanned: No; SAEximRunCond expanded to false x-aol-global-disposition: G X-AOL-SCOLL-AUTHENTICATION: mtain-dl03.r1000.mx.aol.com ; domain : mx.aol.com DKIM : fail x-aol-sid: 3039ac1d4ad1505dbed30ba9 X-AOL-IP: 195.171.43.25 X-AOL-SPF: domain : blacksheep.org SPF : none Dies ist eine mehrteilige Nachricht im MIME-Format. ------=_NextPart_000_0003_01CD98D7.D84D7D40 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Andy, yes, this would surely work. After all I'm doing basically the same = thing here, only with different tools. Using wav files, you would probably need to set your RX to some low = audio frequency (< 750 Hz), such that the accelerated output can be = accomodated by the maximum BFO setting in WSPR (3 kHz). BTW you could = even get away without the samplerate patch, by changing the speed in the = Windows soundrecorder SndRec32exe. Wonder if you can possibly detect transmissions from DK7FC or myself = this afternoon? Best 73,=20 Markus (DF6NM)=20 Re: [rsgb_lf_group] Experimental software for WSPR-8 and -32=20 Here is a utility to change the sample rate stored in a .WAV header. =20 And yes, the date on the files is genuine, it really was written in 1999 = ! I've included the PowerBasic source code for interest. Run from a = CMD prompt. http://www.g4jnt.com/DownLoad/AltSample.zip I've just tested it with a file containing a 300Hz tone at 3000Hz = sampling rate, speeded up to 12000Hz / 1200Hz audio. SndRec32 and Gram (the latter in analyze file mode) both were happy with = the original 3kHz sampling rate so windows and the sound card can cope = with this non-standard value. The way windows seems to cope with different sample rates, it appears to = always work with multiples of 300Hz - which explains why 11025Hz often = ends up at 11100Hz (1.0068 times higher - recognise that number WSJT = users?) so its worth keeping with 3000, 6000 etc at the slow side. Andy G4JNT =20 On 22 September 2012 11:23, Andy Talbot wrote: There may be another way to use SlowWSPR using simple sound record and = playback tools and a wav file editing facility. The technique is based = around .WAV files and changing the sample rate stored in the header. = My understanding is that SlowWSPR uses 1/4 or 1/8 the frequency spacing = with a corresponding reduction in the symbol rate - ie both go together = so after making allowance for the audio tones, changing the sampling = rate will give teh correct symbol / spacing change First save a complete SlowWSPR transmission, recorded at an audio = frequency of 1500/4 =3D 375Hz or 1500/8 =3D 187.5Hz and a suitable = sampling rate - like 6000 or 12000 S/s. Then edit the wav file header = using a suitable tool (I'll come to that shortly) so it appears to have = been sampled at 24000 or 48000Hz or whatever. This will then replay at = standard WSPR spacing and symbol rate - at a proportionately higher = audio centre frequency -and can be decoded with the WSPR software. =20 Transmission reverses the process, slowing down the wav file. =20 Sample rate is stored in the .WAV file header as a 32 bit number. = The portion of listing below (in the Basic programming language, so = variable types are defined by their suffix) shows how the various = parameters are extracted from a .WAV file header. Changing the sampe = rate involves putting appropriate values into the SampleRate& field. = To be strictly accurate, the BytePerSec& ought to be changed as well, = but in practice this often isn't necessary - try it and see. I haven't tried this, but many years ago I did speed up wav files by a = huge factor to listen to HF ionospheric Doppler. However, these were = synthetic .WAV files generated from VERY slow samples (just a few Hz = sampling rate) then speeded up 1000 times by the simple process of = making the header info any value I wanted. It worked fine, and the = sounds of ionospheric Doppler shift from teh carriers of distant = broadcast signals recorded over a several hour period then speeded up to = a few seconds were wonderful to listen to. The nearest I can explain is = that teh saound was a bit like that of whales. The software to do that is lost in the mists of time (needing the = Motorola 56003EVm to sample and generate data for the raw file, and all = done with G3PLX's help) but there is no reason a fully PC / Sopundcard = based solution couldn't be made to do the same job. Andy G4JNT Reading bits of a .wav header ' in the Basic language, suffix % =3D 16 bit int, & =3D 32 bit int, = $ =3D string open "b" , 1 , wavfile$ get 1 , 16 , size& 'Size of file get 1 , 24 , SampleRate& =20 get 1 , 34 , BitsPerSample%=20 get 1 , 40 , SizeOfData& get 1 , 22 , channels% 'in case its in stereo get 1 , 28 , BytesPerSec& 'bytes / playing time get 1 , 32 , BytesPerSample% do seek 1 , thisloc& get$ 1 , 4 , d$ incr thisloc& loop until ucase$(d$) =3D "DATA" or eof(1) get 1 ,, SizeOfData& 'now positioned at start of data Writing a complete .wav header (for mono data) open "b" , 2 , wavyfile$ riff$ =3D "RIFF" : put$ 2 , riff$ chunk& =3D records& * 2 + 36 : put 2 ,, chunk& wave$ =3D "WAVE" : put$ 2 , wave$ fmt$ =3D "fmt " : put$ 2 , fmt$ size& =3D 16 : put 2 , 16 , size& equals1% =3D 1 : put 2 , 20 , equals1% channels% =3D 1 : put 2 , 22 , channels% samplerate& =3D srate& : put 2 , 24 , samplerate& BytesPerSec& =3D srate& * 2 * channels% : put 2 , 28 , BytesPerSec& BytesPerSample% =3D 2: put 2 , 32 , BytesPerSample% BitsPerSample% =3D 16 : put 2 , 34 , BitsperSample% seek 2 , 36 d$ =3D "data" : put$ 2 , d$ SizeOfData& =3D records& * 2=20 put 2 ,, SizeOfData& ' Start storing the 16 bit samples... ------=_NextPart_000_0003_01CD98D7.D84D7D40 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi Andy,
 
yes, this would surely work. After all = I'm doing=20 basically the same thing here, only with different tools.
 
Using wav files, you would probably = need to set=20 your RX to some low audio frequency (< 750 Hz), such = that the=20 accelerated output can be accomodated by the maximum BFO setting in = WSPR (3=20 kHz). BTW you could even get away without the samplerate patch, by = changing=20 the speed in the Windows soundrecorder SndRec32exe.
 
Wonder if you can possibly detect = transmissions=20 from DK7FC or myself this afternoon?
 
Best 73,
Markus (DF6NM) 
 
 
 
Re: [rsgb_lf_group] Experimental = software for=20 WSPR-8 and -32

Here is a utility to change the sample rate stored in a .WAV=20 header.  
And yes, the date on the files is genuine, it really was written in = 1999=20 !    I've included the PowerBasic source code for=20 interest.   Run from a CMD prompt.
 
http://www.g4jnt.com/DownLoad/AltSample.zip
 
I've just tested it with a file containing a 300Hz tone at 3000Hz = sampling=20 rate, speeded up to 12000Hz / 1200Hz audio.
 
SndRec32 and Gram (the latter=20 in analyze file mode) both were happy with the original 3kHz = sampling rate=20 so windows and the sound card can cope with this non-standard = value.
 
The way windows seems to cope with different sample rates, it = appears to=20 always work with multiples of 300Hz - which explains why 11025Hz often = ends up=20 at 11100Hz (1.0068 times higher - recognise that number WSJT users?) so = its=20 worth keeping with 3000, 6000 etc at the slow side.
 
Andy  G4JNT


 
On 22 September 2012 11:23, Andy Talbot <andy.g4jnt@...>=20 wrote:
There may be another way to use SlowWSPR using simple sound = record and=20 playback tools and a wav file editing facility.  The = technique is=20 based around .WAV files and changing the sample rate stored in the=20 header.   My understanding is that SlowWSPR uses 1/4 or 1/8 = the=20 frequency spacing with a corresponding reduction in the symbol = rate - ie=20 both go together so after making allowance for the audio tones, = changing the=20 sampling rate will give teh correct symbol / spacing change
 
First save a complete SlowWSPR transmission, = recorded=20 at an audio frequency of 1500/4 =3D 375Hz or 1500/8 =3D = 187.5Hz=20 and  a suitable sampling rate - like 6000 or 12000 = S/s.  =20 Then edit the wav file header using a suitable tool (I'll come to that = shortly) so it appears to have been sampled at 24000 or = 48000Hz or=20 whatever.   This will then replay at standard WSPR spacing = and=20 symbol rate - at a proportionately  higher audio centre frequency = -and=20 can be decoded with the WSPR software.  
Transmission reverses the process, slowing down the wav=20 file.   
 
Sample rate is stored in the .WAV file header as a 32 bit=20 number.    The portion of listing below (in the Basic=20 programming language, so variable types are defined by their = suffix) =20 shows how the various parameters are extracted from a .WAV file = header. =20 Changing the sampe rate involves putting appropriate values into the=20 SampleRate&  field.  To be strictly accurate, the=20 BytePerSec& ought to be changed as well, but in practice this = often isn't=20 necessary - try it and see.
I haven't tried this, but many years ago I did speed up wav files = by a=20 huge factor to listen to HF ionospheric Doppler.    = However,=20 these were synthetic .WAV files generated from VERY slow samples (just = a few=20 Hz sampling rate) then speeded up 1000 times by the simple process=20 of making the header info  any value I wanted.   = It worked=20 fine, and the sounds of ionospheric Doppler shift from teh carriers of = distant=20 broadcast signals recorded over a several hour period then = speeded up to=20 a few seconds were wonderful to listen to.  The nearest I can = explain is=20 that teh saound was a bit like that of whales.
 
The software to do that is lost in the mists of time (needing the = Motorola 56003EVm to sample and generate data for the  raw file, = and all=20 done with G3PLX's help) but there is no reason a fully PC / Sopundcard = based=20 solution couldn't be made to do the same job.
 
Andy   G4JNT
 
 
Reading bits of a .wav header
' in the Basic language,   suffix % =3D 16 bit = int, & =3D=20 32 bit int, $ =3D string
 
open "b" , 1 , wavfile$
get 1 , 16 , size&  'Size of=20 file
get 1 , 24 , SampleRate&  
get 1 , 34 , BitsPerSample% 
get 1 , 40 , = SizeOfData&
get=20 1 , 22 , channels%    'in case its in stereo
get 1 , = 28 ,=20 BytesPerSec&    'bytes / playing time
get 1 , 32 = ,=20 BytesPerSample%
do
   seek 1 , = thisloc&
  =20 get$ 1 , 4 , d$
   incr thisloc&
loop until = ucase$(d$) =3D=20 "DATA" or eof(1)
get 1 ,, SizeOfData&
  'now = positioned at=20 start of data
 
 
Writing a complete .wav header (for mono data)
 
 
open "b" , 2 , wavyfile$
riff$ =3D "RIFF"  : put$ 2 ,=20 riff$
chunk& =3D records& * 2 + 36 : put 2 ,, =20 chunk&
wave$ =3D "WAVE" : put$ 2 , wave$
fmt$ =3D "fmt = "  : put$ 2=20 , fmt$
size& =3D  16 : put 2 , 16 , size&
equals1% = =3D 1 : put=20 2 , 20 , equals1%
channels% =3D 1 : put 2 , 22 , = channels%
samplerate&=20 =3D srate& : put 2 , 24 , samplerate&
BytesPerSec& =3D = srate& *=20 2 * channels% : put 2 , 28 , BytesPerSec&
BytesPerSample% = =3D 2: put=20 2 , 32 , BytesPerSample%
BitsPerSample% =3D 16 : put 2 , 34 ,=20 BitsperSample%
seek 2 , 36
d$ =3D "data" : put$ 2 , = d$
SizeOfData&=20 =3D records& * 2
put 2 ,, SizeOfData&
'  Start storing the 16 bit samples...
=

 
------=_NextPart_000_0003_01CD98D7.D84D7D40--