On 10/11/2015 06:28, Claude Frantz wrote:
> Hi all,
Hi Claude,
>
> Yesterday, I have encountered an error situation with wsjtx, where the
> waterfall window was frozen and the main window was running partially
> only. I confess that I was unable to get useful information about the
> encountered
On 08/11/2015 19:18, Greg Beam wrote:
> you use the same name to build man pages
> also ( asciidoctor -b manpage 12345.1.txt ).
Hi Greg,
I am doing the necessary changes to use asciidoctor with WSJT-X. It is
not quite as seamless as it should be but the benefits definitely seem
worth the pain.
On 03/11/2015 02:23, Steven Franke wrote:
> This is to document a minor aesthetic issue. On OS X, but not on
> linux, the Monitor button is smaller than the other buttons when it is
> off (not Green):
Hi Steve,
I did a major round of tidying up of the UI and thought I had fixed the
On 03/11/2015 09:41, Alessandro Gorobey wrote:
> compiling wsjtx_exp QT55 I notice some warning:
>
> [ 91%] Generating ui_Configuration.h
> C:\JTSDK\src\wsjtx_exp\Configuration.ui: Warning: The name
> 'layoutWidget' (QWidget) is already in use, defaulting to 'layoutWidget1'.
Hi Sandro,
these UI
On 30/10/2015 18:43, Joe Taylor wrote:
> In what other ways is the present WSJT-X v1.6.0 user
> guide incomplete or inadequate? How can it be improved? Please send me
> any suggestions.
Hi Joe,
Larry W8LIG has pointed out to me that the User Guide link
"Configuration" in section 4.5 "Logging"
I worked with them, I always remember the rush of air around my
feet in the Morning when they had crashed overnight (they fail safe at
full fan speed).
>
> Thanks
>
> 73's
> Greg, KI7MT
73
Bill
G4WJS.
>
> On 11/04/2015 08:08 PM, Bill Somerville wrote:
>> On 04/11/2015 18:46, K
On 04/11/2015 18:46, KI7MT wrote:
> To be honest, I'm a bit fuzzy on the -fPIC v.s.
> -fPIE flag usage.
Hi Greg,
PIC code is required if the relocatable object code is to be linked into
a shared library. This is necessary so that the image loader can map the
library into more than one process
On 05/11/2015 10:38, John Nelson wrote:
Hi John and Joe,
> Hi Joe,
>
> 1. Section 4. Settings: The first sentence should read:
>
> Select Settings from the File menu or by typing F2 (on Macintosh,
> select Preferences from the WSJT-X menu).
The above should also mention the standard
On 31/10/2015 17:30, John Nelson wrote:
> The "name" field is not added to wsjtx.log because of an error in
> logqso.cpp. Misplaced ";" after "comments".
Thanks John,
that appears to be my fault:(
Fixed in develop and the 1.5 branch. It will flow into the wsjtx_exp
branch after Joe does
On 19/10/2015 16:25, Greg Beam wrote:
> Looks like it only happens when the need to generate FFT's arrives, or
> something along those lines.
That is not the case. The FFT optimization message pops up when any
decode takes longer than 15 seconds. The error means that the decoding
program is
vice versa, this protocol will be backwards compatible with the current
protocol. I will check this in soon to the development branch.
>
> 73 Martin AA6E
73
Bill
G4WJS.
>
> On 10/13/2015 05:11 AM, Bill Somerville wrote:
>> On 13/10/2015 03:33, Martin Ewing wrote:
>>> Hello all,
>&
d need
updating if the repo tool changed so it is not a cost free switch.
>
> 73
> Manuel
73
Bill
G4WJS.
>
> On 10/8/2015 4:03 PM, Bill Somerville wrote:
>> On 08/10/2015 13:55, EA5125URE wrote:
>>> I have found a problem with the decoder, which I haven't yet figured
>
On 08/10/2015 13:55, EA5125URE wrote:
> I have found a problem with the decoder, which I haven't yet figured
> out. In essence, the waterfall is responding properly and the audio I/O
> is also operating correctly. However, the decodedText text area is not
> updating. It does update just fine when
On 15/10/2015 23:47, Tomek wrote:
> Hi!
Hi Tom,
>
> My name is Tom, SQ5RIX, QTH Warsaw Poland
>
> I tried to comppile the latest version, unfortunately I stumbled upon an
> error I cannot resolve:
>
> tom@A300:~/tmp/wsjtx$ cmake .
> -- Building wsjtx-1.6.0-devel
> --
On 13/10/2015 03:33, Martin Ewing wrote:
> Hello all,
Hi Martin,
>
> I have some Python code that would like to communicate with wsjt-x. I
> assume the UDP channel might be the way. Is there a concise
> description/spec somewhere for what info gets passed back and forth
> through UDP?
The message
On 06/10/2015 23:54, Michael Hartje wrote:
> hello list,
Hi Michael,
>
> I use wsjtx devel 1.6.1 r 5958 from *opensuse* build repositories
> OpensuSe13.2 amd64 together with quisk v3.7.7. Quisk is controled via
> hamlib 3.1-git20150920, model net (--> #2).
>
> The TestCAT (green) and TestPTT (red)
On 09/07/2015 14:55, Michael Black wrote:
Hi Mike,
Could the culprit be this? I think the ptt call is async to another thread
so WSPR_scheduling is being called before ptt=false is actually done.
A simple sleep after ptt might confirm it's the problem.
Another solution would be to expose ptt
On 08/07/2015 20:24, Steven Franke wrote:
Mike and Bill,
Hi Steve,
On Jul 8, 2015, at 6:58 PM, Bill Somerville g4...@classdesign.com
mailto:g4...@classdesign.com wrote:
On 08/07/2015 19:43, Steven Franke wrote:
Bill,
Hi Steve,
I just updated back to r5700 and the problem that I
On 11/07/2015 20:35, Steven Franke wrote:
Hi Steve,
I’m running the latest wsjt-x 1.6 on a mac, and I have set
WSJT_QDEBUG_TO_FILE and WSJT_QDEBUG_IN_RELEASE, but I cannot find
WSJT-X_trace.log. It appears that it should be in the Paths::TempLocation
defined by Qt, wherever that is. Can
On 11/07/2015 22:14, Michael Black wrote:
Hi Mike,
Here's 5685 from the 53-second mark…there's a poll at that time which
shouldn't hurt so I skipped that part
The difference between these two runs is mainly at the Configuration.cpp:661
point where 5685 has ptt=false and 5670 has ptt=true.
On 08/07/2015 02:13, Steven Franke wrote:
Bill,
Hi Steve,
In the past couple of hours since updating to r5700 I have had four rig
control error events after many weeks of flawless operation. “Command
rejected by the rig while setting frequency”
After program startup the error has occurred
software development
Subject: Re: [wsjt-devel] trace file location on mac
Bill,
On Jul 11, 2015, at 2:40 PM, Bill Somerville g4...@classdesign.com wrote:
On 11/07/2015 20:35, Steven Franke wrote:
Hi Steve,
I’m running the latest wsjt-x 1.6 on a mac, and I have set
WSJT_QDEBUG_TO_FILE
On 08/07/2015 23:10, Steven Franke wrote:
Hi Steve,
On Jul 8, 2015, at 4:42 PM, Bill Somerville g4...@classdesign.com wrote:
On 08/07/2015 22:03, Steven Franke wrote:
Mike and Bill,
Hi Steve,
I deleted my hamlib directory, downloaded the latest from git, changed the
timeout from 200
On 09/07/2015 01:08, Steven Franke wrote:
Hi Bill,
Hi Steve,
...
I applied the patch and re-built but the problem persists. I’ve put a
trace file here:
https://dl.dropboxusercontent.com/u/33211132/WSJT-X_trace_2.log
There are two events that happened after I applied the patch: 23:35:53
and
W9MDB
73
Bill
G4WJS.
*From:*Steven Franke [mailto:s.j.fra...@icloud.com]
*Sent:* Wednesday, July 08, 2015 7:08 PM
*To:* WSJT software development
*Subject:* Re: [wsjt-devel] r5700
Hi Bill,
On Jul 8, 2015, at 11:09 PM, Bill Somerville
g4...@classdesign.com mailto:g4...@classdesign.com
On 08/07/2015 19:43, Steven Franke wrote:
Bill,
Hi Steve,
I just updated back to r5700 and the problem that I described yesterday
occurred after the first transmission. I captured the following from the
trace file:
Wed Jul 8 18:35:53 2015
the rig actually change frequency before PTT was dropped?
Which thread did you step through? The transceiver control thread is the
only one that matters since that is where ALL the CAT commands are
emitted from.
73
Mike W9MDB
73
Bill
G4WJS.
-Original Message-
From: Bill Somerville
On 09/07/2015 19:08, Michael Black wrote:
Hi Mike,
Try this…in mainwindow.cpp replace stopTx2() with the following. It
defers the frequency change for 2 seconds which is probably too long
but succeeds in moving ptt=0 in front of the frequency change.
If you follow the code from
-
From: Bill Somerville [mailto:g4...@classdesign.com]
Sent: Thursday, July 09, 2015 3:19 PM
To: wsjt-devel@lists.sourceforge.net
Subject: Re: [wsjt-devel] r5700
On 09/07/2015 17:23, Michael Black wrote:
Hi Mike,
I just stepped through the sequence and I can confirm that even though
ptt
On 12/07/2015 02:12, Steven Franke wrote:
Hi Steve,
...
- moved random seed initialization to WSPRBandHopping.cpp as recommended by
W9MDB. This should address the synchronized-transmissions issue reported by
Jean Louis.
I have re-factored this change by moving the pseudo RNG seeding to
On 12/07/2015 13:29, Steven Franke wrote:
Hi Bill,
Hi Steve,
...
Comments and suggestions welcome!
I see that wsprd makes use of rand() but doesn't appear to seed the
pseudo RNG. This is somewhat tricky since the normal way the wsprd is
started is on a timer and using the usual
On 18/11/2015 17:10, John Nelson wrote:
> Hi Bill,
Hi John,
>
> For information:
>
> I updated hamlib - in fact, downloaded a fresh version and re-built.
> Constructed a release package (1.6.0-rc1 v6120) on Mac OSX 10.10 (Yosemite)
> and installed this on OSX 10.11 (Capitan) where it is
Hi Sean,
well done! Great to here that both machines are up and running.
If you are happy to set up SSH access to both machines I can log in and
use them to generate Debian packages for Linux/ppc to add to the
v1.6.0-rc1 official release kits.
As we discussed Yesterday, there may be a good
Hi Michael,
have you tried deleting the configuration file:
~/.config/WSJT-X.ini
73
Bill
G4WJS.
On 18/11/2015 18:08, Michael Hartje wrote:
> hello List,
>
> a problem with WSPR mode in WSJT-X V1.6.1-devel (r6xxx)
>
> I reported an error (a question) at beginning of October with above
>
On 18/11/2015 17:46, George J Molnar wrote:
> new Hamlib and 1.6.0 both compile and run nicely on OSX 10.11.
Hi George,
thanks for the update, glad you have it all up and running on your Mac.
73
Bill
G4WJS.
--
Hi All,
we have turned the handle on the WSJT-X release process, *all who build
or commit changes to WSJT-X please note*:
There is now a ^/branches/wsjtx-1,6 branch, this is frozen for new
features and will be the source for the imminent v1.6.0-rc1 release
candidate and the eventual v1.6.0 GA
On 18/11/2015 19:29, Greg Beam wrote:
> Note: On my box, I had nothing to save / stash, spo Git gave me two
> messages stating as such.
That's fine, I only added those in case anyone had local changes such
that they would not be lost by the hard reset.
73
Bill
G4WJS.
On 18/11/2015 19:09, Alessandro Gorobey wrote:
> Probably the kvasd full removing is a "next step" but the new decoder
> work better.
Hi Sandro,
that is in progress but for now the download of KVASD in Debug
configuration builds or Release configurations builds with
WSJT_INCLUDE_KVASD=ON is
On 15/08/2015 21:23, Michael Black wrote:
Hi Mike,
It seem g4wjs-hamlib is missing yaesu/ft857.c from the yaesu/Makefile.am
But there is ft8x7.c which isn't in the hamlib-code repository.
So why the disconnect?
My fork has a replacement FT817/857/897 back end which has not been
submitted to
]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Failed
-- Could NOT find OpenMP (missing: OpenMP_C_FLAGS OpenMP_CXX_FLAGS)
On Mon, Jun 29, 2015 at 6:12 PM, Bill Somerville
g4...@classdesign.com mailto:g4...@classdesign.com wrote:
On 29/06/2015 22:58, Steven Franke
, at this time.
Problems like that are usually due to missing dependencies at configure
time. You probably need to check the configure log from Qt to see if the
pulseaudio-dev package was detected at configure time.
Eric
KM4DSJ
73
Bill
G4WJS.
On Aug 27, 2015 9:43 AM, Bill Somerville g4
defined
driver settings. Elsewhere I have seen reports of USB enumerations being
reset during a Windows 10 upgrade also.
Richard m0clz
73
Bill
G4WJS.
*From:* Bill Somerville mailto:g4...@classdesign.com
*Sent:* Thursday, August 27, 2015 10:09 PM
*To:* wsjt-devel@lists.sourceforge.net
mailto:wsjt
On 29/08/2015 12:19, Richard Bown wrote:
Edit the Makefile
change the python and f2py lines to this:-
# WSJT specific Fortran flags
FFLAGS += -O2 -fbounds-check -fno-second-underscore -Wall
-Wno-conversion -Wno-character-truncation
CFLAGS += -I. -DBIGSYM
Hi Joe,
I note the changes around the nhash C function and despite it not being
the root cause of the initially reported JTMSK crashes it seems
appropriate to suggest that we make use of the Fortran/C
interoperability features of modern Fortran to ensure that
interoperation is more robust
On 30/08/2015 19:41, Steven Franke wrote:
Hi Steve,
Joe -
Now trying to TX. The rig is a TS480 keyed using CAT. WSPR mode works fine.
The Tune function in jtmsk also seems to work - the TX is keyed up and a tone
is emitted - but the tone frequency sounds lower than the selected 1500 Hz.
library is one common way of getting
hash and CRC functions but I don't think it takes advantage of SSE SIMD
instructions. All probably academic for our tiny messages.
-- 73, Joe, K1JT
73
Bill
G4WJS.
On 8/30/2015 4:48 PM, Bill Somerville wrote:
Hi Joe,
I note the changes around the nhash C
On 29/08/2015 14:26, Håken Hveem wrote:
> Audio InputOutput Device Name
> Device Channels Channels
> --
> 02 8 HDA Intel PCH: ALC892 Analog (hw:0,0)
> 10 2 HDA Intel
On 31/08/2015 20:52, Alessandro Gorobey wrote:
> Hi All,
Hi Sandro,
>
> my propose is to add on all windows the some title, as in main window.
> This is already be done in several windows:
> setWindowTitle (QApplication::applicationName () + " - " + tr
> ("Astronomical Data"));
>
On 02/09/2015 14:27, Joe Taylor wrote:
> Hi Bill,
Hi Joe,
>
>>> Does the build procedure do something different, for you?
>> Yes, builds without any new errors or warnings.
>>
>> The first error appears to be a bug that was fixed in gfortran 4.3 I
>> think, the bug report isn't very helpful on
On 02/09/2015 13:24, Joe Taylor wrote:
> Hi Bill,
Hi Joe,
>
> Revisions 5835-5836 break the build of wsjtx, for me at least.
>
>
> (JTSDK-QT) C:\JTSDK\src\wsjtx_exp\lib)gfortran -c hashing.f90 hash.f90
> hash.f90:6.19:
>
>
On 10/09/2015 08:36, KI7MT wrote:
> Hi Claude,
Hi Claude & Greg,
>
> I get get past the qrc step, but it hangs on:
>
> [100%] Building CXX object CMakeFiles/wsjtx.dir/wsjtx_automoc.cpp.o
>
> Using GCC 4.8 and 3.0.2 on Ubuntu 14.04. I'm sure Bill or Joe will now
> what's happening.
I doubt it is
Hi All,
I have just committed a change (r5869) to the main development branch
that may require some of you to adjust the rig control settings.
This change only effects those who use an interface powered from one of
the serial port control lines (DTR or RTS), these type of interfaces are
tion.ui.
All seems OK.
>
> -- Joe, K1JT
73
Bill
G4WJS.
>
> On 9/9/2015 8:25 AM, Bill Somerville wrote:
>> Hi All,
>>
>> I have just committed a change (r5869) to the main development branch that
>> may
>> require some of you to adjust the rig co
On 10/09/2015 01:01, Alan VK2ZIW wrote:
Hi,
Hi Alan,
Fedora 21 x86_64, code downloaded from SVN and compiled.
WSJT-X v1.6.0-devel r5825 works fine. I use DTR for PTT. Rig=None
With the exact same config, same machine:
WSJT-X v1.6.1-devel r5853 will not transmit or in Test PTT
I am not
g output.
>
> Mike W9MDB
73
Bill
G4WJS.
>
> -Original Message-
> From: Bill Somerville [mailto:g4...@classdesign.com]
> Sent: Sunday, September 13, 2015 7:16 AM
> To: wsjt-devel@lists.sourceforge.net
> Subject: Re: [wsjt-devel] update on sfrsd
>
> On 13/09/2015 1
On 13/09/2015 13:49, Steven Franke wrote:
> I am also triggering a number of weird errors — for example: the fft wisdom
> initialization started up in the middle of decoding all files in a directory
Hi Steve,
that message box is not smart, it simply comes up if a decode cycle
takes longer than
On 13/09/2015 12:55, Michael Black wrote:
Hi Mike,
> JT9 is multithreaded. Printf() is thread-safe but it is not atomic. So you
> need to use a mutex to access it safely from multiple threads.
I don't think that is relevant in this case. KVASD is only executed for
JT65 decodes and each
On 13/09/2015 13:03, Bill Somerville wrote:
> On 13/09/2015 12:55, Michael Black wrote:
>
> Hi Mike,
>> JT9 is multithreaded. Printf() is thread-safe but it is not atomic. So you
>> need to use a mutex to access it safely from multiple threads.
> I don't think that
On 14/09/2015 14:07, Jay Hainline wrote:
Hi Jay,
> I build WSJTX 1.6.1 r5892 from sourceforge this morning. Using a Yaesu
> FT-2000 and DXLabs Commander for CAT. I have 50.280 set in the Working
> Frequencies list for JTMSK mode. When I put a checkmark in the box to
> activiate the CQ RX 285, the
G4WJS.
>
> -Original Message-
> From: Bill Somerville
> Sent: Monday, September 14, 2015 13:37
> To: wsjt-devel@lists.sourceforge.net
> Subject: Re: [wsjt-devel] CQ Rx bug
>
> On 14/09/2015 14:07, Jay Hainline wrote:
> Hi Jay,
>> I build WSJTX 1.6.1 r5892
Hi All,
I am discussing with a couple of OMs issues they have with JT65-HF
consistently decoding better on weak signals. The common factor is that
the KV decoder is used on JT65-HF (it marks that with a K on the decode
like WSJT does).
Here are a selection of .WAV files:
On 11/09/2015 17:57, Joe Taylor wrote:
> Hi Bill,
Hi Joe,
...
>> That probably requires m_bSimplex to be true, perhaps not the best name
>> for that variable and Configuration::transceiver_tx_frequency() to be
>> signalled when Configuration::transceiver_frequency() has been signalled
>> to set a
On 11/09/2015 19:11, Joe Taylor wrote:
> Bill --
Hi Joe,
>
>> You may have this correct already but when setting a split Tx frequency
>> the following sequence or an equivalent is necessary:
>>
>>if (m_monitoring || m_transmitting) {
>> if (m_config.transceiver_online ()) {
>>
On 11/09/2015 17:05, Joe Taylor wrote:
> Hi Bill,
Hi Joe,
>
>> Perhaps we should be doing the same as for WSPR with the fast modes i.e.
>> turning off split on the rig. It looks like you have already added some
>> of the relevant code in r5774 assuming that
>> MainWindow::fast_config(true) is
On 09/09/2015 20:52, Joe Taylor wrote:
> Hi Bill,
Hi Joe,
...
>> Personally I would prefer a solution that ships the sample files but
>> compresses them to minimize package size. Second preference would be a
>> separate download from the project web site where users could cherry
>> pick the
On 15/09/2015 16:16, Joe Taylor wrote:
> Hi Bill,
Hi Joe,
>
> Some additional info. I found that with the Radio set to Split mode,
> starting WSJT-X with "Monitor off at startup" leaves the radio in Split
> mode. The radio stays in SPlit mode if Monitor is clicked manually.
>
> If "Monitor off
On 15/09/2015 16:55, Bill Somerville wrote:
One reason for leaving split modeon startup would be that the mode
doesn't support split operation, WSPR for example.
Sorry for error above:
"on" -> "off at"
but the action would be initiated by a a call from MainWindow in th
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 ther
On 16/09/2015 22:19, Joe Taylor wrote:
> Bill --
Hi Joe,
>
> Back to our other issue, for a moment. Have you tried doing the tests
> outlined in the file CQnnnCAT.txt, on one of your setups? Are the tests
> passed OK, using both "Rig" and "Fake it"?
I am away from the shack ATM. I will try and
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
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 and
>> jt65-hf-hb9hqx together because wsjt-x is missing to many decodes.
>> I did mention it a few weeks back but was upside down with my information.
>>
>> Richard m0clz
>>
>> -Original Message-
>> From: Bill Somerville
>> Sent: Wedne
On 10/09/2015 01:32, Alan VK2ZIW wrote:
*Thanks,
*
*Hi Alan,*
*
Now fixed in r5876 BUT:
*
*I am not aware of a change that would have caused that.*
*
If I select a radio eg. Icon IC-746PRO, under the PTT Method, CAT is
selectable as is DTR,
but [Test PTT] is greyed out, and I cannot
On 11/09/2015 13:38, Alessandro Gorobey wrote:
> Hi Joe, Bill, Claude & all,
Hi All,
>
>
> Il 11/09/2015 14:08, Claude Frantz ha scritto:
>> On 09/11/2015 01:53 PM, Bill Somerville wrote:
>>
>> Hi Bill, Jo & all,
>>
>>> I am putting toget
Hi Joe,
On 11/09/2015 15:30, Joe Taylor wrote:
> ...
>
> You must be set up to use Split (or "Fake it") mode? The fast JT9 modes
> need up to 1800 Hz of bandwidth, so the intent is that the lowest Tx
> audio tone should always be 700 Hz. For the fast JT9 modes, don't use
> Split.
Perhaps we
On 10/09/2015 10:53, Alessandro Gorobey wrote:
> Hi Bill,
Hi Sandro,
thanks for the detailed report of the issues below.
> Il 09/09/2015 23:03, Bill Somerville ha scritto:
>>>> In if I select two times the some band from band selector it show a
>>>> number, eg.
On 29/09/2015 02:18, Dave Halbakken wrote:
Hi Dave,
> Thanks for your reply, Mike.
>
> I found that this problem can be reproduced by unplugging and re-plugging
> the USB cable to my soundcard. To get WSJT-X fully working again you have to
> swap the soundcard settings away and back on both input
On 30/09/2015 09:00, Dave Halbakken wrote:
> Bill, I understand your hesitance add a recovery feature for audio cards,
> but such a feature might be similar to the way some OS's display a
> notification that a network cable has been unplugged. As soon as you plug
> the network cable in again, the
Hi Joe, Steve & All,
On 30/09/2015 17:10, Bill Somerville wrote:
> As an aside: Am I right in thinking that the decoders divide the
> received spectrum and attempt decodes across the spectrum. If so then is
> there a better concurrency opportunity in dividing by frequency,
> a
On 04/10/2015 23:15, Steven Franke wrote:
Hi Steve,
> For OS X users:
>
> I found an answer on to the problem of not being able to get cmake to
> configure wsjtx_exp after installing Xcode 7.0 on OS X 10.10.5. Xcode 7’s
> internal SDK is for 10.11, not 10.10. I am running 10.10, so this causes
On 30/09/2015 16:57, Joe Taylor wrote:
> Hi Bill,
Hi Joe,
>
> A week or so ago you wrote "On the concurrency side the option to use
> OpenMP is not available as there is no C/C++ OpenMP available on Mac".
>
> Aren't we using OpenMP now in jt9[.exe], on all platforms? Are you
> saying that on the
On 09/09/2015 19:46, Joe Taylor wrote:
> Hi all,
Hi Joe,
>
> Today I committed 8 additional *.wav files to the .../wsjtx_exp/samples
> directory. These will be particularly useful for those learning to use
> the modes recently added to WSJT-X, including WSPR, JT4, ISCAT-B, Fast
> JT9, and JTMSK.
On 09/09/2015 21:29, Alessandro Gorobey wrote:
> Hi All,
Hi Sandro & all,
>
> I try to decode the new files uploaded with version r5875
> The problem is a unexpected close of all windows, but the process remain
> in memory and I have to kill it.
>
> I try:
> gdb --args wsjtx -r EXP
> ...
>
On 09/09/2015 21:46, Joe Taylor wrote:
> Hi Sandro,
>
> Thanks, as always, for your detailed comments on WSJT-X v1.6.1 r5870. I
> am copying this response to the wsjt-devel list, since some of the
> points you raise may be best answered by another one of us.
>
> On 9/9/2015 1:12 PM, Alessandro
On 09/09/2015 20:52, Joe Taylor wrote:
> Hi Bill,
>
> Of course -- I should have remembered that you had made embedding the
> sample files optional. :-)
>
> I don't know how to do this from within Greg's JTSDK, or by using
> cmake-gui. Probably there's a way? Anyway, turning the option OFF by
>
On 20/09/2015 16:11, Steven Franke wrote:
> You have probably already noticed the fact that the sfrsd should be easy to
> parallelize. It should be possible to test a bunch of candidate vectors at
> once. Perhaps that is something worth investigating for sfrsd. In an earlier
> thread, Bill had
On 23/09/2015 14:37, Claude Frantz wrote:
Hi Claude & Håken,
> On 09/23/2015 12:11 PM, Håken Hveem wrote:
>
> Hi Håken,
>
> In my opinion, if there are missing packages in source code, you cannot
> compile. If there are missing packages in compiled library form, you
> cannot start the program. It
On 23/09/2015 00:14, Håken Hveem wrote:
Hi Håken,
> Now, can anyone describe in detail exactly how wsjt-x deals with the
> input audio, so perhaps the folks at the linux mint forum can understand
> in detail how the audio streams is handled by WSJT-X ?
WSJT-X uses Qt multimedia services for audio,
Hi Håken,
On 21/09/2015 12:47, Håken Hveem wrote:
> it looses the rx as described, if i restart the program it works
> until i TX again.
> I dont know why, but it looks like a bug.
I see, no one else is reporting that behaviour with Ubuntu so I suspect
it is a setting issue somewhere. This page
On 21/09/2015 05:15, KI7MT wrote:
> Hello All,
Hi Greg,
>
> Does this mean we will no longer need to compile Hamlib3 from Bill's
> source code when building WSJT-X?
It moves us a step closer to that although I already have two patches
for Hamlib since their 3.0 release in progress, so we will
ich allow WSJT-X to work with pulseaudio streams on Ubuntu.
As far as we know a default Ubuntu installation works as expected, have
you made any audio settings changes on your Ubuntu system, perhaps to
get other applications working?
73
Bill
G4WJS.
>
>
>
> Den 21. sep. 2015 13:55, skrev
On 27/11/2015 16:03, Richard Shaw wrote:
> $ cmake -DWSJTX_TAG=tags/wsjtx-1.6.0-rc1 ~/svn/wsjtx-superbuild
> $ make source
A big green tick next to that from me! Although upstream source
tarballs
for tags are already available in the SF files area.
Yeah, I do it for now
On 27/11/2015 16:33, Greg Beam wrote:
> If I set:
>
> CMAKE_INSTALL_PREFIX=/home/ki7mt/wsjtx
>
> and prefix it with DESTDIR=/tmp/example1
>
> I'd end up with an install located at:
>
> /tmp/example1/home/ki7mt/wsjtx
>
> Maybe I'm confused on DESTDIR usage or something, but I thought it was
> the
On 08/12/2015 20:00, Greg Beam wrote:
> So it would appear, either the build script is not doing something
> correctly, or something is still amiss with the CMakeLists.txt scripts.
Hi Greg & Sandro,
Yes this is still broken, working on it now. It is like herding cats to
get it to work on all
On 08/12/2015 20:15, Игорь Ч wrote:
> major one: tone transmission is started and stopped at sinus phase
> different from 0 degrees (amplitude different from value 0).
Hi Igor,
how are you keying your transmitter?
73
Bill
G4WJS.
On 28/11/2015 13:30, Steven Franke wrote:
> How would I tell wsjt-x which subdevice to use?
Hi Steve,
I can't help with Linux audio issues as the only Linux machines I have
are VMs with poor virtual audio driver support. I know some use the jack
package for setting up flexible audio loopback, I
On 04/12/2015 11:47, Steve Brown [wsjt] wrote:
> I just quickly built r6203 but when
> I select 'AE9RB Si570 Peaberry V2' I just get an alert 'Rig failure,
> unsupported CAT type'. I expect I missed an option during the build so
> I'll take a detailed look later when I have more time.
Hi Steve,
On 04/12/2015 10:29, Steve Brown [wsjt] wrote:
> I'm having issues with the CAT control of my 'AE9RB Si570 Peaberry V2'
> where a 'Rig failure' message with the detail 'Hamlib error: Feature not
> available while getting current VFO mode' when I use the 'Test CAT'
> button which makes control
On 04/12/2015 11:55, Bill Somerville wrote:
> I select 'AE9RB Si570 Peaberry V2' I just get an alert 'Rig failure,
> >unsupported CAT type'.
Hi Steve,
back at r6144 in the development branch I put in changes to WSJT-X to
allow custom USB devices like the Peaberry to be use
On 04/12/2015 17:21, Steve Brown [wsjt] wrote:
>> testing. Do you get the top left field labelled "USB Device:" when you
>> >select the Peaberry v2 in WSJT-X "Settings->Radio"?
> Yes indeed I do. I can leave it blank or fill it in correctly, it
> doesn't make any difference. I still get the error
601 - 700 of 3904 matches
Mail list logo