From 184fae92d66400e02d7d3ac97606e3ebbfbe8e28 Mon Sep 17 00:00:00 2001 From: Wojciech Kaczmarski <44336093+sp5wwp@users.noreply.github.com> Date: Mon, 26 Oct 2026 17:13:43 +0200 Subject: [PATCH 1/2] Fix typos in openrtx-office-hours-20261019.md --- posts/openrtx-office-hours-20261019.md | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/posts/openrtx-office-hours-20261019.md b/posts/openrtx-office-hours-20261019.md index 44fddf0..f468ca9 100644 --- a/posts/openrtx-office-hours-20261019.md +++ b/posts/openrtx-office-hours-20261019.md @@ -19,7 +19,7 @@ Held on 2026-10-19T17:00Z on Jitsi. * Persistence: * Work on persistence of device settings and VFO state almost ready to be mainlined. Silvano is finishing some refactoring and testing. Once done he'll move on to bringing up USB support to the CS7000 Plus with PR #439. * Ryan is working on bugfixes and improvements to increase the reliability of the M17 demodulator. Work tracked on taiga epic [https://tasks.openrtx.org/project/openrtx/epic/862](https://tasks.openrtx.org/project/openrtx/epic/862) - * Some work has alredy been mainlined, soft Viterbi decoder and another PR are currently waiting for review. + * Some work has already been mainlined, soft Viterbi decoder and another PR are currently waiting for review. * Ryan estimates the work remaining to be mainlined in around 10 PRs. The changes bringing the biggest advantages will be mainlined first and included in v0.5.0, the rest will come at a later stage. * Retevis C62: * first set of commits merged into a dedicated branch. Some fixup commits addressing review comments are touching more than one file at a time and need to be untangled. Silvano will work on this. @@ -30,8 +30,8 @@ Held on 2026-10-19T17:00Z on Jitsi. * mailing lists is now up and running with three public mailing lists available: users, developers and ptscd * Codeplug: * Morgan ON4MOD will start working on the PTSCD specification with the help of Hannes DM3MAT - * On consumer radios a change in the channel data structures across firmware updats is usually handled by the PC software: channel data is read before the update and then wrote back with the new format after the firmware update. To be considered to do the same, as this will give flexibility on how to lay down the data structures. + * On consumer radios a change in the channel data structures across firmware updates is usually handled by the PC software: channel data is read before the update and then wrote back with the new format after the firmware update. To be considered to do the same, as this will give flexibility on how to lay down the data structures. * Changes in channel data structures are not a big deal for qdmr, provided that the interface to upload/download data from the radio is stable. - * Handling file transfer can be an issue for qdmr: to make things easier OpenRTX can map files to a set of virtual memory addresses (32-bit wide, adequately spaced), mimiking a flash memory + * Handling file transfer can be an issue for qdmr: to make things easier OpenRTX can map files to a set of virtual memory addresses (32-bit wide, adequately spaced), mimicking a flash memory * Wiki: * Marco DM4RCO agrees on having a look on how to set-up the wiki in the next weeks. From d2d636716028b31872e395c3d898ed90f347f6b9 Mon Sep 17 00:00:00 2001 From: Wojciech Kaczmarski <44336093+sp5wwp@users.noreply.github.com> Date: Mon, 26 Oct 2026 17:14:42 +0200 Subject: [PATCH 2/2] Add new words to cspell.yaml dictionary --- cspell.yaml | 3 +++ 1 file changed, 3 insertions(+) diff --git a/cspell.yaml b/cspell.yaml index c596911..d6139f9 100644 --- a/cspell.yaml +++ b/cspell.yaml @@ -191,6 +191,9 @@ words: - Tmes - littlefs - Gigadevices + - mimicking + - Jitsi + - PTSCD patterns: - name: markdown_code_block pattern: /^\s*```[\s\S]*?^\s*```/gm