Hi,
Thank you for taking a look at the idea. I agree with Bill its artificial
or rather a
co-incidence on 30 meters currently. The general use case may also cover
wideband
receivers able to cover multiple bands. E.g the SDRPlay - but I think such
spectrum
chopping/extraction is better served with an external application which then
pipes the audio
to wsjtx. This is what Im currently doing with rtl_fm and friends. Ill check if
adding a monitor
to the Yaesu audio card then pitch shifting the whole lot down solves the
problem. Two
instances of wsjtx fed via the same audio, with one spectrally moved a wee bit.One of those “the audio is there so why not use it.” things. BR Mike. > On Jun 20, 2015, at 11:05 PM, [email protected] wrote: > > On 17/06/2015 15:00, Steven Franke wrote: >> Hi Mike and Bill, > Hi Mike, Steve & All, >> >>> On Jun 13, 2015, at 12:33 PM, Bill Somerville <[email protected] >>> <mailto:[email protected]>> wrote: >>> >>> On 13/06/2015 18:25, Michael Black wrote: >>> >>> Hi Mike, >>>> You can adjust the left edge of the waterfall in the WSPR instance That's >>>> the "Start XXX Hz" entry. Just set it to 700 Hz. Then you can adjust the >>>> Bins/Pixel to only see the WSPR band too. >>> This is not a display issue, it depends on whether the WSPR decoder will >>> decode signals away from the usual 1.5kHz +-100Hz zone. I am not in the >>> shack and a quick glance at the code doesn't answer that question. Easy >>> to try out with a receiver though. >> The decoder is presently hardwired to decode signals within +/-110 Hz (or >> +/- 150 Hz with the -w option) of 1.5 kHz. Since the decoder can read either >> .wav or .c2 files, it seems to me that Mike?s request could be handled >> either in wsjtx (by changing the center frequency used to derive the .c2 >> file) or in the decoder. In any case, if there is a need for the decoder to >> work with center frequencies other than 1.5 kHz, I?d be happy to make the >> change. I?ll wait for Bill?s recommendation before doing anything on this. > This is a fairly artificial requirement as it only helps on the 30m > band. My opinion is that it isn't worth the added complexity for such a > limited scenario. If at some point in he future all the HF and WSPR, > JT65 and JT9 sub-bands were reorganized to a uniform pattern within a > 5kHz block per band then this could make sense. I doubt this will happen > because the beacon attributes of WSPR prefer a clear band segment. The > coincidence of WSPR and other digital QSO modes on 30m is historical and > driven more by other users than preferred allocation. >> >> Steve k9an > 73 > Bill > G4WJS.
signature.asc
Description: Message signed with OpenPGP using GPGMail
------------------------------------------------------------------------------
_______________________________________________ wsjt-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/wsjt-devel
