I'm curious about the "GT-DV" voice mode that was mentioned in passing during G4KLX's slides in the MMDVM presentation, as I hadn't heard of it before, and it doesn't seem like it's been mentioned previously in ZR either. Seems like it's still in the concept phase. I'm looking forward to see how the LinHT turns out, that should be a great testbed for trying out new digital modes like that.
Ben - One of the many frustrations of publishing Zero Retries as I do it at present is that it's hard to reach back into the archives and find a specific reference. I have mentioned (what is now named) GT-DV. GT-DV has only recently become the name given by G4KLX to his ideas for a next generation open source digital voice system (driven mostly by his dislike for M17 and its [solely in his opinion] "technical deficiencies"). GT-DV hasn't graduated to having any kind of web presence or a Github repository, mostly just conceptualizing about it on the OpenDV email list. Start here - https://groups.io/g/OpenDV/topic/114188122. Aye... that is the delicious irony of G4KLX's dismissal of M17... that the LinHT, born out of the M17 Project, now looks poised to be the best potential hardware for realizing GT-DV in actual use.
You're right, I did see a mention of a "next generation Open Source Digital Voice system" from G4KLX in #214, but I guess it hadn't been named yet.
I saw that thread as well on the OpenDV list, it seems like he was dismissive of RADE as being too HF-centric, but in the OpenDV presentation at Pacificon, it seemed like they were making a mode for VHF/UHF as well. Regarding the CPU power needed for that, I would expect the LinHT to be more capable than the CS7000. Even if the CS7000 could handle a hypothetical GT-DV mode using the same audio codecs as M17, it didn't seem like RADE would run on a limited CPU like that, but maybe they can get the requirements down.
Ben - It seems an absolute inevitability to me that RADE will soon become the preferred way to do digital voice in Amateur Radio - for radios that are (user controlled) SDRs. And those (user controlled) SDRs will also do backwards compatibility modes - DMR, M17, etc. We're in for a wild time now that we can mix and match, for example M17 with RADE as a vocoder, etc. We humans, especially the skilled-in-the-art technologists keep making the mistake of underestimating the rapid rise of ever-more-capable technology. They keep wanting to use dedicated embedded processors instead of, for example, a (modular, far more capable) Raspberry Pi 5 Compute Module. Apple (and ARM) showed that power usage / performance / price aren't zero sum games in computing... and now radio communications which are based on computing. So soon enough, as in the coming year, we're going to have good enough processors in small, inexpensive devices to do RADE, especially if they work to optimize it (strip out debugging code, etc.).
Steve, one of the things that makes Zero Retries worth reading every week is the verbosity and level of detail. Please do not shorten it, blurb it out, or otherwise "dumb it down". You'd be taking away one of the critical reasons why I read the newsletter "cover to cover" every week.
Dj - Thanks for the kind words. My musings were only imagining "refactoring" Zero Retries for easier, more casual reading for those that seem to need that. No dumbing down, no less detail, just imaging some forms of alternative presentation of the same content. Zero Retries wouldn't be nearly as interesting and fun and worthwhile FOR ME TO WRITE without the current level of detail.
I'm curious about the "GT-DV" voice mode that was mentioned in passing during G4KLX's slides in the MMDVM presentation, as I hadn't heard of it before, and it doesn't seem like it's been mentioned previously in ZR either. Seems like it's still in the concept phase. I'm looking forward to see how the LinHT turns out, that should be a great testbed for trying out new digital modes like that.
Ben - One of the many frustrations of publishing Zero Retries as I do it at present is that it's hard to reach back into the archives and find a specific reference. I have mentioned (what is now named) GT-DV. GT-DV has only recently become the name given by G4KLX to his ideas for a next generation open source digital voice system (driven mostly by his dislike for M17 and its [solely in his opinion] "technical deficiencies"). GT-DV hasn't graduated to having any kind of web presence or a Github repository, mostly just conceptualizing about it on the OpenDV email list. Start here - https://groups.io/g/OpenDV/topic/114188122. Aye... that is the delicious irony of G4KLX's dismissal of M17... that the LinHT, born out of the M17 Project, now looks poised to be the best potential hardware for realizing GT-DV in actual use.
You're right, I did see a mention of a "next generation Open Source Digital Voice system" from G4KLX in #214, but I guess it hadn't been named yet.
I saw that thread as well on the OpenDV list, it seems like he was dismissive of RADE as being too HF-centric, but in the OpenDV presentation at Pacificon, it seemed like they were making a mode for VHF/UHF as well. Regarding the CPU power needed for that, I would expect the LinHT to be more capable than the CS7000. Even if the CS7000 could handle a hypothetical GT-DV mode using the same audio codecs as M17, it didn't seem like RADE would run on a limited CPU like that, but maybe they can get the requirements down.
Ben - It seems an absolute inevitability to me that RADE will soon become the preferred way to do digital voice in Amateur Radio - for radios that are (user controlled) SDRs. And those (user controlled) SDRs will also do backwards compatibility modes - DMR, M17, etc. We're in for a wild time now that we can mix and match, for example M17 with RADE as a vocoder, etc. We humans, especially the skilled-in-the-art technologists keep making the mistake of underestimating the rapid rise of ever-more-capable technology. They keep wanting to use dedicated embedded processors instead of, for example, a (modular, far more capable) Raspberry Pi 5 Compute Module. Apple (and ARM) showed that power usage / performance / price aren't zero sum games in computing... and now radio communications which are based on computing. So soon enough, as in the coming year, we're going to have good enough processors in small, inexpensive devices to do RADE, especially if they work to optimize it (strip out debugging code, etc.).
Steve, one of the things that makes Zero Retries worth reading every week is the verbosity and level of detail. Please do not shorten it, blurb it out, or otherwise "dumb it down". You'd be taking away one of the critical reasons why I read the newsletter "cover to cover" every week.
Dj - Thanks for the kind words. My musings were only imagining "refactoring" Zero Retries for easier, more casual reading for those that seem to need that. No dumbing down, no less detail, just imaging some forms of alternative presentation of the same content. Zero Retries wouldn't be nearly as interesting and fun and worthwhile FOR ME TO WRITE without the current level of detail.