Return-Path: Received: from mtain-mi02.r1000.mx.aol.com (mtain-mi02.r1000.mail.aol.com [172.21.131.155]) by air-mc06.mail.aol.com (v129.4) with ESMTP id MAILINMC061-a96f4c8ab8ed1f7; Fri, 10 Sep 2010 19:02:06 -0400 Received: from post.thorcom.com (post.thorcom.com [195.171.43.25]) by mtain-mi02.r1000.mx.aol.com (Internet Inbound) with ESMTP id 2D02438000083; Fri, 10 Sep 2010 19:02:04 -0400 (EDT) Received: from majordom by post.thorcom.com with local (Exim 4.14) id 1Ou4pb-0002kl-Ly for rs_out_1@blacksheep.org; Fri, 10 Sep 2010 15:43:59 +0100 Received: from [195.171.43.32] (helo=relay1.thorcom.net) by post.thorcom.com with esmtp (Exim 4.14) id 1Ou4pR-0002kc-4v for rsgb_lf_group@blacksheep.org; Fri, 10 Sep 2010 15:43:49 +0100 Received: from relay2.uni-heidelberg.de ([129.206.210.211]) by relay1.thorcom.net with esmtp (Exim 4.63) (envelope-from ) id 1Ou4pQ-00039K-8K for rsgb_lf_group@blacksheep.org; Fri, 10 Sep 2010 15:43:49 +0100 Received: from freitag.iup.uni-heidelberg.de (freitag.iup.uni-heidelberg.de [129.206.29.204]) by relay2.uni-heidelberg.de (8.13.8/8.13.8) with ESMTP id o8AEi6SR031005 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 10 Sep 2010 16:44:06 +0200 Received: from [129.206.29.99] (pc99.iup.uni-heidelberg.de [129.206.29.99]) by freitag.iup.uni-heidelberg.de (8.12.11.20060308/8.11.2) with ESMTP id o8AEhkY1018815 for ; Fri, 10 Sep 2010 16:43:46 +0200 Message-ID: <4C8A43B4.2040701@iup.uni-heidelberg.de> Date: Fri, 10 Sep 2010 16:41:56 +0200 From: =?ISO-8859-1?Q?Stefan_Sch=E4fer?= User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; de; rv:1.9.1.8) Gecko/20100227 Thunderbird/3.0.3 MIME-Version: 1.0 To: rsgb_lf_group@blacksheep.org References: <4C872B44.4030706@telus.net> <1283930050.6221.41.camel@vaio3rd> <4C879ED3.8030402@usa.net> <1283986494.6287.9.camel@vaio3rd> <4C88EED4.4050107@usa.net> <4C890D37.4070608@iup.uni-heidelberg.de> <4C891308.8090002@usa.net> <4C893046.1050907@telia.com> <4C894C8C.6010203@usa.net> <001d01cb50da$985d3910$8d01a8c0@JAYDELL> <4C8A32F1.8070700@usa.net> In-Reply-To: X-Spam-Score: 1.4 (+) X-Spam-Report: autolearn=disabled,HTML_MESSAGE=0.001,RATWARE_GECKO_BUILD=1.426 Subject: Re: LF: Request for modification of Argo Content-Type: multipart/alternative; boundary="------------060802090508010405010005" X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on post.thorcom.com X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=HTML_MESSAGE 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-sid: 3039400cdeca4c8ab8ec3666 X-AOL-IP: 195.171.43.25 X-AOL-SPF: domain : blacksheep.org SPF : none X-Mailer: Unknown (No Version) --------------060802090508010405010005 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi Alberto, Indeed. Most (USB) soundcards for < 5 EUR can easily handle 48ks/s. Additionally it would be fine to receive even above 11050 Hz since e.g. the ALPHA transmitters starts to TX at 11904 Hz. Receiving the Alphas is a first positive feedback to check if the VLF RX is working at all :-) But Jim is right to. If the simplicity would be lost, it would be no benefit. I am sure you will choose the best things for the new version :-) 73, ciao, Stefan Am 10.09.2010 16:28, schrieb Andy Talbot: > Alberto. > These days sampling rates derived from 44100 are poorly supported. > All the modern soundcards are based on 48kHz sampling, with all values > derived from that value. Can I suggest you use this as your base for > Argo 2 rather than 22050. > This explains why 11025 is never achieved now, and always ends up at > 11100. I'm not sure why 8000Hz reqested now is not actually 8kHz, is > used to be 8100 presumably because cards back then were 44100 based > which can't give 8000 directly, but from 48kHz they should now - and > still don't. > > Andy > www.g4jnt.com > > > On 10 September 2010 14:30, Alberto di Bene > wrote: > > On 9/10/2010 1:23 PM, jrusgrove@comcast.net > wrote: >> Another 'nicety' would be a 'clear screen' function. Currently one has to stop and restart the >> program to clear a previous display ... if for example one has changed receive frequency looking for >> a new target or changed mode. >> >> Still enjoy using Argo after all these years! >> > That is an easy one, and will be implemented. Also the suggestion > of Jim (increase the sampling rate) was already planned. > Argo will sample at a fixed rate of 22050 Hz, which should be > supported practically by all the sound cards, unlike the previous > 5512 Hz, > not universally supported. With 22050 Hz you can directly feed the > output of the antenna preamp to the sound card input, > when performing experiments at 8.9 kHz. > > > On 9/10/2010 1:42 PM, Mike-WE0H wrote: >> It would be very nice if you could modify ARGO so it runs in Linux. >> > If you mean "natively" under Linux, I am sorry, but there are > technical reasons why this is not possible, the two major ones > being that > the compiler I use (Embarcadero Rad Studio) does not exist under > Linux, and the same can be said for the Intel Signal Processing > Library, > also used in Argo. > > But I have many reports that Argo, Spectran and Winrad work > without problems with Wine, a Windows emulator under Linux. > > > On 9/10/2010 12:47 AM, Rick Wakatori wrote: > >> B.Setup Local time differency from UTC then Argo show UTC all cases. >> (1)User can enter a number of time differency from UTC,eg +9. +1. >> (2)Argo will calcurate UTC (including date) then display the UTC time >> only. >> > I don't fully understand you Rick. The difference between local > time and UTC time is already managed by Windows, > there is no need for the user to specify it. If the user wants to > have the time displayed in UTC format, he just selects > the relevant option and does not change it anymore. Windows will > perform the calculations needed. > That choice is remembered from one execution to the next, so it > needs to be entered just once. > > 73 Alberto I2PHD > > > > > --------------060802090508010405010005 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi Alberto,

Indeed. Most (USB) soundcards for < 5 EUR can easily handle 48ks/s. Additionally it would be fine to receive even above 11050 Hz since e.g. the ALPHA transmitters starts to TX at 11904 Hz. Receiving the Alphas is a first positive feedback to check if the VLF RX is working at all :-)

But Jim is right to. If the simplicity would be lost, it would be no benefit. I am sure you will choose the best things for the new version :-)

73, ciao, Stefan

Am 10.09.2010 16:28, schrieb Andy Talbot:
Alberto.
These days sampling rates derived from 44100 are poorly supported.   All the modern soundcards are based on 48kHz sampling, with all values derived from that value.   Can I suggest you use this as your base for Argo 2 rather than 22050.
 
This explains why 11025 is never achieved now, and always ends up at 11100.   I'm not sure why 8000Hz reqested now is not actually 8kHz, is used to be 8100 presumably because cards back then were 44100 based which can't give 8000 directly, but from 48kHz they should now - and still don't.
 
On 10 September 2010 14:30, Alberto di Bene <dibene@usa.net> wrote:
On 9/10/2010 1:23 PM, jrusgrove@comcast.net wrote: 
Another 'nicety' would be a 'clear screen' function. Currently one has to stop and restart the 
program to clear a previous display ... if for example one has changed receive frequency looking for 
a new target or changed mode.

Still enjoy using Argo after all these years!
That is an easy one, and will be implemented. Also the suggestion of Jim (increase the sampling rate) was already planned.
Argo will sample at a fixed rate of 22050 Hz, which should be supported practically by all the sound cards, unlike the previous 5512 Hz,
not universally supported. With 22050 Hz you can directly feed the output of the antenna preamp to the sound card input,
when performing experiments at 8.9 kHz.


On 9/10/2010 1:42 PM, Mike-WE0H wrote:
It would be very nice if you could modify ARGO so it runs in Linux.
If you mean "natively" under Linux, I am sorry, but there are technical reasons why this is not possible, the two major ones being that
the compiler I use (Embarcadero Rad Studio) does not exist under Linux, and the same can be said for the Intel Signal Processing Library,
also used in Argo.

But I have many reports that Argo, Spectran and Winrad work without problems with Wine, a Windows emulator under Linux.


On 9/10/2010 12:47 AM, Rick Wakatori wrote:

B.Setup Local time differency from UTC then Argo show UTC all cases.
  (1)User can enter a number of time differency from UTC,eg +9. +1.
  (2)Argo will calcurate UTC (including date) then display the UTC time
only.
I don't fully understand you Rick. The difference between local time and UTC time is already managed by Windows,
there is no need for the user to specify it. If the user wants to have the time displayed in UTC format, he just selects
the relevant option and does not change it anymore. Windows will perform the calculations needed.
That choice is remembered from one execution to the next,  so it needs to be entered just once.

73  Alberto  I2PHD





--------------060802090508010405010005--