Has there been any progress on ARDOP for satellite?

This is great news, David, thanks! Rafael

Starting a new thread to provide an update: 1/ We now have three HF Data waveforms running in C, see "OFDM Raw Data Modes" in https://github.com/drowe67/codec2/blob/master/README_data.md Next step

Rick, from where can I download the simulator code? Thanks, Rafael

Rafeal,All, The HF simulator we developed (based on the Watterson model and is fully open sourced including C++ code, schematics, mech drawings etc.) will be featured in a future QEX issue. It is

Thanks David! Already noticed the "cohpsk_ch". Rafael

Hi David, Thanks for the recommendation. I'll work to make a set up here to test the waveforms and record everything with as much details I can get. It will be mostly on 40m band, different times of

Good day Concern when I compare ARDOP to other modes for HF , the call and ack responses appear to be slighly delayed .at times . Can anyone confirm the modes timing for various conditions or point

Re channel simulation models I use ITU-R F.1487 There is a free open source GUI program called PathSim that is a very neat implementation. It's a Windows program but runs on Wine OK. I also have C

Hi Rafeal, Feel free to play with those modes in C or Octave form, the PRs links were posted previously. You might be able to post any questions on using them directly to the PRs. UW means Unique

Hi David, Thanks a lot! So we should start playing with the datac1/datac2/datac3 modes, right? Should we just apply the pull request in a local branch and play with it, or use a specific branch? Two

I'll use this opportunity jot down my development plans in this area: There are a couple of open PRs in the codec2 repo on HF data that show roughly where I'm at (Nov 2020):

Hi Rick, Yes I've noticed the wide range of encoding/modulation combinations available. As a starting point I've currently developed 4 HF data "waveforms" (my term for modem/FEC combination) that

Hi Andrew, I've been doing open source development in the Ham field for 10 years. I'll believe it when I see the code. Yes, we can do much better, and I've prototyped the lower layers

David, Thanks for the feedback. I agree with many of your points and will look more into your DV codec box. One thing you mentioned that I think is much different with ARQ data

Of course it is. But it's the kind of significant effort that we've seen communities take on, and succeed, in other fields. Yes, it does, but being Windows-only makes it 100% useless for quite a few

Yup. People who will consistently volunteer effort into maintenance of open source projects over time are very rare. I have just such a box: http://www.rowetel.com/?page_id=3902 It's running the

Thanks Rick - the effect of latency on ARQ efficiency is a new one for me. I will ponder that. For FreeDV I've had several fights with sound cards. I can see how a generic soft modem that runs

Andrew, Designing AND MAINTAINING a protocol is a significant effort even if you have a strong background in communications and programming.  VARA is now available at a very reasonable price (I know

I'm not much use with DSP (I'm a respectable dev, but not in that field) but I do just want to cheer on the effort. As much as I do appreciate the effort that's gone into ARDOP, I think it's a bit of