ka9q / ka9q-radio

Multichannel SDR based on fast convolution and IP multicasting
GNU General Public License v3.0
177 stars 42 forks source link

FT4 decoder? #40

Closed azwirko closed 9 months ago

azwirko commented 1 year ago

Are there any plans for an FT4 decoder?

Thanks & 73

andyz - K1RA

ka9q commented 1 year ago

Eventually. Would you like to work on it? ka9q-radio is very modular, so you can add one without having to get into my code at all. You don't even have to link to it, you just read an output stream from a receiver channel on the correct frequency.

azwirko commented 1 year ago

Hi Phil I'd like to get this working, but was confused why you'd written your own FT8 and WSPR decoders and not developed a mechanism to leverage third party standard decoders like WSJT-X's jt9 executable which supports command line decoding of JT4/9/65, FT4/8, FST4/W, Q65 via WAV file or shmem. Quite awhile ago I'd worked with Pavel Demin on his Redpitaya code on ARM and created a means to hand WAV files off to the jt9 decoder running on ARM. If this could be done through your architecture I'd like to pursue that instead of rewriting an actual FT4 decoder like you did for FT8.

Thoughts, suggestions on where to start?

Thanks & 73

andyz - K1RA

azwirko commented 11 months ago

Phil

I think you can close this issue. I've got a solution I'm working on and running discussed here:

https://groups.io/g/NextGenSDRs/topic/new_qra_skimmer_for/103044298

73

andyz - K1RA

ka9q commented 9 months ago

I've included glue code (jt-decoded) that calls external wspr, ft8 and ft4 decoders. The wspr decoder uses wsprd from my fork ka9q/wsjtx and ft8 and ft4 use my fork ka9q/ft8_lib. I've made minimal modifications to those decoders, mainly in output formatting. I'm happy to call newer decoder versions if you can point me to them.