Hello All,
As with JTSDK-Nix, Windows also needed a way to build from dynamically
generated menu's, or in this case, build lists. Over the last few days
I've re-written the WSJT-X build script so it will now accommodate most
of the common build requests. Below is a brief summary of the changes
Bill,
Thanks for the info - I successfully built 1.7.
A couple of things re: the OS X instructions:
1) Your CMake instructions say to run 'sudo
"/Applications/CMake.app/Contents/MacOS/CMake-gui" --install". In the latest
version of CMake (3.4.1), the alias name is all lower case, i.e. cmake-
On 05/01/2016 20:29, Black Michael wrote:
> Here's a patch that adds this reporting. Pretty straight forward. I
> don't have any way to test this for real since there are no balloons
> in the area.
> I borrowed the reporting code from http://picospace.net/?p=552
>
> The idea here is that if any
On 05/01/2016 21:00, Josh Rovero wrote:
> 1) One CPU core pegged (the one running WSJT-X)
> 2) Progress indicator showed 117 out of 120 seconds, DECODE indicator
> was on.
> This makes me suspect that it locked up while decoding.
> 3) GUI frozen, unable to interact with menus and/or button
For those concerned - I've already moved to r6352 and am testing that..
But the hang symptoms with the r633* and r634* were:
1) One CPU core pegged (the one running WSJT-X)
2) Progress indicator showed 117 out of 120 seconds, DECODE indicator was
on.
This makes me suspect that it locked up
I'm now sending this from my gmail account since the web yahoo doesn't seem
to be working with the list...
Here's a patch that adds this reporting. Pretty straight forward. I don't
have any way to test this for real since there are no balloons in the
area.
I borrowed the reporting code from http
One again my message shows up on the archive without any textlet's see if
this text gets through without the patch. Patch is in previous message.
Here's a patch that adds this reporting. Pretty straight forward. I don't
have any way to test this for real since there are no balloon
Here's a patch that adds this reporting. Pretty straight forward. I don't
have any way to test this for real since there are no balloons in the area. I
borrowed the reporting code from http://picospace.net/?p=552
The idea here is that if any grid change is detected it gets reported. I've
nev
Just thinking out loud...
Another approach could be a three-tier system using the pskreporter site as
a proxy and using Bill's suggestion about a JSON file with the registered
flight callsigns. Since a bolloon flight needs to be registered with SNUS,
the pskreporter site would fetch the JSON file
On 05/01/2016 15:57, Black Michael wrote:
> I could do this if I can be assured the patch would be accepted. I
> need a project right now that would be accepted since I'm a touch
> frustrated my last couple patches were rejected.
Hi Mike,
you are asking an unanswerable question. Contributions
On 05/01/2016 14:47, David Tiller wrote:
> First let me thank you for all your hard work on the JT
> software family. I know you're all busy, but is there a chance of
> getting an official OS X alpha release of WSJT-X 1.6.1 r5910 or
> later? I'd be happy to test it and report any bugs I find. I'
Gentlemen,
First let me thank you for all your hard work on the JT software family. I know
you're all busy, but is there a chance of getting an official OS X alpha
release of WSJT-X 1.6.1 r5910 or later? I'd be happy to test it and report any
bugs I find. I'm itching to get onto JTMSK!
Than
One way to do this is to check each call/grid against the last call/grid. If
the grid changes it must be mobile. And I've not seen anybody doing ground
mobile JT65/JT9 (yet). Even if that starts if would be so infrequent as to not
be a big deal on the server load I would think.
Keeping a hash
Actually I see they have a KML download.
http://spacenear.us/tracker/datanew.php?format=kml
I don't see in what looks like a callsign in the KML though.
RRRMike W9MDB
From: Michael Black
To: WSJT software development
Sent: Tuesday, January 5, 2016 9:19 AM
Subject: Re: [wsjt-devel] F
On 05/01/2016 15:19, Michael Black wrote:
> Then that would sounds like a cooperative project with them providing
> an accessible list of active platforms that could be automatically
> updated.
> Betchya' they might go for that since it would improve their coverage.
Indeed, something like a litt
Then that would sounds like a cooperative project with them providing an
accessible list of active platforms that could be automatically updated.
Betchya' they might go for that since it would improve their coverage.
RRR
Mike W9MDB
On Tue, Jan 5, 2016 at 9:15 AM, Bill Somerville
wrote:
> On 05/
On 05/01/2016 15:12, Black Michael wrote:
> Seems to me the proper way would be to have to add the callsign(s) as
> a "filter" for reporting. Then it would only be for the appropriate
> call signs which should be unique.
Hi Mike,
although that would work, it would be much better if WSJT-X coul
On 05/01/2016 15:06, Edson W. R. Pereira wrote:
> I do some balloon experiments from time to time and am considering
> using JT9 on HF and also JT65 on VHF for telemetry. It would be nice
> to feed the telemetry data to spacenear. However, we would need to
> verify with them if it would be ok to
Seems to me the proper way would be to have to add the callsign(s) as a
"filter" for reporting. Then it would only be for the appropriate call signs
which should be unique.
RRR
Mike W9MDB
From: Edson W. R. Pereira
To: WSJT software development
Sent: Tuesday, January 5, 2016 9:06 A
I do some balloon experiments from time to time and am considering using
JT9 on HF and also JT65 on VHF for telemetry. It would be nice to feed the
telemetry data to spacenear. However, we would need to verify with them if
it would be ok to feed non balloon data to their servers. The current
implem
On 05/01/2016 08:29, Mal Good wrote:
> Can you add options that allow for 1) the uploading of JT9 telemetry
> from balloons to the SNUS (spacenear.us) website and 2) the reporting
> of the ground stations location to the same site?
Hi Mal,
where is the server URL and data format documented?
73
Hi Igor,
Hinted decoding is not for use at HF.
-- Joe, K1JT
On 1/5/2016 12:05 AM, Игорь Ч wrote:
> Hi Joe and All,
>
> I would like to create Call3.txt for HF hinted decoding using the collected
> All.txt files,
>
> what do you think if it is worth to make somewhere storage for variou
Hi Team
Firstly, thanks so much for just great software. I have enjoyed it
immensely!
Can you add options that allow for 1) the uploading of JT9 telemetry from
balloons to the SNUS (spacenear.us) website and 2) the reporting of the
ground stations location to the same site?
There are m
Hi Iban,
Indeed, I may have misunderstood your original email. Please take a look at
the Linrad implementation of IQ transfer over the network. It could be a
solution for what you want and it could potentially be implemented in
WSJT-X.
73, Edson PY2SDR
---
- We humans have the capability to do
On 05/01/2016 12:51, Bill Somerville wrote:
> cannot cope with ID data masquerading as PCM
Hmmm, I think I had a D-latch logic circuit in my head when I wrote
that, I meant:
"cannot cope with IQ data masquerading as PCM"
73
Bill
G4WJS.
--
Iban,
Things are much easier when said than when they are done.
Here is a suggestion: Get the source code for WSJT-X, implement an audio
basedband transport mechanism over TCP/IP (or UDP/IP) and show us a working
prototype. You are free to chose any hardware. We will be happy to include
your code
On 05/01/2016 12:28, Iban Cardona wrote:
> not matter, only need a checkbox with a swap IQ... dont need a
> standard, the standard is tcp/ip how is the IQ are only a few settings.
Hi Iban,
you are missing my point. A PCM audio stream when consumed by an
application is expected to be audio. You
Reading your emails again, I believe that you dont are understands my
request.
I dont want that the sdr radios talks directly with the wsjtx/wsprx of
course it can be crazy.
I only want a universal tcp/ip plug, to hook the demodulated audio from
another sdr software (gqrx, linrad, gnuradio, csdr.
Hi Bill,
not matter, only need a checkbox with a swap IQ... dont need a standard,
the standard is tcp/ip how is the IQ are only a few settings.
Do a universal interface is very easy, only need tcp port, samplerate, if
is possible select if the streams are 8 or 16bis ans maybe the swap IQ.
Otherw
OK, will recheck the QT installation. Thanks
About the baseband IQ over network, in my opinion the best way is raw IQ
over a tcp port, like are using the rtlsdr guys, only need configure the
port and samplerate.
Only with this is very usay connect any sdr or radio using netcat,
gnuracio, etc...
On 05/01/2016 11:27, Iban Cardona wrote:
> Personally I believe that in the 2016 all the ham programs have to
> support audio baseband or IQ via tcp/ip socket, because the physical
> soundcards are the past. Until it not be possible please maintain the
> native pulseaudio.
Hi Iban,
I cannot ag
Hello Iban,
Pulseaudio support is part of Qt. There is no pulseaudio code in WSJT-X.
Most likely your Qt instalation was not compiled with pulseaudio support or
pulseaudio was not detected during compilation of the Qt libs.
I agree with you 100% on the audio baseband IQ via network. There are
alr
Hi,
just downloaded and compiled the last wsjtx and wsprx for linux and the
native pulseaudio support looks that has been removed.
The native pulseaudio is very important to hock sdr's and another special
setups.
For example in my case I have a MF/LF setup that consists in a sdr receiver
tuned a
Hi all,
r6343 has run all day, "top" shows no problems, has decoded local calls
and uploaded spots.
System: AMD Kabini powered ASRock m/b QC5000-ITX/WiFi (for low power)
Fedora 22 x86_64 Linux
Sound card: Behringer UCA202 (Texas Instruments)
Bus 003 Device 002: ID 0
34 matches
Mail list logo
