Hello Joe,
The IARU has recently released new bandplans and a lot of though has been
put into them in order to attempt consolidation between all three regions
as much as possible. I think it would be good for us if the JT modes
activity would happen in the proposed segments. Besides the issue on 8
Hello Joe and everyone,
For the last few weeks I have been usning WSJT-X with SDRSharp and an
RTL-SDR dongle (using the R820T chip with the new librtlsdr) on 21, 24, and
28 MHz. The performance is quite respectable. I am now working on designing
a simple 5 Watts companion transmitter for JT65 and
Hello Bill,
---
- We humans have the capability to do amazing things if we work together.
- Nós seres humanos temos a capacidade de fazer coisas incríveis se
trabalharmos juntos.
On Thu, Feb 19, 2015 at 11:21 AM, Bill Somerville
wrote:
>
> I would like insert some code on WSJT-X to interface i
Hello Joe,
It would be quite nice to have WSPR integrated in WSJT-X. However, I think
we should try to preserve modularity as much as possible (high cohesion and
low coupling in Object Oriented Programming semantics). Separating the GUI
from the audio threads, rig control and the various decoders.
Hi Joe,
Would it add too much complexity to have the frequency error correction in
the audio base band of the decoders? This would prevent having to re-tune
the rig and would also allow crystal controlled transceivers to also have
frequency error correction.
73, Edson PY2SDR
---
- We humans have
Hello Joe,
I just checked some of the common received spots between my station and
Steve's on 15m and I am 9 Hz off (down). This makes me think that having a
standard station in WSPR like Steve's could allow an automatic calibration
by performing a query on the wsprnet database for our station and
perhaps that's all you need.
>
> Mike W9MDB
>
>
>
> *From:* Edson W. R. Pereira [mailto:ewpere...@gmail.com]
> *Sent:* Monday, May 18, 2015 12:14 PM
> *To:* WSJT software development
> *Subject:* Re: [wsjt-devel] Dial calibration errors
>
>
>
>
>
&g
Hello Joe and everyone,
Recently I have been experimenting with the new C implementation of the
WSPR decoder on a Raspberry Pi SBC and am getting excellent results in
terms of stability and performance. I am now implementing transmitting the
code for transmission and for monitoring/controlling the
Joe,
Fonts across different platforms is a major source of headaches in making
software portable. Even fonts of the same family can vary across operating
systems. But it is possible.
The problem you are seeing is likely to be due to Qt not finding the chosen
font, trying to search for "something"
Hello Steve,
Can you confirm that this is the right path for wsprd_ext source?
https://sourceforge.net/p/wsjt/wsjt/HEAD/tree/branches/wsjtx/lib/wsprd/
I will compile it on the R-Pi and run some tests.
73, Edson PY2SDR
---
- We humans have the capability to do amazing things if we work togethe
Steve and Joe,
Just started running wsprd_exp on my Raspberry Pi. Compilation went clean
and I am decoding spots. Over the weekend I will do some more tests with
some recorded wspr audio files.
The recent improvements on wsprd are simply remarkable. The techniques
employed are novel and would mak
Interesting and rather strange that they were trying to put web services up
before the repositories.
73, Edson PY2SDR
---
- We humans have the capability to do amazing things if we work together.
- Nós seres humanos temos a capacidade de fazer coisas incríveis se
trabalharmos juntos.
On Fri, Jul
Hello Joe, Steve, and all,
With the experiments I have been doing with WSPR on the Raspberry-Pi, I
have implemented a simple spot feeder to wsprnet and have been thinking
about adding a mechanism to check if a spot just received is in the
ALL_WSPR.TXT before sending the spot to wsprnet. This would
Hello Igor,
I agree with your analysis of the AGC issue. I have tested a few HF
transceivers that can have AGC turned off and all have issues with audio
distortion. As you have mentioned, using the attenuator alleviates the AGC
problem a little, but decreases the sensitivity of the receiver -- wit
Hi Steve,
What device names for the virtual devices do you see in wsjt-x? I suspect
you are facing an old bug in Qt. Qt insists in not displaying the correct
audio device names in Linux.
73, Edson PY2SDR
---
- We humans have the capability to do amazing things if we work together.
- Nós seres hu
Compiled ok and running without any immediate apparent issues.
73, Edson PY2SDR
---
- We humans have the capability to do amazing things if we work together.
- Nós seres humanos temos a capacidade de fazer coisas incríveis se
trabalharmos juntos.
On Thu, Dec 17, 2015 at 8:44 AM, Bill Somerville
Hello everyone,
I have been monitoring using wsjt-x v1.7.0 r6286 and am noticing that the
JT65 decoder is not showing signal strengths stronger than -1 dB. Even with
very strong signals the decoder shows -1 dB. The JT9 decoder does show
signal strengths above 0 dB.
Has anyone noticed this?
73 an
rd_exchange
> :
>
> "JT65 reports are constrained to lie in the range –30 to –1 dB, and
> values are significantly compressed above about -10 dB. JT9 supports the
> extended range –50 to +49 dB and assigns more reliable numbers to
> relatively strong signals."
>
>
Joe and Frank,
Happy New Year!
For the last few days I have been monitoring the JT65, JT9 and WSPR
activity on 15m and am observing that the performance enhancements in the
decoders are very impressive. Not only in speed, but also in sensitivity
and ability to dig signals from the noise or in-ban
ppy to send you an advance copy when it's
> done.
> -- Joe
>
> On 1/1/2016 1:33 PM, Edson W. R. Pereira wrote:
> > Joe and Frank,
> >
> > Happy New Year!
> >
> > For the last few days I have been monitoring the JT65, JT9 and WSPR
> > a
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
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
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
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
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
Today a ham friend also reported that wspr freezes and crashes after a
while in wsjt-x 1.6.0 r6263 on Win 7. On jt65/jt9 he finds no issue. If he
kills wsjt-x and restarts, it fails saying that there is another instance
already running.
I will try getting more info.
73, Edson PY2SDR
---
- We hum
:29, Edson W. R. Pereira wrote:
> > it fails saying that there is another instance already running.
>
> Hi Edson,
>
> that is not a failure, it is just a warning saying that the application
> lock file exists, the message offers to delete the stale lock file and
> cont
I think the wsjt-x will run well on a R-Pi 2, but I am not sure it will run
on a R-Pi 1 Compiling wsjt-x may take some effort though. I have Steve's
wspr stand alone decoder (C implementation) running on a R-Pi 1 and it
works very well.
For JT65/JT9 and other QSO modes on small devices, I think th
Hello Nick,
I am glad to see that sdr-shell is still useful and is still being used ten
years after I first released it.
73, Edson PY2SDR
---
- We humans have the capability to do amazing things if we work together.
- Nós seres humanos temos a capacidade de fazer coisas incríveis se
trabalharmo
On Fri, Jan 15, 2016 at 11:31 AM, Richard Bown wrote:
>
> You can feed a SDR with just an single audio feed and you will see the
> local ocillator and a
> positive spectrum on the right and a negative on the left, using a I&Q
> input allows you to remove
> the unwanted sideband , ie the negative
, Richard Bown wrote:
> On Fri, 15 Jan 2016 14:23:48 -0200
> "Edson W. R. Pereira" wrote:
>
> > On Fri, Jan 15, 2016 at 11:31 AM, Richard Bown
> wrote:
> >
> > >
> > > You can feed a SDR with just an single audio feed and you will see the
> &
Hello Murray,
I was the one that implemented the current rendering. It is probably by no
means the best way to do it. It was an attempt to have pre-formatted text
displayed. Some comments below.
On Sun, Mar 30, 2014 at 1:14 AM, Murray Curtis wrote:
> Hi
>
> Now that we have a proper GUI for se
Bill,
With the structure you suggest, would it be possible for a developer work
on only one of the products without having to check out and build all
products during development?
73,
-- Edson PY2SDR
On Sun, Mar 30, 2014 at 12:22 PM, Bill Somerville wrote:
> On 30/03/2014 15:23, Joe Taylor wr
Bill,
Have you tried qmake system() funcion?
73,
-- Edson
On Sun, Mar 30, 2014 at 10:49 PM, Bill Somerville wrote:
> Hi All,
>
> I have been struggling to find a way to get the CMake build and the
> qmake build to coexist without success so far.
>
> The problem is a file that the CMAke build
win32 {
system(...)
}
macx {
system(...)
}
unix {
system(...)
}
On Sun, Mar 30, 2014 at 11:01 PM, Bill Somerville wrote:
> On 31/03/2014 02:56, Edson W. R. Pereira wrote:
>
> Bill,
>
> Hi Edson,
>
>
> Have you tried qmake system() funcion?
>
>
Hello Bill, Joe, et al,
Bill, I think your suggestion for a callback function would be very good.
It would simplify things. Putting the decoder on a lib is also very good.
This brings back an idea I have been thinking about recently: The
possibility of detaching the DSP and audio engine from the G
Bill, Greg,
The dependency on a custom install of Hamlib could pose as a problem for
many. Including testers. The Linux situation is also rather bad. To make
things worse, I don't foresee the changes in Hamlib making its way to a
public release any time soon. In the past, it took quite some time t
, Apr 2, 2014 at 4:32 PM, Bill Somerville wrote:
> On 02/04/2014 20:10, Edson W. R. Pereira wrote:
>
>
> Bill, Greg,
>
> Hi Edson,
>
>
> The dependency on a custom install of Hamlib could pose as a problem for
> many. Including testers. The Linux situation is also rath
Hello Peter,
It is, in theory, possible to use the JT65 or JT9 engine in WSJT-X with a
different GUI or application. However, for the application you describe, I
am not sure JT65 or JT9 would be a good mode for adding some sort of ARQ
protocol due to the limitations of the message length. Have you
On Win 7 32 bits, after update/upgrade, the JTSDK-QT window closes
immediately after started. I've uninstalled and reinstalled the JTSDK
environment and the issue persists (after update/upgrade). Has anyone
experienced this?
73, Edson PY2SDR
> On Tue, Mar 8, 2016 at 3:24 PM, Greg Beam ki7m...@gm
I am running r6782 here and so far no issues observed.
73, Edson PY2SDR
---
- We humans have the capability to do amazing things if we work together.
- Nós seres humanos temos a capacidade de fazer coisas incríveis se
trabalharmos juntos.
On Mon, Jun 20, 2016 at 4:42 PM, Bill Somerville
wrote:
While trying to compile the svn head today, I've got some missing
references:
[...]
Linking CXX executable jt65.exe
[ 87%] Built target jt65code
libwsjt_fort.a(jt65_decode.f90.obj):jt65_decode.f90:(.text+0x30c1):
undefined re
ference to `qra64a_'
libwsjt_fort.a(sync65.f90.obj):sync65.f90:(.text+0x
>
> enable-separate
> build-wsjtx rinstall
>
>
> If both the methods above fail, then I would start to suspect the build
> environment or the box is somehow contributing to the problem. I doubt
> the WSJT-X source code is the issue or others would be reporting similar
> issue
led as it's only adds a minute or two, which is
> insignificant for those purposes.
>
> 73's
> Greg, KI7MT
>
> On 10/16/2016 12:14 PM, Edson W. R. Pereira wrote:
> >
> > Thank you, Greg! The enable-rcfg and enable-clean did resolve the issue.
> >
>
Hello everyone,
I am observing some strange repaint issue with v1.7.0 (r7405) on Windows 7.
If I resize the main window, some of the widgets in the main window become
white or partially white (don't get repainted correctly). The issue only
happens with vertical sizes above around 770 pixels. With
armos juntos.
-- Forwarded message --
From: Edson W. R. Pereira
Date: Thu, Dec 22, 2016 at 4:17 PM
Subject: Window repaint issue on wsjt-x v1.7.0
To: WSJT
Hello everyone,
I am observing some strange repaint issue with v1.7.0 (r7405) on Windows 7.
If I resize the main window, so
lity to do amazing things if we work together.
> - Nós seres humanos temos a capacidade de fazer coisas incríveis se
> trabalharmos juntos.
>
> -- Forwarded message --
> From: Edson W. R. Pereira
> Date: Thu, Dec 22, 2016 at 4:17 PM
> Subject: Window repaint issue o
Hello everyone:
I got across this paper some time ago. The algorithm suggested could
perhaps be applied to FreqCal.
https://mgasior.web.cern.ch/mgasior/pap/FFT_resol_note.pdf
73, Edson PY2SDR
---
- We humans have the capability to do amazing things if we work together.
- Nós seres humanos temo
Joe,
60m is a worldwide mess. Here in Brazil the regulators are about to
authorize the segment 5351.6 kHz to 5366.5 kHz. I think eventually we could
implement a one-band frequency hopping feature for multiple receive windows
and one transmit window on 60m.
73, Edson PY2SDR
On Tue, Feb 14, 2017
Hello Joe and Mike,
Since I was the one who implemented the level meter, I have a suggestion:
Please don't make the level meter change colors depending of the dB level.
It makes it rather difficult to read for those of us with not so good eyes.
It is perhaps better to change the color of the text
Hi Bill,
The concern I have is if the control of the OS fader would be OS agnostic.
Also, some multi input/output soundcards have a collection of controls --
some independent some not. Also, some soundcards have no hardware fader
control (the best ones).
The way WXJT-X works today seems quite ade
Hi Joe,
I entirely agree!
73, Edson PY2SDR
On Fri, Mar 3, 2017 at 4:07 PM, Joe Taylor wrote:
> Hi Bill,
>
> Reasonable suggestion... though I suspect many users would have the
> consternation you mention, when we alter a control setting they thought
> they had control over.
>
> As for your las
nt dynamic
range. The best soundcard was, at the time, the Delta 44. It has almost no
controls.
73, Edson PY2SDR
On Fri, Mar 3, 2017 at 4:22 PM, Bill Somerville
wrote:
> On 03/03/2017 19:17, Edson W. R. Pereira wrote:
> > Also, some soundcards have no hardware fader control (the best
Hi Joe,
I've compiled the SVN head and am using it. The level meter color looks
good, but it may be a little better if the green could be a little darker
to have better contrast with the widget grey background. Can you try a
QColor(85,170,85) and see if it looks ok for you?
I agree with Keith's c
sion 7599 uses QColor(85,170,85) for "normal" and QColor(232,81,0)
> (a dark orange) aof "too low".
>
> I think the dark orange is an improvement. Not so sure about the
> gray-green, but perhaps others will like it ??
>
> -- Joe
>
> On 3/
Hi Keith,
The audio codec used int he FT-991 is a Burr Brown (Texas Instruments)
PCM2903B. The PCM290x chips suffers from a spur at every one kHz when the
input level is low. I have built a few home made audio interfaces with
these chips and all of them suffer from this spur. The only way to mitig
t;
> de Mike W9MDB
>
>
> --------------
> *From:* Edson W. R. Pereira
> *To:* WSJT software development
> *Sent:* Monday, March 6, 2017 6:14 PM
> *Subject:* Re: [wsjt-devel] Cumulative patch
>
>
> Hi Joe,
>
> It looks very good here. But this is only a subjective opinio
I have a few suggestions for polishing the lower part of the UI. I will
enumerate them so that we can discuss each separately. I can implement the
ones that Joe and the group give a thumbs up.
1. The band selector can go up to the menu before the mode menu.
2. The rig status light can be tu
:
> HI Edson,
>
> some comments in line below.
>
> On 09/03/2017 16:54, Edson W. R. Pereira wrote:
>
>
>1. The band selector can go up to the menu before the mode menu.
>
> This will be difficult, on Mac and some Linux Desktops the menu is not
> rendered by Qt and
59 matches
Mail list logo
