Re: [wsjt-devel] 6665 Decode Button Stuck

[George J Molnar]

Resolved in 6669. 6972 adds new issue - bilingual decodes (JT65/9) fail - JT9 
is decoded, but not JT65. When switching to JT65 only mode, just a few decodes 
make it out of many visible in waterfall. Switched to single decode mode and 
got "error starting or running (path)/jt9 -s" error at decode time, followed by 
program termination.

OSX 10.11.5.

George J. Molnar
@GJMolnar

> On May 3, 2016, at 8:51 PM, Michael Black  wrote:
> 
> Just to add...on Windows 10 no such problem.
> RRR
> Mike W9MDB
> 
>> On Tue, May 3, 2016 at 9:28 PM, George J Molnar  wrote:
>> Built 6665 for OS X tonight - after the first decode cycle, the Decode 
>> button lights and stays lit. No further decodes.
>> 
>> 
>> George J Molnar
>> KF2T | AFA9GM
>> Twitter: @GJMolnar
>> 
>> SUPPORT HR-1301 & S-1685
>> http://www.arrl.org/amateur-radio-parity-act
>> 
>> 
>> 
>> 
>> --
>> Find and fix application performance issues faster with Applications Manager
>> Applications Manager provides deep performance insights into multiple tiers 
>> of
>> your business applications. It resolves application problems quickly and
>> reduces your MTTR. Get your free trial!
>> https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
>> ___
>> wsjt-devel mailing list
>> wsjt-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
> 
> --
> Find and fix application performance issues faster with Applications Manager
> Applications Manager provides deep performance insights into multiple tiers of
> your business applications. It resolves application problems quickly and
> reduces your MTTR. Get your free trial!
> https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
--
Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial!
https://ad.doubleclick.net/ddm/clk/302982198;130105516;z___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] 6665 Decode Button Stuck

[Bill Somerville]

On 04/05/2016 03:28, George J Molnar wrote:
> Built 6665 for OS X tonight - after the first decode cycle, the Decode 
> button lights and stays lit. No further decodes.

Hi George,

the most likely reason for this is a crash of the decoder component of 
WSJT-X. If this is readily reproducible, particularly by playing back a 
saved .wav file then that .WAV file along with a summary of the mode 
used and other settings are most helpful.

73
Bill
G4WJS.


--
Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial!
https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] r6665 and mode flag

[Bill Somerville]

On 04/05/2016 09:43, SM0THU wrote:
> in r6665 the mode flag for JT65 has changed from # to *. It’s visible in the 
> Band Activity table and also sent in the UDP network messages. Is this 
> intentional?
>
> In my application, JT-Bridge, I translate this to e.g. JT65. Are there any 
> other changes or values that I should be aware of?

Hi Anders,

this should be OK now, it was an unfortunate side effect of making the 
UI more familiar to WSJT users. There will probably be another character 
for JT4 but this is not for use on HF so maybe it does not apply to your 
application.

73
Bill
G4WJS.


--
Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial!
https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] r6665

[Bill Somerville]

On 04/05/2016 05:03, Michael Black wrote:
> Double-clicking an entry which should change mode from the current 
> mode does not change mode.
>
> Seems both directions are broken JT65->JT9 and JT9->JT65

Hi Mike,

this should be repaired now, at least for HF operating.

73
Bill
G4WJS.


--
Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial!
https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Double-click on blank area

[Bill Somerville]

On 05/05/2016 01:37, Joe Taylor wrote:
> It seems that the correct behavior for double-click on any blank line
> should be to do nothing, right??

Hi Joe,

this should be fixed by r6670.

73
Bill
G4WJS.


--
Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial!
https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Double-click on blank area

[Bill Somerville]

On 05/05/2016 01:37, Joe Taylor wrote:
> It seems that the correct behavior for double-click on any blank line
> should be to do nothing, right??

Hi Joe,

yes definitely. that has probably been that way for a long time.

I can have a look at that now as I am working with the decodes 
processing right now to handle the mode/sync flip reporting.

73
Bill
G4WJS.


--
Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial!
https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

[wsjt-devel] Double-click on blank area

[Joe Taylor]

Hi Bill and all,

I've just noticed the following unwanted behavior.  It may have been 
present for a long time.

With both decoded text areas erased and the "Tx even/1st" box checked, 
double-clicking in either text window will uncheck the box.

It seems that the correct behavior for double-click on any blank line 
should be to do nothing, right??

-- Joe, K1JT

--
Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial!
https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] WSJT-X: Using with I/Q data

[nick]

On 04/05/16 18:07, Bill Somerville wrote:
> Am I right in assuming that transmitting using the input CODEC is not going
> to produce a faithful signal given that the SDR hardware is expecting
> I/Q data rather than PCM audio?

Yes.  This will produce a DSB signal to the detriment of other band users.

>
> I know that others have had success using the QUISK (or HDSDR on
> Windows) SDR software as an intermediary for both rig control and base
> band PCM audio suitable for connection to WSJT-X.

DttSP and sdr-shell also work well in this application.

73

Nick G3VNC


--
Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial!
https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] WSJT-X: Using with I/Q data

[Michael Durkin]

Both is more accurately correct ...

The i/q audio ,left & right channels are time domain shifted to produce a
image rejection in the mixed (more accurate to say added by transformer)
output of the sdr.

As long as the audio frequency is not shifted a few kHz from where the
image rejection is calibrated and main oscillator  is also not changed more
than a few 100khz then image rejection will be maintained.

If you put a I/Q signal to some  headphones,  you will not be able
distinguish between the channels they will sound the same.

Transmitting a non image rejection calibrated output is poor practice --
you will be decoded at two frequencies.
On May 4, 2016 10:16 AM, "Bill Somerville"  wrote:

Hi all,

I have been helping out Jim W6JHB build a Linux version of WSJT-X with
support for the custom USB Hamlib devices. This is because he has an
OmniaSDR device which is a reincarnation of the AE9RB Peaberry v2 SDR.
This device is controlled by a few custom USB commands including setting
and reading the frequency and it also appears as a CODECs for input and
output which is I/Q format data delivered/consumed as stereo audio streams.

WSJT-X does not provide I/Q support via audio streams or otherwise but
Jim has discovered that he can make QSOs by connecting the I/Q CODEC
directly to WSJT-X. This surprised me so I asked for a sample saved .WAV
file and it certainly decodes although the "audio" level is very low. Am
I right in assuming that transmitting using the input CODEC is not going
to produce a faithful signal given that the SDR hardware is expecting
I/Q data rather than PCM audio?

I know that others have had success using the QUISK (or HDSDR on
Windows) SDR software as an intermediary for both rig control and base
band PCM audio suitable for connection to WSJT-X. Should Jim be doing
the same?

73
Bill
G4WJS.


--
Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers
of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial!
https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
--
Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial!
https://ad.doubleclick.net/ddm/clk/302982198;130105516;z___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

[wsjt-devel] WSJT-X: Using with I/Q data

[Bill Somerville]

Hi all,

I have been helping out Jim W6JHB build a Linux version of WSJT-X with 
support for the custom USB Hamlib devices. This is because he has an 
OmniaSDR device which is a reincarnation of the AE9RB Peaberry v2 SDR. 
This device is controlled by a few custom USB commands including setting 
and reading the frequency and it also appears as a CODECs for input and 
output which is I/Q format data delivered/consumed as stereo audio streams.

WSJT-X does not provide I/Q support via audio streams or otherwise but 
Jim has discovered that he can make QSOs by connecting the I/Q CODEC 
directly to WSJT-X. This surprised me so I asked for a sample saved .WAV 
file and it certainly decodes although the "audio" level is very low. Am 
I right in assuming that transmitting using the input CODEC is not going 
to produce a faithful signal given that the SDR hardware is expecting 
I/Q data rather than PCM audio?

I know that others have had success using the QUISK (or HDSDR on 
Windows) SDR software as an intermediary for both rig control and base 
band PCM audio suitable for connection to WSJT-X. Should Jim be doing 
the same?

73
Bill
G4WJS.


--
Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial!
https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] r6665 and mode flag

[SM0THU]

I should probably mention that I use OS X

> On 04 May 2016, at 10:43, SM0THU  wrote:
> 
> Hi all,
> 
> in r6665 the mode flag for JT65 has changed from # to *. It’s visible in the 
> Band Activity table and also sent in the UDP network messages. Is this 
> intentional? 
> 
> In my application, JT-Bridge, I translate this to e.g. JT65. Are there any 
> other changes or values that I should be aware of?
> 
> 73
> /Anders - SM0THU
> http://jt-bridge.eller.nu
> --
> Find and fix application performance issues faster with Applications Manager
> Applications Manager provides deep performance insights into multiple tiers of
> your business applications. It resolves application problems quickly and
> reduces your MTTR. Get your free trial!
> https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel


--
Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial!
https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

[wsjt-devel] r6665 and mode flag

[SM0THU]

Hi all,

in r6665 the mode flag for JT65 has changed from # to *. It’s visible in the 
Band Activity table and also sent in the UDP network messages. Is this 
intentional? 

In my application, JT-Bridge, I translate this to e.g. JT65. Are there any 
other changes or values that I should be aware of?

73
/Anders - SM0THU
http://jt-bridge.eller.nu
--
Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial!
https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel