Re: [Freetel-codec2] FreeDV versions 1.8.8 / 1.8.9-20230321 released

[Al Beard]

Hi Mooneer,

To allow FreeDV to run using 2020x modes on the later ARM boards with 
cortex-a55 cores,

can you use threads to speed up the 2020x modes decode in the LPCNet library?

Alan VK2ZIW

On Wed, 22 Mar 2023 00:02:49 -0700, Mooneer Salem wrote
> Hi all,
> 
> FreeDV versions 1.8.8 / 1.8.9-20230321 have been released. (Note: the latter 
> is the same as 1.8.8 except for the inclusion of 2020C mode.) Version 1.8.8 
> contains the following:
> 
> 1. Bugfixes:
>     * Resolve compile failure in EasySetupDialog on openSUSE. (PR #344)
>     * Prevent Mode box from auto-resizing to avoid unexpected movement of 
> other controls. (PR #347)
> 2. Build system:
>     * CPack: Properly handle the case where FREEDV_HASH doesn't exist. (PR 
> #345)
> 3. Enhancements:
>     * Show friendlier error if serial ports can't be opened. (PR #348)
>     * Use same VFO retrieval mechanism for PTT as with frequency sync. (PR 
> #350)
>     * Tweak PSK Reporter handling to report received callsigns more quickly. 
> (PR #352)
> 
> More information and download links can be found at the following:
> 
> v1.8.8: https://github.com/drowe67/freedv-gui/releases/tag/v1.8.8
> v1.8.9-20230321: 
> https://github.com/drowe67/freedv-gui/releases/tag/v1.8.9-20230321
> 
> Please feel free to reply here, visit the GitHub issues page and/or the 
> Discord if you have questions.
> 
> Thanks,
> 
> -Mooneer K6AQ

--- 
Alan VK2ZIW 
Before the Big Bang, God, Sela. 
OpenWebMail 2.53, nothing in the cloud.

 
___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

Re: [Freetel-codec2] [digitalvoice] FreeDV 1.8.7 on aarch64 misses 2020 modes

[Al Beard]

Hi all,

I've had an email chat with Jean-Marc Valin and he's pointed me to

his code on Github.

For ARM hardware, not Intel or AMD PCs.

The Odroud M1

In lpcnet_demo.c I've implemented "threads" in the decode section

and this has reduced the time of decoding 5 secs input down to 3 secs

processing, thus, in real time.

This is a vast improvement over the FreeDV LPCNet code that does not

use threads to split the load over two or more CPU cores.

This opens up Neural Network based codecs 2020x to run on smartphones,

tablets and SBCs (Small Board Computers) with the ARM cortex-a55 and later

SoCs.

Alan VK2ZIW

On Tue, 14 Feb 2023 13:58:48 +1000, Al Beard wrote
> Hi Mooneer,
> 
> 
> The Odroid N2 running Fedora 35 performs much better than the Odroid M1 
> running Manjaro.
> Odroid N2
> Script:
> 
> :
> cd LPCNet/build_linux
> # sanity check test
> echo "="
> date
> cd src && sox ../../wav/wia.wav -t raw -r 16000 - | ./lpcnet_enc -s | 
> ./lpcnet_dec -s > /dev/null
> date
> echo "="
> 
> Output
> 
> =
> Mon 13 Feb 2023 22:45:34 EST
> direct split VQ
> dec: 3 pred: 0.00 num_stages: 4 mbest: 5 bits_per_frame: 52 frame: 30 ms 
> bit_rate: 1733.33 bits/s
> direct split VQ
> dec: 3 pred: 0.00 num_stages: 4 mbest: 5 bits_per_frame: 52 frame: 30 ms 
> bit_rate: 1733.33 bits/s
> 64 1 1 16 128 1152 160 160 160 160
> ftest cols = 2002
> bits_written 7280
> Mon 13 Feb 2023 22:45:39 EST
> =
> 
> Odroid M1
> 
> Tue 14 Feb 2023 14:52:11 AEDT
> direct split VQ
> direct split VQ
> dec: 3 pred: 0.00 num_stages: 4 mbest: 5 bits_per_frame: 52 frame: 30 ms 
> bit_rate: 1733.33 bits/s
> dec: 3 pred: 0.00 num_stages: 4 mbest: 5 bits_per_frame: 52 frame: 30 ms 
> bit_rate: 1733.33 bits/s
> 64 1 1 16 128 1152 160 160 160 160
> ftest cols = 2002
> bits_written 7280
> Tue 14 Feb 2023 14:52:24 AEDT
> 
> So that's 1/2 speed of the Odroid N2. Yet both have the same max CPU clock of 
> 1992MHz.
> 
> Alan VK2ZIW
> 
> 
> 
> 
> On Fri, 10 Feb 2023 22:12:53 -0500, Mooneer Salem wrote
> > Hi Alan,
> > 
> > Thanks for the testing! At first glance, the cutouts seem to be an 
> > indication that the Odroid still isn't powerful enough (and/or Codec2 not 
> > optimized enough yet) for the 2020 modes. Transmit always uses a lot less 
> > CPU power than RX, so it's n

--- 
Alan VK2ZIW 
Before the Big Bang, God, Sela. 
OpenWebMail 2.53, nothing in the cloud.

 
/* Copyright (c) 2018 Mozilla */
/*
   Redistribution and use in source and binary forms, with or without
   modification, are permitted provided that the following conditions
   are met:

   - Redistributions of source code must retain the above copyright
   notice, this list of conditions and the following disclaimer.

   - Redistributions in binary form must reproduce the above copyright
   notice, this list of conditions and the following disclaimer in the
   documentation and/or other materials provided with the distribution.

   THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS
   ``AS IS'' AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT
   LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR
   A PARTICULAR PURPOSE ARE DISCLAIMED.  IN NO EVENT SHALL THE FOUNDATION OR
   CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL,
   EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO,
   PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR
   PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF
   LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING
   NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS
   SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
*/

#ifdef HAVE_CONFIG_H
#include "config.h"
#endif

#include 
#include 
#include "arch.h"
#include "lpcnet.h"
#include "freq.h"
#include 
typedef struct {
	LPCNetDecState *net;
	unsigned char *buf;
	short *pcm;
} decode_struct;

#define MODE_ENCODE 0
#define MODE_DECODE 1
#define MODE_FEATURES 2
#define MODE_SYNTHESIS 3
#define MODE_PLC 4

void *worker (void *args) {
	decode_struct *actual_args = args;
//  lpcnet_decode(net, buf, pcm);
lpcnet_decode(actual_args->net, actual_args->buf, actual_args->pcm);
	free(actual_args);
return 0;
}

void usage(void) {
fprintf(stderr, "usage: lpcnet_demo -encode  \n");
fprintf(stderr, "   lpcnet_demo -decode  \n");
fprintf(stderr, "   lpcnet_demo -features  \n");
fprintf(stderr, "   lpcnet_demo -synthesis  \n");

Re: [Freetel-codec2] [digitalvoice] FreeDV 1.8.7 on aarch64 misses 2020 modes

[Al Beard]

Hi Mooneer,

The Odroid N2 running Fedora 35 performs much better than the Odroid M1 running 
Manjaro.

Odroid N2

Script:

:

cd LPCNet/build_linux

# sanity check test

echo "="

date

cd src && sox ../../wav/wia.wav -t raw -r 16000 - | ./lpcnet_enc -s | 
./lpcnet_dec -s > /dev/null

date

echo "="

Output

=

Mon 13 Feb 2023 22:45:34 EST

direct split VQ

dec: 3 pred: 0.00 num_stages: 4 mbest: 5 bits_per_frame: 52 frame: 30 ms 
bit_rate: 1733.33 bits/s

direct split VQ

dec: 3 pred: 0.00 num_stages: 4 mbest: 5 bits_per_frame: 52 frame: 30 ms 
bit_rate: 1733.33 bits/s

64 1 1 16 128 1152 160 160 160 160

ftest cols = 2002

bits_written 7280

Mon 13 Feb 2023 22:45:39 EST

=

Odroid M1

Tue 14 Feb 2023 14:52:11 AEDT

direct split VQ

direct split VQ

dec: 3 pred: 0.00 num_stages: 4 mbest: 5 bits_per_frame: 52 frame: 30 ms 
bit_rate: 1733.33 bits/s

dec: 3 pred: 0.00 num_stages: 4 mbest: 5 bits_per_frame: 52 frame: 30 ms 
bit_rate: 1733.33 bits/s

64 1 1 16 128 1152 160 160 160 160

ftest cols = 2002

bits_written 7280

Tue 14 Feb 2023 14:52:24 AEDT

So that's 1/2 speed of the Odroid N2. Yet both have the same max CPU clock of 
1992MHz.

Alan VK2ZIW

On Fri, 10 Feb 2023 22:12:53 -0500, Mooneer Salem wrote
> Hi Alan,
> 
> Thanks for the testing! At first glance, the cutouts seem to be an indication 
> that the Odroid still isn't powerful enough (and/or Codec2 not optimized 
> enough yet) for the 2020 modes. Transmit always uses a lot less CPU power 
> than RX, so it's no surprise TX worked fine. 
> 
> Anyway, I feel like the FreeDV application should have disabled the ability 
> to use 2020 mode given your experience. Can you wipe your configuration to 
> defaults (Tools->Restore Defaults or delete ~/.freedv) and restart from the 
> terminal? That should produce some timing output that would be useful to 
> have. Some other stuff you can try:
> 
> 1. Disable multiple receive support (Tools->Options->Modem and uncheck 
> "Simultaneously Decode All HF Modes").
> 2. Enable use of multiple threads for multiple receive (uncheck "Use single 
> thread for multiple RX operation" in the same Modem tab).
> 
> Thanks,
> 
> -Mooneer K6AQ
> 
> On Fri, Feb 10, 2023 at 6:49 PM Al Beard  wrote:
> 
> 
> 
> 
> 
> Hi,
> 
> We need a portable platform for ALL codec2 modes including the 2020 modes.
> 
> So, I acquired the Odroid M1 and loaded Manjaro, an "arch" derivative on a 
> 64Gb SD card.
> 
> Audio devices to/from radio: Behringer UCA-202 which has Line-Out to RCA 
> connectors.
> Mic and speaker: C-Media USB for mic, HDMI for speaker.
> 
> Bugs so far:
> Speaker out to the C-Media USB device gives heaps of errors, hence trying the 
> HDMI 
> Headphones on the VOLANS HDMI to VGA adapter.
> 
> Today:
> Compilation, out of the box, from "./build_linux.sh pulseaudio" worked 
> straight away.
> (after loading the build system)
> 
> Playing the 2020 file appeared not successful to HDMI audio out, clear audio 
> but bitsy, 1/4 sec gaps.
> 
> Transmission in 2020 mode was successful to my Intel Linux PC here.
> And in 700 modes to my "freebeacon" here.
> 
> The available Ubuntu for the Odroid M1 has library issues so was abandoned 
> for Manjaro.
> 
> 
> 0x73
> 
> 
> 
> On Tue, 7 Feb 2023 11:30:45 -0800, Mooneer Salem wrote
> > Hi Alan,
> > 
> > The "timeout" messages may be something that can be ignored, though it 
> > depends on whether the sample files decode okay for you. If there's 
> > stuttering or other abnormalities, then those messages may indicate a 
> > potential performance issue. Something that may help on slower systems is 
> > to uncheck the "Use single thread" option in Tools->Options->Modem to allow 
> > better utilization of all available cores for decoding (or alternatively, 
> > disabling multiple receive entirely).
> > 
> > Thanks,
> > 
> > -Mooneer K6AQ
> > 
> > On Tue, Feb 7, 2023 at 3:54 AM Al Beard  wrote:
> > 
> > 
> > Hi,
> > 
> > 
> > Board: Odroid M1 with RK3568 SOC and 8Gb memory, 64Gb SD card 
> > 
> > 
> > On Manjaro (arch derivative) in FreeDV GUI, when one chooses, under Mode, 
> > the "Other" modes
> > one can select 700C but anything under that is masked by the  Start Split 
> > Analog menu.
> > 
> > 
> > Then I stopped and started, FIXED, the Start Split etc. appeared at top RHS 
> > and Others:
> > are now accessible.
> > 
> > 
> > And the CPU usage is spread among the four core

[Freetel-codec2] Codec2 2020 modes on an Odroid M1 Rockchip RK3568 SoC

[Al Beard]

Hi,

We need a portable platform for ALL codec2 modes including the 2020 modes.

So, I acquired the Odroid M1 and loaded Manjaro, an "arch" derivative on a 64Gb 
SD card.

Audio devices to/from radio: Behringer UCA-202 which has Line-Out to RCA 
connectors.

Mic and speaker: C-Media USB for mic, HDMI for speaker.

Bugs so far:

Speaker out to the C-Media USB device gives heaps of errors, hence trying the 
HDMI 

Headphones on the VOLANS HDMI to VGA adapter.

Today:

Compilation, out of the box, from "./build_linux.sh pulseaudio" worked straight 
away.

Playing the 2020 file appeared not successful to HDMI audio out clear audio but 
bitsy, 1/4 sec gaps.

Transmission in 2020 mode was successful to my Intel Linux PC here.

And in 700 modes to my "freebeacon" here.

The available Ubuntu for the Odroid M1 has library issues so was abandoned for 
Manjaro.

--- 
Alan VK2ZIW 
Before the Big Bang, God, Sela. 
OpenWebMail 2.53, nothing in the cloud.

 
___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

Re: [Freetel-codec2] FreeDV v1.8.7-20221228 released

[Al Beard]

tested working on MAC Catalina

Thanks

Alan VK2ZIW

On Wed, 28 Dec 2022 00:56:30 -0800, Mooneer Salem wrote
> Hi all,
> 
> A prerelease version of FreeDV (v1.8.7-20221228) has been released, which 
> contains the following vs. 20221223:
> 
> 1. Code Cleanup:
>     * Remove "force sync" option from Tools->Options (PR #332)
> 2. Enhancements:
>     * Add "Easy Setup" dialog to simplify first time setup. (PR #189)
> 
> The following Codec2 content is also included:
> 
> * Fix sign of freq offset estimate for 800XA (drowe67/codec2#371)
> * Allow TX BPF to be set for all OFDM modes (drowe67/codec2#368)
> 
> More information and Windows/macOS download links can be found at 
> https://github.com/drowe67/freedv-gui/releases/tag/v1.8.7-20221228. Feedback 
> about the new Easy Setup dialog (Tools->Easy Setup) is appreciated, as well 
> as any audio/signal quality issues that may result from the Codec2 proposed 
> changes.
> 
> Thanks,
> 
> -Mooneer K6AQ

--- 
Alan VK2ZIW 
Before the Big Bang, God, Sela. 
OpenWebMail 2.53, nothing in the cloud.

 
___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

Re: [Freetel-codec2] FreeDV v1.8.6-20221217 released

[Al Beard]

Hi Mooneer,

All good.

Compiles and runs on Fedora 34 here.

MAC version tested on Catalina on my pseudo iMac (27 inch, Late 2013) OK.

Thanks

Alan VK2ZIW

On Sat, 17 Dec 2022 09:22:53 -0800, Mooneer Salem wrote
> Hi all,
> 
> A prerelease version of FreeDV (v1.8.6-20221217) has been released. This 
> release contains the following vs. the previous pre-release version:
> 
> Changes vs. previous pre-release build:
> 
> 1. Enhancements
>     * Hide modes not on the SM1000 by default. (PR #313)
>     * Add 2020B/C to multi-RX feature to enable RX and TX without restarting 
> session. (PR #312)
> 2. Build system:
>     * Suppress documentation generation when tagging releases. (PR #314)
> 
> Note: comments appreciated with regard to what modes should be visible by 
> default.
> 
> 
> 
> More information (including Windows and macOS binaries) can be found at 
> https://github.com/drowe67/freedv-gui/releases/tag/v1.8.6-20221217.
> 
> Thanks,
> 
> -Mooneer K6AQ

--- 
Alan VK2ZIW 
Before the Big Bang, God, Sela. 
OpenWebMail 2.53, nothing in the cloud.

 
___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

Re: [Freetel-codec2] FreeDV v1.8.6-20221203 released

[Al Beard]

Hi,

The DMG runs happily on my MAC with Catalina

On Sat, 3 Dec 2022 20:06:29 -0800, Mooneer Salem wrote
> Hi all,
> 
> A prerelease build of v1.8.6 has been released. This currently has the same 
> content as v1.8.5 but adds 2020C support. More information (including 
> binaries for Windows and macOS) can be found at 
> https://github.com/drowe67/freedv-gui/releases/tag/v1.8.6-20221203.
> 
> Thanks,
> 
> -Mooneer K6AQ

--- 
Alan VK2ZIW 
Before the Big Bang, God, Sela. 
OpenWebMail 2.53, nothing in the cloud.

 
___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

Re: [Freetel-codec2] FreeDV v1.8.5-20221118 released

[Al Beard]

Hi all,

I've downloaded Mooneer's  latest tar.gz and am, at this moment battling with 

/!\ WARNING: Can't get path for '@rpath/liblpcnetfreedv.0.4.dylib'

But in the end, I won. You'll find it at:

http://www.unixservice.com.au/hamradio/freedv/FreeDVcatalina.dmg

And again I ask: How many users of older MACs do we have?

Please be counted as, for every answer, perhaps 1000 others will

just try and not give any feedback.

Alan VK2ZIW

On Fri, 18 Nov 2022 13:56:42 -0800, Mooneer Salem wrote
> Hi all,
> 
> I've generated a pre-release build of FreeDV that contains the following 
> since the previous pre-release build:
> 
> * Additional AVX/AVX2 crash fixes (see drowe67/LPCNet#48)
> * wxWidgets update to version 3.2.1 (PR #302)
> 
> Windows and macOS binaries (as well as source code) can be downloaded from 
> https://github.com/drowe67/freedv-gui/releases/tag/v1.8.5-20221118.
> 
> Thanks,
> 
> -Mooneer K6AQ

--- 
Alan VK2ZIW 
Before the Big Bang, God, Sela. 
OpenWebMail 2.53, nothing in the cloud.

 
___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

Re: [Freetel-codec2] FreeDV v1.8.5-20221114 released Catalina

[Al Beard]

Hi Mooneer,

I've installed Xcode 11 and used "brew" to get wxWidgets, cmake, sndfile, 
samplerate, portaudio etc.

And, one by one ie. LPCNet, Codec2 then FreeDV GUI and it all compiles and 
creates a DMG file

which I've opened and moved the FreeDV app to Applications.

When run, it notices, never been run before, Press OK and then "spinning wheel" 
and "top" reports 100% CPU

So I ran up FreeDV1.6 and allowed it to create the user config.

Tried app FreeDV again and nothing nothing on the screen, but 100% CPU.

Trying again the build_osx.sh script.

No-go wxWidgets build fails here:

$ ./configure --disable-shared --with-osx_cocoa 
--enable-universal_binary=x86_64,arm64 --with-macosx-version-min=10.11 
--prefix=/Users/user/src/freedv-gui/build_osx/external/dist 
--with-libjpeg=builtin --with-libpng=builtin --with-regex=builtin 
--with-libtiff=builtin --with-expat=builtin CXXFLAGS=-stdlib=libc++ -std=c++11 
-DWX_PRECOMP -O2 -fno-strict-aliasing -fno-common

Ho hum. I figure Xcode 11 cannot handle the arm64 world.

Alan VK2ZIW

On Tue, 15 Nov 2022 12:46:14 -0800, Mooneer Salem wrote
> Hi Alan,
> 
> As I haven't checked in any of the recent changes yet, there won't be a Git 
> version hash at the moment. However, based on the latest stack trace you 
> provided, it does seem like we're on the right track in terms of what could 
> be going on with the build (freedv_comptx() happens a lot later than 
> __codec2__nlp_create()). The next build will likely be an official 
> pre-release containing the changes I tried plus perhaps a few more.
> 
> Thanks,
> 
> -Mooneer K6AQ
> 
> On Tue, Nov 15, 2022 at 12:11 PM Al Beard  wrote:
> 
> 
> Well, crashed again,
> 
> 
> To avoid version confusion, can you put something in "Version:" ?
> BTW: I've not removed the previous version, I just renamed it
> in the Applications folder. bad FreeDV to FreeDV185a
> 
> 
> System here: HP Compaq 8200 Elite Small Form Factor i5 
> Emulating with Hackintosh: iMac (27-inch, Late 2013)
> Processor  3.09 GHz Quad-Core Intel Core i5
> macOS Catalina 
> 
> 
> 
> 
> 
> Process:               FreeDV [1466]
> Path:                  /Applications/FreeDV.app/Contents/MacOS/FreeDV
> Identifier:            org.freedv.freedv
> Version:               ??? (1.8.5)
> Code Type:             X86-64 (Native)
> Parent Process:        ??? [1]
> Responsible:           FreeDV [1466]
> User ID:               501
> 
> 
> Date/Time:             2022-11-16 06:47:07.895 +1100
> OS Version:            Mac OS X 10.15.3 (19D76)
> Report Version:        12
> Anonymous UUID:        E215C155-F950-4ED2-AF3A-7CB392630AD3
> 
> 
> 
> 
> Time Awake Since Boot: 81000 seconds
> 
> 
> System Integrity Protection: enabled
> 
> 
> Crashed Thread:        0  Dispatch queue: com.apple.main-thread
> 
> 
> Exception Type:        EXC_BAD_INSTRUCTION (SIGILL)
> Exception Codes:       0x0001, 0x
> Exception Note:        EXC_CORPSE_NOTIFY
> 
> 
> Termination Signal:    Illegal instruction: 4
> Termination Reason:    Namespace SIGNAL, Code 0x4
> Terminating Process:   exc handler [1466]
> 
> 
> Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
> 0   liblpcnetfreedv.0.4.dylib      0x0001021202bb lpcnet_enc + 107
> 1   libcodec2.1.0.dylib            0x000101fbdd54 freedv_comptx + 324
> 2   org.freedv.freedv              0x00010057ee44 
> MainFrame::test2020Mode_() + 772
> 3   org.freedv.freedv              0x00010058655c 
> MainFrame::MainFrame(wxWindow*) + 7116
> 4   org.freedv.freedv              0x00010057eafd 
> MainFrame::MainFrame(wxWindow*) + 29
> 5   org.freedv.freedv              0x00010057e907 MainApp::OnInit() + 375
> 6   org.freedv.freedv              0x000100980327 wxApp::CallOnInit() + 
> 359
> 7   org.freedv.freedv              0x000100bae4f8 wxEntry(int&, 
> wchar_t**) + 104
> 8   org.freedv.freedv              0x00010057e183 main + 35
> 9   libdyld.dylib                  0x7fff6ba457fd start + 1
> 
> 
> Thread 1:
> 0   libsystem_pthread.dylib        0x7fff6bc4a818 start_wqthread + 0
> 
> 
> 
> On Tue, 15 Nov 2022 11:15:47 -0800, Mooneer Salem wrote
> > Hi Alan,
> > 
> > Can you give https://www.dropbox.com/s/dqgoitt5xqcxhc2/FreeDV.dmg?dl=0 a 
> > shot and let me know how that goes? It seems that a recent LPCNet PR 
> > (https://github.com/drowe67/LPCNet/pull/43) may have caused some code to 
> > inappropriately be compiled with AVX2 enabled, so this version has some 
> > tweaks to the CMake scripts to avoid that.
> > 
> > Thanks,
> > 
> > -Mooneer K6AQ
> > 
> > On Mon, Nov 14, 2022 at 11:01 PM Moon

Re: [Freetel-codec2] FreeDV v1.8.5-20221114 released Catalina

[Al Beard]

Hi Mooneer,

I've installed Xcode 11 and used "brew" to get wxWidgets, cmake, sndfile, 
samplerate, portaudio etc.

And, one by one ie. LPCNet, Codec2 then FreeDV GUI and it all compiles and 
creates a DMG file

which I've opened and moved the FreeDV app to Applications.

When run, it notices, never been run before, Press OK and then "spinning wheel" 
and "top" reports 100% CPU

So I ran up FreeDV1.6 and allowed it to create the user config.

Tried app FreeDV again and nothing nothing on the screen, but 100% CPU.

Trying again the build_osx.sh script.

Ho hum.

Alan VK2ZIW

On Tue, 15 Nov 2022 12:46:14 -0800, Mooneer Salem wrote
> Hi Alan,
> 
> As I haven't checked in any of the recent changes yet, there won't be a Git 
> version hash at the moment. However, based on the latest stack trace you 
> provided, it does seem like we're on the right track in terms of what could 
> be going on with the build (freedv_comptx() happens a lot later than 
> __codec2__nlp_create()). The next build will likely be an official 
> pre-release containing the changes I tried plus perhaps a few more.
> 
> Thanks,
> 
> -Mooneer K6AQ
> 
> On Tue, Nov 15, 2022 at 12:11 PM Al Beard  wrote:
> 
> 
> Well, crashed again,
> 
> 
> To avoid version confusion, can you put something in "Version:" ?
> BTW: I've not removed the previous version, I just renamed it
> in the Applications folder. bad FreeDV to FreeDV185a
> 
> 
> System here: HP Compaq 8200 Elite Small Form Factor i5 
> Emulating with Hackintosh: iMac (27-inch, Late 2013)
> Processor  3.09 GHz Quad-Core Intel Core i5
> macOS Catalina 
> 
> 
> 
> 
> 
> Process:               FreeDV [1466]
> Path:                  /Applications/FreeDV.app/Contents/MacOS/FreeDV
> Identifier:            org.freedv.freedv
> Version:               ??? (1.8.5)
> Code Type:             X86-64 (Native)
> Parent Process:        ??? [1]
> Responsible:           FreeDV [1466]
> User ID:               501
> 
> 
> Date/Time:             2022-11-16 06:47:07.895 +1100
> OS Version:            Mac OS X 10.15.3 (19D76)
> Report Version:        12
> Anonymous UUID:        E215C155-F950-4ED2-AF3A-7CB392630AD3
> 
> 
> 
> 
> Time Awake Since Boot: 81000 seconds
> 
> 
> System Integrity Protection: enabled
> 
> 
> Crashed Thread:        0  Dispatch queue: com.apple.main-thread
> 
> 
> Exception Type:        EXC_BAD_INSTRUCTION (SIGILL)
> Exception Codes:       0x0001, 0x
> Exception Note:        EXC_CORPSE_NOTIFY
> 
> 
> Termination Signal:    Illegal instruction: 4
> Termination Reason:    Namespace SIGNAL, Code 0x4
> Terminating Process:   exc handler [1466]
> 
> 
> Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
> 0   liblpcnetfreedv.0.4.dylib      0x0001021202bb lpcnet_enc + 107
> 1   libcodec2.1.0.dylib            0x000101fbdd54 freedv_comptx + 324
> 2   org.freedv.freedv              0x00010057ee44 
> MainFrame::test2020Mode_() + 772
> 3   org.freedv.freedv              0x00010058655c 
> MainFrame::MainFrame(wxWindow*) + 7116
> 4   org.freedv.freedv              0x00010057eafd 
> MainFrame::MainFrame(wxWindow*) + 29
> 5   org.freedv.freedv              0x00010057e907 MainApp::OnInit() + 375
> 6   org.freedv.freedv              0x000100980327 wxApp::CallOnInit() + 
> 359
> 7   org.freedv.freedv              0x000100bae4f8 wxEntry(int&, 
> wchar_t**) + 104
> 8   org.freedv.freedv              0x00010057e183 main + 35
> 9   libdyld.dylib                  0x7fff6ba457fd start + 1
> 
> 
> Thread 1:
> 0   libsystem_pthread.dylib        0x7fff6bc4a818 start_wqthread + 0
> 
> 
> 
> On Tue, 15 Nov 2022 11:15:47 -0800, Mooneer Salem wrote
> > Hi Alan,
> > 
> > Can you give https://www.dropbox.com/s/dqgoitt5xqcxhc2/FreeDV.dmg?dl=0 a 
> > shot and let me know how that goes? It seems that a recent LPCNet PR 
> > (https://github.com/drowe67/LPCNet/pull/43) may have caused some code to 
> > inappropriately be compiled with AVX2 enabled, so this version has some 
> > tweaks to the CMake scripts to avoid that.
> > 
> > Thanks,
> > 
> > -Mooneer K6AQ
> > 
> > On Mon, Nov 14, 2022 at 11:01 PM Mooneer Salem  wrote:
> > 
> > Hi Alan,
> > 
> > This actually looks similar to what a few others reported on Linux before I 
> > removed the Debian packages from the release. What does System Information 
> > show for your processor/model? My 2019 16" MBP shows "MacBookPro16,4" and 
> > "8-Core Intel Core i9" @ 2.3 GHz and seems to execute and decode fine. 
> > (FWIW, I also have access to a

Re: [Freetel-codec2] FreeDV v1.8.5-20221114 released Catalina test

[Al Beard]

Hi Mooneer,

You suggested I try compile up FreeDV GUI here on the Catalina system here.

Well, that's not so easy as I'm no C or C++ guru. So, could you login here and 
try

yourself. We can "chat" on QSO.freedv.org.

I can give you a SSH login with a redirect to the MAC box.

I've installed Xcode 11.3.1 and to get "cmake" installed Cmake the GUI but that

didn't provide the command line cmake so I installed brew and then"brew install 
cmake"

Then, my first error from freedv-gui/LPCNet/src/quant2c.c:9:  

SDKs/MacOSX10.15.sdk/usr/include/sys/cdefs.h807::2807:: 2: error Unsupported 
architecture.

(Perhaps a check for the M1 processor)

I'll load Xcode_14.1.xip

And try again.

Oh well 

On Tue, 15 Nov 2022 12:46:14 -0800, Mooneer Salem wrote
> Hi Alan,
> 
> As I haven't checked in any of the recent changes yet, there won't be a Git 
> version hash at the moment. However, based on the latest stack trace you 
> provided, it does seem like we're on the right track in terms of what could 
> be going on with the build (freedv_comptx() happens a lot later than 
> __codec2__nlp_create()). The next build will likely be an official 
> pre-release containing the changes I tried plus perhaps a few more.
> 
> Thanks,
> 
> -Mooneer K6AQ
> 
> On Tue, Nov 15, 2022 at 12:11 PM Al Beard  wrote:
> 
> 
> Well, crashed again,
> 
> 
> To avoid version confusion, can you put something in "Version:" ?
> BTW: I've not removed the previous version, I just renamed it
> in the Applications folder. bad FreeDV to FreeDV185a
> 
> 
> System here: HP Compaq 8200 Elite Small Form Factor i5 
> Emulating with Hackintosh: iMac (27-inch, Late 2013)
> Processor  3.09 GHz Quad-Core Intel Core i5
> macOS Catalina 
> 
> 
> 
> 
> 
> Process:               FreeDV [1466]
> Path:                  /Applications/FreeDV.app/Contents/MacOS/FreeDV
> Identifier:            org.freedv.freedv
> Version:               ??? (1.8.5)
> Code Type:             X86-64 (Native)
> Parent Process:        ??? [1]
> Responsible:           FreeDV [1466]
> User ID:               501
> 
> 
> Date/Time:             2022-11-16 06:47:07.895 +1100
> OS Version:            Mac OS X 10.15.3 (19D76)
> Report Version:        12
> Anonymous UUID:        E215C155-F950-4ED2-AF3A-7CB392630AD3
> 
> 
> 
> 
> Time Awake Since Boot: 81000 seconds
> 
> 
> System Integrity Protection: enabled
> 
> 
> Crashed Thread:        0  Dispatch queue: com.apple.main-thread
> 
> 
> Exception Type:        EXC_BAD_INSTRUCTION (SIGILL)
> Exception Codes:       0x0001, 0x
> Exception Note:        EXC_CORPSE_NOTIFY
> 
> 
> Termination Signal:    Illegal instruction: 4
> Termination Reason:    Namespace SIGNAL, Code 0x4
> Terminating Process:   exc handler [1466]
> 
> 
> Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
> 0   liblpcnetfreedv.0.4.dylib      0x0001021202bb lpcnet_enc + 107
> 1   libcodec2.1.0.dylib            0x000101fbdd54 freedv_comptx + 324
> 2   org.freedv.freedv              0x00010057ee44 
> MainFrame::test2020Mode_() + 772
> 3   org.freedv.freedv              0x00010058655c 
> MainFrame::MainFrame(wxWindow*) + 7116
> 4   org.freedv.freedv              0x00010057eafd 
> MainFrame::MainFrame(wxWindow*) + 29
> 5   org.freedv.freedv              0x00010057e907 MainApp::OnInit() + 375
> 6   org.freedv.freedv              0x000100980327 wxApp::CallOnInit() + 
> 359
> 7   org.freedv.freedv              0x000100bae4f8 wxEntry(int&, 
> wchar_t**) + 104
> 8   org.freedv.freedv              0x00010057e183 main + 35
> 9   libdyld.dylib                  0x7fff6ba457fd start + 1
> 
> 
> Thread 1:
> 0   libsystem_pthread.dylib        0x7fff6bc4a818 start_wqthread + 0
> 
> 
> 
> On Tue, 15 Nov 2022 11:15:47 -0800, Mooneer Salem wrote
> > Hi Alan,
> > 
> > Can you give https://www.dropbox.com/s/dqgoitt5xqcxhc2/FreeDV.dmg?dl=0 a 
> > shot and let me know how that goes? It seems that a recent LPCNet PR 
> > (https://github.com/drowe67/LPCNet/pull/43) may have caused some code to 
> > inappropriately be compiled with AVX2 enabled, so this version has some 
> > tweaks to the CMake scripts to avoid that.
> > 
> > Thanks,
> > 
> > -Mooneer K6AQ
> > 
> > On Mon, Nov 14, 2022 at 11:01 PM Mooneer Salem  wrote:
> > 
> > Hi Alan,
> > 
> > This actually looks similar to what a few others reported on Linux before I 
> > removed the Debian packages from the release. What does System Information 
> > show for your processor/model? My 2019 16" MBP shows "MacBookPro16,4" and 
>

Re: [Freetel-codec2] FreeDV v1.8.5-20221114 released

[Al Beard]

Well, crashed again,

To avoid version confusion, can you put something in "Version:" ?

BTW: I've not removed the previous version, I just renamed it

in the Applications folder. bad FreeDV to FreeDV185a

System here: HP Compaq 8200 Elite Small Form Factor i5 

Emulating with Hackintosh: iMac (27-inch, Late 2013)

Processor  3.09 GHz Quad-Core Intel Core i5

macOS Catalina 

Process:               FreeDV [1466]

Path:                  /Applications/FreeDV.app/Contents/MacOS/FreeDV

Identifier:            org.freedv.freedv

Version:               ??? (1.8.5)

Code Type:             X86-64 (Native)

Parent Process:        ??? [1]

Responsible:           FreeDV [1466]

User ID:               501

Date/Time:             2022-11-16 06:47:07.895 +1100

OS Version:            Mac OS X 10.15.3 (19D76)

Report Version:        12

Anonymous UUID:        E215C155-F950-4ED2-AF3A-7CB392630AD3

Time Awake Since Boot: 81000 seconds

System Integrity Protection: enabled

Crashed Thread:        0  Dispatch queue: com.apple.main-thread

Exception Type:        EXC_BAD_INSTRUCTION (SIGILL)

Exception Codes:       0x0001, 0x

Exception Note:        EXC_CORPSE_NOTIFY

Termination Signal:    Illegal instruction: 4

Termination Reason:    Namespace SIGNAL, Code 0x4

Terminating Process:   exc handler [1466]

Thread 0 Crashed:: Dispatch queue: com.apple.main-thread

0   liblpcnetfreedv.0.4.dylib      0x0001021202bb lpcnet_enc + 107

1   libcodec2.1.0.dylib            0x000101fbdd54 freedv_comptx + 324

2   org.freedv.freedv              0x00010057ee44 
MainFrame::test2020Mode_() + 772

3   org.freedv.freedv              0x00010058655c 
MainFrame::MainFrame(wxWindow*) + 7116

4   org.freedv.freedv              0x00010057eafd 
MainFrame::MainFrame(wxWindow*) + 29

5   org.freedv.freedv              0x00010057e907 MainApp::OnInit() + 375

6   org.freedv.freedv              0x000100980327 wxApp::CallOnInit() + 359

7   org.freedv.freedv              0x000100bae4f8 wxEntry(int&, wchar_t**) 
+ 104

8   org.freedv.freedv              0x00010057e183 main + 35

9   libdyld.dylib                  0x7fff6ba457fd start + 1

Thread 1:

0   libsystem_pthread.dylib        0x7fff6bc4a818 start_wqthread + 0

On Tue, 15 Nov 2022 11:15:47 -0800, Mooneer Salem wrote
> Hi Alan,
> 
> Can you give https://www.dropbox.com/s/dqgoitt5xqcxhc2/FreeDV.dmg?dl=0 a shot 
> and let me know how that goes? It seems that a recent LPCNet PR 
> (https://github.com/drowe67/LPCNet/pull/43) may have caused some code to 
> inappropriately be compiled with AVX2 enabled, so this version has some 
> tweaks to the CMake scripts to avoid that.
> 
> Thanks,
> 
> -Mooneer K6AQ
> 
> On Mon, Nov 14, 2022 at 11:01 PM Mooneer Salem  wrote:
> 
> Hi Alan,
> 
> This actually looks similar to what a few others reported on Linux before I 
> removed the Debian packages from the release. What does System Information 
> show for your processor/model? My 2019 16" MBP shows "MacBookPro16,4" and 
> "8-Core Intel Core i9" @ 2.3 GHz and seems to execute and decode fine. (FWIW, 
> I also have access to an M1 Mac Mini as well as a 2011 MBA. I do remember an 
> earlier 1.8.5 build working properly on the MBA, though, albeit in Windows 
> 10.)
> 
> Also, if possible, can you try building it yourself from the "ms-2020c" 
> branch? The needed prerequisites can be installed with the following MacPorts 
> command:
> 
> sudo port install subversion git libtool sox +universal cmake
> 
> Thanks,
> 
> -Mooneer K6AQ
> 
> On Mon, Nov 14, 2022 at 10:09 PM Al Beard  wrote:
> 
> Hi Mooneer,
> 
> 
> OSX on Catalina, not so good:
> 
> 
> 
> Process:               FreeDV [1050]
> Path:                  /Applications/FreeDV.app/Contents/MacOS/FreeDV
> Identifier:            org.freedv.freedv
> Version:               ??? (1.8.5)
> Code Type:             X86-64 (Native)
> Parent Process:        ??? [1]
> Responsible:           FreeDV [1050]
> User ID:               501
> 
> 
> Date/Time:             2022-11-15 16:57:48.889 +1100
> OS Version:            Mac OS X 10.15.3 (19D76)
> Report Version:        12
> Anonymous UUID:        E215C155-F950-4ED2-AF3A-7CB392630AD3
> 
> 
> 
> 
> Time Awake Since Boot: 31000 seconds
> 
> 
> System Integrity Protection: enabled
> 
> 
> Crashed Thread:        0  Dispatch queue: com.apple.main-thread
> 
> 
> Exception Type:        EXC_BAD_INSTRUCTION (SIGILL)
> Exception Codes:       0x0001, 0x
> Exception Note:        EXC_CORPSE_NOTIFY
> 
> 
> Termination Signal:    Illegal instruction: 4
> Termination Reason:    Namespace SIGNAL, Code 0x4
> Terminating Process:   exc handler [1050]
> 
&g

Re: [Freetel-codec2] FreeDV v1.8.5-20221114 released

[Al Beard]

Hi Mooneer,

OSX on Catalina, not so good:

Process:               FreeDV [1050]

Path:                  /Applications/FreeDV.app/Contents/MacOS/FreeDV

Identifier:            org.freedv.freedv

Version:               ??? (1.8.5)

Code Type:             X86-64 (Native)

Parent Process:        ??? [1]

Responsible:           FreeDV [1050]

User ID:               501

Date/Time:             2022-11-15 16:57:48.889 +1100

OS Version:            Mac OS X 10.15.3 (19D76)

Report Version:        12

Anonymous UUID:        E215C155-F950-4ED2-AF3A-7CB392630AD3

Time Awake Since Boot: 31000 seconds

System Integrity Protection: enabled

Crashed Thread:        0  Dispatch queue: com.apple.main-thread

Exception Type:        EXC_BAD_INSTRUCTION (SIGILL)

Exception Codes:       0x0001, 0x

Exception Note:        EXC_CORPSE_NOTIFY

Termination Signal:    Illegal instruction: 4

Termination Reason:    Namespace SIGNAL, Code 0x4

Terminating Process:   exc handler [1050]

Thread 0 Crashed:: Dispatch queue: com.apple.main-thread

0   liblpcnetfreedv.0.4.dylib      0x00010512c2ce __codec2__nlp_create + 254

1   liblpcnetfreedv.0.4.dylib      0x00010511d16c codec2_pitch_create + 108

2   liblpcnetfreedv.0.4.dylib      0x000105121b6f lpcnet_dump_create + 159

3   liblpcnetfreedv.0.4.dylib      0x0001051239e1 lpcnet_freedv_create + 33

4   libcodec2.1.0.dylib            0x000104fc78d7 freedv_2020x_open + 1095

5   libcodec2.1.0.dylib            0x000104fc1775 freedv_open_advanced + 101

6   libcodec2.1.0.dylib            0x000104fc1707 freedv_o

bash-5.1$ 

 Whereas FreeDV v1.6 works fine and has 2020 mode.

On Mon, 14 Nov 2022 21:00:55 -0800, Mooneer Salem wrote
> Hi all,
> 
> I've generated a pre-release build of FreeDV that contains the following:
> 
> 1. Build system:
>     * Add checks for .git folder to prevent errors when building from 
> official release tarballs. (PR #294)
> 2. Enhancements:
>     * Update FreeDV configuration defaults to improve first-time usability. 
> (PR #293)
> 3. Bugfixes:
>     * Fix issue preventing macOS binaries from running on releases older than 
> 12.0. (PR #301)
>     * Fix issue with 2020B not being selected as default on next start (PR 
> #299)
> 4. Documentation:
>     * Update manual to reflect Ubuntu renaming libsndfile-dev to 
> libsnd1file-dev. (PR #297)
> 
> Windows and macOS binaries (as well as source code) can be downloaded from 
> https://github.com/drowe67/freedv-gui/releases/tag/v1.8.5-20221114.
> 
> Thanks,
> 
> -Mooneer K6AQ

--- 
Alan VK2ZIW 
Before the Big Bang, God, Sela. 
OpenWebMail 2.53, nothing in the cloud.

 
___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

[Freetel-codec2] FreeDV builds for older OSX

[Al Beard]

Hi Mooneer,

I've downloaded your build for earlier OSX, sorry, doesn't work:

v1.6 40616082 Dec 16  2021 FreeDV.dmg works on Catalina 10.15.3 and has 2020 
mode.

v1.7 43399833 Jan 29  2022 FreeDV170.dmg does not, requires OSX 12.0

Your build this week built on OSX 13.0 for older versions:

Process:               FreeDV [653]

Path:                  /Applications/FreeDV.app/Contents/MacOS/FreeDV

Identifier:            FreeDV

Version:               ??? (1.8.5)

Code Type:             X86-64 (Native)

Parent Process:        ??? [1]

Responsible:           FreeDV [653]

User ID:               501

Date/Time:             2022-11-15 08:42:10.561 +1100

OS Version:            Mac OS X 10.15.3 (19D76)                          
Catalina

Report Version:        12

Anonymous UUID:        E215C155-F950-4ED2-AF3A-7CB392630AD3

Time Awake Since Boot: 1900 seconds

System Integrity Protection: enabled

Crashed Thread:        0

Exception Type:        EXC_CRASH (SIGABRT)

Exception Codes:       0x, 0x

Exception Note:        EXC_CORPSE_NOTIFY

Termination Reason:    DYLD, [0x4] Symbol missing

Application Specific Information:

dyld: launch, loading dependent libraries

Dyld Error Message:

  Symbol not found: ___darwin_check_fd_set_overflow

  Referenced from: 
/Applications/FreeDV.app/Contents/MacOS/../libs/../libs/libcrypto.3.dylib 
(which was built for Mac OS X 13.0)

  Expected in: /usr/lib/libSystem.B.dylib

Binary Images:

       0x1021b4000 -        0x102ba3ff7 +org.freedv.freedv (??? - 1.8.5) 
<668B4C4A-EF82-3757-BEB0-0BEFA300FFB1> 
/Applications/FreeDV.app/Contents/MacOS/FreeDV

       0x103bec000 -        0x103d13fff +libcodec2.1.0.dylib (0) 
<2B079505-DAF9-35D2-96FA-1271CC00468D> 
/Applications/FreeDV.app/Contents/libs/libcodec2.1.0.dylib

       0x103d7b000 -   

bash-5.1$ 

On Sat, 12 Nov 2022 12:20:57 -0500, David Tiller wrote
> Mooneer,
> 
> Is there a build of FreeDV that'll run on OSX 10.13.6? 
> 
> Thanks, K4DET
> 
> On Nov 12, 2022, at 12:15 PM, Mooneer Salem  wrote:
> 
> Hi all,
> 
> By popular demand, FreeDV Activity Day is moving to once a month! As Activity 
> Day last occurred on November 5-6, the next one will take place on December 
> 16-17, 2022. (Future Activity Days will take place on the third weekend of 
> every month.) This event will bring together people interested in HF digital 
> voice on the air for conversation and fun. Contacts usingthe official 
> applicationas well as the SM1000 handheld microphone are welcome.
> 
> 
> Event time: 12AM Pacific time (0800Z) on December 16 to 11:59PM (0759Z) on 
> December 17 (48 hours).
> 
> Suggested frequencies:
> 80 meters: 3.625, 3.643 or 3.693 MHz
> 40 meters: 7.177 MHz
> 20 meters: 14.236 MHz
> 17 meters: 18.118 MHz
> 15 meters: 21.313 MHz
> 12 meters: 24.933 MHz
> 10 meters: 28.330 or 28.720 MHz
> 
> (Note that LSB/DIGL is used below 10MHz as per current convention for voice 
> modes, USB/DIGU otherwise.)
> 
> As this isn't a contest, there's no pressure to make contacts or send logs, 
> but you can always confirm QSOs via the usual means if you'd like (LoTW, 
> eQSL, QRZ, etc.) Enabling PSK Reporter in the FreeDV application and joining 
> theQSO Finderare recommended, however, so others can see that you're on the 
> air and hearing them (for instance, here'sthe current map of listeners). :D
> 
> Feel free to spread this far and wide among your local ham friends and 
> groups! :) Let me know if you have any questions about the event and 
> definitely post here if you have issues getting the application working prior 
> to the event.
> 
> Thanks,
> 
> -Mooneer K6AQ___Freetel-codec2 
> mailing 
> listFreetel-codec2@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/freetel-codec2

--- 
Alan VK2ZIW 
Before the Big Bang, God, Sela. 
OpenWebMail 2.53, nothing in the cloud.

 
___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

Re: [Freetel-codec2] [Announcement] FreeDV Activity Day - December 16-17, 2022

[Al Beard]

Hi Mooneer,

I've downloaded your build for earlier OSX, sorry, doesn't work:

Process:               FreeDV [653]

Path:                  /Applications/FreeDV.app/Contents/MacOS/FreeDV

Identifier:            FreeDV

Version:               ??? (1.8.5)

Code Type:             X86-64 (Native)

Parent Process:        ??? [1]

Responsible:           FreeDV [653]

User ID:               501

Date/Time:             2022-11-15 08:42:10.561 +1100

OS Version:            Mac OS X 10.15.3 (19D76)                          
Catalina

Report Version:        12

Anonymous UUID:        E215C155-F950-4ED2-AF3A-7CB392630AD3

Time Awake Since Boot: 1900 seconds

System Integrity Protection: enabled

Crashed Thread:        0

Exception Type:        EXC_CRASH (SIGABRT)

Exception Codes:       0x, 0x

Exception Note:        EXC_CORPSE_NOTIFY

Termination Reason:    DYLD, [0x4] Symbol missing

Application Specific Information:

dyld: launch, loading dependent libraries

Dyld Error Message:

  Symbol not found: ___darwin_check_fd_set_overflow

  Referenced from: 
/Applications/FreeDV.app/Contents/MacOS/../libs/../libs/libcrypto.3.dylib 
(which was built for Mac OS X 13.0)

  Expected in: /usr/lib/libSystem.B.dylib

Binary Images:

       0x1021b4000 -        0x102ba3ff7 +org.freedv.freedv (??? - 1.8.5) 
<668B4C4A-EF82-3757-BEB0-0BEFA300FFB1> 
/Applications/FreeDV.app/Contents/MacOS/FreeDV

       0x103bec000 -        0x103d13fff +libcodec2.1.0.dylib (0) 
<2B079505-DAF9-35D2-96FA-1271CC00468D> 
/Applications/FreeDV.app/Contents/libs/libcodec2.1.0.dylib

       0x103d7b000 -   

bash-5.1$ 

On Sat, 12 Nov 2022 12:20:57 -0500, David Tiller wrote
> Mooneer,
> 
> Is there a build of FreeDV that'll run on OSX 10.13.6? 
> 
> Thanks, K4DET
> 
> On Nov 12, 2022, at 12:15 PM, Mooneer Salem  wrote:
> 
> Hi all,
> 
> By popular demand, FreeDV Activity Day is moving to once a month! As Activity 
> Day last occurred on November 5-6, the next one will take place on December 
> 16-17, 2022. (Future Activity Days will take place on the third weekend of 
> every month.) This event will bring together people interested in HF digital 
> voice on the air for conversation and fun. Contacts usingthe official 
> applicationas well as the SM1000 handheld microphone are welcome.
> 
> 
> Event time: 12AM Pacific time (0800Z) on December 16 to 11:59PM (0759Z) on 
> December 17 (48 hours).
> 
> Suggested frequencies:
> 80 meters: 3.625, 3.643 or 3.693 MHz
> 40 meters: 7.177 MHz
> 20 meters: 14.236 MHz
> 17 meters: 18.118 MHz
> 15 meters: 21.313 MHz
> 12 meters: 24.933 MHz
> 10 meters: 28.330 or 28.720 MHz
> 
> (Note that LSB/DIGL is used below 10MHz as per current convention for voice 
> modes, USB/DIGU otherwise.)
> 
> As this isn't a contest, there's no pressure to make contacts or send logs, 
> but you can always confirm QSOs via the usual means if you'd like (LoTW, 
> eQSL, QRZ, etc.) Enabling PSK Reporter in the FreeDV application and joining 
> theQSO Finderare recommended, however, so others can see that you're on the 
> air and hearing them (for instance, here'sthe current map of listeners). :D
> 
> Feel free to spread this far and wide among your local ham friends and 
> groups! :) Let me know if you have any questions about the event and 
> definitely post here if you have issues getting the application working prior 
> to the event.
> 
> Thanks,
> 
> -Mooneer K6AQ___Freetel-codec2 
> mailing 
> listFreetel-codec2@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/freetel-codec2

--- 
Alan VK2ZIW 
Before the Big Bang, God, Sela. 
OpenWebMail 2.53, nothing in the cloud.

 
___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

Re: [Freetel-codec2] [Announcement] FreeDV Activity Day - December 16-17, 2022

[Al Beard]

Hi Mooneer,

Those of us using OSX on non Apple hardware are sticking with Mojave.
(I still have a genuine Apple keyboard and mouse)

So a version there would be good.

Alan VK2ZIW

On Sat, 12 Nov 2022 14:58:18 -0500, David Tiller wrote
> Sorry, Mooneer, that didn't work. The current app requires OSX 12.0.
> 
> > On Nov 12, 2022, at 1:04 PM, Mooneer Salem  wrote:
> > 
> > Hi David,
> > 
> > FreeDV does in fact work on macOS! For recent releases 
(https://github.com/drowe67/freedv-gui/releases/tag/v1.8.4 
), simply download 
the FreeDV.dmg file and copy the FreeDV application inside it to the 
Applications folder on the dock. Note that you'll likely need to go to your 
security settings and allow it to run as the application is not currently 
signed.
> > 
> > Thanks,
> > 
> > -Mooneer K6AQ
> > 
> > On Sat, Nov 12, 2022 at 9:51 AM David Tiller mailto:dtil...@davidtiller.com>> wrote:
> > Mooneer,
> > 
> > Is there a build of FreeDV that'll run on OSX 10.13.6? 
> > 
> > Thanks, K4DET
> > 
> >> On Nov 12, 2022, at 12:15 PM, Mooneer Salem mailto:moon...@gmail.com>> wrote:
> >> 
> >> Hi all,
> >> 
> >> By popular demand, FreeDV Activity Day is moving to once a month! As 
Activity Day last occurred on November 5-6, the next one will take place on 
December 16-17, 2022. (Future Activity Days will take place on the third 
weekend of every month.) This event will bring together people interested in 
HF digital voice on the air for conversation and fun. Contacts usingthe 
official application as well as the SM1000 handheld 
microphone are welcome.
> >> 
> >> Event time: 12AM Pacific time (0800Z) on December 16 to 11:59PM (0759Z) 
on December 17 (48 hours).
> >> 
> >> Suggested frequencies:
> >> 80 meters: 3.625, 3.643 or 3.693 MHz
> >> 40 meters: 7.177 MHz
> >> 20 meters: 14.236 MHz
> >> 17 meters: 18.118 MHz
> >> 15 meters: 21.313 MHz
> >> 12 meters: 24.933 MHz
> >> 10 meters: 28.330 or 28.720 MHz
> >> 
> >> (Note that LSB/DIGL is used below 10MHz as per current convention for 
voice modes, USB/DIGU otherwise.)
> >> 
> >> As this isn't a contest, there's no pressure to make contacts or send 
logs, but you can always confirm QSOs via the usual means if you'd like (LoTW, 
eQSL, QRZ, etc.) Enabling PSK Reporter in the FreeDV application and joining 
theQSO Finder are recommended, however, so others can 
see that you're on the air and hearing them (for instance, here'sthe current 
map of listeners ). :D
> >> 
> >> Feel free to spread this far and wide among your local ham friends and 
groups! :) Let me know if you have any questions about the event and 
definitely post here if you have issues getting the application working prior 
to the event.
> >> 
> >> Thanks,
> >> 
> >> -Mooneer K6AQ
> >> ___
> >> Freetel-codec2 mailing list
> >> Freetel-codec2@lists.sourceforge.net 
> >> https://lists.sourceforge.net/lists/listinfo/freetel-codec2 

> > 
> > ___
> > Freetel-codec2 mailing list
> > Freetel-codec2@lists.sourceforge.net 
> > https://lists.sourceforge.net/lists/listinfo/freetel-codec2 

> > ___
> > Freetel-codec2 mailing list
> > Freetel-codec2@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/freetel-codec2


---
Alan VK2ZIW
Before the Big Bang, God, Sela.
OpenWebMail 2.53, nothing in the cloud.



___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

Re: [Freetel-codec2] [Announcement] FreeDV Activity Day - December 16-17, 2022

[Al Beard]

Hi all,

>Contacts using the official applicationas well as the SM1000 handheld 
>microphone are welcome.

What about ANY application that uses the Official API such as SmallDV or 
freebeacon or M17?

And, can we have the dates on the qso.freedv.org chat webpage?

Alan VK2ZIW 

On Sat, 12 Nov 2022 10:04:48 -0800, Mooneer Salem wrote
> Hi David,
> 
> FreeDV does in fact work on macOS! For recent releases 
> (https://github.com/drowe67/freedv-gui/releases/tag/v1.8.4), simply download 
> the FreeDV.dmg file and copy the FreeDV application inside it to the 
> Applications folder on the dock. Note that you'll likely need to go to your 
> security settings and allow it to run as the application is not currently 
> signed.
> 
> Thanks,
> 
> -Mooneer K6AQ
> 
> On Sat, Nov 12, 2022 at 9:51 AM David Tiller  wrote:
> 
> Mooneer,
> 
> Is there a build of FreeDV that'll run on OSX 10.13.6? 
> 
> Thanks, K4DET
> 
> 
> On Nov 12, 2022, at 12:15 PM, Mooneer Salem  wrote:
> 
> Hi all,
> 
> By popular demand, FreeDV Activity Day is moving to once a month! As Activity 
> Day last occurred on November 5-6, the next one will take place on December 
> 16-17, 2022. (Future Activity Days will take place on the third weekend of 
> every month.) This event will bring together people interested in HF digital 
> voice on the air for conversation and fun. Contacts usingthe official 
> applicationas well as the SM1000 handheld microphone are welcome.
> 
> 
> 
> Event time: 12AM Pacific time (0800Z) on December 16 to 11:59PM (0759Z) on 
> December 17 (48 hours).
> 
> 
> Suggested frequencies:
> 80 meters: 3.625, 3.643 or 3.693 MHz
> 40 meters: 7.177 MHz
> 20 meters: 14.236 MHz
> 17 meters: 18.118 MHz
> 15 meters: 21.313 MHz
> 12 meters: 24.933 MHz
> 10 meters: 28.330 or 28.720 MHz
> 
> 
> (Note that LSB/DIGL is used below 10MHz as per current convention for voice 
> modes, USB/DIGU otherwise.)
> 
> 
> 
> As this isn't a contest, there's no pressure to make contacts or send logs, 
> but you can always confirm QSOs via the usual means if you'd like (LoTW, 
> eQSL, QRZ, etc.) Enabling PSK Reporter in the FreeDV application and joining 
> theQSO Finderare recommended, however, so others can see that you're on the 
> air and hearing them (for instance, here'sthe current map of listeners). :D
> 
> 
> 
> Feel free to spread this far and wide among your local ham friends and 
> groups! :) Let me know if you have any questions about the event and 
> definitely post here if you have issues getting the application working prior 
> to the event.
> 
> 
> Thanks,
> 
> 
> -Mooneer K6AQ___
> Freetel-codec2 mailing list
> Freetel-codec2@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/freetel-codec2
> 
> ___
> Freetel-codec2 mailing list
> Freetel-codec2@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/freetel-codec2
>

--- 
Alan VK2ZIW 
Before the Big Bang, God, Sela. 
OpenWebMail 2.53, nothing in the cloud.

 
___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

Re: [Freetel-codec2] (no subject)

[Al Beard]

Hi Rudy,

Have you seen: http://www.kk5jy.net/smalldv-v1/

Use any 32bit Raspberry Pi and yes a bit of hardware work and in the end,

you'll have a much more versatile solution.

Alan VK2ZIW

On Sat, 5 Nov 2022 03:05:51 +, rudy soko wrote
> Hi All
> Does anybody know where to buy  "SM1000 FreeDV Adaptor"
> Thx
> Rudy VA3RGS
> 
---

> From: Mooneer Salem 
> Sent: Friday, November 4, 2022 10:59 PM
> To: freetel-codec2@lists.sourceforge.net 
> 
> Subject: Re: [Freetel-codec2] (no subject)
>  
> 
> Hi Tom.
> 
> Are you referring to just the Codec2 library or did you want to install the 
> FreeDV application itself? If the former, you should be able to use MinGW to 
> compile it as that's what we use for Windows builds of the FreeDV application.
> 
> Thanks,
> 
> -Mooneer K6AQ
> 
> On Fri, Nov 4, 2022 at 6:36 PM Tom - Cartoon  wrote:
> 
> how do I install codec2 in my windows 
> machine___
> Freetel-codec2 mailing list
> Freetel-codec2@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/freetel-codec2
>

--- 
Alan VK2ZIW 
Before the Big Bang, God, Sela. 
OpenWebMail 2.53, nothing in the cloud.

 
___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

Re: [Freetel-codec2] FreeDATA has changed the Codec2 API

[Al Beard]

Hi all,


Back to the Codec2 API issue:

Following a call to freedv_rx() and wanting to get the raw data
before it being decoded to audio requires #include freedv_api_internal.h
to get f->rx_payload_bits.

Can a function be added so, the only "#include" file needed is
"freedv_api.h".

Also, in the "freedv_api.c" could there be more comments on exactly what,
particularly the helper functions eg. 
freedv_rawdata_from_codec_frames()

Is this from 4 byte frames or from 28 byte packed from f->rx_payload_bits?

And also note in function freedv_rawdatacomprx() there is no mention of 700E.
(And freedv_rawdatacomptx() )

One last thing:

In the DATA modes, are the Txt Msg data bits still sent and received?

These could signal the Tx station and, if it asks to be repeated.

0x73

Alan VK2ZIW 



On Thu, 5 May 2022 13:41:56 +0100, Brian Morrison wrote
> On Wed, 4 May 2022 18:51:52 -0700
> Mooneer Salem  wrote:
> 
> > I'm not sure there's much else to do at the moment. If others start
> > reporting the waterfall issue, though, we can revisit this.
> 
> I am now discussing this with Al off-list, I don't think it is a
> freedv-gui issue so I am happy to decouple this from freedv discussion.
> 
> --
> 
> Brian  G8SEZ
> 
> ___
> Freetel-codec2 mailing list
> Freetel-codec2@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/freetel-codec2


---
Alan VK2ZIW
Before the Big Bang, God, Sela.
OpenWebMail 2.53, nothing in the cloud.



___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

[Freetel-codec2] Stuttering audio when using multiple decode

[Al Beard]

Hi all,

I've setup two linux boxes to "talk" to one-another,
both boxes are modern 3.6GHz, a B450M AMD and a Z370 Intel.

FreeDV Ver 1.7.0

I've found turning off the Tools-> Options -> Modem flag
"Simultaneous Decode All HF Modes". Fixed stuttering audio.

Can this option be turned off as default please?

As, first time users will have issues.

---
Alan VK2ZIW
Before the Big Bang, God, Sela.
OpenWebMail 2.53, nothing in the cloud.



___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

Re: [Freetel-codec2] FreeDATA has changed the Codec2 API

[Al Beard]

Hi Mooneer,

I've done a complete download of branch ms-audio-config, ran it up on my two 
boxes.

Fedora 36 with build_linux.sh pulseaudio

and

Fedora 32 with only ./build_linux.sh

One "silly" the waterfall doesn't come up the Fedora 36 box.

Audio comes up both ways (mode 700D) no other motes tested yet.

Alan VK2ZIW

On Mon, 2 May 2022 13:03:09 -0700, Mooneer Salem wrote
> Hi Alan,
> 
> Please try https://github.com/drowe67/freedv-gui/pull/234 and let me know if 
> that works any better for you.
> 
> Thanks,
> 
> -Mooneer K6AQ
> 
> On Mon, May 2, 2022 at 12:38 PM Al Beard  wrote:
> Hi David,
> 
> Building a RELIABLE test box
> 
> I've just rebuilt my test system, a B450M motherboard with an AMD Rysen 5 CPU
> 
> Fedora x86_64 36 Beta 1.4
> 
> Loaded the dev system and compiled up FreeDV and, it crashes, runs for a 
> while.
> 
> Did: ./build_linux.sh pulseaudio
> 
> Q/ How does one build a RELIABLE FreeDV system?   ?
> 
> My Audio hardware:
> To/From radio: Texas Instruments PCM2902 Audio Codec (Behringer UCA202)
> Mic/Spkr: C-Media Electronics, Inc. Audio Adapter (Unitek Y-247A)
> 
> Crash: freedv-gui/src/pipeline/TxRxThread.h:48: 
> Assertion `outputSampleRate_ > o` failed.
> 
> In the GUI, I set 48000 everywhere.
> 
> For testing, this connects to my "main" box a Z370-G system (Intel i3-8100 
> CPU 
> @ 3.60GHz)
> To/From radio: Texas Instruments PCM2902 Audio Codec (Behringer UCA202)
> Mic/Speaker:   Motherboard Intel Corporation 200 Series PCH HD Audio
> Fedora 32 with upgrades including PipeWire audio.
> 
> For actual radio to radio testing I have a Yaesu FT-897D and a Yaesu FT-857.
> 
> Neither Linux box can run FreeDV reliably without crashes, but the older 
> (main) is more reliable.
> 
> I'm not trying to complain, just trying to alert you to the issues
> we out here are having.
> FLDIGI "talking" via the same interfaces works fine, both ways. 
> 
> The CCARC Field Day was yesterday and there was a lecture by "Future Systems"
> by VK6SY from his QTH in Carnarvon but he lost power. I was hoping the
> discussion was to be about "future systems" but no, the "Flex 6000" and their
> accessories for remote stations. 
> 
> There was also a talk on WinLink so I mentioned FreeDATA to the talks
> organiser.
> 
> WICEN also had a stand but the new head guy didn't even know what Codec2
> was all about, let alone FreeDATA. 5+ years back they were keen to give
> Codec2 a go for semi-secure HF voice message passing, but later their
> interest died. 
> 
> 0x73
> 
> Alan VK2ZIW
> 
> On Tue, 26 Apr 2022 17:55:32 +0930, david wrote
> > Hi Al,
> > 
> > I'm not aware of any significant changes to the API.  Is there a
> > specific GitHub hash or function you are referring to?
> > 
> > - David
> > 
> > On Tue, 2022-04-26 at 14:51 +1000, Al Beard wrote:
> > > Hi all,
> > > 
> > > The new FreeDATA code has changed the Codec2 API. Just informing
> > > developers out there, of other apps. 
> > > 
> > > --- 
> > > Alan VK2ZIW 
> > > Before the Big Bang, God, Sela. 
> > > OpenWebMail 2.53, nothing in the cloud. 
> > > 
> > >  ___
> > > Freetel-codec2 mailing list
> > > Freetel-codec2@lists.sourceforge.net
> > > https://lists.sourceforge.net/lists/listinfo/freetel-codec2
> > 
> > ___
> > Freetel-codec2 mailing list
> > Freetel-codec2@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/freetel-codec2
> 
> ---
> Alan VK2ZIW
> Before the Big Bang, God, Sela.
> OpenWebMail 2.53, nothing in the cloud.
> 
> ___
> Freetel-codec2 mailing list
> Freetel-codec2@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/freetel-codec2
>

--- 
Alan VK2ZIW 
Before the Big Bang, God, Sela. 
OpenWebMail 2.53, nothing in the cloud.

 
___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

Re: [Freetel-codec2] FreeDATA has changed the Codec2 API

[Al Beard]

Hi David,

Building a RELIABLE test box

I've just rebuilt my test system, a B450M motherboard with an AMD Rysen 5 CPU

Fedora x86_64 36 Beta 1.4

Loaded the dev system and compiled up FreeDV and, it crashes, runs for a 
while.

Did: ./build_linux.sh pulseaudio

Q/ How does one build a RELIABLE FreeDV system?   ?

My Audio hardware:
To/From radio: Texas Instruments PCM2902 Audio Codec (Behringer UCA202)
Mic/Spkr: C-Media Electronics, Inc. Audio Adapter (Unitek Y-247A)

Crash: freedv-gui/src/pipeline/TxRxThread.h:48: 
Assertion `outputSampleRate_ > o` failed.

In the GUI, I set 48000 everywhere.

For testing, this connects to my "main" box a Z370-G system (Intel i3-8100 CPU 
@ 3.60GHz)
To/From radio: Texas Instruments PCM2902 Audio Codec (Behringer UCA202)
Mic/Speaker:   Motherboard Intel Corporation 200 Series PCH HD Audio
Fedora 32 with upgrades including PipeWire audio.

For actual radio to radio testing I have a Yaesu FT-897D and a Yaesu FT-857.

Neither Linux box can run FreeDV reliably without crashes, but the older 
(main) is more reliable.

I'm not trying to complain, just trying to alert you to the issues
we out here are having.
FLDIGI "talking" via the same interfaces works fine, both ways. 

The CCARC Field Day was yesterday and there was a lecture by "Future Systems"
by VK6SY from his QTH in Carnarvon but he lost power. I was hoping the
discussion was to be about "future systems" but no, the "Flex 6000" and their
accessories for remote stations. 

There was also a talk on WinLink so I mentioned FreeDATA to the talks
organiser.

WICEN also had a stand but the new head guy didn't even know what Codec2
was all about, let alone FreeDATA. 5+ years back they were keen to give
Codec2 a go for semi-secure HF voice message passing, but later their
interest died. 

0x73

Alan VK2ZIW

On Tue, 26 Apr 2022 17:55:32 +0930, david wrote
> Hi Al,
> 
> I'm not aware of any significant changes to the API.  Is there a
> specific GitHub hash or function you are referring to?
> 
> - David
> 
> On Tue, 2022-04-26 at 14:51 +1000, Al Beard wrote:
> > Hi all,
> > 
> > The new FreeDATA code has changed the Codec2 API. Just informing
> > developers out there, of other apps. 
> > 
> > --- 
> > Alan VK2ZIW 
> > Before the Big Bang, God, Sela. 
> > OpenWebMail 2.53, nothing in the cloud. 
> > 
> >  ___
> > Freetel-codec2 mailing list
> > Freetel-codec2@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/freetel-codec2
> 
> ___
> Freetel-codec2 mailing list
> Freetel-codec2@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/freetel-codec2


---
Alan VK2ZIW
Before the Big Bang, God, Sela.
OpenWebMail 2.53, nothing in the cloud.



___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

Re: [Freetel-codec2] FreeDATA has changed the Codec2 API

[Al Beard]

Hi David,

I've found a bug. I set the Audio config Both Rx and Tx, press Apply and OK
exit the program and start it again, but when I go into Audio Config and
go to the Transmit config, I find the AudioToRadio samplerate is set -1.

(Perhaps why the Assert error: outputSampleRate is not > 0.)

Must run, bed.



Building a RELIABLE test box

I've just rebuilt my test system, a B450M motherboard with an AMD Rysen 5 CPU

Fedora x86_64 36 Beta 1.4

Loaded the dev system and compiled up FreeDV and, it crashes, runs for a 
while.

Did: ./build_linux.sh pulseaudio

Q/ How does one build a RELIABLE FreeDV system?   ?

My Audio hardware:
To/From radio: Texas Instruments PCM2902 Audio Codec (Behringer UCA202)
Mic/Spkr: C-Media Electronics, Inc. Audio Adapter (Unitek Y-247A)

Crash: freedv-gui/src/pipeline/TxRxThread.h:48: 
Assertion `outputSampleRate_ > o` failed.

In the GUI, I set 48000 everywhere.

For testing, this connects to my "main" box a Z370-G system (Intel i3-8100 CPU 
@ 3.60GHz)
To/From radio: Texas Instruments PCM2902 Audio Codec (Behringer UCA202)
Mic/Speaker:   Motherboard Intel Corporation 200 Series PCH HD Audio
Fedora 32 with upgrades including PipeWire audio.

For actual radio to radio testing I have a Yaesu FT-897D and a Yaesu FT-857.

Neither Linux box can run FreeDV reliably without crashes, but the older 
(main) is more reliable.

I'm not trying to complain, just trying to alert you to the issues
we out here are having.
FLDIGI "talking" via the same interfaces works fine, both ways. 

The CCARC Field Day was yesterday and there was a lecture by "Future Systems"
by VK6SY from his QTH in Carnarvon but he lost power. I was hoping the
discussion was to be about "future systems" but no, the "Flex 6000" and their
accessories for remote stations. 

There was also a talk on WinLink so I mentioned FreeDATA to the talks
organiser.

WICEN also had a stand but the new head guy didn't even know what Codec2
was all about, let alone FreeDATA. 5+ years back they were keen to give
Codec2 a go for semi-secure HF voice message passing, but later their
interest died. 

0x73

Alan VK2ZIW

On Tue, 26 Apr 2022 17:55:32 +0930, david wrote
> Hi Al,
> 
> I'm not aware of any significant changes to the API.  Is there a
> specific GitHub hash or function you are referring to?
> 
> - David
> 
> On Tue, 2022-04-26 at 14:51 +1000, Al Beard wrote:
> > Hi all,
> > 
> > The new FreeDATA code has changed the Codec2 API. Just informing
> > developers out there, of other apps. 
> > 
> > --- 
> > Alan VK2ZIW 
> > Before the Big Bang, God, Sela. 
> > OpenWebMail 2.53, nothing in the cloud. 
> > 
> >  ___
> > Freetel-codec2 mailing list
> > Freetel-codec2@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/freetel-codec2
> 
> ___
> Freetel-codec2 mailing list
> Freetel-codec2@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/freetel-codec2


---
Alan VK2ZIW
Before the Big Bang, God, Sela.
OpenWebMail 2.53, nothing in the cloud.



___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

Re: [Freetel-codec2] FreeDATA has changed the Codec2 API

[Al Beard]

Hi David,

Yes, 
   struct freedv_advanced adv;
 // now gone  adv.interleave_frames = 1;

Otherwise, all seems OK, only bug with FreeDV 1.5 Devel
crashes often, using the libcodec.so.0.9 library.
(Pre FreeDATA library)

Fedora 32 x86_64 here.

Crashes also reported by Stephen ZL1ANY.
He uses Linux also.


Alan VK2ZIW


On Tue, 26 Apr 2022 17:55:32 +0930, david wrote
> Hi Al,
> 
> I'm not aware of any significant changes to the API.  Is there a
> specific GitHub hash or function you are referring to?
> 
> - David
> 
> On Tue, 2022-04-26 at 14:51 +1000, Al Beard wrote:
> > Hi all,
> > 
> > The new FreeDATA code has changed the Codec2 API. Just informing
> > developers out there, of other apps. 
> > 
> > --- 
> > Alan VK2ZIW 
> > Before the Big Bang, God, Sela. 
> > OpenWebMail 2.53, nothing in the cloud. 
> > 
> >  ___
> > Freetel-codec2 mailing list
> > Freetel-codec2@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/freetel-codec2
> 
> ___
> Freetel-codec2 mailing list
> Freetel-codec2@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/freetel-codec2


---
Alan VK2ZIW
Before the Big Bang, God, Sela.
OpenWebMail 2.53, nothing in the cloud.



___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

Re: [Freetel-codec2] FreeDATA has changed the Codec2 API

[Al Beard]

Hi all,

The new FreeDATA code has changed the Codec2 API. Just informing developers out 
there, of other apps.

--- 
Alan VK2ZIW 
Before the Big Bang, God, Sela. 
OpenWebMail 2.53, nothing in the cloud.

 
___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

Re: [Freetel-codec2] Linux audio is changing, pulse to pipewire, help please

[Al Beard]

Hi Mooneer and all,

I've sorted the problem, "pipewire0.3" on my Fedora 32 has provided some 
PulseAudio libraries in:

/usr/lib64/pipewire-0.3/pulse

So I added /etc/ld.so.conf.f/pulse-64.conf with the line above (as root)

then ran "ldconfig".

XnView and MSHV now both work.

But there are no "include" files for the Pulse libraries ??

Alan VK2ZIW

On Thu, 3 Mar 2022 08:51:01 -0800, Mooneer Salem wrote
> Hi Al,
> 
> FreeDV now supports PulseAudio and in my experience at least, seems to work 
> well with pipewire-pulse. (I know there have been device mapping issues 
> reported but I think those are issues in pipewire itself or with specific 
> distros.) However, if there are any pipewire specific things that would be 
> useful enough to where specific support for pipewire should be added, please 
> let us know.
> 
> Thanks,
> 
> -Mooneer K6AQ
> 
> On Thu, Mar 3, 2022 at 1:30 AM Al Beard  wrote:
> Hi developers,
> 
> Linux
> 
> Do we have any plans to support the new audio API ie. "pipewire" ?
> 
> (One does the usual "system upgrade" from time to time)
> (Most apps work such as Chrome)
> (I tried MSHV for Fedora 34 but it still uses Pulse - broken)
> 
> 73
> 
> ---
> Alan VK2ZIW
> Before the Big Bang, God, Sela.
> OpenWebMail 2.53, nothing in the cloud.
> 
> ___
> Freetel-codec2 mailing list
> Freetel-codec2@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/freetel-codec2
>

--- 
Alan VK2ZIW 
Before the Big Bang, God, Sela. 
OpenWebMail 2.53, nothing in the cloud.

 
___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

[Freetel-codec2] Linux audio is changing, pulse to pipewire, help please

[Al Beard]

Hi developers,

Linux

Do we have any plans to support the new audio API ie. "pipewire" ?

(One does the usual "system upgrade" from time to time)
(Most apps work such as Chrome)
(I tried MSHV for Fedora 34 but it still uses Pulse - broken)

73

---
Alan VK2ZIW
Before the Big Bang, God, Sela.
OpenWebMail 2.53, nothing in the cloud.



___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

[Freetel-codec2] A missed opportunity for HF comms

[Al Beard]

Hi all,

I've been pushing the idea of "repeaters on HF" since
around 2016, ever since I saw the opportunity within
David's "freebeacon" code to add retransmit the recorded
audio or perhaps the data after FEC. Half duplex at this stage,
full duplex with two sites will come.

Thankyou David for your code.

Why do I push this?

There is a great need for remote area communications over radio
using frequencies that carry hundreds of miles. Not only comms out
but via repeaters back into the remote area.

This is Australia. Many many remote areas.

I'm not a "guru" "C" programmer and I don't have any other resources
being retired now. I do make mistakes.

So, the question is:

Do you see the need for a semi-secure HF voice comms method where
repeaters play a huge role? 

---
Alan VK2ZIW
Before the Big Bang, God, Sela.
OpenWebMail 2.53, nothing in the cloud.



___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

Re: [Freetel-codec2] "freebeacon" Setting it up

[Al Beard]

Mooneer and David T,

Back to my main point, we need, mentioned on our websites, a "standard" 
frequency

or frequencies for, other than simplex, automated "freebeacons" etc..

Also, "recommended" text strings to trigger those that transmit back.

On the subject of "transmitting back" we have a wonderful "repeater in the 
sky", Full Duplex,

the Ionosphere, it reflects back short-wave signals magnificently.

BUT mostly for frequencies well under 50MHz.

I see Digital Voice HF radio allowing wide area communications to remote areas 
and better still,

with a system of repeaters, those remote stations can communicate with each 
other!

Posting the received audio on a website is of no use to the vehicle out in the 
"boon docks"

with no internet.

BTW: Did you know JS8Call can "repeat"?

It though is not a voice mode so is not very useful to vehicles.

Alan VK2ZIW

On Wed, 23 Feb 2022 12:44:29 -0800, Mooneer Salem wrote
> Hi Al,
> 
> I added the qualifier "per FCC rules" in my last email to indicate that this 
> is a US specific thing. Other countries, of course, have different rules. 
> 
> Anyway, regardless of where we all live, I'm sure we can agree that it's just 
> as important to be good stewards of our allocated RF spectrum. Thus, we 
> should do everything possible to minimize interference to other users, FreeDV 
> and non-DV alike. Something that doesn't transmit back and simply uploads 
> recordings somewhere seems like it'd be the least likely to interfere with 
> people, at least IMO.
> 
> Thanks,
> 
> -Mooneer K6AQ
> 
> On Wed, Feb 23, 2022 at 12:36 PM Al Beard  wrote:
> 
> Guys,
> 
> 
> This is an INTERNATIONAL email group, I'm in Australia and not subject to FCC 
> rules.
> So please, please think outside the square! At least mention your country or 
> state
> your callsign.
> 
> 
> We are trying to explore here, new technology!
> 
> 
> Alan VK2ZIW
> 
> 
> On Wed, 23 Feb 2022 13:46:37 -0500, David Tiller wrote
> > > As for CW, IIRC it's allowed everywhere on the ham bands per FCC rules.
> > 
> 
> > CW sent by a locally-controlled station is legal everywhere. CW sent by an 
> > automatically-controlled digital station (for purposes other than 
> > identification) is suspect. The part I mentioned specifically says RTTY or 
> > digital modes. CW is it's own animal, IIRC. Neither fish nor fowl, Data or 
> > Phone.
> > 
> 
> > 
> 
> > On Feb 23, 2022, at 1:01 PM, Mooneer Salem  wrote:
> 
> > As for CW, IIRC it's allowed everywhere on the ham bands per FCC rules.
> 
> --- 
> Alan VK2ZIW 
> Before the Big Bang, God, Sela. 
> OpenWebMail 2.53, nothing in the cloud. 
> 
> ___
> Freetel-codec2 mailing list
> Freetel-codec2@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/freetel-codec2
>

--- 
Alan VK2ZIW 
Before the Big Bang, God, Sela. 
OpenWebMail 2.53, nothing in the cloud.

 
___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

Re: [Freetel-codec2] "freebeacon" Setting it up

[Al Beard]

Guys,

This is an INTERNATIONAL email group, I'm in Australia and not subject to FCC 
rules.

So please, please think outside the square! At least mention your country or 
state

your callsign.

We are trying to explore here, new technology!

Alan VK2ZIW

On Wed, 23 Feb 2022 13:46:37 -0500, David Tiller wrote
> > As for CW, IIRC it's allowed everywhere on the ham bands per FCC rules.
> 
> CW sent by a locally-controlled station is legal everywhere. CW sent by an 
> automatically-controlled digital station (for purposes other than 
> identification) is suspect. The part I mentioned specifically says RTTY or 
> digital modes. CW is it's own animal, IIRC. Neither fish nor fowl, Data or 
> Phone.
> 
> 
> On Feb 23, 2022, at 1:01 PM, Mooneer Salem  wrote:
> As for CW, IIRC it's allowed everywhere on the ham bands per FCC rules.

--- 
Alan VK2ZIW 
Before the Big Bang, God, Sela. 
OpenWebMail 2.53, nothing in the cloud.

 
___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

Re: [Freetel-codec2] "freebeacon" Setting it up

[Al Beard]

David T,

Have you not read the sourcecode of "freebeacon", it already does this.

My "freebeacon" is not itself, on the internet.

And, haven't you noticed, I post here the location of the Activity Day 
recordings!!

Alan VK2ZIW

On Wed, 23 Feb 2022 07:17:55 -0500, David Tiller wrote
> Mooneer,
> 
> How about a version that passively listens and posts the details of what it 
> hears on a website? 
> 
> Another answer would be to have it reply in a narrowband data mode to make it 
> compliant with 97.221(c). Does CW count as digital?
> 
> On Feb 23, 2022, at 01:26, Mooneer Salem  wrote:
> 
> 
> 
> Hi all,
> 
> Honestly, I consider it closest to being a repeater, though that doesn't help 
> with the legality. I wonder if there would still be value in having it behave 
> more like a beacon (one way periodic TX), even if that means it would only be 
> up on 10 meters and above.
> 
> Thanks,
> 
> -Mooneer K6AQ
> 
> On Tue, Feb 22, 2022, 7:33 PM David Tiller  wrote:
> 
> > Thus far, in the last five years, you Gary have been the only one who's 
> >asked.
> 
> 
> That might be because running an automatically controlled voice parrot in the 
> HF bands is legally murky here, unfortunately. I'd love to help out but I 
> don't think it's kosher in the US.
> 
> Although, looking at the definition of a repeater from Part 97:
> 
> " Repeater. An amateur stationthat simultaneously retransmits thetransmission 
> of another amateur station on a different channel or channels."
> 
> There are 2 points that stick out - simultaneously and 'different channel'. 
> Your parrot does neither of these. Humm.
> 
> How about an automatically-controlled digital station? Unless your emission 
> is classified as RTTY or data, no joy.
> 
> § 97.221 Automatically controlled digital station. 
> (a) This rule section does not applyto an auxiliary station, a beacon 
> station, a repeater station, an earth station, a space station, or a space 
> telecommand station. 
> 
> (b) A station may be automaticallycontrolled while transmitting a RTTYor data 
> emission on the 6 m or shorterwavelength bands, and on the 
> [UTF-8?]28.120–28.189 MHz, [UTF-8?]24.925–24.930 MHz, 
> [UTF-8?]21.090–21.100 MHz, [UTF-8?]18.105–18.110 MHz, 
> [UTF-8?]14.0950–14.0995 MHz, [UTF-8?]14.1005–14.112 MHz, 
> [UTF-8?]10.140–10.150 MHz, [UTF-8?]7.100–7.105 MHz, or 
> [UTF-8?]3.585–3.600 MHz segments. 
> 
> (c) A station may be automaticallycontrolled while transmitting a RTTYor data 
> emission on any other frequency authorized for such emissiontypes provided 
> that: 
>      (1) The station is responding to interrogation by a station under local 
> or remote control; and 
>      (2) No transmission from the automatically controlled station occupies 
> abandwidth of more than 500 Hz. 
> 
> 
> On Feb 22, 2022, at 7:09 PM, Al Beard  wrote:
> 
> Hi Gary and all,
> 
> 
> I've been building computer systems since the '80s. So, it's not hard for me.
> 
> 
> David VK5DGR supplied the "freebeacon" "C" sourcecode way back in the
> development of Codec2. A test piece of software, a "reverse beacon", to 
> "listen" 
> for a Codec2 signal and report on it's bit error rate and transmit that back
> in the text part of a transmission. And also a second piece of software to 
> use the API (library) and thus check for bugs.
> 
> 
> I have no problem using the "C" compiler on Linux computers either PC
> or the Raspberry Pi and similar ARM based Small Board Computers.
> 
> 
> Here I use a Banana Pi M2 Berry because it has a SATA port on which is
> an SSD. This keeps my power bill down (for this project). Just about
> any audio interface that can do a samplerate of 8000 samples per sec.
> And, any PTT interface, I use a USB serial port and DTR.
> 
> 
> A "ready to go" SD card image can readily be made if there's sufficient 
> interest. Thus far, in the last five years, you Gary have been the only
> one who's asked.
> 
> 
> 73
> 
> Alan VK2ZIW
> 
> On Mon, 21 Feb 2022 01:20:14 -0500, Gary Kohtala - K7EK via Freetel-codec2 
> wrote
> > Alan,
> > 
> > Please refresh our memory as to how one goes about setting up a  
> > FreeBeacon.  Seems that I looked into it early on but passed as it was 
> > beyond my abilities at the time. 
> > 
> > Thanks.
> > 
> > Best regards,
> > 
> > Gary, K7EK
> > 
> 
> 
> --- 
> Alan VK2ZIW 
> Before the Big Bang, God, Sela. 
> OpenWebMail 2.53, nothing in the cloud. 
> 
> _

Re: [Freetel-codec2] Fwd: [Announcement] FreeDV Activity Day - February 19-20, 2022

[Al Beard]

Hi Mooneer,

I'd be happy with 10KHz up and that mentioned on QSO.freedv.org and 
www.freedv.org so it becomes "known".

On the subject of trigger strings, with the error rate and still acceptable 
audio, the trigger string

needs to be as short as possible, one character, not used in callsigns, eg. @ 
or #.

This also needs to be on our websites for new users to see.

Please do so on the "digitalvoice" group.

I truly don't want to cause interference on the "simplex" channel.

BTW: my freebeacon here recorded about eight QSOs from the Activity Day:

www.unixservice.com.au/parrot/2020feb/

7177KHz mode 700D

Mostly stations 600+Km away from me, very good audio.

73

Alan VK2ZIW

On Tue, 22 Feb 2022 23:17:39 -0800, Mooneer Salem wrote
> Hi Alan,
> 
> I'm CCing to digtialvoice so you can get additional feedback. 
> 
> Re: separate frequency--one option is to simply make the "standard" 
> freebeacon frequency 10KHz above the FreeDV frequencies (e.g. 14.246 MHz 
> instead of 14.236). We'd have to see how much impact that'd have on anyone 
> already using those, though.
> 
> As for the trigger string, it might be sufficient simply to enable PSK 
> Reporter support in the FreeDV application. As that encodes in a manner 
> different than the normal text string, I would think that would cause 
> freebeacon to never match on any transmissions. However, if that's not 
> actually the case, it's possible we can figure out a way for it to detect 
> that encoding and auto-ignore.
> 
> Thanks,
> 
> -Mooneer K6AQ
> 
> On Tue, Feb 22, 2022 at 3:22 PM Al Beard  wrote:
> 
> Thanks,
> In the FreeDV Activity Day Announcement can we have an alternative frequency 
> mentioned 
> for "freebeacon" and perhaps to require the "trigger" string to have say "#", 
> never found in callsigns.
> 
> My "freebeacon" here has never been set to have no trigger string.
> But if it is triggered it's because it's received the string. That string is 
> currently one character.
> (and settable on the command line)
> 
> PSK Reporter
> ===  I don't expect my transmissions from here QF56HG to go anywhere 
> outside Australia
> or New Zealand and as such I have regularly mentioned my presence on 
> VKspotter under "HF".
> https://www.vkspotter.com/?action=home
> 
> David here has acknowledged hearing my ident transmission so confirmed his Rx 
> and decoding
> the signal, is working.  That's what beacons are for.
> 
> Alan VK2ZIW
> 
> 
> 
> On Tue, 22 Feb 2022 13:03:50 +1100, David Grove wrote
> > Hi David & Mooneer
> >  
> > First of all [UTF-8?]– thank you to both of you for all your work in 
> > advancing FreeDV/Codec2. [UTF-8?]It’s very much appreciated
> >  
> > I like the idea of having a three-monthly activity day that, where 
> > feasible, occurs just after other major activities (Hamventions etc)
> >  
> > On the activity day, I tried calling CQ on 7.177 MHz and 14.236 MHz on 
> > several different modes from my home QTH (QRN S3-5) a few times with no 
> > success. 
> >  
> > I also happened to be monitoring QSO finder when David, VK5DGR and Mel, 
> > K0PFX were testing on 14.246 MHz. Unfortunately, nothing was heard at my 
> > end on that frequency at the time.
> >  
> > At the end of the activity day, I checked PSK reporter and was unable to 
> > find any reports of my callsign on FreeDV
> >  
> > I did however hear Alan, [UTF-8?]VK2ZIW’s parrot on a couple of occasions 
> > on the day. However, Alan is about 20 Km from me, so the 40m signal was 
> > marginal
> >  
> > Nevertheless, [UTF-8?]I’ll keep on trying to reduce the QRN levels at my 
> > place and [UTF-8?]I’ll keep installing the new versions of FreeDV as 
> > [UTF-8?]they’re released
> >  
> > [UTF-8?]I’m looking forward to the next activity day
> >  
> > Thanks again
> >  
> > Regards 
> >  
> >  
> > David Grove [UTF-8?]– VK2DWG
> >  
> > -Original Message-
> > From: david  
> > Sent: Tuesday, 22 February 2022 12:32
> > To: freetel-codec2@lists.sourceforge.net
> > Subject: Re: [Freetel-codec2] Fwd: [Announcement] FreeDV Activity Day - 
> > February 19-20, 2022
> >  
> > > 1. It looks like May 28th-29th will be best for the next one as Dayton 
> > > is the weekend prior and there seem to be a fair number of other 
> > > contests across the rest of the month. Does that sound reasonable?
> >  
> > Every 3 months sounds good.  Like this time, I'll attempt to have a new 
> > experimental waveform/codec to try out in 

[Freetel-codec2] "freebeacon" Setting it up

[Al Beard]

Hi Gary and all,

I've been building computer systems since the '80s. So, it's not hard for me.

David VK5DGR supplied the "freebeacon" "C" sourcecode way back in the

development of Codec2. A test piece of software, a "reverse beacon", to 
"listen" 

for a Codec2 signal and report on it's bit error rate and transmit that back

in the text part of a transmission. And also a second piece of software to 

use the API (library) and thus check for bugs.

I have no problem using the "C" compiler on Linux computers either PC

or the Raspberry Pi and similar ARM based Small Board Computers.

Here I use a Banana Pi M2 Berry because it has a SATA port on which is

an SSD. This keeps my power bill down (for this project). Just about

any audio interface that can do a samplerate of 8000 samples per sec.

And, any PTT interface, I use a USB serial port and DTR.

A "ready to go" SD card image can readily be made if there's sufficient 

interest. Thus far, in the last five years, you Gary have been the only

one who's asked.

73

Alan VK2ZIW

On Mon, 21 Feb 2022 01:20:14 -0500, Gary Kohtala - K7EK via Freetel-codec2 wrote
> Alan,
> 
> Please refresh our memory as to how one goes about setting up a  FreeBeacon.  
> Seems that I looked into it early on but passed as it was beyond my abilities 
> at the time. 
> 
> Thanks.
> 
> Best regards,
> 
> Gary, K7EK
>

--- 
Alan VK2ZIW 
Before the Big Bang, God, Sela. 
OpenWebMail 2.53, nothing in the cloud.

 
___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

Re: [Freetel-codec2] Fwd: [Announcement] FreeDV Activity Day - February 19-20, 2022

[Al Beard]

Thanks,

In the FreeDV Activity Day Announcement can we have an alternative frequency 
mentioned 

for "freebeacon" and perhaps to require the "trigger" string to have say "#", 
never found in callsigns.

My "freebeacon" here has never been set to have no trigger string.

But if it is triggered it's because it's received the string. That string is 
currently one character.

(and settable on the command line)

PSK Reporter

===  I don't expect my transmissions from here QF56HG to go anywhere 
outside Australia

or New Zealand and as such I have regularly mentioned my presence on VKspotter 
under "HF".

https://www.vkspotter.com/?action=home

David here has acknowledged hearing my ident transmission so confirmed his Rx 
and decoding

the signal, is working.  That's what beacons are for.

Alan VK2ZIW

On Tue, 22 Feb 2022 13:03:50 +1100, David Grove wrote
> Hi David & Mooneer
>  
> First of all – thank you to both of you for all your work in advancing 
> FreeDV/Codec2. It’s very much appreciated
>  
> I like the idea of having a three-monthly activity day that, where feasible, 
> occurs just after other major activities (Hamventions etc)
>  
> On the activity day, I tried calling CQ on 7.177 MHz and 14.236 MHz on 
> several different modes from my home QTH (QRN S3-5) a few times with no 
> success. 
>  
> I also happened to be monitoring QSO finder when David, VK5DGR and Mel, K0PFX 
> were testing on 14.246 MHz. Unfortunately, nothing was heard at my end on 
> that frequency at the time.
>  
> At the end of the activity day, I checked PSK reporter and was unable to find 
> any reports of my callsign on FreeDV
>  
> I did however hear Alan, VK2ZIW’s parrot on a couple of occasions on the day. 
> However, Alan is about 20 Km from me, so the 40m signal was marginal
>  
> Nevertheless, I’ll keep on trying to reduce the QRN levels at my place and 
> I’ll keep installing the new versions of FreeDV as they’re released
>  
> I’m looking forward to the next activity day
>  
> Thanks again
>  
> Regards 
>  
>  
> David Grove – VK2DWG
>  
> -Original Message-
> From: david  
> Sent: Tuesday, 22 February 2022 12:32
> To: freetel-codec2@lists.sourceforge.net
> Subject: Re: [Freetel-codec2] Fwd: [Announcement] FreeDV Activity Day - 
> February 19-20, 2022
>  
> > 1. It looks like May 28th-29th will be best for the next one as Dayton 
> > is the weekend prior and there seem to be a fair number of other 
> > contests across the rest of the month. Does that sound reasonable?
>  
> Every 3 months sounds good.  Like this time, I'll attempt to have a new 
> experimental waveform/codec to try out in May.
>  
> > 2. If you operated this one, how did it work out for you?
>  
> I managed to receive Mel, k0pfx long path 20M here in South Australia, 1-4dB 
> SNR on 700D.  I positioned myself in a campground 200km SE of Adelaide 
> (Parnka Point, in an area known as the Coorong) with sub S0 noise on 20m.  
> Simple end fed dipole.
>  
> I also monitored/took part in a few VK QSOs and was pleased to see the modems 
> handling the HF channel quite well.
>  
> Pretty happy about that :-)
>  
> Thanks for organising the event Mooneer :-)
>  
> - David
>  
>  
>  
> ___
> Freetel-codec2 mailing list
> Freetel-codec2@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/freetel-codec2

--- 
Alan VK2ZIW 
Before the Big Bang, God, Sela. 
OpenWebMail 2.53, nothing in the cloud.

 
___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

Re: [Freetel-codec2] [digitalvoice] Re: [Announcement] FreeDV Activity Day - February 19-20, 2022

[Al Beard]

Hi all,

Activity day

Here is all the reception here: Western Sydney, NSW Australia QF56HG

7177KHz Mode 700D.

www.unixservice.com.au/parrot/2022feb/

Here you'll find "audio from the radio" and "decoded".

I'd ask you all to download files and adjust your mic levels as some

are very quiet.

VK2TTL - quite good

VK5DGR - good

VK3RV   - good

73

Alan VK2ZIW

On Mon, 21 Feb 2022 19:53:15 -0600, walterh wrote
> Thanks for organizing the event again Mooneer.
>  
> We saw stations from all over the planet participating, even more than last 
> time.
>  
> This has been a great way for others to give it a try, and hopefully have 
> several more stay engaged with it.
>  
> All the best,
>  
> Walter/K5WH
>  
> 
> From: digitalvo...@googlegroups.com  On Behalf 
> Of Mooneer Salem
> Sent: Sunday, February 20, 2022 3:45 PM
> To: digitalvo...@googlegroups.com; freetel-codec2@lists.sourceforge.net
> Cc: m...@ham-radio-tech-notes.groups.io
> Subject: [digitalvoice] Re: [Announcement] FreeDV Activity Day - February 
> 19-20, 2022
>  
> 
> Hi all,
> 
>  
> 
> Another successful Activity Day as shown by PSK Reporter :)
> 
>  
> 
> 
> 
>  
> 
> A few questions:
> 
>  
> 
> 1. It looks like May 28th-29th will be best for the next one as Dayton is the 
> weekend prior and there seem to be a fair number of other contests across the 
> rest of the month. Does that sound reasonable?
> 
> 2. If you operated this one, how did it work out for you? Anything that can 
> be done better for next time? (For me, FWIW, it turned out that 15 meters was 
> the best band. The normal 14.236 MHz frequency didn't seem to have the same 
> kind of propagation as during the last one.)
> 
>  
> 
> Thanks,
> 
>  
> 
> -Mooneer K6AQ
>  
> 
> On Wed, Dec 15, 2021 at 9:41 AM Mooneer Salem  wrote:
> 
> Oops! That should be 1700-1659 UTC as DST isn't in effect in February. Let me 
> know if you have any questions.
> 
>  
> 
> -Mooneer K6AQ
>  
> 
> On Tue, Dec 14, 2021 at 1:40 AM Mooneer Salem  wrote:
> 
> Hi all,
> 
>  
> 
> Due to popular demand, we'll be doing another FreeDV Activity Day on 
> Saturday, February 19, 2022! This event will bring together people interested 
> in HF digital voice on the air for conversation and fun. Contacts usingthe 
> official application as well as the SM1000 handheld microphone are welcome.
> 
>  
> 
> Event time: 9AM Pacific time (1600Z) on February 19th to 8:59AM (1559Z) on 
> February 20th (24 hours)
> 
> Suggested frequencies:
> 
> 80 meters: 3.625, 3.643 or 3.693 MHz
> 
> 40 meters: 7.177 MHz
> 
> 20 meters: 14.236 MHz
> 
> 17 meters: 18.118 MHz
> 
> 15 meters: 21.313 MHz
> 
> 12 meters: 24.933 MHz
> 
> 10 meters: 28.330 or 28.720 MHz
> 
>  
> 
> (Note that LSB/DIGL is used below 10MHz as per current convention for voice 
> modes, USB/DIGU otherwise.)
> 
>  
> 
> As this isn't a contest, there's no pressure to make contacts or send logs, 
> but you can always confirm QSOs via the usual means if you'd like (LoTW, 
> eQSL, QRZ, etc.) Enabling PSK Reporter in the FreeDV application and joining 
> theQSO Finderare recommended, however, so others can see that you're on the 
> air and hearing them (for instance, here'sthe current map of listeners). :D
> 
>  
> 
> Feel free to spread this far and wide among your local ham friends and 
> groups! :) Let me know if you have any questions about the event and 
> definitely post here if you have issues getting the application working prior 
> to the event.
> 
>  
> 
> Thanks,
> 
>  
> 
> -Mooneer K6AQ
> -- 
> You received this message because you are subscribed to the Google Groups 
> "digitalvoice" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to digitalvoice+unsubscr...@googlegroups.com.
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/digitalvoice/CAAzDfxPYw7sYQDxw7QGOW6A_9FmEgjqygBjHT0z4eSwuHSqyeg%40mail.gmail.com.

--- 
Alan VK2ZIW 
Before the Big Bang, God, Sela. 
OpenWebMail 2.53, nothing in the cloud.

 
___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

Re: [Freetel-codec2] Fwd: [Announcement] FreeDV Activity Day - February 19-20, 2022

[Al Beard]

Hi all,

Activity day

Here is all the reception here: Western Sydney, NSW Australia QF56HG

7177KHz Mode 700D.

www.unixservice.com.au/parrot/2022feb/

Here you'll find "audio from the radio" and "decoded".

I'd ask you all to download files and adjust your mic levels as some

are very quiet.

VK2TTL - quite good

VK5DGR - good

VK3RV   - good

73

Alan VK2ZIW

 

On Tue, 22 Feb 2022 13:03:50 +1100, David Grove wrote
> Hi David & Mooneer
>  
> First of all – thank you to both of you for all your work in advancing 
> FreeDV/Codec2. It’s very much appreciated
>  
> I like the idea of having a three-monthly activity day that, where feasible, 
> occurs just after other major activities (Hamventions etc)
>  
> On the activity day, I tried calling CQ on 7.177 MHz and 14.236 MHz on 
> several different modes from my home QTH (QRN S3-5) a few times with no 
> success. 
>  
> I also happened to be monitoring QSO finder when David, VK5DGR and Mel, K0PFX 
> were testing on 14.246 MHz. Unfortunately, nothing was heard at my end on 
> that frequency at the time.
>  
> At the end of the activity day, I checked PSK reporter and was unable to find 
> any reports of my callsign on FreeDV
>  
> I did however hear Alan, VK2ZIW’s parrot on a couple of occasions on the day. 
> However, Alan is about 20 Km from me, so the 40m signal was marginal
>  
> Nevertheless, I’ll keep on trying to reduce the QRN levels at my place and 
> I’ll keep installing the new versions of FreeDV as they’re released
>  
> I’m looking forward to the next activity day
>  
> Thanks again
>  
> Regards 
>  
>  
> David Grove – VK2DWG
>  
> -Original Message-
> From: david  
> Sent: Tuesday, 22 February 2022 12:32
> To: freetel-codec2@lists.sourceforge.net
> Subject: Re: [Freetel-codec2] Fwd: [Announcement] FreeDV Activity Day - 
> February 19-20, 2022
>  
> > 1. It looks like May 28th-29th will be best for the next one as Dayton 
> > is the weekend prior and there seem to be a fair number of other 
> > contests across the rest of the month. Does that sound reasonable?
>  
> Every 3 months sounds good.  Like this time, I'll attempt to have a new 
> experimental waveform/codec to try out in May.
>  
> > 2. If you operated this one, how did it work out for you?
>  
> I managed to receive Mel, k0pfx long path 20M here in South Australia, 1-4dB 
> SNR on 700D.  I positioned myself in a campground 200km SE of Adelaide 
> (Parnka Point, in an area known as the Coorong) with sub S0 noise on 20m.  
> Simple end fed dipole.
>  
> I also monitored/took part in a few VK QSOs and was pleased to see the modems 
> handling the HF channel quite well.
>  
> Pretty happy about that :-)
>  
> Thanks for organising the event Mooneer :-)
>  
> - David
>  
>  
>  
> ___
> Freetel-codec2 mailing list
> Freetel-codec2@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/freetel-codec2

--- 
Alan VK2ZIW 
Before the Big Bang, God, Sela. 
OpenWebMail 2.53, nothing in the cloud.

 
___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

Re: [Freetel-codec2] "freebeacon" and the need for assigned frequencies

[Al Beard]

Hi all,

I've mentioned, ALL and I mean ALL NSW country ambulances and stations have 
been equipped with HF digital radios!

They have recognised the need for secure, not able to be listened to by SSB 
listeners, communications.

Do you guys not recognise this???

We here in the FreeDV community are exploring this new technology. We are not 
limited by standards necessary for multi-vendor

interoperability. We can use the most current low cost low power technology. 
Eg. Small board computers are increasing in power every day.

The 2020 mode is nearly workable on the Pi4B.

All over Australia we have 10m, 6m, 2m and 70cm repeaters but still we have 
many areas, wide open spaces, deep valleys

not covered. Is this where several HF repeaters could be very very useful?

Another advantage of HF, site height is not needed. Only a low noise site.

All I'm asking for is, some documented frequencies so we can know where we can 
find a repeater or freebeacon .

Just like we have for the FM repeaters!

We are in the experimental phase so, on "our" websites. Later, our ARRL's, 
RSGB's and WIA's will follow.

My 2c

Alan VK2ZIW

On Mon, 21 Feb 2022 00:02:16 -0800, Mooneer Salem wrote
> Hi Helmut,
> 
> From what I've seen, it seems that the main issues are the following:
> 
> 1. Simply finding someone else to talk to. That's one of the reasons why the 
> quarterly Activity Days started up. Of course, there is room to improve how 
> those are held, and I'd definitely appreciate any feedback in that regard.
> 2. Ease of configuration/use as FreeDV's use of two sound cards is unusual 
> for ham radio applications. There are ongoing efforts to improve that, but 
> code contributions towards that goal are welcome.
> 
> As for whether it's better than SSB, there was some controlled testing last 
> year and the conclusion is more like "it depends". More info is at 
> http://www.rowetel.com/?p=7779 if curious.
> 
> Thanks,
> 
> -Mooneer K6AQ
> 
> On Sun, Feb 20, 2022 at 11:47 PM Helmut Oeller  wrote:
> Hi,
> 
> All SSB-capable SDR designs as HPSDR (ANAN), FlexRadio, ADALM Pluto
> (AD), LimeSDR, SunSDR etc. can use FreeDV without any addional hardware
> and cost. I know many operators who gave freedDV a try, but the
> enthusiasm tended to zero. Why? At least on crowded HF bands and due to
> propagation features FreeDV will never beat SSB. The theoretical SNR
> advantage goes lost at short interference bursts, selective fading and
> other BER-reducing effects.
> 
> I'm afraid that you have to live with the insight that freeDV will
> remain a nice play ground just for a few hams.
> 
> 73, Helmut, DC6NY
> 
> Am 21.02.2022 um 05:12 schrieb Al Beard:
> > Hi guys,
> >
> > One "problem" for Digital Voice transmissions over HF
> > where the bands are not channelised is knowing what
> > frequency a "freebeacon" is listening too. Once found,
> > very unlikely, then what mode.
> >
> > The site "qso.freedv.org" has a list but it does not have
> > frequencies for such as "freebeacon". Yes, one can specify a frequency
> > but that information is lost when lots of other comments are posted
> > or when one is logged out, the frequency on the LHS pane disappears.
> >
> > Also, we need standard trigger strings also on the website!
> > These should contain a character such as "@" which is never in a callsign.
> >
> > As an aside, the SM1000 also should be switchable to send this text string.
> >
> > Comments please as I don't want my freebeacon here to be a nuisance on
> > the one and only documented frequency on 40m.
> >
> > 73
> >
> >
> > ---
> > Alan VK2ZIW
> > Before the Big Bang, God, Sela.
> > OpenWebMail 2.53, nothing in the cloud.
> >
> >
> >
> > ___
> > Freetel-codec2 mailing list
> > Freetel-codec2@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/freetel-codec2
> 
> ___
> Freetel-codec2 mailing list
> Freetel-codec2@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/freetel-codec2
>

--- 
Alan VK2ZIW 
Before the Big Bang, God, Sela. 
OpenWebMail 2.53, nothing in the cloud.

 
___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

[Freetel-codec2] "freebeacon" and the need for assigned frequencies

[Al Beard]

Hi guys,

One "problem" for Digital Voice transmissions over HF
where the bands are not channelised is knowing what
frequency a "freebeacon" is listening too. Once found,
very unlikely, then what mode.

The site "qso.freedv.org" has a list but it does not have
frequencies for such as "freebeacon". Yes, one can specify a frequency
but that information is lost when lots of other comments are posted
or when one is logged out, the frequency on the LHS pane disappears.

Also, we need standard trigger strings also on the website!
These should contain a character such as "@" which is never in a callsign.

As an aside, the SM1000 also should be switchable to send this text string.

Comments please as I don't want my freebeacon here to be a nuisance on
the one and only documented frequency on 40m.

73


---
Alan VK2ZIW
Before the Big Bang, God, Sela.
OpenWebMail 2.53, nothing in the cloud.



___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

Re: [Freetel-codec2] improvements to codec2 above 1200 bits/s

[Al Beard]

IMHO,

For rates above 1200 bits/s, transmission via Class C transmitters should
be optimised. The M17 project (1600 and 3200) IMHO waists extra range when
in the 1600 mode simply pads out the data packets to use the same modem
as the 3200 mode.

Meanwhile back here on HF, Australia, we have very few hams using Codec2
and, our emergency comms group (WICEN) shows no interest in semi-secure
voice comms over HF and, being limited by the number of interested hams, it's
hard to demonstrate it's usefulness.

I await some comments from our NSW country ambulances on their TWELP (r)
HF digital voice system implemented in the last two years. 100+ radios
deployed.

Alan VK2ZIW 

On Sat, 15 Jan 2022 15:04:02 +1030, david wrote
> On this GitHub discussion:
> 
>   https://github.com/drowe67/codec2/discussions/283
> 
> we are talking about improving codec2 at bit rates above 1200 bits/s,
> an topic I haven't looked at for many years.
> 
> I'm hoping to get contributions from other developers, so am starting
> out with some tutorial examples of how codec2 works using the c2sim
> simulation tool.
> 
> - David
> 
> On Wed, 2022-01-12 at 08:54 +0100, Ugo Poddine wrote:
> > Hi Alan,
> > 
> > Can you explain to me at what time the Id is triggered to be sent
> > from your parrot (e.g. 15, 30, 45, 00 min) and if the Id is sent in
> > FreeDV or in CW ?
> > I have tried to link it at the moment without success, but perhaps at
> > least trying to listen will help.
> > 
> > Thank-you, 73
> > Ugo
> > Il giorno 9 gen 2022, alle ore 07:04, Al Beard <
> > bear...@unixservice.com.au> ha scritto:
> > > Hi Ugo,
> > > 
> > > I run a "freebeacon" here and when triggered, will transmit back to
> > > you or ident
> > > every 15mins on Mode 700E on 7177 KHz LSB as it's the only 40m
> > > frequency mentioned on QSO.freedv.org.
> > > 
> > > That is what you need over there in Europe. 
> > > 
> > > Yes it ties up one transceiver here and one antenna but it puts a
> > > signal out 24x7.
> > > 
> > > Being in a suburban backyard, suffers from horrendous interference,
> > > in particular the HFC cable phone system.
> > > 
> > > Alan VK2ZIW 
> > > 
> > > 
> > > On Sun, 09 Jan 2022 06:49:02 +0100, Ugo Poddine wrote 
> > > > Hello Ian, 
> > > > 
> > > > I agree with you that it's not so easy to find free-dv guys to
> > > speak with at whatever time of the day and frequency, mainly in
> > > Europe, where we are surly a small group. 
> > > > 
> > > > But I know that daily QSO takes place between VK, ZL and
> > > Argentina in 20m, and also between UK and Germany, in 40m. 
> > > > 
> > > > Of course, it's not yet SSB, sometime you need to take some
> > > rendez-vous before... 
> > > > 
> > > > I think that the big effort that David and the other developers
> > > are doing surely need HAMs community help, if not with our
> > > programming capabilities (unfortunately the matter is really hard),
> > > at least with our effort in using and testing. 
> > > > 
> > > > I'm not offering myself for having a FreeDV contact with you
> > > because my barefoot set-up (100W and a wire style), in the current
> > > propagation conditions,  make me able to connect VK in a realiable
> > > way only by digital chat protocols (e.g. Olivia). 
> > > > 
> > > > My best 73s 
> > > > 
> > > > IU1IPB Ugo 
> > > > Il giorno 8 gen 2022, alle ore 10:51, "ian.lyckholm--- via
> > > Freetel-codec2"  ha scritto:
> > > > > I've been trying for some time to find someone using the above
> > > > mode on several of the listed frequencies. I have also listed on
> > > > the free-dv qso finder. 
> > > > > No response anywhere. 
> > > > > How many people are actually using this mode? 
> > > > > Just thought I'd ask before abandoning the project. 
> > > > > Cheers 
> > > > > Ian Lyckholm VK5MA 
> > > > >
> > > > 
> > > > 
> > > > 
> > > > > Freetel-codec2 mailing list
> > > > 
> > > > > 
> > > > Freetel-codec2@lists.sourceforge.net
> > > > 
> > > > > https://lists.sourceforge.net/lists/listinfo/freetel-codec2
> > > > 
> > > > > 
> > > > 
> > >  
> > > 
> > > 
> > > -

Re: [Freetel-codec2] free-DV

[Al Beard]

Hi Ugo,

Just like many 6m, 2m and 70cm FM repeaters, it "idents" after a QSO or if that 
does not happen, 15mins later.

Not synced to any clock. A counter counts down to zero, a Tx happens and the 
counter starts again.

Unlike FT8 and other WSJT digital modes, Codec2 is not tied to a clock.

Alan VK2ZIW

On Wed, 12 Jan 2022 08:54:20 +0100, Ugo Poddine wrote
> Hi Alan,
> 
> Can you explain to me at what time the Id is triggered to be sent from your 
> parrot (e.g. 15, 30, 45, 00 min) and if the Id is sent in FreeDV or in CW ?
> 
> I have tried to link it at the moment without success, but perhaps at least 
> trying to listen will help.
> 
> Thank-you, 73
> 
> Ugo
> Il giorno 9 gen 2022, alle ore 07:04, Al Beard  
> ha scritto:Hi Ugo,
> 
> 
> I run a "freebeacon" here and when triggered, will transmit back to you or 
> ident
> every 15mins on Mode 700E on 7177 KHz LSB as it's the only 40m frequency 
> mentioned on QSO.freedv.org.
> 
> 
> That is what you need over there in Europe. 
> 
> 
> Yes it ties up one transceiver here and one antenna but it puts a signal out 
> 24x7.
> 
> 
> Being in a suburban backyard, suffers from horrendous interference, in 
> particular the HFC cable phone system.
> 
> 
> Alan VK2ZIW 
> 
> 
> 
> 
> On Sun, 09 Jan 2022 06:49:02 +0100, Ugo Poddine wrote
> > HelloIan,
> >
> > I agree with you that it's not so easy to find free-dvguys to speak with at 
> > whatever time of the day and frequency, mainly in Europe,where we are surly 
> > a small group.
> >
> > But I know that daily QSOtakes place between VK, ZL and Argentina in 20m, 
> > and also between UK andGermany, in 40m.
> >
> > Of course, it's not yet SSB, sometime you needto take some rendez-vous 
> > before...
> >
> > I think that the big effortthat David and the other developers are doing 
> > surely need HAMs community help,if not with our programming capabilities 
> > (unfortunately the matter is reallyhard), at least with our effort in using 
> > and testing.
> >
> > I'm notoffering myself for having a FreeDV contact with you because my 
> > barefoot set-up(100W and a wire style), in the current propagation 
> > conditions,  make me able toconnect VK in a realiable way only by digital 
> > chat protocols (e.g.Olivia).
> >
> > My best 73s
> >
> > IU1IPBUgo
> > Il giorno 8 gen 2022, alle ore 10:51, "ian.lyckholm--- viaFreetel-codec2" 
> >  hascritto:
> >I've been trying for some time to find someone using the above mode on 
> >severalof the listed frequencies. I have also listed on the free-dv qso 
> >finder.
> >No response anywhere.
> > How many people are actually using thismode?
> > Just thought I'd ask before abandoning the project.
> >Cheers
> > Ian Lyckholm VK5MA
> >

---

> > Freetel-codec2 mailing 
list

> 
>
Freetel-codec2@lists.sourceforge.net

> > https://lists.sourceforge.net/lists/listinfo/freetel-codec2

> 
>

> 
> ---
> Alan VK2ZIW
> Before the Big Bang, God, Sela.
> OpenWebMail 2.53, nothing in the cloud.
> 
>

---

> Freetel-codec2 mailing 
list

> Freetel-codec2@lists.sourceforge.net

> https://lists.sourceforge.net/lists/listinfo/freetel-codec2

>

--- 
Alan VK2ZIW 
Before the Big Bang, God, Sela. 
OpenWebMail 2.53, nothing in the cloud.

 
___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

[Freetel-codec2] im asked about the freebeacon system here

[Al Beard]

Hi all,

You may not remember, but early in the development of Codec2 (~2016)
a piece of code "freebeacon.c" was written as a reverse beacon.
It received and decoded a Codec2 signal, compiled stats, bit errors,
and transmitted that information back in the text space along with
a Codec2 encoded audio ident. 

I modified that code a bit, and it now transmits back the full
received QSO. I called it "parrot".

The hardware in use here:

 Antenna 
A backyard wire loop and a Yaesu AT200 tuner

 Transceiver 
Yaesu FT-897D

 Audio and PTT interface 
Home made, two isolation transformers to line level
Behringer UCA202 USB to line level sound device

PTT via opto-isolator to a USB RS232 adapter, DTR

 Computer 

Raspberry Pi (clone) actually a Banana Pi M2 Berry
(because it has a SATA port on which is an SSD for root)

 Computer OS 
Linux, any flavor, actually Fedora 30 armv7hl

Received audio files here:

www.unixservice.com.au/parrot/700e

---
Alan VK2ZIW
Before the Big Bang, God, Sela.
OpenWebMail 2.53, nothing in the cloud.



___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

Re: [Freetel-codec2] free-DV

[Al Beard]

Hi again Ugo,

I've put some recorded, decoded audio on my website here:

http://www.unixservice.com.au/parrot/700e 

6BK4 replaces the 73 tube and yes, I have a 6BK4

On Sun, 09 Jan 2022 08:10:58 +0100, Ugo Poddine wrote
> Ciao Alan,
> 
> Good job, thank-you.
> 
> I will try soon, also if, in this period, on my experience, my good "windom" 
> is still experiencing issues in reaching VK in reliable way in SSB.
> 
> But of course FreeDV is better.
> 
> I make you know the results.
> 
> Ugo
> 
> Il giorno 9 gen 2022, alle ore 07:04, Al Beard  
> ha scritto:Hi Ugo,
> 
> 
> I run a "freebeacon" here and when triggered, will transmit back to you or 
> ident
> every 15mins on Mode 700E on 7177 KHz LSB as it's the only 40m frequency 
> mentioned on QSO.freedv.org.
> 
> 
> That is what you need over there in Europe. 
> 
> 
> Yes it ties up one transceiver here and one antenna but it puts a signal out 
> 24x7.
> 
> 
> Being in a suburban backyard, suffers from horrendous interference, in 
> particular the HFC cable phone system.
> 
> 
> Alan VK2ZIW 
> 
> 
> 
> 
> On Sun, 09 Jan 2022 06:49:02 +0100, Ugo Poddine wrote
> > HelloIan,
> >
> > I agree with you that it's not so easy to find free-dvguys to speak with at 
> > whatever time of the day and frequency, mainly in Europe,where we are surly 
> > a small group.
> >
> > But I know that daily QSOtakes place between VK, ZL and Argentina in 20m, 
> > and also between UK andGermany, in 40m.
> >
> > Of course, it's not yet SSB, sometime you needto take some rendez-vous 
> > before...
> >
> > I think that the big effortthat David and the other developers are doing 
> > surely need HAMs community help,if not with our programming capabilities 
> > (unfortunately the matter is reallyhard), at least with our effort in using 
> > and testing.
> >
> > I'm notoffering myself for having a FreeDV contact with you because my 
> > barefoot set-up(100W and a wire style), in the current propagation 
> > conditions,  make me able toconnect VK in a realiable way only by digital 
> > chat protocols (e.g.Olivia).
> >
> > My best 73s
> >
> > IU1IPBUgo
> > Il giorno 8 gen 2022, alle ore 10:51, "ian.lyckholm--- viaFreetel-codec2" 
> >  hascritto:
> >I've been trying for some time to find someone using the above mode on 
> >severalof the listed frequencies. I have also listed on the free-dv qso 
> >finder.
> >No response anywhere.
> > How many people are actually using thismode?
> > Just thought I'd ask before abandoning the project.
> >Cheers
> > Ian Lyckholm VK5MA
> >

---

> > Freetel-codec2 mailing 
list

> 
>
Freetel-codec2@lists.sourceforge.net

> > https://lists.sourceforge.net/lists/listinfo/freetel-codec2

> 
>

> 
> ---
> Alan VK2ZIW
> Before the Big Bang, God, Sela.
> OpenWebMail 2.53, nothing in the cloud. 
> 
>

---

> Freetel-codec2 mailing 
list

> Freetel-codec2@lists.sourceforge.net

> https://lists.sourceforge.net/lists/listinfo/freetel-codec2

>

--- 
Alan VK2ZIW 
Before the Big Bang, God, Sela. 
OpenWebMail 2.53, nothing in the cloud.

 
___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

Re: [Freetel-codec2] free-DV

[Al Beard]

Hi Ugo,

I run a "freebeacon" here and when triggered, will transmit back to you or ident

every 15mins on Mode 700E on 7177 KHz LSB as it's the only 40m frequency 
mentioned on QSO.freedv.org.

That is what you need over there in Europe. 

Yes it ties up one transceiver here and one antenna but it puts a signal out 
24x7.

Being in a suburban backyard, suffers from horrendous interference, in 
particular the HFC cable phone system.

Alan VK2ZIW 

On Sun, 09 Jan 2022 06:49:02 +0100, Ugo Poddine wrote
> Hello Ian,
> 
> I agree with you that it's not so easy to find free-dv guys to speak with at 
> whatever time of the day and frequency, mainly in Europe, where we are surly 
> a small group.
> 
> But I know that daily QSO takes place between VK, ZL and Argentina in 20m, 
> and also between UK and Germany, in 40m.
> 
> Of course, it's not yet SSB, sometime you need to take some rendez-vous 
> before...
> 
> I think that the big effort that David and the other developers are doing 
> surely need HAMs community help, if not with our programming capabilities 
> (unfortunately the matter is really hard), at least with our effort in using 
> and testing.
> 
> I'm not offering myself for having a FreeDV contact with you because my 
> barefoot set-up (100W and a wire style), in the current propagation 
> conditions,  make me able to connect VK in a realiable way only by digital 
> chat protocols (e.g. Olivia).
> 
> My best 73s
> 
> IU1IPB Ugo
> Il giorno 8 gen 2022, alle ore 10:51, "ian.lyckholm--- via Freetel-codec2" 
>  ha scritto:
> I've been trying for some time to find someone using the above mode on 
> several of the listed frequencies. I have also listed on the free-dv qso 
> finder.
> No response anywhere.
> How many people are actually using this mode?
> Just thought I'd ask before abandoning the project.
> Cheers
> Ian Lyckholm VK5MA
>

---

> Freetel-codec2 mailing list

> 
Freetel-codec2@lists.sourceforge.net

> https://lists.sourceforge.net/lists/listinfo/freetel-codec2

>

--- 
Alan VK2ZIW 
Before the Big Bang, God, Sela. 
OpenWebMail 2.53, nothing in the cloud.

 
___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

Re: [Freetel-codec2] free-DV

[Al Beard]

Hi Ian,

We are all in a COVID "stay at home" lockdown and, for HF have to contend
with horrendous interference from, in my case, the Optus HFC cable.
It splatters a 50KHz section of 40m and wanders from 6.8 to 7.2 MHz and
is very often on 7.177MHz.

Around three years ago I looked at David VK5DGR's "freebeacon" code and
saw the possibility of a HF repeater.

It's been running now for the last three months at least. It does an ident
every 15 mins. 

== COMMS POSSIBILITIES =

SSB comms on HF for such services as ambulances, police and RFS has no
security!!!

With digital, they have security. eg. How many HF scanners have TWELP (r) 
decode capability?

With us hams, we like to talk (communicate) with others with the same 
interests. And, some of want to develop technology that is USEFUL.

As you know there's huge interest in the WSJT modes by hams but NONE of these 
can be used for free text message passing, NONE.

Have you heard of "JS8call" ?

Did you know JS8call can repeat, ie. transmit back the data it received?

In the words of Winston Churchill: Never give up, never!

Keep listening, 7177KHz LSB mode 700E and be on qso.freedv.org as often
as you are in your shack.

Alan VK2ZIW

On Sat, 8 Jan 2022 12:04:23 +, Brian Morrison wrote
> On Sat, 08 Jan 2022 20:31:32 +1100
> "ian.lyckholm--- via Freetel-codec2"
>  wrote:
> 
> > I've been trying for some time to find someone using the above mode on
> > several of the listed frequencies. I have also listed on the free-dv
> > qso finder. No response anywhere. How many people are actually using
> > this mode? Just thought I'd ask before abandoning the project
> 
> Sending to your email as well as the list just in case.
> 
> The answer is that some people are but activity is often difficult to
> find. You might be able to hear some South American stations, I believe
> that there are daily skeds between LU and VK. Not certain of 
> callsigns or frequency. Google might well help here.
> 
> There is also this from about a year ago:
> 
> 700D on 7177 KHz LSB Around 9pm EAST
> 
> Stations heard:
> Mark VK5QI South Australia
> Rhod VK2TTLNSW far north coast
> VK2??? NSW Hunter Valley, East Maitland (Oh my memory)
> Danny VK7HDM   TAS
> John ZL2TCANew Zealand   
> Me Alan VK2ZIW NSW, Sydney
> 
> 40m suffered the usual switchmode interference and HF
> propagation issues, so copy was very hard at times here.
> 
> Later we also had regular SSB on the channel also.
> 
> ---
> Alan VK2ZIW
> 
> There is an upcoming FreeDV activity day in February, 19th/20th
> running from 1700-1659 UTC.
> 
> -
> Due to popular demand, we'll be doing another FreeDV Activity Day on
> Saturday, February 19, 2022! This event will bring together people
> interested in HF digital voice on the air for conversation and fun.
> Contacts usingthe official application  as well 
> as the SM1000 handheld microphone are welcome.
> 
> *Event time:* 9AM Pacific time (1600Z) on February 19th to 8:59AM 
> (1559Z) on February 20th (24 hours) *Suggested frequencies*: 80 
> meters: 3.625, 3.643 or 3.693 MHz 40 meters: 7.177 MHz 20 meters: 
> 14.236 MHz 17 meters: 18.118 MHz 15 meters: 21.313 MHz 12 meters: 
> 24.933 MHz 10 meters: 28.330 or 28.720 MHz
> 
> (Note that LSB/DIGL is used below 10MHz as per current convention 
> for voice modes, USB/DIGU otherwise.)
> 
> As this isn't a contest, there's no pressure to make contacts or 
> send logs, but you can always confirm QSOs via the usual means if 
> you'd like (LoTW, eQSL, QRZ, etc.) Enabling PSK Reporter in the 
> FreeDV application and joining theQSO Finder 
> are recommended, however, so others can see 
> that you're on the air and hearing them (for instance, here'sthe 
> current map of listeners 
> ). :D
> 
> Feel free to spread this far and wide among your local ham friends 
> and groups! :) Let me know if you have any questions about the event 
> and definitely post here if you have issues getting the application working
> prior to the event.
> 
> Thanks,
> 
> -Mooneer K6AQ
> 
> -
> 
> You can also look for reports on pskreporter.info
> 
> HTH
> 
> --
> 
> Brian  G8SEZ
> 
> ___
> Freetel-codec2 mailing list
> Freetel-codec2@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/freetel-codec2


---
Alan VK2ZIW
Before the Big Bang, God, Sela.
OpenWebMail 2.53, nothing in the cloud.



___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

Re: [Freetel-codec2] The dis-interst in Digital Voice is disheartening

[Al Beard]

Hi Mooneer, Matt and all,

We in Australia have both vast areas and valley locations where VHF/UHF and 
cell-phone systems

are not usable, but comms to HQ is still needed.

So, our NSW country ambulances are NOW fitted with HF Digital radios with the 
TWELP (r) protocol.

Here in Australia, we have the ACMA who sets our regulations. We hams negotiate 
with them via our WIA.

Can I ask you amateurs in, whatever country, to ask via your ARRL etc. your FCC 
etc. to reconsider "HF repeaters",

as these regulations stem from the WWII years?

 

That's what I've been asking for the last year but not spelling it out directly.

"digital" means, a receiving device CAN determine what is needed to be done 
with this signal or data stream.

This technology was not practical back before available microprocessors.

Alan VK2ZIW

On Thu, 6 Jan 2022 10:52:49 -0800, Mooneer Salem wrote
> Hi Matt,
> 
> I think it might depend on the area. Around here, DMR seems to be the most 
> used of the digital voice modes, followed by System Fusion. HF digital voice, 
> of course, is less constrained by local adoption. :)
> 
> (On that note, DMR in general has seen a lot of popularity (209,000 unique 
> DMR IDs per https://www.radioid.net/), possibly due to how inexpensive it can 
> be to get started. For example, there are DMR handhelds under $100; even the 
> more expensive ones like the Anytone D878 aren't that crazy compared to some 
> of the more expensive Japanese HTs.)
> 
> Anyway, I think FreeDV 2020 mode is pretty good quality-wise; it just has 
> issues with working in less than good propagation conditions. Fortunately 
> David Rowe has been working on improvements to 2020 that should help in that 
> regard.
> 
> Thanks,
> 
> -Mooneer K6AQ
> 
> On Thu, Jan 6, 2022 at 7:26 AM Matt via Freetel-codec2 
>  wrote:
> 
> 
> In my area, there is a definitive divide between those who want to use 
> digital voice (VHF+) and those who don't. Interestingly, in the past 2 years, 
> I've seen an overall decline in dv users. It's complicated and latent. 
> Especially with "older" (40+) who have used ssb voice, they don't like the 
> delay with digital. I listen to a group on ssb and they are like 60wpm cw, 
> they also frequent an FM repeater that has no tail and there are times where 
> the repeater never drops - you simply can't do that on any of the digital 
> modes, it's just too slow.
> 
> DV on HF, has little to no appeal to a lot of folks. They are here as a 
> hobby, not to ensure 100% comms. It's analogous to 1980's long distance vs 
> todays cell phone. We had toll quality voice 40 years ago, that rode a 64kbps 
> channel, and yet today we still don't have the same quality, and in many 
> cases using multiple times the bandwidth.  How is it that we have portable 
> super computers that can't deliver equivalent service that a previously 
> passive end point could? A lot of people don't want to trade reliability at a 
> loss of more natural speech. 
> 
> There are a lot of modes. I haven't been on DV HF recently due to those 
> others gone are the days of just cw or ssb. The buffet of modes we have 
> today certainly dilutes the pool of potential users using any given mode. 
> What would it be like if the only non-voice mode was FT8? Pandemonium? 
> Instead, I look at pskreporter and see more than 80 listed types - and that 
> isn't an all inclusive list. 
> 
> EIGHTY. Let that simmer for a bit. And that doesn't include much outside of 
> HF. No DMR, P25,  NXDN, C4FM, or PMR. "Have it your way" probably needs to be 
> the new amateur slogan.
> 
> Matt AL0R
> 
> On Thursday, January 6, 2022, 03:35:09 AM CST, Mooneer Salem 
>  wrote:
> 
> Hi Al,
> 
> As much as it would be nice if everyone was using some sort of digital voice 
> mode, that's pretty unlikely any time soon. What would be good is if there's 
> a pattern among people already using SSB/AM/FM voice and refusing to/stopping 
> use of digital voice; that could be used to drive further improvements and 
> convince others to give it a try.
> 
> Thanks,
> 
> -Mooneer K6AQ
> 
> On Wed, Jan 5, 2022 at 4:03 PM Al Beard  wrote:Hi 
> all,I just got a reply from a computer literate ham doing Q65 a modefrom the 
> WSJT suite saying, no interest in Digital Voice.What is the point of our 
> Amateur Radio in NOT looking at communications,sending useful messages.Though 
> I do do some meteor scatter which only transmits callsigns and signal 
> strengths, I see a real need for semi-secure messaging, either text or 
> voice.Especially when this can help others eg. WICEN (emergency comms).Or 
> comms from otherwise remote 
> locations.--

[Freetel-codec2] The dis-interst in Digital Voice is disheartening

[Al Beard]

Hi all,

I just got a reply from a computer literate ham doing Q65 a mode
from the WSJT suite saying, no interest in Digital Voice.

What is the point of our Amateur Radio in NOT looking at communications,
sending useful messages.

Though I do do some meteor scatter which only transmits callsigns and signal 
strengths, I see a real need for semi-secure messaging, either text or voice.

Especially when this can help others eg. WICEN (emergency comms).
Or comms from otherwise remote locations.


---
Alan VK2ZIW
Before the Big Bang, God, Sela.
OpenWebMail 2.53, nothing in the cloud.



___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

Re: [Freetel-codec2] [Announcement] FreeDV Activity Day - February 19-20, 2022

[Al Beard]

Hi all,

Do we have any Australian hams reading this list?

HF conditions from here to the USA for my low power 40m station

make testing very very hard.

Nobody in the USA is "game" to run a HF repeater to see if a HF digital

voice repeater is indeed useful .

Am I "pressing buttons" here? Actually, I hope so.

This is amateur experimentation.

Alan VK2ZIW

On Tue, 14 Dec 2021 20:38:23 +1000, Al Beard wrote
> Hi guys,
> 
> 
> I'll try to have my 700E repeater identing for you from here, Sydney, 
> Australia.
> 
> 
> 1600Z translates to 3:00am here.
> 
> 
> 7177KHz, about 20W
> 
> 
> Alan VK2ZIW
> 
> 
> On Tue, 14 Dec 2021 01:40:07 -0800, Mooneer Salem wrote
> > Hi all,
> > 
> > 
> > 
> > Due to popular demand, we'll be doing another FreeDV Activity Day on 
> > Saturday, February 19, 2022! This event will bring together people 
> > interested in HF digital voice on the air for conversation and fun. 
> > Contacts usingthe official application as well as the SM1000 handheld 
> > microphone are welcome.
> > 
> > 
> > Event time: 9AM Pacific time (1600Z) on February 19th to 8:59AM (1559Z) on 
> > February 20th (24 hours)
> > Suggested frequencies:
> > 80 meters: 3.625, 3.643 or 3.693 MHz
> > 40 meters: 7.177 MHz
> > 20 meters: 14.236 MHz
> > 17 meters: 18.118 MHz
> > 15 meters: 21.313 MHz
> > 12 meters: 24.933 MHz
> > 10 meters: 28.330 or 28.720 MHz
> > 
> > 
> > (Note that LSB/DIGL is used below 10MHz as per current convention for voice 
> > modes, USB/DIGU otherwise.)
> > 
> > 
> > 
> > As this isn't a contest, there's no pressure to make contacts or send logs, 
> > but you can always confirm QSOs via the usual means if you'd like (LoTW, 
> > eQSL, QRZ, etc.) Enabling PSK Reporter in the FreeDV application and 
> > joining theQSO Finderare recommended, however, so others can see that 
> > you're on the air and hearing them (for instance, here'sthe current map of 
> > listeners). :D
> > 
> > 
> > 
> > Feel free to spread this far and wide among your local ham friends and 
> > groups! :) Let me know if you have any questions about the event and 
> > definitely post here if you have issues getting the application working 
> > prior to the event.
> > 
> > 
> > Thanks,
> > 
> > 
> > -Mooneer K6AQ
> 
> --- 
> Alan VK2ZIW 
> Before the Big Bang, God, Sela. 
> OpenWebMail 2.53, nothing in the cloud. 
> 
>

--- 
Alan VK2ZIW 
Before the Big Bang, God, Sela. 
OpenWebMail 2.53, nothing in the cloud.

 
___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

Re: [Freetel-codec2] [Announcement] FreeDV Activity Day - February 19-20, 2022

[Al Beard]

Hi guys,

I'll try to have my 700E repeater identing for you from here, Sydney, Australia.

1600Z translates to 3:00am here.

7177KHz, about 20W

Alan VK2ZIW

On Tue, 14 Dec 2021 01:40:07 -0800, Mooneer Salem wrote
> Hi all,
> 
> 
> 
> Due to popular demand, we'll be doing another FreeDV Activity Day on 
> Saturday, February 19, 2022! This event will bring together people interested 
> in HF digital voice on the air for conversation and fun. Contacts usingthe 
> official application as well as the SM1000 handheld microphone are welcome.
> 
> 
> Event time: 9AM Pacific time (1600Z) on February 19th to 8:59AM (1559Z) on 
> February 20th (24 hours)
> Suggested frequencies:
> 80 meters: 3.625, 3.643 or 3.693 MHz
> 40 meters: 7.177 MHz
> 20 meters: 14.236 MHz
> 17 meters: 18.118 MHz
> 15 meters: 21.313 MHz
> 12 meters: 24.933 MHz
> 10 meters: 28.330 or 28.720 MHz
> 
> 
> (Note that LSB/DIGL is used below 10MHz as per current convention for voice 
> modes, USB/DIGU otherwise.)
> 
> 
> 
> As this isn't a contest, there's no pressure to make contacts or send logs, 
> but you can always confirm QSOs via the usual means if you'd like (LoTW, 
> eQSL, QRZ, etc.) Enabling PSK Reporter in the FreeDV application and joining 
> theQSO Finderare recommended, however, so others can see that you're on the 
> air and hearing them (for instance, here'sthe current map of listeners). :D
> 
> 
> 
> Feel free to spread this far and wide among your local ham friends and 
> groups! :) Let me know if you have any questions about the event and 
> definitely post here if you have issues getting the application working prior 
> to the event.
> 
> 
> Thanks,
> 
> 
> -Mooneer K6AQ

--- 
Alan VK2ZIW 
Before the Big Bang, God, Sela. 
OpenWebMail 2.53, nothing in the cloud.

 
___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

Re: [Freetel-codec2] "parrot" repeater on 18.118 now listening only

[Al Beard]

Hi all,

I've just changed to 7177KHz LSB and we'll see how that goes.

Mode 700E

Alan VK2ZIW

On Fri, 3 Dec 2021 11:15:26 -0800, Mooneer Salem wrote
> Hi Alan,
> 
> Perhaps someone from Canada or Mexico on this list is interested. I can 
> provide assistance if that's the case but I don't know if I can put up 
> anything myself in either of those two countries.
> 
> As for 17 meters, I imagine it's fine as the band's been open more and more 
> lately. Perhaps you (or someone else in Australia) can start up a 
> weekly/daily net (similar to what Jose LU5DKI and his group in Argentina 
> does) to get some more usage over in VK land as well?
> 
> Thanks,
> 
> -Mooneer K6AQ
> 
> On Thu, Dec 2, 2021 at 10:20 PM Al Beard  wrote:
> 
> Hi Mooneer,
> 
> 
> Actually until the just Monday 29th, my OpenWebRX system here, on the Men's 
> Shed
> building has been able to decode 700E as it's Codec2 mode as you would have 
> read
> on it's web page. But with the changeover nationally to Fibre with our 
> National Broadband Network (NBN)
> having purchased ALL the old ADSL lines, our ISP (Telstra) who ran the ADSL 
> DSLAMs and has us (Men's Shed)
> on a COMMERCIAL SERVICE, has switched the ADSL off. Perhaps we were the last 
> service and they didn't "think"
> we were using it.
> 
> 
> I'd be happy to run the Codec2 HF system of 40m but since the HFC cable 
> switcher supplying phone lines
> completely obliterates 7177 KHz, I'd love to run it on 7053 KHz, down in the 
> "data" area of 40m but with only
> 7177 mentioned on the QSO.freedv.org website, doesn't work here, that's why 
> It's on 18.118.
> 
> 
> Meanwhile, can you get something happening in Canada or Mexico?
> 
> 
> Alan VK2ZIW
> 
> 
> On Thu, 2 Dec 2021 15:48:01 -0800, Mooneer Salem wrote
> > I've actually gotten to Australia on 20 meters late at night from here 
> > before (at least according to KiwiSDRs down there), so it's not impossible. 
> > But yeah, that doesn't happen too often during the day. Maybe as conditions 
> > improve we'll have better luck.
> > 
> > Although speaking of which, perhaps there's some value in a FreeDV iGate 
> > type of deal. Basically something that decodes received signals without 
> > retransmit and livestreams the decoded audio on one of the available 
> > services for that sort of thing. That would at least allow Americans to run 
> > it as we're only allowed to have repeaters on 10 meters and up.
> > 
> > -Mooneer K6AQ
> > 
> > On Thu, Dec 2, 2021 at 2:57 PM Bill Buhler via Freetel-codec2 
> >  wrote:
> > 
> > I sure wish I could reach it, but alas my signal isn't getting to Australia.
> > 
> > 73
> > 
> > AF7SJ
> > 
> > Sent from my Galaxy
> > 
> >  Original message 
> > From: Al Beard  
> > Date: 12/2/21 1:35 PM (GMT-07:00) 
> > To: freetel-codec2@lists.sourceforge.net 
> > Subject: Re: [Freetel-codec2] "parrot" repeater on 18.118 now listening 
> > only 
> > 
> > Hi again all,
> > 
> > It's back on now and has been for a week now.
> > 
> > Is there any interest at all or am I wasting time?
> > 
> > Alan VK2ZIW
> > 
> > On Mon, 15 Nov 2021 20:46:52 +1000, Al Beard wrote
> > > Hi all,
> > > Following the Activity weekend, 5/6 Nov. when I had my "parrot"
> > > repeater running here in Sydney Australia, nothing was heard.
> > > 
> > > It's been running a week now. Nothing heard.
> > > 
> > > There has been plenty of FT8 and WSJT signals heard on 17m, so
> > > the band has not been dead.
> > > 
> > > So, it's Tx is now OFF.
> > > 
> > > ---
> > > Alan VK2ZIW
> > > Before the Big Bang, God, Sela.
> > > OpenWebMail 2.53, nothing in the cloud.
> > > 
> > > ___
> > > Freetel-codec2 mailing list
> > > Freetel-codec2@lists.sourceforge.net
> > > https://lists.sourceforge.net/lists/listinfo/freetel-codec2
> > 
> > ---
> > Alan VK2ZIW
> > Before the Big Bang, God, Sela.
> > OpenWebMail 2.53, nothing in the cloud.
> > 
> > ___
> > Freetel-codec2 mailing list
> > Freetel-codec2@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/freetel-codec2
> > ___
> > Freetel-codec2 mailing list
> > Freetel-codec2@l

Re: [Freetel-codec2] "parrot" repeater on 18.118 now listening only

[Al Beard]

Hi Mooneer,

Actually until the just Monday 29th, my OpenWebRX system here, on the Men's Shed

building has been able to decode 700E as it's Codec2 mode as you would have read

on it's web page. But with the changeover nationally to Fibre with our National 
Broadband Network (NBN)

having purchased ALL the old ADSL lines, our ISP (Telstra) who ran the ADSL 
DSLAMs and has us (Men's Shed)

on a COMMERCIAL SERVICE, has switched the ADSL off. Perhaps we were the last 
service and they didn't "think"

we were using it.

I'd be happy to run the Codec2 HF system of 40m but since the HFC cable 
switcher supplying phone lines

completely obliterates 7177 KHz, I'd love to run it on 7053 KHz, down in the 
"data" area of 40m but with only

7177 mentioned on the QSO.freedv.org website, doesn't work here, that's why 
It's on 18.118.

Meanwhile, can you get something happening in Canada or Mexico?

Alan VK2ZIW

On Thu, 2 Dec 2021 15:48:01 -0800, Mooneer Salem wrote
> I've actually gotten to Australia on 20 meters late at night from here before 
> (at least according to KiwiSDRs down there), so it's not impossible. But 
> yeah, that doesn't happen too often during the day. Maybe as conditions 
> improve we'll have better luck.
> 
> Although speaking of which, perhaps there's some value in a FreeDV iGate type 
> of deal. Basically something that decodes received signals without retransmit 
> and livestreams the decoded audio on one of the available services for that 
> sort of thing. That would at least allow Americans to run it as we're only 
> allowed to have repeaters on 10 meters and up.
> 
> -Mooneer K6AQ
> 
> On Thu, Dec 2, 2021 at 2:57 PM Bill Buhler via Freetel-codec2 
>  wrote:
> 
> I sure wish I could reach it, but alas my signal isn't getting to Australia.
> 
> 73
> 
> AF7SJ
> 
> Sent from my Galaxy
> 
>  Original message 
> From: Al Beard  
> Date: 12/2/21 1:35 PM (GMT-07:00) 
> To: freetel-codec2@lists.sourceforge.net 
> Subject: Re: [Freetel-codec2] "parrot" repeater on 18.118 now listening only 
> 
> Hi again all,
> 
> It's back on now and has been for a week now.
> 
> Is there any interest at all or am I wasting time?
> 
> Alan VK2ZIW
> 
> On Mon, 15 Nov 2021 20:46:52 +1000, Al Beard wrote
> > Hi all,
> > Following the Activity weekend, 5/6 Nov. when I had my "parrot"
> > repeater running here in Sydney Australia, nothing was heard.
> > 
> > It's been running a week now. Nothing heard.
> > 
> > There has been plenty of FT8 and WSJT signals heard on 17m, so
> > the band has not been dead.
> > 
> > So, it's Tx is now OFF.
> > 
> > ---
> > Alan VK2ZIW
> > Before the Big Bang, God, Sela.
> > OpenWebMail 2.53, nothing in the cloud.
> > 
> > ___
> > Freetel-codec2 mailing list
> > Freetel-codec2@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/freetel-codec2
> 
> ---
> Alan VK2ZIW
> Before the Big Bang, God, Sela.
> OpenWebMail 2.53, nothing in the cloud.
> 
> ___
> Freetel-codec2 mailing list
> Freetel-codec2@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/freetel-codec2
> ___
> Freetel-codec2 mailing list
> Freetel-codec2@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/freetel-codec2
>

--- 
Alan VK2ZIW 
Before the Big Bang, God, Sela. 
OpenWebMail 2.53, nothing in the cloud.

 
___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

Re: [Freetel-codec2] "parrot" repeater on 18.118 now listening only

[Al Beard]

Hi again all,

It's back on now and has been for a week now.

Is there any interest at all or am I wasting time?

Alan VK2ZIW

On Mon, 15 Nov 2021 20:46:52 +1000, Al Beard wrote
> Hi all,
> Following the Activity weekend, 5/6 Nov. when I had my "parrot"
> repeater running here in Sydney Australia, nothing was heard.
> 
> It's been running a week now. Nothing heard.
> 
> There has been plenty of FT8 and WSJT signals heard on 17m, so
> the band has not been dead.
> 
> So, it's Tx is now OFF.
> 
> ---
> Alan VK2ZIW
> Before the Big Bang, God, Sela.
> OpenWebMail 2.53, nothing in the cloud.
> 
> ___
> Freetel-codec2 mailing list
> Freetel-codec2@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/freetel-codec2


---
Alan VK2ZIW
Before the Big Bang, God, Sela.
OpenWebMail 2.53, nothing in the cloud.



___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

[Freetel-codec2] "parrot" repeater on 18.118 now listening only

[Al Beard]

Hi all,
Following the Activity weekend, 5/6 Nov. when I had my "parrot"
repeater running here in Sydney Australia, nothing was heard.

It's been running a week now. Nothing heard.

There has been plenty of FT8 and WSJT signals heard on 17m, so
the band has not been dead. 

So, it's Tx is now OFF. 


---
Alan VK2ZIW
Before the Big Bang, God, Sela.
OpenWebMail 2.53, nothing in the cloud.



___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

Re: [Freetel-codec2] hello, and about phi0

[Al Beard]

Hello Tim,

It's great to have you onboard. I'm more of an "implimenter", by no means good 
at C or C++.

So I can't help to that depth.

I can compile code on ARM and Intel Linux platforms here and with transceivers, 
give it a go.

So, if I can be useful.

My SDR here in western Sydney, Australia can do Codec2 decode though currently 
in one mode.

(easily changeable in a script file)  Web browse 110.143.195.8:8073

You may notice the M17 project has chosen the Codec2 modes 1600 and 3200 to 
"replace" AMBE

in an open source transceiver project. 

Welcome

Alan VK2ZIW

On Tue, 3 Aug 2021 17:14:15 -0500, Tim Meehan wrote
> Hi - I'm not extremely versed in digital modes, but I am well versed in 
> optimization. I think that HAM radio should be something open source, which 
> is why Codec2 appeals to me.
> 
> Before I post a large blob of C code, I wanted to mention that I have a 
> program that I have written a genetic optimizer to move spline knots around - 
> and I'd be happy to run the optimizer based on BER/PER ... however ... I need 
> someone to explain to me how I might generate quantities to optimize on. I 
> don't need bunches of help, just enough so that I can write it myself.
> 
> I found that the 16-sample clamped endpoint spline with log-spaced samples 
> worked the best, so I'll chop out the higher sample density parts of the 
> code. My hope was faster AND more accurate, but I think all I got was faster 
> and LESS accurate. Perhaps wiser eyes than mine can help me out.
> 
> The test script that I was using was:
> #!/bin/sh
> ./ldpc_enc /dev/zero - --sd --code HRA_112_112 --testframes 100 \    | 
> ./ldpc_noise - - 1 \
>     | ./ldpc_dec - /dev/null --code HRA_112_112 --sd --testframes
> 
> The code is (simply replace phi0.c with this):// phi0.c
> #include 
> #include 
> 
> float coeffs_clamped_16[16] = {
>     7.93223341e+07, 1.55433768e+07, 3.60871810e+06, 7.33752374e+05,
>     1.65434845e+05, 3.44055511e+04, 7.62050634e+03, 1.60695364e+03,
>     3.52218272e+02, 7.50245180e+01, 1.64584579e+01, 3.63755151e+00,
>     8.75888035e-01, 1.72673513e-01, 6.76273536e-03, -7.75296180e-03};
> 
> float x_16[16] = {
>     1.e-04, 2.15443469e-04, 4.64158883e-04, 1.e-03,
>     2.15443469e-03, 4.64158883e-03, 1.e-02, 2.15443469e-02,
>     4.64158883e-02, 1.e-01, 2.15443469e-01, 4.64158883e-01,
>     1.e+00, 2.15443469e+00, 4.64158883e+00, 1.e+01};
> 
> float y_16[16] = {
>     9.90348755e+00, 9.13595919e+00, 8.36843084e+00, 7.60090254e+00,
>     6.83337448e+00, 6.06584753e+00, 5.29832570e+00, 4.53082768e+00,
>     3.76344015e+00, 2.99656512e+00, 2.23206146e+00, 1.47840690e+00,
>     7.71936833e-01, 2.32985688e-01, 1.92853284e-02, 9.07998596e-05};
> 
> static size_t
> bisect(float x, float *restrict x_data, size_t size)
> {
>     size_t left = 0;
>     size_t right = size - 1;
>     int max_iterations = 32; /* waay higher than we need */
> 
>     while (right - left > 1 && max_iterations--) {
>         size_t middle = left + (right - left)/2;
>         float xm = x_data[middle];
>         if (x < xm)
>             right = middle;
>         else if (xm < x)
>             left = middle;
>     }
> 
>     return left;
> }
> 
> static float
> spline_interpolate(float x,
>                    float *restrict x_data,
>                    float *restrict y_data,
>                    float *restrict M,
>                    size_t size) {
>     size_t i = bisect(x, x_data, size);
>     float h = x_data[i + 1] - x_data[i];
>     float z = (x - x_data[i])/h;
>     float h2 = h * h;
> 
>     float c1 = (M[i + 1] - M[i]) * h2 / 6.0;
>     float c2 = M[i] * h2 / 2.0;
>     float c3 = y_data[i + 1] - y_data[i] - (M[i + 1] + 2.0 * M[i]) * h2 / 6.0;
> 
>     return ((c1 * z + c2) * z + c3) * z + y_data[i];
> }
> 
> extern float
> phi0(float x) {
>     if (x <= x_16[0])
>         return 10.0f;
>     if (x >= x_16[15])
>         return 0.0f;
> 
>     return spline_interpolate(x, x_16, y_16, coeffs_clamped_16, 16);
> }

--- 
Alan VK2ZIW 
Before the Big Bang, God, Sela. 
OpenWebMail 2.53, nothing in the cloud.

 
___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

Re: [Freetel-codec2] codec2 - FreeDATA project

[Al Beard]

Hi Simon,

Have you seen the "OpenWebRX" project on Github, 
https://github.com/jketterl/openwebrx ?

I'm running it in Sydney here, on a Men's Shed building with a 9m pole as 
antenna. An excellent HF receiver.

It's mostly written in Python3 and basically pipes command line utilities 
together such as "freedv_rx".

In there you'll find a Waterfall and some data modes such as FT8.

Yes, it's Receive only, have a look at my site: http://110.143.195.8:8073

I'm not a Python programmer so I've only added the 10bit samples mode to their 
"rtl_tcp" driver

because the SDRplay devices sample at 10bits and better. (not 8bit as the 
RTL_SDR does)

You will note, OpenWebRX supports one FreeDV mode, I've set it 700E, my 
programming

skills are not good enough to allow more modes via a pull-down menu.

Can somebody do this please?

Alan VK2ZIW

On Mon, 19 Jul 2021 05:33:58 +0200, Simon Lang wrote
> Hi everyone,
> 
> 
> [UTF-8?]I’m Simon, DJ2LS, and I'm working on my project [UTF-8?]„codec2 - 
> [UTF-8?]FreeDATA“ since some month.
> 
> My goal is to create a multiplattform, open-source TNC, with an easy to use 
> GUI.
> At the moment the project is Linux only and not usable yet. It's a prototype 
> and [UTF-8?]I’m improving my programming skills [UTF-8?]„learning by 
> [UTF-8?]doing“. So expect a lot of failures, problems, uncommon programming 
> stuff. But at least I thought - Just do it!  And here are the first results:
> 
> 
> 
> # GUI 
> The basic GUI is already working. Easy selection of audio devices and radio 
> via Hamlib. Some status messages of the TNC are working as well. A huge part, 
> which is still not working, is the waterfall diagram to have a look over the 
> band / channel and its busy state. 
> My plans are, to create a GUI with different modules:
> - Data transfer module
> - Chat module, with a modern, smartphone like design
> - Beacon module
> The entire GUI is a network application. So you can control and send data 
> within your private network by default. The future idea is, sitting on the 
> couch and chatting via HF...
> 
> # TNC
> The TNC itself is written in Python and will be a CLI application. But you 
> [UTF-8?]don’t have to fight with a lot of CLI commands - Just start the TNC 
> and everything can be configured via network GUI.
> [UTF-8?]I’m also doing some basic TNC behavior a little bit different:
> - You [UTF-8?]don’t have to connect to another station to send data and 
> keeping the channel opened ( and the channel busy as well )
> This means, that if you want to send data to another station, you have to 
> open a data channel ( automatically), which will be closed as soon as the 
> data has been transmitted. 
> 
> 
> # ARQ
> I already created support for different ARQ modes :
> - Stop-and-Wait
> - Go-Back-N
> - Selective Repeat 
> You can also mix them together by selecting the amount of data frames per 
> acknowledge burst and repeating lost frames. This is working in my 
> development environment with some restrictions, but needs some more real 
> tests with some kilometers between the stations. Somewhen in the future "path 
> measurement" will automatically select the best constellation between frames 
> per burst, amount of data and channel quality.
> 
> 
> 
> You can find everything in my Github repository:
> https://github.com/DJ2LS/codec2-FreeDATA
> 
> I [UTF-8?]don’t have that much time because of my job, so [UTF-8?]I’m 
> doing everything step by step. 
> Actually [UTF-8?]I’m working on the data module and a huge amount of 
> documentation needs to be done as well.
> But everything looks promising.  
> 
> 
> Have a good start into the week! 
> Simon, 
> DJ2LS 

--- 
Alan VK2ZIW 
Before the Big Bang, God, Sela. 
OpenWebMail 2.53, nothing in the cloud.

 
___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

[Freetel-codec2] FreeDV testing of OpenWebRX

[Al Beard]

Hi guys,

Brisbane, Melbourne, Adelaide, Tassy anywhere in skip distance
to Sydney.

Can you please test the system below?


Our Western Sydney Nepean Men's Shed webSDR is available now 24x7
for all bands, 160m to 10m and beyond. I've now changed it's FreeDV
mode to 700E and can change it when asked easily, it's only a text change
in a script then stop/start.

http://110.143.195.8:8073

And, if there any programmers out there who can add, a "pull down"
as in the other digital modes, the various FreeDV modes, 2020, 700D, 700E
etc.. Python3 code, it just strings together command line tools.
 
---
Alan VK2ZIW
Before the Big Bang, God, Sela.
OpenWebMail 2.53, nothing in the cloud.



___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

Re: [Freetel-codec2] Controlled FreeDV testing

[Al Beard]

Hi all,

Good work team.

Our Western Sydney Nepean Men's Shed webSDR is available now 24x7
for all bands, 160m to 10m and beyond. I've now changed it's FreeDV
mode to 700E and can change it when asked easily, it's only a text change
in a script then stop/start.

http://110.143.195.8:8073

Several users can listen at once but if you change bands, it
affects all users.

Hardware: SDRplay RSP1 USB device on a Raspberry Pi 4B running
SDRplay's Headless Server in rtl_tcp mode but 16bit.
OpenWebRX on a PC is the demodulator, web page presenter.

10bit samples in 16bit "shorts" and I and Q channels means ~32Mbits
LAN traffic for 1M samples/sec.

Alan VK2ZIW

On Thu, 8 Jul 2021 10:43:33 +0930, David Rowe wrote
> Hello List,
> 
> Here is a blog post on some automated FreeDV and SSB testing, over 
> real world HF channels:
> 
>    http://www.rowetel.com/?p=7779
> 
> Thanks,
> David
> 
> ___
> Freetel-codec2 mailing list
> Freetel-codec2@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/freetel-codec2


---
Alan VK2ZIW
Before the Big Bang, God, Sela.
OpenWebMail 2.53, nothing in the cloud.



___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

[Freetel-codec2] OpenWebRX now listening in 700E mode, always USB

[Al Beard]

Hi all,

Here in Western Sydney, http://110.143.195.8:8073

I found in the Python package csdr "__init__.py" where
the mode is set.

Now set to 700E, note also always in USB. 

Also, with OpenWebRX, several listeners can use it at the same time.

But all users have to use the same band as the actual SDR is set to a
fixed centre frequency.

---
Alan VK2ZIW
Before the Big Bang, God, Sela.
OpenWebMail 2.53, nothing in the cloud.



___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

Re: [Freetel-codec2] From MMDVM, who want's to be the first in the world

[Al Beard]

Hi Mooneer and all,

OpenWebRX is a fantastic piece of software enabling us to make our receiving 
antenna available over the web. 

In it is an M17 decoder which uses obviously the Codec2 library but cut down.

Could somebody add Codec2 modes 700D etc. in it's GUI please?

The code is in Python3 and C++.

I'm having a go at modding OpenWebRX connector module to get 10bit data from 
the SDRplay using the RTL_TCP protocol upgraded to 16bit.

The SDRPlay team provide "rsp_tcp" which can either do 8bit data or 16bit data 
thus making better use of the 10bit data their SDRs can do.

Alan VK2ZIW

On Mon, 21 Jun 2021 14:46:16 -0700, Mooneer Salem wrote
> I know that daytime 20 meter conditions here haven't been the greatest, but I 
> have been noticing Australia being open to the US West Coast during evenings 
> recently. However, I've found that my noise level may be higher than 
> preferred, which is impacting my reception of any responses I hear from 
> Australia. 
> 
> In short, we may both have an easier time as we get higher in the sunspot 
> cycle. We'll have to see.
> 
> -Mooneer
> 
> On Mon, Jun 21, 2021, 3:52 AM Al Beard  wrote:
> Hi all,
> 
> The MMDVM modem now has M17 support and the question is asked.
> 
> Meanwhile, I've have had my "parrot" repeater using a Codec2 mode
> for a couple of years and mentioned it here and mentioned it on
> QSO.freedv.org often.
> 
> Not one QSO between two hams on it in those two years.
> 
> Codec2 over FM 
> 
> Sa la vie. 
> 
> Alan VK2ZIW
> 
> ---
> Alan VK2ZIW
> Before the Big Bang, God, Sela.
> OpenWebMail 2.53, nothing in the cloud.
> 
> ___
> Freetel-codec2 mailing list
> Freetel-codec2@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/freetel-codec2
>

--- 
Alan VK2ZIW 
Before the Big Bang, God, Sela. 
OpenWebMail 2.53, nothing in the cloud.

 
___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

[Freetel-codec2] From MMDVM, who want's to be the first in the world

[Al Beard]

Hi all,

The MMDVM modem now has M17 support and the question is asked.

Meanwhile, I've have had my "parrot" repeater using a Codec2 mode
for a couple of years and mentioned it here and mentioned it on
QSO.freedv.org often.

Not one QSO between two hams on it in those two years.

Codec2 over FM 

Sa la vie. 

Alan VK2ZIW

---
Alan VK2ZIW
Before the Big Bang, God, Sela.
OpenWebMail 2.53, nothing in the cloud.



___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

Re: [Freetel-codec2] SDRplay RSP1 as websdr

[Al Beard]

Hi all,

"OpenWebRX" is great open source software but in the migration from Python2 to 
Python3

and in different versions of SoapySDR (interface to hardware), getting it 
working is not easy.

What it does do is, allow lots of SDR hardware to be used.

"KiwiSDR" is implemented in one $300 package, a one stop solution.

Well before it came out I acquired two HackRF One devices and an SDRplay RSP1.

Reason, the HackRF One can transmit. (If I can get it working???)

Alan VK2ZIW

                                                                                
                                                                                
                                                                         

On Wed, 2 Jun 2021 16:31:24 +1000, Al Beard wrote
> Nepean River, Western Sydney, NSW
> 
> 
> 
> 
> On Wed, 2 Jun 2021 14:55:17 +1000, Steven Pemberton wrote
> > Hi Alan,
> > 
> > Is that the Nepean Men's shed in Point Nepean, Victoria, or elsewhere?
> > 
> > Regards,
> > Steven P.
> > 
> > On Tue, Jun 1, 2021 at 8:47 PM Al Beard  wrote:
> > 
> > Hi all,
> > Now online at:
> > 
> > 
> > 110.143.195.8 server1 # Nepean Mens Shed server1
> > 
> > Port 8073
> > 
> > 
> > http://110.143.195.8:8073
> > 
> > 
> > Antenna: 9m vertical ally pole, vertical of course.
> > 
> > 
> > Alan VK2ZIW 
> > 
> > 
> > On Thu, 27 May 2021 08:35:54 +1000, Alan Beard - VK2ZIW wrote
> > > Hi all,
> > > 
> > > I've just "fought" with Linux and achieved a webSDR using
> > > the SDRplay original RSP1 USB device.
> > > 
> > > Note: The daemon software on Linux X86_64 does not find the RSP1 
> > > (Software from sdrplay.com)
> > > 
> > > But the SD card image for the Raspberry Pi does.
> > > (Same driver s/w version  )
> > > 
> > > The Pi then supplies an RTL_TCP data stream to OpenWebRx software
> > > on an internet facing box and users browse that on port 8073.
> > > 
> > > I'm still trying to learn how to use it.
> > > 
> > > I fully understand, after a week of battling, the KiwiSDR is
> > > a good idea.
> > > 
> > > Any thoughts?
> > > 
> > > My SDRplay is destined for our Orchard Hills Men's Shed and it's HF wip.
> > > 
> > > ---
> > > Alan VK2ZIW
> > > Before the Big Bang, God, Sela.
> > > OpenWebMail 2.53, nothing in the cloud.
> > > _._,_._,_ 
---
 Groups.io Links:
> > > You receive all messages sent to this group. 
> > > View/Reply Online (#796) | Reply To Group | Reply To Sender | Mute This 
> > > Topic | New Topic
> > > 
---
Keep an eye on the Activities Calendar for upcoming events - 
https://groups.io/g/VK2-Microwave-Users-Group/calendar
---
 Your Subscription | Contact Group Owner | Unsubscribe 
[bear...@unixservice.com.au]
> > > 
> > > _._,_._,_ 
> > 
> > --- 
> > Alan VK2ZIW 
> > Before the Big Bang, God, Sela. 
> > OpenWebMail 2.53, nothing in the cloud. 
> > 
> > ___
> > Freetel-codec2 mailing list
> > Freetel-codec2@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/freetel-codec2
> > 
> 
> --- 
> Alan VK2ZIW 
> Before the Big Bang, God, Sela. 
> OpenWebMail 2.53, nothing in the cloud. 
> 
>

--- 
Alan VK2ZIW 
Before the Big Bang, God, Sela. 
OpenWebMail 2.53, nothing in the cloud.

 
___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

Re: [Freetel-codec2] SDRplay RSP1 as websdr

[Al Beard]

Nepean River, Western Sydney, NSW

On Wed, 2 Jun 2021 14:55:17 +1000, Steven Pemberton wrote
> Hi Alan,
> 
> Is that the Nepean Men's shed in Point Nepean, Victoria, or elsewhere?
> 
> Regards,
> Steven P.
> 
> On Tue, Jun 1, 2021 at 8:47 PM Al Beard  wrote:
> 
> Hi all,
> Now online at:
> 
> 
> 110.143.195.8 server1 # Nepean Mens Shed server1
> 
> Port 8073
> 
> 
> http://110.143.195.8:8073
> 
> 
> Antenna: 9m vertical ally pole, vertical of course.
> 
> 
> Alan VK2ZIW 
> 
> 
> On Thu, 27 May 2021 08:35:54 +1000, Alan Beard - VK2ZIW wrote
> > Hi all,
> > 
> > I've just "fought" with Linux and achieved a webSDR using
> > the SDRplay original RSP1 USB device.
> > 
> > Note: The daemon software on Linux X86_64 does not find the RSP1 
> > (Software from sdrplay.com)
> > 
> > But the SD card image for the Raspberry Pi does.
> > (Same driver s/w version  )
> > 
> > The Pi then supplies an RTL_TCP data stream to OpenWebRx software
> > on an internet facing box and users browse that on port 8073.
> > 
> > I'm still trying to learn how to use it.
> > 
> > I fully understand, after a week of battling, the KiwiSDR is
> > a good idea.
> > 
> > Any thoughts?
> > 
> > My SDRplay is destined for our Orchard Hills Men's Shed and it's HF wip.
> > 
> > ---
> > Alan VK2ZIW
> > Before the Big Bang, God, Sela.
> > OpenWebMail 2.53, nothing in the cloud.
> > _._,_._,_ 
---
 Groups.io Links:
> > You receive all messages sent to this group. 
> > View/Reply Online (#796) | Reply To Group | Reply To Sender | Mute This 
> > Topic | New Topic
> > 
---
Keep an eye on the Activities Calendar for upcoming events - 
https://groups.io/g/VK2-Microwave-Users-Group/calendar
---
 Your Subscription | Contact Group Owner | Unsubscribe 
[bear...@unixservice.com.au]
> > 
> > _._,_._,_ 
> 
> --- 
> Alan VK2ZIW 
> Before the Big Bang, God, Sela. 
> OpenWebMail 2.53, nothing in the cloud. 
> 
> ___
> Freetel-codec2 mailing list
> Freetel-codec2@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/freetel-codec2
>

--- 
Alan VK2ZIW 
Before the Big Bang, God, Sela. 
OpenWebMail 2.53, nothing in the cloud.

 
___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

[Freetel-codec2] SDRplay RSP1 as websdr

[Al Beard]

Hi all,

Now online at:

110.143.195.8 server1 # Nepean Mens Shed server1

Port 8073

http://110.143.195.8:8073

Antenna: 9m vertical ally pole, vertical of course.

Alan VK2ZIW 

On Thu, 27 May 2021 08:35:54 +1000, Alan Beard - VK2ZIW wrote
> Hi all,
> 
> I've just "fought" with Linux and achieved a webSDR using
> the SDRplay original RSP1 USB device.
> 
> Note: The daemon software on Linux X86_64 does not find the RSP1 
> (Software from sdrplay.com)
> 
> But the SD card image for the Raspberry Pi does.
> (Same driver s/w version  )
> 
> The Pi then supplies an RTL_TCP data stream to OpenWebRx software
> on an internet facing box and users browse that on port 8073.
> 
> I'm still trying to learn how to use it.
> 
> I fully understand, after a week of battling, the KiwiSDR is
> a good idea.
> 
> Any thoughts?
> 
> My SDRplay is destined for our Orchard Hills Men's Shed and it's HF wip.
> 
> ---
> Alan VK2ZIW
> Before the Big Bang, God, Sela.
> OpenWebMail 2.53, nothing in the cloud.
> _._,_._,_ 
---
 Groups.io Links:
> You receive all messages sent to this group. 
> View/Reply Online (#796) | Reply To Group | Reply To Sender | Mute This Topic 
> | New Topic
> 
---
Keep an eye on the Activities Calendar for upcoming events - 
https://groups.io/g/VK2-Microwave-Users-Group/calendar
---
 Your Subscription | Contact Group Owner | Unsubscribe 
[bear...@unixservice.com.au]
> 
> _._,_._,_

--- 
Alan VK2ZIW 
Before the Big Bang, God, Sela. 
OpenWebMail 2.53, nothing in the cloud.

 
___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

Re: [Freetel-codec2] Questions about Codec2 embedded performance

[Al Beard]

Hi Josh and all,

Should I say, I've been running a Codec2 "parrot" (store and repeat) repeater 
for a couple of years 24x7!

But without ONE taker other than 5Km away, it's now off.

There are not enough Codec2 hams here in Australia.

AND, for emergency wide area comms on HF that are "semi-secure", our ham 
network (WICEN) has no interest.

(Meanwhile our NSW country ambulances and stations are fitted with TWELP on HF)

So, if you have enough interested people, yes, do a repeater. Mine is a Banana 
Pi M2 Berry and a Yaesu FT-897D.

Thanks guys for the update on projects out there, particularly OpenRTX and 
SmallDV-V1.

Alan VK2ZIW

On Fri, 14 May 2021 15:32:01 +1200, Josh Lloyd via Freetel-codec2 wrote
> Thanks David,
> 

> 
> The Raspberry PI option looks good, I'll have a look at that. My little ham 
> group have spoken about the prospects of a repeater, either on a mountain or 
> a balloon. A Raspberry PI would make for a good repeater I imagine. 
> 
> Cheers,
> Josh

--- 
Alan VK2ZIW 
Before the Big Bang, God, Sela. 
OpenWebMail 2.53, nothing in the cloud.

 
___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

Re: [Freetel-codec2] HF radio needed in Germany for HF data project (David Rowe)

[Al Beard]

Hi David and Simon,

Could you use a SSH connection to my Pi here with the FT-897D
connected to it?  (and backyard dipole here in Sydney)

You will have to email or ring me to arrange frequencies and modes
ie. USB/LSB, 80m, 40m or 20m.

>From the shell on the PI, you can ssh out or use "wget" to load
software. It is on an FTTC (Fibre To The Curb) internet connection
with a fixed IP address.

This is how Joe K1JT compiled on ARM the early versions of his
Soft Decision Decoder in WSJTX.   

I setup an SSH login on the internet facing machine with another
SSH to the Pi.

Alan VK2ZIW +61414353013

On Sun, 2 May 2021 13:02:31 +0930, David Rowe wrote
> Hi Ross,
> 
> We've already moved through steps 1 (development against software 
> channel simulator) and step 2 (one-way real world HF Tx to SDRs),
>  our progress to date is summarised here:
> 
>    http://www.rowetel.com/?p=7688
> 
> As you can see the physical layer aspect of the project is coming 
> along nicely.  We have indeed been developing against CCIR poor 
> (Multi-Path Poor or MPP in Ionos/Winlink nomenclature), and are 
> getting encouraging results (see PNG in previous post).
> 
> Simon lives in a flat so even local Tx is difficult for him, and at 
> this stage of the project (protocol development) he really needs to 
> test the back to back interactions between two radios.
> 
> The HF/Mimo work sounds interesting, would love to see the papers!
> 
> Thanks,
> David
> 
> On 2/5/21 12:27 pm, Ross Whenmouth wrote:
> > Hi David & Simon,
> >
> > To start with, rather than using two back-back radios (presumably with 
> > a large attenuation factor in the RF connection between the two), you 
> > could use an HF channel simulator such as;
> > GNU Radio https://wiki.gnuradio.org/index.php/Channel_Model 
> > 
> > Ionos (Winlink) https://winlink.org/content/ionos_simulator 
> > 
> > PathSim http://www.moetronix.com/ae4jy/pathsim.htm 
> > 
> > (CCIR has published standardised HF channel models (eg CCIR poor) with 
> > which to configure your channel simulator)
> >
> >
> > Once you are ready to try out your modem "over the air", to start 
> > with, you probably only need to set up a transmitter at your QTH as 
> > you are blessed with access to a large number of public web SDRs 
> > around continental Europe: http://rx.linkfanel.net/ 
> > 
> >
> > Notably, there are nearby receivers in Karlsruhe and Stuttgart, and if 
> > you are looking for a longer path (~450 km), the receiver at the 
> > University of Twente, Enschede, Netherlands is a good option.
> > Karlsruhe http://sdr.pjs.de:8073/ 
> > Stuttgart http://dj9kaikiwi.ddns.net:8073/ 
> > 
> >    " http://bat-server.dyndns.org:8073/ 
> > 
> >    " http://dl2sba.ddns.net:8073/ 
> > University Twente http://websdr.ewi.utwente.nl:8901/ 
> > 
> >
> >
> > PS: Some very interesting research into 2x2 MIMO for HF digital 
> > channels has been performed recently - I can send you the papers if 
> > you are interested.
> >
> >
> > 73 ZL2WRW
> > Ross Whenmouth
> >
> >
> > ___
> > Freetel-codec2 mailing list
> > Freetel-codec2@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/freetel-codec2
> 
> ___
> Freetel-codec2 mailing list
> Freetel-codec2@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/freetel-codec2


---
Alan VK2ZIW
Before the Big Bang, God, Sela.
OpenWebMail 2.53, nothing in the cloud.



___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

Re: [Freetel-codec2] HF Data modes Part 3

[Al Beard]

Hi David,

Can I participate? My Pi clone (Banana Pi M2 Berry) and transceiver
FT897D are running here 24x7. Audio by a Behringer UCA 202 the original
Texas Instruments USB audio dongle and PTT via serial port.

Could my Pi receive and retransmit what it received?

7053KHz is not too cluttered but does occasionally get clobbered
by the Optus HFC Cable to phone lines box (still running).
I also have spots from my solar system every 40KHz on 7040, 7080 etc.

Alan VK2ZIW

On Sun, 25 Apr 2021 08:44:34 +0930, David Rowe wrote
> Further to this I've just had a fun couple of weeks building up some 
> automated tests for the new data modes, and have obtained some 
> encouraging results:
> 
>    http://www.rowetel.com/?p=7688
> 
> If anyone would like to try testing the data modes there's a script 
> that sends test frames from your radio to any KiwiSDR:
> 
>     $ ./ota_test.sh kiwisdr.areg.org.au -m yourHamLibModel
> 
> - David
> 
> On 15/4/21 6:38 am, David Rowe wrote:
> > I've been making some progress on open source, HF data modes:
> >
> >   http://www.rowetel.com/?p=7665
> >
> > Currenlty having fun sending bursts of data frames to KiwiSDRs around 
> > Australia.
> >
> > - David
> >
> >
> >
> > ___
> > Freetel-codec2 mailing list
> > Freetel-codec2@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/freetel-codec2
> 
> ___
> Freetel-codec2 mailing list
> Freetel-codec2@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/freetel-codec2


---
Alan VK2ZIW
Before the Big Bang, God, Sela.
OpenWebMail 2.53, nothing in the cloud.



___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

[Freetel-codec2] A Digital Voice Repeater based on Codec2, shutting down

[Al Beard via Freetel-codec2]

Hi all,

With so so few amateurs here in Australia 'playing' with Codec2,
I've stopped running my "parrot" repeater. Now I can listen to HF
again.

As mentioned before, Wicen's comment: "Not on the radar".
So they use Pactor etc.. No secure voice over HF. (or VHF)

Does anybody know if our NSW country ambulances are having success
with their TWELP system?

---
Alan VK2ZIW
Before the Big Bang, God, Sela.
OpenWebMail 2.53, nothing in the cloud.



___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

Re: [Freetel-codec2] Codec2 vs Lyra?

[Al Beard via Freetel-codec2]

Hi all,

I've loaded this "bazel" build system on Ubuntu 20.04 LTS on a Pentium E5300 
box (no AVX/AVX2).

 apt install bazel-4.0.0; ln -s /usr/bin/bazel-4.0.0 /usr/bin/bazel

bazel build -c opt :encoder_main

bazel build -c opt :decoder_main

I note the audio samplerate is 16000 whereas Codec2 and the M17 project go with 
8000.

Running their test script:

:

export PATH=$PATH:/data/downloads/yy4418/lyra/bazel-bin

bazel-bin/encoder_main --model_path=wavegru --output_dir=$HOME/temp 
--input_path=testdata/16khz_sample_01.wav

bazel-bin/decoder_main  --model_path=wavegru --output_dir=$HOME/temp/ 
--encoded_path=$HOME/temp/16khz_sample_01.lyra

output

I20210409 20:36:27.839759 178277 decoder_main_lib.cc:97] Elapsed seconds : 9

I20210409 20:36:27.839819 178277 decoder_main_lib.cc:98] Samples per second : 
12246.8

 

time aplay $HOME/temp/16khz_sample_01_decoded.wav

Playing WAVE '/root/temp/16khz_sample_01_decoded.wav' : Signed 16 bit 
Little Endian, Rate 16000 Hz, Mono

real 0m8.481s

user 0m0.195s

sys 0m0.071s

 So from an 8.5 sec test file, when decoded takes:

real 0m11.183s

user 0m11.050s

sys 0m0.105s

W20210409 20:43:22.203222 178355 kernels_generic.h:241] SumVectors: using 
generic kernel!

I20210409 20:43:32.897627 178355 decoder_main_lib.cc:97] Elapsed seconds : 10

I20210409 20:43:32.897687 178355 decoder_main_lib.cc:98] Samples per second : 
11307.7

== Conclusion =

My Pentium E5300 2.6 GHz is not powerful enough!

The encode phase is quick, super quick:

time encoder_main --model_path=wavegru --output_dir=$HOME/temp 
--input_path=testdata/16khz_sample_01.wav

WARNING: Logging before InitGoogleLogging() is written to STDERR

I20210409 20:57:47.317165 178410 encoder_main_lib.cc:94] Elapsed seconds : 0

I20210409 20:57:47.317334 178410 encoder_main_lib.cc:95] Samples per second : 
5.12104e+06

real 0m0.049s

user 0m0.034s

sys 0m0.012s

Alan VK2ZIW

On Thu, 8 Apr 2021 14:34:12 +0800, Random wrote
> Thanks a lot, David.
> 
> Could you please squeeze Lyra to 2400bps ? Such that we can compare its 
> performance with that of LPCNet.
> 
> Best Regards.
> 
> -- Ô­Ê¼Óʼþ --
> 
> ·¢¼þÈË: "freetel-codec2" ;
> ·¢ËÍʱ¼ä: 2021Äê4ÔÂ7ÈÕ(ÐÇÆÚÈý) ÏÂÎç4:25
> ÊÕ¼þÈË: "freetel-codec2";
> 
> Ö÷Ìâ: Re: [Freetel-codec2] Codec2 vs Lyra?
> 
> Hmm, I wonder how quickly I can get this into a FreeDV mode :-)
> 
> 3000 bit/s is a bit high for HF, but nice for VHF.  Might be cool for 
> the m17 project.
> 
> On 7/4/21 5:18 pm, David Rowe wrote:
> > Further to this, I've just bee told Google has open source Lyra :-)
> >
> > https://opensource.googleblog.com/2021/04/lyra-enabling-voice-calls-for-next-billion-users.html
> >  
> >
> >
> > - David
> >
> >
> > ___
> > Freetel-codec2 mailing list
> > Freetel-codec2@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/freetel-codec2
> 
> ___
> Freetel-codec2 mailing list
> Freetel-codec2@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/freetel-codec2

--- 
Alan VK2ZIW 
Before the Big Bang, God, Sela. 
OpenWebMail 2.53, nothing in the cloud.

 
___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

[Freetel-codec2] A poll for preference. Analog or digital? on RepeaterBuilder

[Al Beard via Freetel-codec2]

Hi,
Have you been reading the topic: A poll for preference. Analog or digital?
on the RepeaterBuilder email group?

It's all about audio quality or intelligibility.

Not one has mentioned, we are stuck using proprietary vocoders.

No innovation is possible either in the audio encoding or decoding,

yet keeping the systems (data over radio layer) compatible.

---
Alan VK2ZIW
Before the Big Bang, God, Sela.
OpenWebMail 2.53, nothing in the cloud.

 
___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

Re: [Freetel-codec2] Codec2 and OpenGD77

[Al Beard via Freetel-codec2]

Hi Eric, Danilo, David and all,

I read with interest. First, could we start noting 90% of us hams have a 
multi-mode HF-VHF transceiver with CAT control.

Or, at the very least the standard DIN audio in/out and PTT connector.

Am I special here? I have three Yaesu radios: FT-840, FT-897D and an FT-857.  
The oldest being fifteen+ years old now.

All can be connected to a computer for digital modes.

What I think is a worthwhile project is, a small box ala the SM1000 but with a 
RPi 3B (or similar) and a small touch screen

as used in those cheap VNAs. On the box, a mic socket and speaker socket and 
power socket for 12V.

In the radio room here, a standalone unit freeing up my PC, in the field, 
portable enough.

The RTL-SDR may be a useful receiver, but a good clean transmitter is also 
required.

Alan VK2ZIW

On Wed, 3 Feb 2021 06:04:34 +1030, David Rowe wrote
> Hi Danilo,
> I think Eric's proposal was just to swap out the codec, andperhaps using the 
> existing modem on the radio?  
> 
> The current FreeDV modes we have ported to the stm32 (1600 and700D) are aimed 
> at HF channels, and the GD77 probably doesn't havethe RF hardware to support 
> them (e.g. a SSB style radio deck). FreeDV includes the modem, protocol, FEC, 
> and Codec 2 - which maybe overkill for this project.
> 
> I can't recall the exact CPU/memory breakdown between Codec 2 andthe other 
> parts of the FreeDV stack, but I imagine Codec 2 alonewould require 
> substantially less resources.
> While a GD77 port would be cool, I lean towards full ground upopen source 
> radio designs like M17 although I'd like to use bettermodems :-)  At some 
> point I'm going to try my open vhf/uhfPI+RTLSDR based radio project with 
> voice - it's already runningthe FreeDV stack and has plenty of CPU.
> 
> Cheers,
> David
> 
> On 3/2/21 4:37 am, Danilo Beuche wrote:
> 
> Hi,
> I'd like to share my thoughts on this, as I also have some GD77and love the 
> OpenGD77 FW (main reason for getting these). I havesome experience with 
> porting FreeDV to the STM32 arm processoras I was one of the developers who 
> integrated Codec2 into theUHSDR Firmware a couple of years ago. 
> 
> The hardware in the OpenGD77 GD77 is surely not powerful enoughfor 700D, it 
> may be possible to get it to work with 1600D.FreeDV also eats a big slice of 
> your RAM (~64k at least) ofwhich the GD77's MK22FN512VLL12R has only 128k. 
> 120 Mhzis also less than the 168Mhz of the SM1000 or the MCHF with 
> anSTM32F4xx processor. As both processor belong to the CORTEX-M4family, they 
> should have similar performance per MHZ.  
> 
> In measurements for 1600D on the MCHF with the UHSDRsoftware, this takes 
> roughly 70% load in the signal processingpath from 48khz IQ to audio for 
> 1600D. Doing the math 168/120* 70% load = 98% load. 2% cycles left. SSB 
> decoding takesabout 10%, the remaining 60% went to FreeDV. Not a problem 
> inSM1600 as it does less signal processing and doesn't have torun a graphical 
> UI in addition (which the MCHF does).  
> 
> 700D runs ok on the STM32F7 processor with 216 Mhz andprocessor caches 
> (CORTEX-M7 design), speeding up codeexecution quite significantly. The 
> STM32H7 with 480 Mhz is notconcerned about decoding 700D at all, there is 
> plenty of cpupower left. But those are unfortunately not in thosehandhelds.
> 
> But for a different FreeDV mode better suited for VHF/UHFusage or a different 
> signal processing chain it might be anentirely different story. Thats is 
> where I have to hand overto David and the other experts.
> And just for the record: I would love to have a "completely"open source GD77 
> with digital voice.
> 
> Danilo
> 
> 
> 
> 
> Can't say anything about the DM1801
> 
> On 02/02/2021 18:21, Daniel Mundallwrote:
> 
> Hi Eric,
> Funny that you mention OpenGD77 as last month Idiscovered these radios 
> (Baofeng DM-1801 in my case) andpicked up two of them off of aliexpress with 
> codec2 beingthe primary reason for my purchase.
> There are 4 reasons why I think they would be great fitfor codec2:
>
* They're cheap ($65-75) & available which means youcould get a larger 
adoption. 
* They run on an ARM platform either STM32 orsimilar processor.
* And there's already an open source firmware withoutinventing that.
* The audio encoding isn't a separate chip (at least onthe DM1801) it's 
software encoding. 

> Interestingly enough original portion of the memorycontaining the software 
> audio codec is retained inOpenGD77 to avoid patent issues.
> 
> Another cool possibility that I haven't felt out yetbut in theory because of 
> the two slot TDMA setup I thinkeither a repeater mode or full duplex audio 
> should bepossible.
> 
> Anyway, I just got the radios so soon as I have achance I'm going to get 
> OpenGD77 loaded up and playaround with it.
> 
> One thing that David or the others might be bettersuited to answer is how 
> much hardware functions of theSTM32 have been used in the codec2 port. 
> Because therecould be hardware 

Re: [Freetel-codec2] Codec2 and OpenGD77

[Al Beard via Freetel-codec2]

Hi Eric,

If the radio GD77 and clones did HF, I'd be super interested!!

"In my view" we have neglected the need for "semi-secure" voice
comms over HF. HF because there are many many areas where VHF/UHF
does not cover.

Also "In my view" on VHF and UHF we have not, in "Digital Voice",
Codec2 in particular, realised the extended ranges made possible
with lower bit-rates. 

eg. The "M17project" went for the Codec2 3200 mode and in their
protocol, all but locked out rates lower than 1600. And in the
1600 implementation, the intention was data to fill the available
bits/bytes leading up to the same 3200 radio data rate.

My 2c.

I do say to the developers, keep up the good work.

Alan VK2ZIW

On Mon, 1 Feb 2021 17:50:17 -0500, Eric Jacksch wrote
> Greetings,
> 
> Has anyone looked at dropping Codec2 into OpenGD77?
> 
> In case anyone is not aware, OpenGD77 is a (mostly) open source
> firmware replacement for several low cost handheld two-way radios,
> including the GD-77 (aka TYT MD-760).
> 
> To work around intellectual property issues, the firmware currently
> links in the DMR CODEC from the original vendor's binary.
> 
> While it would break compatibility with other DMR radios, I'm
> interested in seeing a fork of OpenGD77 that is fully open source and
> Codec 2 seems like an obvious candidate. A truly open-source amateur
> VHF/UHF digital mode.
> 
> The IDE (MCUExpresso) and complete toolchain for OpenGD77 is free and
> relatively straightforward on Windows, and the firmware is written in
> C. What's needed is the Codec 2 expertise.
> 
> Anyone interested?
> 
> Cheers,
> Eric
> 
> ___
> Freetel-codec2 mailing list
> Freetel-codec2@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/freetel-codec2


---
Alan VK2ZIW
Before the Big Bang, God, Sela.
OpenWebMail 2.53, nothing in the cloud.



___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

[Freetel-codec2] Does anyone here run freebeacon

[Al Beard via Freetel-codec2]

Hi,
Lots of us download the PC version of software and run it up,
I'm asking, who here downloads the sourcecode and compiles it
on their platform to test both compiling and function?

So, if one can't, do the compiling, can you run up a Raspberry Pi
and load programs onto it and do basic sys-admin?

If people were to tell us developers, what platforms you
have available in the Raspberry Pi line (and specify 32 or 64 bit),
a compiled up installation can be made available.

Possibilities: HamVOIP AllStar image running on an RPi 3B.

---
Alan VK2ZIW
Before the Big Bang, God, Sela.
OpenWebMail 2.53, nothing in the cloud.



___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

Re: [Freetel-codec2] freebeacon further development

[Al Beard via Freetel-codec2]

Hi,
As mentioned, the "sync" issue, here is my log
"sync: 2" in "normal" as per 700D
"sync: 3" is from the text "metric > 0.35"
"sync: 4" is from the MODEM_STATS structure. Why is this rare?

I'm transmitting from one transceiver into a leaky dummy load, to the
other.
state: Rx Idle   peak:   9568  sync: 0  metric: 0.26 SNR: -6.6 
foff: -32.1 trig: 0 rcd: 1
state: Rx Maybe Sync peak:  15218  sync: 3  metric: 0.53 SNR: 9.9 foff: 
-3.1 trig: 0 rcd: 1
state: Rx Maybe Sync peak:  15391  sync: 3  metric: 0.53 SNR: 9.3 foff: 
-3.9 trig: 0 rcd: 1
state: Rx Sync   peak:  15817  sync: 3  metric: 0.53 SNR: 3.3 foff: 
-3.1 trig: 0 rcd: 0
state: Rx Sync   peak:  15620  sync: 3  metric: 0.53 SNR: 6.0 foff: 
-4.0 trig: 0 rcd: 0
state: Rx Sync   peak:  15389  sync: 3  metric: 0.53 SNR: 6.1 foff: 
-3.1 trig: 0 rcd: 0
state: Rx Sync   peak:  14581  sync: 3  metric: 0.52 SNR: 5.2 foff: 
-4.9 trig: 0 rcd: 0
state: Rx Sync   peak:  15427  sync: 3  metric: 0.54 SNR: 5.0 foff: 
-4.9 trig: 0 rcd: 0
state: Rx Sync   peak:  14971  sync: 3  metric: 0.53 SNR: 4.6 foff: 
-3.0 trig: 0 rcd: 0
state: Rx Sync   peak:  15919  sync: 3  metric: 0.53 SNR: 3.4 foff: 
-2.1 trig: 0 rcd: 0
state: Rx Sync   peak:  15186  sync: 3  metric: 0.53 SNR: 6.9 foff: 
-4.0 trig: 0 rcd: 0
state: Rx Sync   peak:  15886  sync: 3  metric: 0.53 SNR: 4.6 foff: 
-3.1 trig: 0 rcd: 0
state: Rx Sync   peak:  15807  sync: 3  metric: 0.53 SNR: 4.4 foff: 
-4.0 trig: 0 rcd: 0
state: Rx Sync   peak:  15081  sync: 3  metric: 0.52 SNR: 4.7 foff: 
-4.0 trig: 0 rcd: 0
state: Rx Sync   peak:  14963  sync: 3  metric: 0.54 SNR: 4.9 foff: 
-3.9 trig: 0 rcd: 0
state: Rx Sync   peak:  14797  sync: 3  metric: 0.53 SNR: 5.6 foff: 
-3.1 trig: 0 rcd: 0
state: Rx Sync   peak:  14809  sync: 3  metric: 0.54 SNR: 4.4 foff: 
-4.0 trig: 0 rcd: 0
state: Rx Sync   peak:  16277  sync: 4  metric: 0.50 SNR: 4.9 foff: 
-3.0 trig: 0 rcd: 0
: RX txtMsg: VK2ZIti 2ziw mziw c c c cot K2ZIW 2ziw ziw Kd c hnVK2C
  Tx triggered!
state: Rx Sync   peak:  15787  sync: 3  metric: 0.53 SNR: 8.8 foff: 
-4.0 trig: 1 rcd: 0
state: Rx Sync   peak:  14735  sync: 3  metric: 0.53 SNR: 5.1 foff: 
-2.1 trig: 1 rcd: 0
state: Rx Sync   peak:  15712  sync: 3  metric: 0.53 SNR: 3.3 foff: 
-2.1 trig: 1 rcd: 0
state: Rx Sync   peak:  14820  sync: 3  metric: 0.53 SNR: 7.7 foff: 
-3.1 trig: 1 rcd: 0



On Wed, 27 Jan 2021 17:03:45 +1000, Al Beard via Freetel-codec2 wrote
> Hi,
> 
> I'm working with some "sync" issues with freebeacon and mode 700E.
> 
> I have a fairly low audio level into freebeacon Rx, around 500 on noise
> 
> (noise signal on 40m) going up to about 1000 with a S9 mode 700E signal
> received from my second  transceiver (into a Racal Aust. dummy load)
> No signal
> state: Rx Idle   peak:527  sync: 0  metric: 0.21 
> SNR: -2.7 foff: 46.8 trig: 0 rcd: 0
> 
> 700E signal
> state: Rx Sync   peak:   1041  sync: 3  metric: 0.52 
> SNR: 3.8 foff: 
> 13.1 trig: 1 rcd: 0
> 
> "sync: 3" so I can determine where in the code "sync" was set.
> In this case from "metric > 0.3"
> struct MODEM_STATS defines "sync_metric"
> 
> 73
> Alan VK2ZIW
> 

---
Alan VK2ZIW
Before the Big Bang, God, Sela.
OpenWebMail 2.53, nothing in the cloud.

/*
  freebeacon.c
  David Rowe VK5DGR
  Hamlib PTT and 700C support Bob VK4YA
  700E Alan VK2ZIW

  FreeDV Beacon.
*/

#include 
#include 
#include 
#include 
#include 
#include 
#include 
#include 
#include 
#include 
#include 
#include 

#ifdef _WIN32
#include 
#else
#include 
#include 
#endif

#include 
#include 

#include "sndfile.h"
#include "portaudio.h"

#include "codec2_fifo.h"
#include "modem_stats.h"
#include "freedv_api.h"
#include "hamlib/rig.h"

#define MAX_CHAR80
#define FS8 8000// codec audio sample rate fixed at 8 kHz
#define FS4848000   // 48 kHz sampling rate rec. as we can trust accuracy of sound card
#define SYNC_TIMER  2.0 // seconds of valid rx sync we need to see to change state
#define UNSYNC_TIMER2.0 // seconds of lost sync we need to see to change state
#define COM_HANDLE_INVALID   -1
#define LOG_TIMER   1.0
#define SNR_MIN 3.0 // 700E, sync is problematic without SQ enabled
#define SQ_LEVEL0.3
#define METRIC  0.35
#define SERVICE_PORT21234
#define IP_ADDRESS  "192.168.20.122"

/* globals used

[Freetel-codec2] Activity, East coast Australia and New Zealand

[Al Beard via Freetel-codec2]

700D on 7177 KHz LSB Around 9pm EAST

Stations heard:
Mark VK5QI South Australia
Rhod VK2TTLNSW far north coast
VK2??? NSW Hunter Valley, East Maitland (Oh my memory)
Danny VK7HDM   TAS
John ZL2TCANew Zealand   
Me Alan VK2ZIW NSW, Sydney

40m suffered the usual switchmode interference and HF
propagation issues, so copy was very hard at times here.

Later we also had regular SSB on the channel also.

---
Alan VK2ZIW
Before the Big Bang, God, Sela.
OpenWebMail 2.53, nothing in the cloud.



___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

Re: [Freetel-codec2] Codec2, and connecting to a network

[Al Beard via Freetel-codec2]

Hi all,

"freebeacon" was off for two days, hard disk failure.
20,000 hours or 800+ days of 24x7 operation from a 2" laptop drive.

Anyway, development continues.

Lots of read/write is why I chose a "spinning" hard drive.
And "real" swap.

Alan VK2ZIW

On Fri, 15 Jan 2021 16:29:54 +1000, Al Beard via Freetel-codec2 wrote
> Hi all,
> As you know, "freebeacon" has been running here for years now with
> nobody using it. All the hams on qso.freedv.org are 10,000+ Km away
> and thus not heard by it or it by them.
> 
> So, I want to "connect" it as a "hot-spot" to a network.
> 
> Here's the difficulty for me:
> I'm not a C++ programmer so I look at whether I can "connect"
> via system mechanisms, either audio devices ala "loopback" or
> network sockets, the latter allowing one computer, the radio 
> interface and another being the HamVOIP or AllStar or M17 network interface.
> 
> Applications such as "mvoice" and "dudestar" are #1 in C++ and #2 require
> an on-screen button press for PTT. I have, with them, "seen" the 
> loopback device.
> 
> Has anyone any clues on Allstar-Link?
> 
> Otherwise, my HF radio, antenna and Pi are not useful.
> 
> ---
> Alan VK2ZIW
> Before the Big Bang, God, Sela.
> OpenWebMail 2.53, nothing in the cloud.
> 
> ___
> Freetel-codec2 mailing list
> Freetel-codec2@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/freetel-codec2


---
Alan VK2ZIW
Before the Big Bang, God, Sela.
OpenWebMail 2.53, nothing in the cloud.



___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

[Freetel-codec2] Codec2, and connecting to a network

[Al Beard via Freetel-codec2]

Hi all,
As you know, "freebeacon" has been running here for years now with
nobody using it. All the hams on qso.freedv.org are 10,000+ Km away
and thus not heard by it or it by them.

So, I want to "connect" it as a "hot-spot" to a network.

Here's the difficulty for me:
I'm not a C++ programmer so I look at whether I can "connect"
via system mechanisms, either audio devices ala "loopback" or
network sockets, the latter allowing one computer, the radio interface
and another being the HamVOIP or AllStar or M17 network interface.

Applications such as "mvoice" and "dudestar" are #1 in C++ and #2 require
an on-screen button press for PTT. I have, with them, "seen" the loopback 
device.

Has anyone any clues on Allstar-Link?

Otherwise, my HF radio, antenna and Pi are not useful.

---
Alan VK2ZIW
Before the Big Bang, God, Sela.
OpenWebMail 2.53, nothing in the cloud.



___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

Re: [Freetel-codec2] Is the website down ?

[Al Beard via Freetel-codec2]

Hi,

Works fine here, NBN internet connection here in Sydney.

Except the videos, I reloaded the page and the videos work.

On the "over Antarctica" video, is the short interference my "freebeacon" here 
doing it's ident.

Actually I was reading the rowetel.com page and noticed "clip" so I've set it 
on in "freebeacon".

The one running now, as of 6:00 UTC 16/1/2021

Alan VK2ZIW

On Thu, 14 Jan 2021 21:48:58 -0800, Bruce Perens via Freetel-codec2 wrote
> If you show us the results of "traceroute", we might be able to give you 
> better advice.
> 
> On Thu, Jan 14, 2021 at 7:57 PM Random <614678...@qq.com> wrote:
> 
> Unfortunately, I still have the issue.
> 
> The request of ping www.rowetel.com is out of time..
> 
> -- Original --
> 
> From: "freetel-codec2" ;
> Date: Fri, Jan 15, 2021 11:32 AM
> To: "freetel-codec2";
> 
> Subject: Re: [Freetel-codec2] Is the website down ?
> 
> Seems to be working for me.
>  
> Are you still having an issue?
>  
>  
> Walter/K5WH
>  
> 
> From: Random <614678...@qq.com> 
> Sent: Thursday, January 14, 2021 7:15 PM
> To: freetel-codec2 
> Subject: [Freetel-codec2] Is the website down ?
>  
> 
> Hi, David,
> 
>  
> 
> The rowetel.com can't be accessed, anything wrong ？
> 
>  
> 
> Best regards,
> 
> Hua___
> Freetel-codec2 mailing list
> Freetel-codec2@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/freetel-codec2
> 
> 
> -- 
> 
> Bruce Perens - CEO at stealth startup. I'll tell you what it is eventually :-)

--- 
Alan VK2ZIW 
Before the Big Bang, God, Sela. 
OpenWebMail 2.53, nothing in the cloud.

 
___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

Re: [Freetel-codec2] freebeacon further development

[Al Beard via Freetel-codec2]

Hi,

Here is my "beta" freebeacon code.

Decoded audio is sent out by UDP prepended by 0x4141 and (short) length
to a settable IP address to port 21234 as per the original freebeacon.

The UDP in freebeacon receiver then receives, checks for the 0x4141
"signature" and places this on the input audio fifo.

The freebeacon receive side, audio from the radio, is tested working. 

Conceivably, two systems could make a full duplex repeater. (not yet) 

Next step is, to me the hardest. "mvoice" being written in C++ baffles
me in how to add another UDP "receiver" and making it "press PTT".
(And sending out audio received from the M17 network)

I'd like to use "mvoice" because it's mature and being a GUI app, 
displays nicely what's happening.

Things to note:

HF reception of FreeDV modes such as 700D and 700E do not convey
accurate TxtMSGs so to rely on anything more than the trigger string
will convey inaccurate callsigns. So my thought is that "mvoice" will
add it's callsign when sending audio to the M17 network. So it's
necessary for the HF transmitting station to announce their
callsign verbally.

Any help here would be greatly appreciated.

Alan VK2ZIW

On Mon, 4 Jan 2021 14:16:11 +1000, Al Beard via Freetel-codec2 wrote
> Hi all,
> 
> On looking into "freebeacon" there is a UDP listener.
> I'm about to add "send this audio".
> 
> To make sure this new audio packet is OK for sending,
> I intend to prepend the packet with say 0x4141 and the next
> short, the length of the audio samples.
> 
> Then to end transmission, "length" to be zero.
> (and a timeout)
> 
> Similarly, adding a UDP sender for the Rx audio.
> 
> Noting M17's "mvoice" is written with samplerate 8000,
> no samplerate conversion is necessary and the UDP packets
> will be under 1500 bytes.
> 
> I'm completely new to app development, has anyone any
> thoughts on this?
> 
> The M17 network has at present plenty of listeners.
> 
> ---
> Alan VK2ZIW
> Before the Big Bang, God, Sela.
> OpenWebMail 2.53, nothing in the cloud.
> 
> ___
> Freetel-codec2 mailing list
> Freetel-codec2@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/freetel-codec2


---
Alan VK2ZIW
Before the Big Bang, God, Sela.
OpenWebMail 2.53, nothing in the cloud.

/*
  freebeacon.c
  David Rowe VK5DGR
  Hamlib PTT and 700C support Bob VK4YA
  700E Alan VK2ZIW

  FreeDV Beacon.
*/

#include 
#include 
#include 
#include 
#include 
#include 
#include 
#include 
#include 
#include 
#include 
#include 

#ifdef _WIN32
#include 
#else
#include 
#include 
#endif

#include 
#include 

#include "sndfile.h"
#include "portaudio.h"

#include "codec2_fifo.h"
#include "modem_stats.h"
#include "freedv_api.h"
#include "hamlib/rig.h"

#define MAX_CHAR80
#define FS8 8000// codec audio sample rate fixed at 8 kHz
#define FS4848000   // 48 kHz sampling rate rec. as we can trust accuracy of sound card
#define SYNC_TIMER  2.0 // seconds of valid rx sync we need to see to change state
#define UNSYNC_TIMER2.0 // seconds of lost sync we need to see to change state
#define COM_HANDLE_INVALID   -1
#define LOG_TIMER   1.0
#define SNR_MIN 3.0 // 700E, sync is problematic without SQ enabled
#define SQ_LEVEL1.0
#define SERVICE_PORT21234
#define IP_ADDRESS  "192.168.20.122"

/* globals used to communicate with async events and callback functions */

volatile int keepRunning, runListener, recordAny;
char txtMsg[MAX_CHAR], *ptxtMsg, triggerString[MAX_CHAR];
int triggered, txFromNet;
float snr_est, snr_sample;
int com_handle, verbose;
struct FIFO*nfifo;

/* state machine defines */

#define SRX_IDLE  0  /* listening but no FreeDV signal   */
#define SRX_MAYBE_SYNC1  /* We have sync but lets see if it goes away*/
#define SRX_SYNC  2  /* We have sync on a valid FreeDV signal*/
#define SRX_MAYBE_UNSYNC  3  /* We have lost sync but lets see if it's really gone   */
#define STX   4  /* transmitting reply   */

char *state_str[] = {
"Rx Idle",
"Rx Maybe Sync",
"Rx Sync",
"Rx Maybe UnSync",
"Tx"
};


int openComPort(const char *name);
void closeComPort(void);
void raiseDTR(void);
void lowerDTR(void);
void raiseRTS(void);
void lowerRTS(void);
pt

[Freetel-codec2] freebeacon further development

[Al Beard via Freetel-codec2]

Hi all,

On looking into "freebeacon" there is a UDP listener.
I'm about to add "send this audio".

To make sure this new audio packet is OK for sending,
I intend to prepend the packet with say 0xa5a5 and the next
short, the length of the audio samples.

Then to end transmission, "length" to be zero.
(and a timeout)

Similarly, adding a UDP sender for the Rx audio.

Noting M17's "mvoice" is written with samplerate 8000,
no samplerate conversion is necessary and the UDP packets
will be under 1500 bytes.

I'm completely new to app development, has anyone any
thoughts on this?

The M17 network has at present plenty of listeners.

---
Alan VK2ZIW
Before the Big Bang, God, Sela.
OpenWebMail 2.53, nothing in the cloud.



___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

[Freetel-codec2] freebeacon nearly working for mode 700E

[Al Beard via Freetel-codec2]

Hi all,

Modified freebeacon in mode 700D works fine but in mode 700E,
in Rx "sync" never comes true.

Can somebody look at this please?

---
Alan VK2ZIW
Before the Big Bang, God, Sela.
OpenWebMail 2.53, nothing in the cloud.

/*
  freebeacon.c
  David Rowe VK5DGR
  Hamlib PTT and 700C support Bob VK4YA
  700E Alan VK2ZIW

  FreeDV Beacon.
*/

#include 
#include 
#include 
#include 
#include 
#include 
#include 
#include 
#include 
#include 
#include 
#include 

#ifdef _WIN32
#include 
#else
#include 
#include 
#endif

#include 
#include 

#include "sndfile.h"
#include "portaudio.h"

#include "codec2_fifo.h"
#include "modem_stats.h"
#include "freedv_api.h"
#include "hamlib/rig.h"

#define MAX_CHAR80
#define FS8 8000// codec audio sample rate fixed at 8 kHz
#define FS4848000   // 48 kHz sampling rate rec. as we can trust accuracy of sound card
#define SYNC_TIMER  2.0 // seconds of valid rx sync we need to see to change state
#define UNSYNC_TIMER2.0 // seconds of lost sync we need to see to change state
#define COM_HANDLE_INVALID   -1
#define LOG_TIMER   1.0

/* globals used to communicate with async events and callback functions */

volatile int keepRunning, runListener, recordAny;
char txtMsg[MAX_CHAR], *ptxtMsg, triggerString[MAX_CHAR];
int triggered;
float snr_est, snr_sample;
int com_handle, verbose;

/* state machine defines */

#define SRX_IDLE  0  /* listening but no FreeDV signal   */
#define SRX_MAYBE_SYNC1  /* We have sync but lets see if it goes away*/
#define SRX_SYNC  2  /* We have sync on a valid FreeDV signal*/
#define SRX_MAYBE_UNSYNC  3  /* We have lost sync but lets see if it's really gone   */
#define STX   4  /* transmitting reply   */

char *state_str[] = {
"Rx Idle",
"Rx Maybe Sync",
"Rx Sync",
"Rx Maybe UnSync",
"Tx"
};


int openComPort(const char *name);
void closeComPort(void);
void raiseDTR(void);
void lowerDTR(void);
void raiseRTS(void);
void lowerRTS(void);
pthread_t start_udp_listener_thread(void);

/* hamlib static vars */

hamlib_port_t myport;
RIG *my_rig;
rig_model_t myrig_model;// int
int retcode;


/**\

  FUNCTIONS

\**/

/* Called on Ctrl-C */

void intHandler(int dummy) {
keepRunning = 0;
fprintf(stderr,"\nShutting Down ..\n");
}

/* returns number of output samples generated by resampling */

int resample(SRC_STATE *src,
short  output_short[],
short  input_short[],
intoutput_sample_rate,
intinput_sample_rate,
intlength_output_short, // maximum output array length in samples
intlength_input_short
)
{
SRC_DATA src_data;
floatinput[length_input_short];
floatoutput[length_output_short];

assert(src != NULL);

src_short_to_float_array(input_short, input, length_input_short);

src_data.data_in = input;
src_data.data_out = output;
src_data.input_frames = length_input_short;
src_data.output_frames = length_output_short;
src_data.end_of_input = 0;
src_data.src_ratio = (float)output_sample_rate/input_sample_rate;
//printf("%d %d src_ratio: %f \n", length_input_short, length_output_short, src_data.src_ratio);

src_process(src, _data);

assert(src_data.output_frames_gen <= length_output_short);
src_float_to_short_array(output, output_short, src_data.output_frames_gen);

return src_data.output_frames_gen;
}


void listAudioDevices(void) {
const PaDeviceInfo *deviceInfo = NULL;
int numDevices, devn;

numDevices = Pa_GetDeviceCount();
printf("Num   Name  API   InCh  OutCh  DefFs\n");
printf("\n");
for (devn = 0; devnname,
   Pa_GetHostApiInfo(deviceInfo->hostApi)->name,
   deviceInfo->maxInputChannels,
   deviceInfo->maxOutputChannels,
   (int)deviceInfo->defaultSampleRate);
}
}


void printHelp(const struct option* long_options, int num_opts, char* argv[])
{
	int i;
	char *option_parameters = NULL;

	fprintf(stderr, "\nFreeBeacon - FreeDV Beacon\n"
		"usage: %s [OPTIONS]\n\n"
"Options:\n"
"\t-c(comm port for Tx or CAT PTT)\n"
"\t-u(Hamlib CAT model number 

Re: [Freetel-codec2] FreeDV 1.5 - 700E and OFDM compression

[Al Beard via Freetel-codec2]

Hi Mooneer and any other developers,

Could a "connetivity" mechanism to/from the FreeDV GUI app such that another 
app can trigger Tx and get an Rx

valid signal?

The "another" app could be "Asterisk", "HamVOIP" or "mvoice" etc..

Alan VK2ZIW

On Sun, 20 Dec 2020 15:48:33 -0800, Mooneer Salem wrote
> Yeah, I'm not 100% sure if it's a backwards compatibility issue or some bug 
> but reverting to 1.4.3 did seem to help for one or two people. 
> 
> BTW, the measures I took thus far to reduce misreports to PSK Reporter are 
> still not 100%; my callsign was reported as "K6TQ" earlier instead of "K6AQ". 
> We'll have to look more into FEC at some point for sure.
> 
> -Mooneer K6AQ
> 
> On Sun, Dec 20, 2020 at 2:49 PM David Rowe  wrote:
> 
> 
> Yes its should be backwards compatible, so if it's a reproducibleissue we 
> should fix it.  IIRC I have a ctest that checks backwardscompatibility for 
> 700D.
> 
> - David
> On 21/12/20 9:13 am, Mooneer Salemwrote:
> 
> David, quick question. Is 1.5.0/1.5.1 supposed tobe backwards compatible with 
> 1.4.3? At least a couple of peoplehave reported that received signals were 
> garbled. (I recordedmyself via a WebSDR earlier today and was able to decode 
> myselfwith 1.5.1, FWIW.)
> 
> -Mooneer K6AQ
> 
> On Sun, Dec 20, 2020 at 2:37AM David Rowe  wrote:
> 
> 
> Hi Al,
> I don't run the QSO.freedv.orgwebsite - you'll need to talk to  the 
> maintainer.
> SM1000 support for 700E is possible (it's about the sameCPU as 700D), if some 
> one wants to work on it  howeverit would be nice to get the band pass 
> filter running onthe SM1000 to support the clipper/compression.  To datewe've 
> left the BPF out of the SM1000 due to CPU, so someoptimisation work required 
> there. 
> 
> - David
> 
> On 20/12/20 3:34 pm, Al Beard via Freetel-codec2 wrote:
>  Thanks David,
>  
> 
> I've recompiled the Codec2 librarywith the latest on my "parrot" repeater.
> (Fedora 30 armv7hl) (a Pi clone,Banana Pi M2 Berry)
> But error:
> /data/home/alanb/bin/parrot:undefined symbol: freedv_get_uncorrected_errors
>  
> 
> I'll look into that
>  
> 
> I've compiled the Ver 1.5 develFreeDV GUI on Fedora 29 x86_64, my "main" box.
>  
> 
> We are having some good Sporadic Eopenings on 10m and 6m between here and New 
> Zealand.
>  
> 
> Can we have some frequencies on theQSO.freedv.org websitefor bands 17m and up 
> such that there
> is a "standard" on each band?
>  
> 
> Also, is there a possibility theSM1000 can run mode 700E?
>  
> 
> Alan VK2ZIW
>  
> 
>  
> 
> On Sun, 20 Dec 2020 13:50:33 +1030,David Rowe wrote 
> > Thanks Walter and Mooneer.  I'd be interested toknow the RMS power you can 
> > develop with 700D/E withthe clipper option. 
> > - David 
> > 
> > On 20/12/20 10:30 am, Mooneer Salem wrote: 
> > 
> > Looks like it's working reasonably well, thoughthe 20 meter band fell out 
> > shortly after we all gotit installed. More testing tomorrow for sure. :) 
> > 
> > -Mooneer K6AQ 
> > 
> > On Sat, Dec 19, 2020 at 2:26 PM wrote: 
> >Have it loadedand running now. 
> > 
> > Working on a couple others as I type to getsome end to end testing. 
> > 
> > Many thanks David, and best of the holidays.
> > 
> > Walter/K5WH 
> > 
> > -Original Message- 
> > From: David Rowe 
> > Sent: Saturday, December 19, 2020 3:34 PM 
> > To: freetel-codec2@lists.sourceforge.net
> > Subject: [Freetel-codec2] FreeDV 1.5 - 700Eand OFDM compression 
> > 
> > I've been working on a new FreeDV 700E mode,and some compression for FreeDV 
> > 700D and 700E toincrease the average power.  A Christmas presentfor you to 
> > play with 
> > 
> > 700E is designed to handle fast fading like700C, but like 700D has powerful 
> > FEC. My benchtests indicate 700C & E are equivalent onmoderate fading 
> > channels (2Hz dopdler/2ms spread),but on very fast fading (4Hz/4ms) 700E 
> > does better- 700C & D fall over. 700D works better atlower SNRs on slow 
> > fading channels. 
> > 
> > I've also been testing against compressedSSB, which as Helmut suggests is 
> > pretty hard tobeat, as it's so robust to fading. However 700E ishanging on 
> > quite well with fast fading, andbecomes noise free as the SNR increases. 
> > 
> > -/- 
> > 
> > The second innovation is compression of the700C/D/E waveforms, to increase 
> > average powersignificantly. 
> > 
> > Please be careful adjusting the Tx drive andespecially enabling

[Freetel-codec2] How does a TR-9 radio connect to the M17 network

[Al Beard via Freetel-codec2]

Hi guys,

Am I missing something?

Looking at the M17 website, we have the "mvoice", "dudestar" and
"droidstar" apps but I see no way for a TR-9 transceiver to connect,
either Rx or Tx, to the M17 network.

---
Alan VK2ZIW
Before the Big Bang, God, Sela.
OpenWebMail 2.53, nothing in the cloud.



___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

Re: [Freetel-codec2] FreeDV 1.5 - 700E and OFDM compression

[Al Beard via Freetel-codec2]

Hi Mooneer and David,

I've just done a quick hack to "parrot" which is derived from "freebeacon" and 
the new

Codec2 library with mode 700E looks to be working.

I just put "parrot" into mode 700E and now none of the logging is working.

Except my every 3mins ident is transmitting, at this point, I don't know if 
it's receiving.

It's transmitting about the same power as 700D.

The random noise is not triggering false sync or "maybe_sync". 

So I'll revert to mode 700D with a command line switch.

Looks like there's some other programming considerations.

Alan VK2ZIW

On Sun, 20 Dec 2020 00:40:03 -0800, Mooneer Salem wrote
> PSK Reporter functionality is in a different branch that hasn't been merged 
> up to master yet. I brought down the 700E changes tonight and put up 1.5.1 
> builds here with both features (Windows 32/64, Ubuntu 20.04, macOS).
> 
> -Mooneer K6AQ
> 
> On Sat, Dec 19, 2020 at 9:13 PM ea8ee  wrote:
> 
> 
> I can't find pskreporter in the options, I used it a few days ago and much 
> better than the option of using a website for dating in freedv
> 
>

   Remitente notificado con 
> Mailtrack20/12/20 05:12:07

> 
> El dom, 20 dic 2020 a las 4:54, David Rowe () escribió:
> 
> 
> If it's 100W PEP then 40WRMS is about right with thetools-options-clipping on 
> (4dB PAPR).
> 
> On 20/12/20 3:19 pm, Mooneer Salemwrote:
> 
> On my Hermes Lite 2 + Hardrock-50, the latter wasclaiming 40 watts on 700E 
> without touching any settings in theapp. Will need to play more to see how 
> far it can be taken.
> 
> -Mooneer K6AQ
> 
> On Sat, Dec 19, 2020 at 7:22PM David Rowe  wrote:
> 
> 
> Thanks Walter and Mooneer.  I'd be interested to know theRMS power you can 
> develop with 700D/E with the clipperoption.
> - David
> 
> On 20/12/20 10:30 am, Mooneer Salem wrote:
> 
> Looks like it's working reasonably well,though the 20 meter band fell out 
> shortly after we allgot it installed. More testing tomorrow for sure. :)
> 
> -Mooneer K6AQ
> 
> On Sat, Dec 19, 2020at 2:26 PM wrote:
> Have it loaded andrunning now.
> 
> Working on a couple others as I type to get some endto end testing.
> 
> Many thanks David, and best of the holidays.
> 
> Walter/K5WH
> 
> -Original Message-
> From: David Rowe  
> Sent: Saturday, December 19, 2020 3:34 PM
> To: freetel-codec2@lists.sourceforge.net
> Subject: [Freetel-codec2] FreeDV 1.5 - 700E and OFDMcompression
> 
> I've been working on a new FreeDV 700E mode, and somecompression for FreeDV 
> 700D and 700E to increase theaverage power.  A Christmas present for you to 
> playwith
> 
> 700E is designed to handle fast fading like 700C, butlike 700D has powerful 
> FEC. My bench tests indicate700C & E are equivalent on moderate 
> fadingchannels (2Hz dopdler/2ms spread), but on very fastfading (4Hz/4ms) 
> 700E does better - 700C & D fallover. 700D works better at lower SNRs on slow 
> fadingchannels.
> 
> I've also been testing against compressed SSB, whichas Helmut suggests is 
> pretty hard to beat, as it's sorobust to fading. However 700E is hanging on 
> quitewell with fast fading, and becomes noise free as theSNR increases.
> 
> -/-
> 
> The second innovation is compression of the 700C/D/Ewaveforms, to increase 
> average power significantly.
> 
> Please be careful adjusting the Tx drive andespecially enabling the Tool - 
> Options - Clipping. Itcan drive your PA quite hard.  I have managed 40W 
> RMSout of my 75W PEP transmitter.  Make sure yourtransmitter can handle long 
> periods of high averagepower. My IC7200 and
> FT-817 seem OK.
> 
> At the same equivalent peak power - 700D is doing wellwhen compressed SSB is 
> -5dB SNR and rather hard on theears.
> 
> -/-
> 
> Peter VK3RV, Jose LU5DKI, and Barry VK3BRT tried 1.5.0last night and report 
> it works on real HF channels.
> The latest manual describes the new features:
> 
> https://github.com/drowe67/freedv-gui/blob/118cb66ee4679518185db871ec0ae68071c406a4/USER_MANUAL.md
> 
> You can download Windows 32 and 64 bit versions ofFreeDV 1.5 here:
> 
> http://rowetel.com/downloads/freedv
> 
> -/-
> 
> I'd be interested in any feedback.  If you have aninteresting test case (e.g. 
> a bug or comparing SSB toFreeDV), pls send me off air recordings of 
> signals(FreeDV Tools-Record File from Radio). That helps memake objective 
> comparisons.  Recordings are much moreuseful to me than anecdotes or 
> subjective reports.
> 
> Thanks,
> David
> 
> ___
> Freetel-codec2 mailing list
> Freetel-codec2@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/freetel-codec2
> 
> ___
> Freetel-codec2 mailing list
> Freetel-codec2@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/freetel-codec2
> 
> 
> ___
Freetel-codec2 mailing 
list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

Re: [Freetel-codec2] mvoice questions

[Al Beard via Freetel-codec2]

Hi all,

My C++ programming skills are, well, very poor.

Can somebody help with calling a function in another
"scope" I believe?

I want to call "checkSem()" (in MainWindow.cpp) from  M17Gateway.cpp

www.unixservice.com.au/parrot/src/mvoice342sem2.tgz

Alan VK2ZIW


On Tue, 15 Dec 2020 11:22:09 -0700, Tom Early wrote
> Well, I can't help you with the HF problem. I have too many things 
> on my plate.
> 
> I think I am going to fix the sample rate issue. I'm going to solve 
> this using a suitable audio resampler.
> 
> On 12/14/20 9:19 PM, Al Beard wrote:
> > Hi again Tom,
> >
> > The problem for me is, I'm not a good programmer. "C" was not
> > around in 1971 when I did just three months of Algol and then Fortran,
> > an introductory course for us Electrical Engineering students.
> >
> > That's why I chose to:
> > 1) get both apps to the same samplerate.
> > (And there is a good reason for 48k, hardware compatibility)
> > 2) setup PTT signalling too and fro.
> >
> > Then to use "loopback" to connect the two apps.
> >
> > 

---
Alan VK2ZIW
Before the Big Bang, God, Sela.
OpenWebMail 2.53, nothing in the cloud.



___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

[Freetel-codec2] C++ Programming help please

[Al Beard via Freetel-codec2]

Hi,

There are some (many) areas of C++ programming I don't know.

I've taken the "mvoice" app and upped it's mic and speaker
samplerate from 8000 to 48000 successfully. 

My next step is to get the "mvoice" app to create a flag to
"tell" another app (modded freebeacon) (cnode.c) there is
audio to transmit. And visa-versa.

My code is at:
www.unixservice.com.au/parrot/src/

mvoice342rs48000.tgz 48000 modded mvoice

mvoice342sem.tgz my attempt that needs fixing

cnode.c   modified freebeacon


"M17" has quite a good following and it gives the lone HF mode 700D
station someone listening if there's a listening HF base on the M17 net.

Adrian M, if you could look at my code please.

---
Alan VK2ZIW
Before the Big Bang, God, Sela.
OpenWebMail 2.53, nothing in the cloud.



___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

[Freetel-codec2] Do we need these comments

[Al Beard via Freetel-codec2]

Date: Sun, 6 Dec 2020 14:24:45 -0700

 Re: [repeater-builder] Finding good sites.msg
From: "Skyler Fennell"   import address 
electricity...@gmail.com  block email electricity...@gmail.com  block SMTP 
relay 
web01.groups.io
Reply-To: repeater-buil...@groups.io
To: repeater-buil...@groups.io
Subject: Re: [repeater-builder] Finding good sites

>I Alan write:
>Now here's where Digital Voice solves two BIG problems on HF:

Skyler's reply:
Digital voice also sounds like crap

On Sun, Dec 6, 2020 at 1:35 PM Alan Beard via groups.io 
 wrote: 

 

---
Alan VK2ZIW
Before the Big Bang, God, Sela.
OpenWebMail 2.53, nothing in the cloud.

 
___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

[Freetel-codec2] First cut at changing FreeBeacon to a M17 connection.

[Al Beard via Freetel-codec2]

Hi,

My plan:
1) modify "freebeacon" to send decoded audio at 8000s/s to "loopback".
2) arrange "triggered" to signal PTT in the M17 app.

3) modify "mvoice" to both accept and send PTT signals.

Run both apps in the Banana Pi M2 Berry here connected to an FT-897D
transceiver.

So far: cnode.c at http://www.unixservice.com.au/parrot/src/.

Amy thoughts?

---
Alan VK2ZIW
Before the Big Bang, God, Sela.
OpenWebMail 2.53, nothing in the cloud.



___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

[Freetel-codec2] M17 and HF radio connection

[Al Beard via Freetel-codec2]

I've just posted this on OpenDV:

OK guys,

I've been running a "freebeacon" from the freedv.org website modified
to both do an ident transmission every three mins and repeat the QSO
received back in Codec2 mode. It's running now using a Yaesu FT0897D
transceiver on 14.236 MHz USB, Codec2 mode 700d.

No two HF stations have tried it's repeat capability in all the time
it's been running, many months now.

My vision is to "connect" this HF radio to the M17 network (as a start)
to enable a remote HF station, somebody to talk to!

I'm not a C or C++ programmer but I battle with it as I've done with
"freebeacon".

I note the M17 project uses Codec2 mode 3200 and 1600 but to transmit
on HF, we really must use a lower bit-rate mode.

I'm going to try interfacing the 8000 bits/sec audio in "mvoice" to
the Codec2 library to come out/in to mode 700D.

Any thoughts?


---
Alan VK2ZIW
Before the Big Bang, God, Sela.
OpenWebMail 2.53, nothing in the cloud.



___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

[Freetel-codec2] M17 and HF radio "connection".

[Al Beard via Freetel-codec2]

I've just posted this on OpenDV:

OK guys,

I've been running a "freebeacon" from the freedv.org website modified
to both do an ident transmission every three mins and repeat the QSO
received back in Codec2 mode. It's running now using a Yaesu FT0897D
transceiver on 14.236 MHz USB, Codec2 mode 700d.

No two HF stations have tried it's repeat capability in all the time
it's been running, many months now.

My vision is to "connect" this HF radio to the M17 network (as a start)
to enable a remote HF station, somebody to talk to!

I'm not a C or C++ programmer but I battle with it as I've done with
"freebeacon".

I note the M17 project uses Codec2 mode 3200 and 1600 but to transmit
on HF, we really must use a lower bit-rate mode.

I'm going to try interfacing the 8000 bits/sec audio in "mvoice" to
the Codec2 library to come out/in to mode 700D.

Any thoughts?


---
Alan VK2ZIW
Before the Big Bang, God, Sela.
OpenWebMail 2.53, nothing in the cloud.



___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

Re: [Freetel-codec2] interesting, the dudestar app

[Al Beard via Freetel-codec2]

Hi guys,

I've had a "play" and it may work, I have to setup a second system
to talk to myself at the lower bit-rate modes.

Source and a Linux x86_64 binary at:
www.unixservice.com.au/freedv

73

Alan VK2ZIW

On Wed, 18 Nov 2020 06:08:37 +1000, Al Beard via Freetel-codec2 wrote

> 
> == Right now ==
> 
> I'd like to see:
> 
> 1) Adapt "dudestar" and "droidstar" to use the current FreeDV API.
> (minus the AI modes)
> 
> 2) Adapt the above two apps to use other FreeDV modes, perhaps even 450.
> 
> Does this make cents?
> 
> Alan VK2ZIW
> 


---
Alan VK2ZIW
Before the Big Bang, God, Sela.
OpenWebMail 2.53, nothing in the cloud.



___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

Re: [Freetel-codec2] interesting, the dudestar app, progress

[Al Beard via Freetel-codec2]

Hi all,

I've just "hacked" the "dudestar" app to use the FreeDV API, not
the Codec2 3200 and 1600 code that came with "mvoice".

Now I can experiment with other Codec2 modes!!

Warning: First hack

Source in:
www.unixservice.com.au/freedv

Alan VK2ZIW



On Wed, 18 Nov 2020 06:08:37 +1000, Al Beard via Freetel-codec2 wrote
> Hi Sebastien,
> 
> The M17 project
> 
> It was commented on RepeaterBuilder, what does the mode 3200 offer
> in improving the low signal performance over the current 4800 
> bits/sec commercial offerings?
> 
> I thought, that's very true. If they (M17) used say the 700 Codec2
> mode, with the added callsign data Src & Dest etc. perhaps the packet
> size could be well down, perhaps 1000 bits/sec. Surely this would
> improve the low signal performance.
> 
> AI modes (LPCnet)
> 
> Are they needed at this point or is this experimentation, awaiting
> newer hardware? Note: Apple (Inc) are looking at adding the SIMD
> extended instructions into the ARM architecture for their "pad"
> and cell-phone range and, note AND, replacing the CPU to ARM in their
> desktop systems!
> 
> == Right now ==
> 
> I'd like to see:
> 
> 1) Adapt "dudestar" and "droidstar" to use the current FreeDV API.
> (minus the AI modes)
> 
> 2) Adapt the above two apps to use other FreeDV modes, perhaps even 450.
> 
> Does this make cents?
> 
> Alan VK2ZIW
> 
> On Tue, 17 Nov 2020 15:59:20 +0100, Sebastien F4GRX wrote
> > hello
> > 
> > m17 looks like an embedded project that will not be able to use the 
> > last AI powered but resource hungry modes, because they only use a 
> > STM32 in their handheld.
> > 
> > Moreover their goal does not look like to reduce the used bandwidth 
> > or work HF DX, but to provide clear audio that competes with 
> > proprietary solutions on VHF and UHF.
> > 
> > So is it really bad if they only use the the old but lightweight modes?
> > 
> > For me at least it makes a lot of sense.
> > 
> > Sebastien
> > 
> > Le 17/11/2020 à 02:38, Al Beard via Freetel-codec2 a écrit :
> > > Hi,
> > >
> > > Adapting "dudestar" to use the latest Codec2 library is proving
> > > difficult for me, a "hacker" at best.
> > >
> > > I'd really like to do this as I'd be unhappy with the M17 project
> > > being limited to only the Codec2 modes 3200 and 1600.
> > >
> > > C++ "Scope" problems.
> > >
> > > Alan VK2ZIW
> > >
> > > On Tue, 17 Nov 2020 09:52:40 +1000, Al Beard via Freetel-codec2 wrote
> > >> Hi guys,
> > >>
> > >> The "dudestar" app https://github.com/nostar/dudestar
> > >>
> > >> Makes use of the 3200 mode from 2010 to be compatible with the M17
> > >> project.
> > >>
> > >> Can the "dudestar" software in the "Voice & Data" mode be changed to
> > >> use the lower bit-rate modes such as 700 or even 450?
> > >>
> > >> To keep the internet packet format the same, in this V mode just
> > >> have more "space" for data.
> > >>
> > >> As it stands, in the "Type" field bits, there is provision for 
encryption.
> > >> It's been commented that "encryption" should be OUT. This frees up
> > >> the bits for more vocoder types.
> > >>
> > >> Will an app such as this and "DROIDstar" encourage "over the
> > >> internet" experimentation with alternate vocoders?
> > >>
> > >> BTW: The 3200 mode sounds quite good as long as one's mic audio level
> > >> is adjusted down below clipping. (Use the O/S volume control app)
> > >>
> > >> (and the background noise level is low) (lessons from my laptop
> > >> internal mic that "hears" the CPU fan very well)
> > >>
> > >> ---
> > >> Alan VK2ZIW
> > >> Before the Big Bang, God, Sela.
> > >> OpenWebMail 2.53, nothing in the cloud.
> > >>
> > >> ___
> > >> Freetel-codec2 mailing list
> > >> Freetel-codec2@lists.sourceforge.net
> > >> https://lists.sourceforge.net/lists/listinfo/freetel-codec2
> > >
> > > ---
> > > Alan VK2ZIW
> > > Before the Big Bang, God, Sela.
> > >

Re: [Freetel-codec2] interesting, the dudestar app

[Al Beard via Freetel-codec2]

Hi Sebastien,

The M17 project

It was commented on RepeaterBuilder, what does the mode 3200 offer
in improving the low signal performance over the current 4800 bits/sec
commercial offerings?

I thought, that's very true. If they (M17) used say the 700 Codec2
mode, with the added callsign data Src & Dest etc. perhaps the packet
size could be well down, perhaps 1000 bits/sec. Surely this would
improve the low signal performance.

AI modes (LPCnet)

Are they needed at this point or is this experimentation, awaiting
newer hardware? Note: Apple (Inc) are looking at adding the SIMD
extended instructions into the ARM architecture for their "pad"
and cell-phone range and, note AND, replacing the CPU to ARM in their
desktop systems!

== Right now ==

I'd like to see:

1) Adapt "dudestar" and "droidstar" to use the current FreeDV API.
(minus the AI modes)

2) Adapt the above two apps to use other FreeDV modes, perhaps even 450.
  
Does this make cents?

Alan VK2ZIW

On Tue, 17 Nov 2020 15:59:20 +0100, Sebastien F4GRX wrote
> hello
> 
> m17 looks like an embedded project that will not be able to use the 
> last AI powered but resource hungry modes, because they only use a 
> STM32 in their handheld.
> 
> Moreover their goal does not look like to reduce the used bandwidth 
> or work HF DX, but to provide clear audio that competes with 
> proprietary solutions on VHF and UHF.
> 
> So is it really bad if they only use the the old but lightweight modes?
> 
> For me at least it makes a lot of sense.
> 
> Sebastien
> 
> Le 17/11/2020 à 02:38, Al Beard via Freetel-codec2 a écrit :
> > Hi,
> >
> > Adapting "dudestar" to use the latest Codec2 library is proving
> > difficult for me, a "hacker" at best.
> >
> > I'd really like to do this as I'd be unhappy with the M17 project
> > being limited to only the Codec2 modes 3200 and 1600.
> >
> > C++ "Scope" problems.
> >
> > Alan VK2ZIW
> >
> > On Tue, 17 Nov 2020 09:52:40 +1000, Al Beard via Freetel-codec2 wrote
> >> Hi guys,
> >>
> >> The "dudestar" app https://github.com/nostar/dudestar
> >>
> >> Makes use of the 3200 mode from 2010 to be compatible with the M17
> >> project.
> >>
> >> Can the "dudestar" software in the "Voice & Data" mode be changed to
> >> use the lower bit-rate modes such as 700 or even 450?
> >>
> >> To keep the internet packet format the same, in this V mode just
> >> have more "space" for data.
> >>
> >> As it stands, in the "Type" field bits, there is provision for encryption.
> >> It's been commented that "encryption" should be OUT. This frees up
> >> the bits for more vocoder types.
> >>
> >> Will an app such as this and "DROIDstar" encourage "over the
> >> internet" experimentation with alternate vocoders?
> >>
> >> BTW: The 3200 mode sounds quite good as long as one's mic audio level
> >> is adjusted down below clipping. (Use the O/S volume control app)
> >>
> >> (and the background noise level is low) (lessons from my laptop
> >> internal mic that "hears" the CPU fan very well)
> >>
> >> ---
> >> Alan VK2ZIW
> >> Before the Big Bang, God, Sela.
> >> OpenWebMail 2.53, nothing in the cloud.
> >>
> >> ___
> >> Freetel-codec2 mailing list
> >> Freetel-codec2@lists.sourceforge.net
> >> https://lists.sourceforge.net/lists/listinfo/freetel-codec2
> >
> > ---
> > Alan VK2ZIW
> > Before the Big Bang, God, Sela.
> > OpenWebMail 2.53, nothing in the cloud.
> >
> >
> >
> > ___
> > Freetel-codec2 mailing list
> > Freetel-codec2@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/freetel-codec2
> 
> ___
> Freetel-codec2 mailing list
> Freetel-codec2@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/freetel-codec2


---
Alan VK2ZIW
Before the Big Bang, God, Sela.
OpenWebMail 2.53, nothing in the cloud.



___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

Re: [Freetel-codec2] interesting, the dudestar app

[Al Beard via Freetel-codec2]

Hi,

Adapting "dudestar" to use the latest Codec2 library is proving
difficult for me, a "hacker" at best.

I'd really like to do this as I'd be unhappy with the M17 project
being limited to only the Codec2 modes 3200 and 1600.

C++ "Scope" problems.

Alan VK2ZIW

On Tue, 17 Nov 2020 09:52:40 +1000, Al Beard via Freetel-codec2 wrote
> Hi guys,
> 
> The "dudestar" app https://github.com/nostar/dudestar
> 
> Makes use of the 3200 mode from 2010 to be compatible with the M17
> project.
> 
> Can the "dudestar" software in the "Voice & Data" mode be changed to
> use the lower bit-rate modes such as 700 or even 450?
> 
> To keep the internet packet format the same, in this V mode just
> have more "space" for data.
> 
> As it stands, in the "Type" field bits, there is provision for encryption.
> It's been commented that "encryption" should be OUT. This frees up 
> the bits for more vocoder types.
> 
> Will an app such as this and "DROIDstar" encourage "over the 
> internet" experimentation with alternate vocoders?
> 
> BTW: The 3200 mode sounds quite good as long as one's mic audio level
> is adjusted down below clipping. (Use the O/S volume control app)
> 
> (and the background noise level is low) (lessons from my laptop 
> internal mic that "hears" the CPU fan very well)
> 
> ---
> Alan VK2ZIW
> Before the Big Bang, God, Sela.
> OpenWebMail 2.53, nothing in the cloud.
> 
> ___
> Freetel-codec2 mailing list
> Freetel-codec2@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/freetel-codec2


---
Alan VK2ZIW
Before the Big Bang, God, Sela.
OpenWebMail 2.53, nothing in the cloud.



___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

[Freetel-codec2] interesting, the dudestar app

[Al Beard via Freetel-codec2]

Hi guys,

The "dudestar" app https://github.com/nostar/dudestar

Makes use of the 3200 mode from 2010 to be compatible with the M17
project.

Can the "dudestar" software in the "Voice & Data" mode be changed to
use the lower bit-rate modes such as 700 or even 450?

To keep the internet packet format the same, in this V mode just
have more "space" for data.

As it stands, in the "Type" field bits, there is provision for encryption.
It's been commented that "encryption" should be OUT. This frees up the bits
for more vocoder types.

Will an app such as this and "DROIDstar" encourage "over the internet"
experimentation with alternate vocoders?

BTW: The 3200 mode sounds quite good as long as one's mic audio level
is adjusted down below clipping. (Use the O/S volume control app)
(and the background noise level is low) (lessons from my laptop internal mic
that "hears" the CPU fan very well) 

---
Alan VK2ZIW
Before the Big Bang, God, Sela.
OpenWebMail 2.53, nothing in the cloud.



___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

[Freetel-codec2] email test implimenting milter sendmail filter

[Al Beard via Freetel-codec2]

On Sat, 24 Oct 2020 15:52:27 +1000, Al Beard wrote
> Hi all,


---
Alan VK2ZIW
Before the Big Bang, God, Sela.
OpenWebMail 2.53, nothing in the cloud.



___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

[Freetel-codec2] email test implimenting milter sendmail filter

[Al Beard via Freetel-codec2]

On Sat, 24 Oct 2020 15:52:27 +1000, Al Beard wrote
> Hi all,


---
Alan VK2ZIW
Before the Big Bang, God, Sela.
OpenWebMail 2.53, nothing in the cloud.



___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

[Freetel-codec2] Can we have a few more "standard" frequencis in qso.feeedv.org

[Al Beard via Freetel-codec2]

Hi all,


I'd like to see our 14.150 and 14.153 there as well as another
40m frequency, perhaps 7195KHz and a 17m frequency say 18.135 MHz.

Since I run a "freebeacon" that idents every three minutes, I need to
publicise my current frequency, from a list, to make it possible when
I'm not logged in, for others to scan just the list frequencies.

Often, my wandering switchmode obliterates 7177 KHz but 7195 is clear.

I was listening today and good JT8 and WSPR signals were there on 17m.
And the noise level on 17m is much lower than either 15m or 20m.

It's been a year+ now and the concept of a HF repeater (running here)
hasn't inspired enough tests to ascertain it's usefulness. I know it works
from local tests and it has received good signals on occasions from
interstate (a skip distance away) but, so far, no two stations have used
it as a repeater.

The new 23cm FM parrot repeater near Woolongong is getting much more interest.


---
Alan VK2ZIW
Before the Big Bang, God, Sela.
OpenWebMail 2.53, nothing in the cloud.



___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

Re: [Freetel-codec2] Comments on the M17 project

[Al Beard via Freetel-codec2]

Hi David VK2DWG,

Consider a HF "hot spot". Can receive say mode 700D which uses the mode 700C 
codec.

adds the hot-spot callsign and sends to the cloud talk group HF1 and listeners 
treat it like any other

talk group except, in his radio, his radio recognises it is mode 700C data and 
de-codecs it accordingly.

Seemless.

His radio then recognises, to reply, use the same codec.

No need to "reinvent" the wheel.

In the DMR world, they do exactly the same thing except it's with encryption 
keys. They have a set, not just one.

Alan VK2ZIW

On Mon, 26 Oct 2020 13:42:52 +1100, David Grove wrote
> Thanks Walter
>  
> Unfortunately, as published, M17 is double the bandwidth that would be 
> feasible on Amateur HF using commonly available equipment.
>  
> However, imagine the possibilities if the M17 protocol could be also be 
> adapted to operate on HF as well on higher RF frequencies. Perhaps with a 
> slower sample rate (say 4800) and carriers that would be compatible with 
> standard HF transceivers (eg 400, 800, 1200, 1600, 2200). My theory on symbol 
> rates and bandwidth is rusty, so happy to be corrected.
>  
> It might be possible to receive on VHF at high quality/speed and rebroadcast 
> on HF at lower quality (of course, data rebroadcast on HF would take longer). 
> The M17 protocol could incorporate routing data to indicate what to 
> repeat/rebroadcast and where.
>  
> Just a thought for what [UTF-8?]it’s worth. 
>  
> Comments anyone?
> 
>  
> Regards 
>  
>  
> Dave [UTF-8?]– VK2DWG
>  
> 
> From: walt...@k5wh.net  
> Sent: Monday, 26 October 2020 12:47
> To: freetel-codec2@lists.sourceforge.net
> Subject: Re: [Freetel-codec2] Comments on the M17 project
>  
> Here ya go Alan.  See if this can answer some if your questions on that.
>  
> https://m17-protocol-specification.readthedocs.io/en/latest/
>  
> all the best..
> 
>  
> Walter/K5WH
>  
> 
> From: Al Beard via Freetel-codec2  
> Sent: Sunday, October 25, 2020 3:27 PM
> To: freetel-codec2@lists.sourceforge.net
> Cc: Al Beard 
> Subject: Re: [Freetel-codec2] Comments on the M17 project
>  
> Hi all, 
> 
>  
> 
> What about the "connection" to HF?
> 
>  
> 
> HF where we have bandwidth restrictions hence low bit-rate codecs.
> 
>  
> 
> That's why I asked the question:
> 
>  
> 
> In the M17 protocol, is there a "codec specifier" ?
> 
>  
> 
> Many more questions but one is enough.
> 
>  
> 
> Alan VK2ZIW
> 
>  
> 
>  
> 
> On Sun, 25 Oct 2020 10:30:17 -0500, walterh wrote 
> > Good to see you Gerhard.. 
> >  
> > I just heard last night that Doug should have his Dude Star application for 
> > Android devices released maybe as early as today, that supports M17. Like 
> > it does for all the other digital modes. 
> >   
> > I heard him using it last night and it sounded great. 
> >   
> > 
> > Lots of great work happening in just the past week. 
> >   
> > Walter/K5WH 
> >   
> > 
> > From: gerh...@oe3gbb.eu  
> > Sent: Sunday, October 25, 2020 2:33 AM 
> > To: freetel-codec2@lists.sourceforge.net 
> > Subject: Re: [Freetel-codec2] Comments on the M17 project 
> >   
> > Hello Walter and all others, 
> > Very interesting project. 
> > I think a step in between could be to connect the M17-Client to a Gnu-Radio 
> > / Adalm Pluto TRX setup and use MMDVM / M17.  That would proove the audio 
> > quality best. 
> > I am goint to setup the M17-Client next days. Could also install a M17 
> > repeater at OE3XNK using LimeSDR or Pluto as soon some software is ready. 
> > Regards 
> > Gerhard OE3GBB 
> > 
> >   
> >   
> > Am 25.10.2020 02:24, schrieb walt...@k5wh.net:
> 
> > 
> > I honestly don't see how that claim could be made at this time, as there is 
> > NO radio on the air at this point to demonstrate that.  
> >   
> > Perhaps it's a theoretical performance based on the current design, and it 
> > would certainly be incredible to see that. 
> >   
> > Right now, we are ONLY using software on linux to connect to the backend 
> > reflectors. 
> >   
> > So hopefully we will know about the true results when the guys get their 
> > radios going in a week or two, as their components are still coming in from 
> > vendors. 
> >   
> > Walter/K5WH 
> >   
> > -Original Message- 
> > From: David Rowe  
> > Sent: Saturday, October 24, 2020 7:28 PM 
> > To: freetel-codec2@lists.sourceforge.net 
> > Subject: Re: [Freetel-codec2] Comments on the M17 project

Re: [Freetel-codec2] Comments on the M17 project

[Al Beard via Freetel-codec2]

Hi Walter,

Not quite: 
https://m17-protocol-specification.readthedocs.io/en/latest/data_link_layer.html

Table 4 Bitfields of type field

Bits
Meaning

 0  Packet/stream indicator, 0=packet, 1=stream 
 1-2  Data type indicator, 012012 =data (D), 102102 =voice (V), 112112 =V+D, 002002 
=reserved 
 3-4  Encryption type, 002002 =none, 012012 =AES, 102102 =scrambling, 112112 
=other/reserved 
 5-6  Encryption subtype (meaning of values depends on encryption type) 
 7-15  Reserved (don’t care)

Where P25, D-Star and DMR fail is, in my view, no thought on how to do HF.

They are all linked to one High Bit-Rate codec. and thus limit themselves to 
VHF.

With the Codec2 library supporting both High and Low bit-rate codecs, and the 
user

radios will have the same library, why not allow low bit-rate codecs?

All it takes is four bits (16 codec types) in this type field.

How about, not just me, asking for this? 

Alan VK2ZIW

On Sun, 25 Oct 2020 20:46:47 -0500, walterh wrote
> Here ya go Alan.  See if this can answer some if your questions on that.
>  
> https://m17-protocol-specification.readthedocs.io/en/latest/
>  
> all the best..
> 
>  
> Walter/K5WH
>  
> 
> From: Al Beard via Freetel-codec2  
> Sent: Sunday, October 25, 2020 3:27 PM
> To: freetel-codec2@lists.sourceforge.net
> Cc: Al Beard 
> Subject: Re: [Freetel-codec2] Comments on the M17 project
>  
> Hi all, 
> 
>  
> 
> What about the "connection" to HF?
> 
>  
> 
> HF where we have bandwidth restrictions hence low bit-rate codecs.
> 
>  
> 
> That's why I asked the question:
> 
>  
> 
> In the M17 protocol, is there a "codec specifier" ?
> 
>
--- 
Alan VK2ZIW 
Before the Big Bang, God, Sela. 
OpenWebMail 2.53, nothing in the cloud.

 
___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

Re: [Freetel-codec2] Comments on the M17 project

[Al Beard via Freetel-codec2]

 if
> > it works as I have no M17 radios. Once we get hotspot support for M17
> > then I think it'll be possible to use them as low powered M17 transceivers.
> > 
> > On the networking side, it only connects to one M17 reflector, and
> > that is set in the ini file. Currently it's set to M17-USA module A.
> > If things move on with M17 then I will create a proper M17 Gateway
> > program with echo functionality to allow for dynamic control of the
> > reflector, but that is far off at the moment.
> > 
> > I have tested my code against itself, and most of it seems to work,
> > some corners have not been tested yet, but they will be in due course.
> > 
> > If anyone has an M17 transceiver and wishes to play with the code, I'd
> > be interested in what happens.
> > 
> > Jonathan  G4KLX
> > 
> >  
> > 
> >  
> > 
> >  
> > 
> >  
> > 
> >  
> > 
> >  
> > 
> > So it is early in the development stages, but things are indeed moving
> > fast, as of just the ast few weeks.
> > 
> >  
> > 
> >  
> > 
> >  
> > 
> > Walter/K5WH
> > 
> >  
> > 
> > *From:* Adrian Musceac 
> > *Sent:* Saturday, October 24, 2020 3:27 PM
> > *To:* freetel-codec2@lists.sourceforge.net
> > *Subject:* Re: [Freetel-codec2] Comments on the M17 project
> > 
> >  
> > 
> > Hi Walter,
> > 
> > Is there like a mailing list of the project or something?
> > 
> > Adrian
> > 
> > On October 24, 2020 4:13:56 PM UTC, walt...@k5wh.net
> > <mailto:walt...@k5wh.net> wrote:
> > 
> >Several of us have been working with M17 for the past week, using
> >the Mvoice linux client, and it's working quite well with the
> >reflectors they have in place today.
> > 
> > 
> > 
> >The number of reflectors have increased from 3 early last week to 9
> >as of this morning, with a couple more that should show up today.
> > 
> > 
> > 
> >Since it uses the Dstar concept for reflectors, each one can support
> >modules A-Z, so 26 different sets of qso's if it ever gets that
> >busy. 
> > 
> > 
> > 
> >I am greatly looking forward to seeing the TR-9 radio on the air
> >before too long, to really exercise the mode, as the MMDVM and
> >hotspot code gets updated by Jonathan.
> > 
> > 
> > 
> >Once the gateway option is available, then cross-modes of DMR/Fusion
> >etc..  to M17 should will ramp things up until more radios are
> >available.
> > 
> > 
> > 
> >It's really exciting for me to see yet another opportunity for
> >David's Codec2 to truly shine for us.
> > 
> > 
> > 
> >M17 is another great victory for the Open Source World!
> > 
> > 
> > 
> >Walter/K5WH
> > 
> > 
> > 
> >-Original Message-
> >From: Al Beard  ><mailto:bear...@unixservice.com.au>>
> > Sent: Saturday, October 24, 2020 12:52 AM
> >To: freetel-codec2@lists.sourceforge.net
> > <mailto:freetel-codec2@lists.sourceforge.net>
> > Subject: [Freetel-codec2] Comments on the M17 project
> > 
> > 
> > 
> >Hi all,
> > 
> > 
> > 
> >I was looking at the M17 project and noticing their discussion on
> >callsign sending. Suggesting in 48 bits for Src and Dest, packing
> >the characters as RT11 filenames used to do. (Digital PDP-11 of
> > 1975)
> > 
> >  
> > 
> >What I notice in our HF mode 700D, it has quite poor data
> >reliability particularly in the "Txt MSG" which is where the Src and
> >Dest data may well be.
> > 
> > 
> > 
> >Adding 96 bits to every frame is in my view way too many bits.
> > 
> >In our current modes eg. 700D, could we sacrifice every tenth frame
> >for source and destination?
> > 
> > 
> > 
> >Thoughts?
> > 
> > 
> > 
> >---
> > 
> >Alan VK2ZIW
> > 
> >Before the Big Bang, God, Sela.
> > 
> >OpenWebMail 2.53, nothing in the cloud.
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> >___
> > 
> >Freetel-codec2 mailing list
> > 
> >Freetel-codec2@lists.sourceforge.net
> > <mailto:Freetel-codec2@lists.sourceforge.net>
> > 
> >https://lists.sourceforge.net/lists/listinfo/freetel-codec2
> > 
> > 
> > 
> > ___
> > Freetel-codec2 mailing list
> > Freetel-codec2@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/freetel-codec2
> > 
>  
>  
> ___
> Freetel-codec2 mailing list
> Freetel-codec2@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/freetel-codec2
>  
> 
> ___
> Freetel-codec2 mailing list
> Freetel-codec2@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/freetel-codec2

--- 
Alan VK2ZIW 
Before the Big Bang, God, Sela. 
OpenWebMail 2.53, nothing in the cloud.

 
___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

Re: [Freetel-codec2] Comments on the M17 project

[Al Beard via Freetel-codec2]

Hi all,

Somewhere in the M17 protocol is there a Codec2 mode number?

As, my Freebeacon here could put the Codec2 data into a M17 reflector
but I'd like to stick to mode 700C data.

Alan VK2ZIW

On Sun, 25 Oct 2020 10:58:10 +1030, David Rowe wrote
> Thanks Walter.  I was wondering about this statement on the M17 page:
> 
> "M17 uses Codec2, written and developed by David Rowe. Codec2
> outperforms existing proprietary and patented (non-free) vocoders
> currently available."
> 
> Do you (or others on this list) think Codec 2 at 3200 bits/ outperforms
> the codecs used for DMR/DStar and friends?
> 
> - David
> 
> On 25/10/20 10:01 am, walt...@k5wh.net wrote:
> > [UTF-8?]Here’s a few notes I sent to someone else earlier today.
> > 
> >  
> > 

---
Alan VK2ZIW
Before the Big Bang, God, Sela.
OpenWebMail 2.53, nothing in the cloud.



___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2