Actually, I have been looking at this option too. The use case is a remote rig usage where audio transport over the internet makes WSJT sad (or more exactly, JT65/9 is not happy with jitter). An alternative is remote display - but there the only benefit would be to see the waterfall, and the desktop streaming itself is bandwidth hungry.
JC > On Jun 1, 2017, at 11:59 AM, Bill Somerville <[email protected]> wrote: > > On 01/06/2017 19:49, Fábián Tamás László wrote: >> Is there a way to use (at least "listen") to JT65/9 signals using only >> command-line tools? >> >> If not, what would be the best way to implement one? > > Hi Tamas, > > not that I know of. We do have tools that will decode a WAV file that has > been produced by WSJT-X for example. The GUI application does the initial > samples capture, first filter and convert down to 12000Hz with a ~4500Hz LPF. > If you can produce correctly time synchronized 12000Hz WAV files around 50+ > seconds long with no frequency components above 6000Hz then you should be > able to feed them to the command line decoder. > > 73 > Bill > G4WJS. > > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > wsjt-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/wsjt-devel ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _______________________________________________ wsjt-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/wsjt-devel
