Return-Path: Received: from mtain-mi02.r1000.mx.aol.com (mtain-mi02.r1000.mail.aol.com [172.21.131.155]) by air-mb05.mail.aol.com (v129.4) with ESMTP id MAILINMB053-a5b94c8ab8ef376; Fri, 10 Sep 2010 19:02:07 -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 0286C380001B4; Fri, 10 Sep 2010 19:02:05 -0400 (EDT) Received: from majordom by post.thorcom.com with local (Exim 4.14) id 1Ou4aj-0002aQ-Sx for rs_out_1@blacksheep.org; Fri, 10 Sep 2010 15:28:37 +0100 Received: from [195.171.43.32] (helo=relay1.thorcom.net) by post.thorcom.com with esmtp (Exim 4.14) id 1Ou4aZ-0002aH-CS for rsgb_lf_group@blacksheep.org; Fri, 10 Sep 2010 15:28:27 +0100 Received: from mail-yw0-f43.google.com ([209.85.213.43]) by relay1.thorcom.net with esmtp (Exim 4.63) (envelope-from ) id 1Ou4aX-0002xQ-HB for rsgb_lf_group@blacksheep.org; Fri, 10 Sep 2010 15:28:27 +0100 Received: by ywj3 with SMTP id 3so1313636ywj.16 for ; Fri, 10 Sep 2010 07:28:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:content-type; bh=5izDsfacb/XtvqCwluTrYCbSikK9+5VYZqr+rBS39/g=; b=sTO0OLkV6G2hzAVYTjCdBgOc6qTDOMlZsSMg7efD0MZkpTMso9nJmByElukrda/V2S BHLQRdh7hWcKwMjDvbb6BcNNGj2GL4Dnnlfd4q1diJ1wsuZhHJM0G16JI9dnuGHYTHJ4 QuCG7zeQEE1bWCORCBApWGLvU2zgcYgvu5KsE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=lI6hU/l7NOuKNPl9nNkrOKtMXuHEU+3XRBS3YsRUcX5Ot/yEa0lufwhYXmEYaKW5M9 A9JN6Hn0k2PqIPOqf7m2Q5VRXGQniFIaOfdMlwQf8DDSPnOC9IPaLrn7Dv7p46xEpdtZ L/SyaY+AjXisekDjYC08/zSEMbZXIeZWX97Qg= MIME-Version: 1.0 Received: by 10.150.51.14 with SMTP id y14mr923447yby.238.1284128898484; Fri, 10 Sep 2010 07:28:18 -0700 (PDT) Received: by 10.231.145.145 with HTTP; Fri, 10 Sep 2010 07:28:18 -0700 (PDT) In-Reply-To: <4C8A32F1.8070700@usa.net> 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> Date: Fri, 10 Sep 2010 15:28:18 +0100 Message-ID: From: Andy Talbot To: rsgb_lf_group@blacksheep.org DomainKey-Status: good (testing) X-Spam-Score: 0.0 (/) X-Spam-Report: autolearn=disabled,HTML_MESSAGE=0.001 Subject: Re: LF: Request for modification of Argo Content-Type: multipart/alternative; boundary=000e0cd6a798d7099e048fe88ef9 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-SCOLL-AUTHENTICATION: mail_rly_antispam_dkim-d243.2 ; domain : googlemail.com DKIM : pass x-aol-sid: 3039400cdeca4c8ab8ed36b0 X-AOL-IP: 195.171.43.25 X-AOL-SPF: domain : blacksheep.org SPF : none X-Mailer: Unknown (No Version) --000e0cd6a798d7099e048fe88ef9 Content-Type: text/plain; charset=ISO-8859-1 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 > > > > > --000e0cd6a798d7099e048fe88ef9 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Alberto.
These days sampling rates derived from 44100 are poorly supported.=A0= =A0 All the modern soundcards are based on 48kHz sampling, with all values= derived from that value.=A0=A0 Can I suggest you use this as your base fo= r Argo 2 rather than 22050.
=A0
This explains why 11025 is never achieved now, and always ends up at= 11100.=A0=A0 I'm not sure why 8000Hz reqested now is not actually 8kH= z, 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.
=A0
On 10 September 2010 14:30, Alberto di Bene <dibene@usa.net>= ; wrote:
On 9/10/2010 1:23 PM, jrusgrove@comcast.net= wrote:=20
Another 'nicety' would be a 'cl=
ear screen' function. Currently one has to stop and restart the=20
program to clear a previous display ... if for example one has changed rec=
eive frequency looking for=20
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 ra= te of 22050 Hz, which should be supported practically by all the sound car= ds, 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 experi= ments at 8.9 kHz.


On 9/10/2010 1:42 PM, Mik= e-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 Inte= l 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:<= br>
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,=A0 so it needs to be entered just once.

73=A0 Alberto= =A0 I2PHD





--000e0cd6a798d7099e048fe88ef9--