On 16/09/2015 22:10, Richard Stanley wrote:
Hi Richard,
I will get the zlp interface tomorrow from the shed.
The codec driver for the 7100 doesn’t do any better than 48000 I will
see if the zlp does any better.
I'm not suggesting you need anything faster the 48kHz, almost all CODECs
support 44.1kHz and 48kHz and just about all applications require one of
those or some integral division of them.
I always start wsjt-x 1st as it is my main program.
OK, thinking about this a bit more, WSJT-X closes and re-opens the
stream so it may lose out if there is any first come forst served effect
anyway.
I only started testing because someone else mentioned this issue and I
could not see how a program that I considered a poor hack could not
just compete with wsjt-x but outperform it.
It's probably not so much a poor hack but actually using old WSJT code
for the decoding part. I'm sure Joe will agree that many improvements
have been made since that code so if there are any differences they
*should* overall be in favour of WSJT-X, particularly since v1.5.0.
I will post back here tomorrow, it’s pouring with rain and I don’t
want to go out to the shed.
Horizontal here! Aerials as close to the ground as I can get them.
Richard m0clz.
73
Bill
G4WJS.
*From:* Bill Somerville <mailto:g4...@classdesign.com>
*Sent:* Wednesday, September 16, 2015 9:59 PM
*To:* wsjt-devel@lists.sourceforge.net
<mailto:wsjt-devel@lists.sourceforge.net>
*Subject:* Re: [wsjt-devel] WSJT-X JT65A Decode performance
On 16/09/2015 21:50, Richard Stanley wrote:
Hi Richard,
My sample rate is
1 channel 16 bit 48000 Hz
This is the interface built into the IC-7100
I do have a spare zlp interface so will get it out tomorrow and run the
jt65-hf-hb9hqx from that and wsjt-x from the built in interface, this way it
will be different soundcard interfaces with the same radio.
I can run on 2 different computers but as the jt65 variant decodes at 42.3
it is finished before wsjt-x even starts to decode.
Do you want me to leave the zlp interface at it's default settings or set as
the built in unit at 48000Hz ?.
I believe the JT65-HF applications use an 11.025kHz sample rate so
setting the interface for that to 44.1kHz should be optimal as a
divide by exactly four down conversion is trivial.
Thanks for trying this, I think it may be enlightening. Also you could
try the different options on the rig CODEC driver in the advanced
properties if it has them, something like:
all combinations the exclusive mode settings.
I would also be interested if starting WSJT-X before JT65-HB9HQX has
any apparent effect.
Richard m0clz
73
Bill
G4WJS.
-----Original Message-----
From: Bill Somerville
Sent: Wednesday, September 16, 2015 9:32 PM
To:wsjt-devel@lists.sourceforge.net
Subject: Re: [wsjt-devel] WSJT-X JT65A Decode performance
On 16/09/2015 21:22, Joe Taylor wrote:
Bill --
Hi Joe,
My experience is that most claims that "program X" decodes JT65 better
than WSJT (or WSJT-X) are the result of using wrong soundcard sample
rates. I seem to remember that JT65-HF doesn't read (or write) *.wav
files, so it's very hard to do a real comparison of the decoders. I
suspect there may be a sample-rate issue, but that's only a guess.
That's my suspicion too and knowing that the Windows sample rate
conversion capability has been pretty poor in older versions makes me
think that this may be related to that. I have no idea how each version
of Windows deals with two applications asking for different sample rate
streams from the same input device. I would hope that each device is run
at the specified default sample rate and all streams are derived from
that converting rate if necessary. OTOH there are usually options in the
driver advanced properties about exclusive access that imply there can
be a first come first served (at the requested sample rate) basis. So
the order of starting applications might be a factor.
This would mean that verifying this would require two separate systems
taking analog audio from a single receiver or perhaps a system with two
sound cards.
-- Joe
73
Bill
G4WJS.
On 9/16/2015 4:01 PM, Bill Somerville wrote:
On 16/09/2015 20:53, Bill Somerville wrote:
I don't have the full decode lists for those but the OMs that sent them
can easily capture more examples so I will ask for the full list of
decodes from both applications with some new examples.
Looking at the files above, I doubt there are any other decodes apart
from the ones that WSJT-X gets as they are all on the last dregs of a
closing 15m band.
73
Bill
G4WJS.
------------------------------------------------------------------------------
Monitor Your Dynamic Infrastructure at Any Scale With Datadog!
Get real-time metrics from all of your servers, apps and tools
in one place.
SourceForge users - Click here to start your Free Trial of Datadog now!
http://pubads.g.doubleclick.net/gampad/clk?id=241902991&iu=/4140
_______________________________________________
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
