l does the PTT work, e.g. can you use
it
> for real QSOs?
>
> Cheers,
>
> David
>
> On 04/06/16 18:13, Adrian Musceac wrote:
> > Hi all,
> > I was thinking the other day, that it would be nice to pair a cheap
> > Android smartphone with a standard analog FM hand
on Github, but
the rest is not pushed yet due to time constraints.
Cheers,
Adrian
On Sunday 05 June 2016 15:59:11 Jeroen Vreeken wrote:
> Hi Adrian,
>
> Sounds great!
>
> On 06/04/2016 10:43 AM, Adrian Musceac wrote:
> > So what is stopping us from doing that? Not very
Hi all,
I was thinking the other day, that it would be nice to pair a cheap Android
smartphone with a standard analog FM handheld radio (maybe a Baofeng) and
upgrade your aging FM transceiver to a state of the art digital radio with
Bluetooth, GPS, the ability to bridge voice through a VoIP
Hi David,
Is it possible to get our hands on the Gnuradio code? I've been trying
to optimize modems running at 1200 bits/second and the best I could do
was 100% copy at 8 dB above analog FM for DBPSK and 12 dB above for
GMSK. Your modem seems to be 16-20 dB better than that! If I could see
the
smack on above the noise floor.
If I were to run your modem, it would probably decode even where my
SDR falls over. This is probably because the RTL-SDR has a much lower
noise figure than my USRP, although I will trade that any day for the
12 bit ADC.
73,
Adrian
On 3/16/16, Adrian Musceac <ka
k_mod, and fsk_demod. We are also
> running our FSK modem directly from SDR samples instead of through FM
> radios. We will be running 2400B over legacy FM radios, but don't yet have
> the same degree of test coverage.
>
> Thanks,
>
> Brady O'Brien
>
> On Wed, Mar 16, 2016 at
you could first test your FM modem, see if you can get the C/No
>input versus SNR out curve.
>
>Looking forward, FreeDV 2400A is competitive with SSB for weak signal
>work today, and I think we can push down another 10dB over time.
>
>Cheers,
>
>David
>
>
>> > performance from FSK modems. They go through crappy PAs. The
>>> > receivers
>>> > don't need a linear signal path or AGC. For the VHF FreeDV modem and
>>> > SM2000 I've settled on non-coherent 4FSK at 1200 symbols (2400 bits)
>>> > per
>&g
Hi all,
Motivated by David's work with VHF modems, I have started to
investigate various Tx-Rx chains that might work with legacy narrow FM
radios. My goal is to develop a completely portable system composed of
a development board running open-source software paired with an FM
transceiver. The
Hi Ross,
While a spreadsheet is easier to work with, I find that Gnuradio is more
flexible often. Out of many modes I have tried, I found that the most simple
and robust for a 300 - 3000 Hz bandwidth is a 2kbit/s GMSK waveform. There are
other modes which offer better performance, however I
if the bit rate Rb and Noise BW N are
>
>equal. Eb/No is convenient as everything is normalised.
>
>Cheers,
>
>David
>
>On 05/07/16 08:16, Adrian Musceac wrote:
>> Hi,
>>
>> Some more news from the VHF modem front. First of all, I did some
>> performance
d in the next frame
>to
>either skip or re-process a few samples. This is done in lines 233 to
>242
>of fmfsk.c.
>
>Thanks,
>
>Brady O'Brien
>
>On Thu, Jul 7, 2016 at 4:50 AM, Adrian Musceac <kanto...@gmail.com>
>wrote:
>
>> Hi Brady,
>>
&
Hi Bruce,
This kind of thinking is the reason open source projects are not taken
seriously and are seen as little more than toys.
I am guilty myself of being lazy, fortunately there are people who don't apply
the same reasoning.
I do get frustrated when I try to get people into open source and
Hi,
I present a three way comparison between narrow band FM (5 kHz), QPSK
Codec2 1300 (2.4 kHz) and QPSK Opus 19 kbit/s (16 kHz):
https://www.youtube.com/watch?v=vApRe6R1gnk
The comparison is taking place in the ISM band of 433 MHz with interference
present from some temperature sensors in an
K, now try the analog versus the digital, with a copy of the TX signal
> at 30uS delay and -10dB with respect to the wanted signal (a common
> multipath ) , and also 30uS delay and 0dB.
>
> Let me know...
>
>
> On 15/09/2017 9:10 PM, Adrian Musceac wrote:
>> Hi,
>&
nterference can only
> succeed using appropriate SDR hardware. These USB sticks are not developed
> for narrow bandwidths due to very low SFDR, phase noise of LO etc.
>
> 73, Helmut
>
> -Ursprüngliche Nachricht-
> Von: Adrian Musceac [mailto:kanto...@gmail.com]
> Ges
Hi Glen,
On 9/18/17, glen english wrote:
>
> It would not improve the performance in a low local multipath dominant
> two tap local delay scenario like rural/farmland.
>
I would be very curious about the dB levels vs. frequency. From my
knowledge, above 400 MHz is highly
Hi Glen,
We don't need to use the same chain for digital demodulation, since we
are not software constrained. Using Gnuradio, we can simply reuse a
flowgraph and connect/disconnect blocks on a click of a button to
switch from one mode to another. What I don't want to do, is write a
custom
Hi,
Thank you everyone, very valuable advice in this thread! I will not ignore it.
Helmut, the USRP B20x variants are my main target, so be sure I'll be
testing with them, it's just not a priority now. Let me explain why
the RTL-SDR: lots of folks have this cheap dongle, and it's a very
good
On 10/5/17, Steve wrote:
> You might also do your testing in a more remote spot. The use of ISM
> in the city is probably pretty high, and interference would be an
> issue. It might not break the squelch (spread spectrum, etc), but the
> bits would be corrupted.
>
> I see
Hi David,
Thanks for the answer! I have just simulated a 2FSK modem on AWGN
channel, but this time without using FM demodulation. It performs just
like you said, ~2 dB worse than QPSK (at 5% frames dropped). This
means that the FM demodulator I used for 2400A must be introducing
some symbol
Hi,
I was able to perform some field measurements on Sunday to compare the
performance of the 4FSK modem and the QPSK modem in the 433 MHz ISM
band.
My transmitter was set to 1 mW output power into a 2 dBi gain antenna
located at approx. 21 meters above ground on one of the buildings in
my city.
> Convolutional codes are a bit old hat - we're getting gd results on HF
> with short-ish LDPC codes.
>
> But best to sort out your uncoded demodulator performance first.
>
> Cheers,
>
> David
>
> On 05/10/17 20:05, Adrian Musceac wrote:
>> Hi David,
>&g
mind.
>
> - David
>
>
> On 06/10/17 10:32, Adrian Musceac wrote:
>> Hi David,
>>
>> Thanks very much for the tips! Would you suggest that the matched
>> filter approach is better for 4FSK as well? I am using it for 2FSK and
>> it works well, it's just th
On 10/6/17, glen english wrote:
> Considering we are not bandwidth constrained, why is everyone so
> enamoured with 4 level waveforms like 4FSK , When two level/ two state
> waveforms like BPSK and 2FSK are far more robust in a mobile environment
>
>
Hi Glen,
I'll
On 9/12/17, David Rowe wrote:
>
> Have you performed any BER tests to conform the BER versus Eb/No
> performance of the DMR waveform over ideal FSK?
>
> Cheers,
>
> David
>
Hi David,
No I haven't done any BER tests yet. The code for BER is partly in
place, but the 4FSK
On 9/12/17, Phil Frost wrote:
> I did some experimentation with this technique on BPSK31, and I was able to
> get a little more performance in simulations with a matched filter and
> trellis decoding than fldigi and PSKCore got with their unmatched filters
> designed to
Hi,
In this post: http://www.rowetel.com/?p=4650 David was asking the question
why the 4FSK modem used by the DMR standard seemed to be performing so
poorly, especially as compared to his ideal 4FSK modem.
I was curious myself, so I implemented both and analysed them using my
modified version of
so there less than 1 dB of a gain to be had. Perhaps with DMR
> there's more potential?
>
> On Tue, Sep 12, 2017 at 6:50 AM Adrian Musceac <kanto...@gmail.com> wrote:
>
>> Hi,
>>
>> In this post: http://www.rowetel.com/?p=4650 David was asking the
>> questio
syou understand them between OFDMA and
> OFDM
>
> Are you sure ... ?
>
> Glen :-)
>
>
> On 5/12/2017 7:36 AM, Adrian Musceac wrote:
>> OFDMA (not OFDM)
>
>
>
> --
> Che
Hello,
Yesterday I commited support for same-mode Codec2 repeater (digital to
digital). Apart from voice frames, now station identifiers and text
messages also get digipeated. For now the Codec2 audio gets decoded if
forwarded over the VoIP connection and re-encoded at the other end for
RF
>
> + OFDM isn't needed unless your bandwidth is significantly wider, as its
> a flat fading channel. Single carrier PSK/QAM is fine and has a better
> PAPR. M-QAM only needed if you want wideband data, not needed for voice
> as we have good compression.
>
> + Can't seen any good reason for FDMA,
handsets.
Regards,
Adrian
On 12/4/17, Adrian Musceac <kanto...@gmail.com> wrote:
> Hi Glen,
>
> I think David might have been referring to the OFDM mode used by
> FreeDV, ie single user multicarrier. I was talking about multi-user
> single carrier.
Hi,
I know talking about proprietary SDR devices is probably frowned upon
on this list, but doing TDMA with a modern SDR, let's say the Ettus
USRP, is fairly easy and there is a lot of open source code for ex.
GSM. Myself, I have been running a GSM network in amateur bands to
play with some
Hi Ross,
My initial GSM tests were done in the 70 cm band with low power (0.5
W). I recorded them here: https://www.youtube.com/watch?v=LC3GH0vp-iQ
After that, as suggested by some local amateurs who are also part of
the regulations comittees here, I moved it in the 1.2 GHz band with
increased
Hi,
I'm also working on some TDMA code (SDR based). There are a few
issues. Codec2 frames are 40 ms which are a bit too long to fit into
the slots (with guard times involved). Because code schedules radio
bursts in the future and updates the scheduler clock every X frames,
long delays are to be
Thanks Jeroen, I'll take a look as advised. I had something similar in mind.
Adrian
On 7 December 2017 14:51:23 EET, Jeroen Vreeken <jer...@vreeken.net> wrote:
>Hi Adrian,
>
>On 12/07/2017 11:27 AM, Adrian Musceac wrote:
>> On 12/7/17, Sebastien F4GRX <f4...@f4grx.net&
Hi,
Channel coding will improve performance, depending on the type of code
used. For example, in QRadioLink I use a rate 1/2 convolutional code,
which leads to twice the symbol rate. This gives me an improvement of
3 dB over no code/half symbol rate mode. LDPC and puncturing would
improve it even
On 12/7/17, Sebastien F4GRX wrote:
>
> -replacement of DSTAR/DMR using codec2 and HAM CALLS as identifiers, using a
> decentralized user database that prevents ANY SINGLE INDIVIDUAL from
> controlling/restricting user access
>
Hi Sebastien,
I understand your concern about
Perhaps it is possible. However, we have repeaters around here with more than
200 km coverage radius, and I don't see TDMA solving both capacity and
coverage. Time will tell.
Glen, thanks for expanding on LTE. I am not deeply familiar with the LTE PHY
and I don't intend to copy it, just
>
> By the way those views are via the freedv spectrum display.
>
> What I was thinking was the random numbers are of course hitting all
> the tones equally, whereas the vocoder bits are not as pure, and may
> in fact favor bit combinations over another. Maybe a sequence of the
> same bit
Hi Jeroen,
This is a very interesting project. If there's anything I would
change, I would add a more powerful CPU, capable of running some other
applications, like chat, maps, email, pictures.
Otherwise you could end up for example receiving a position report but
no being able to plot it without
On 1/10/18, Sebastien F4GRX wrote:
>
> -during your own developments, avoid reinventing the wheel. Focus on
> existing
> open standards when one exists. For example, use IP, TCP, and things like
> that.
> We have a full class-A 44/8 IP network reserved for our own ham use. That's
There was a project based on a CML Micro chip (the same one used in
Tetra handsets), I think Bruce Perens was its godfather. It sounded
very interesting considering those chips were not very expensive, but
I have no idea what the status of that is currently.
My main concern is coming up with a
On 1/10/18, Jeroen Vreeken wrote:
> http://dmlinking.net
>
That's a very well architected project, and I'm not saying it lightly.
Unfortunately the user docs are quite sparse, and it does not have
enough visibility.
Basically I would have liked to know if I could use that to
On 1/10/18, Sebastien F4GRX wrote:
> Hello,
>
> Yes we need to get more people interested in open DV systems.
>
Lack of interest is a BIG problem. I have my own project which I
mentioned here before. It's basically a PoC, a toy, without much use
outside of making "cool" demos or
Hi,
I made a short video demo of the Codec2 700B mode being tested on the
70 cm ISM band with low power transmissions:
https://www.youtube.com/watch?v=mH0yScs5QB0
The performance is very good across the board, and the only thing I'm
wishing for now is having the 700C and future 700D modes in my
On 1/17/18, Tomas Härdin wrote:
> What's the hardware?
>
> /Tomas
>
In this case, two USRP B200-mini. But I have obtained similar results
with other hardware like the LimeSDR mini.
Adrian
--
Check
On 2/2/18, Steve wrote:
>
> If you look at FM radio stations on your SDR, you see the signal
> duplicated on both sides of the carrier, and also a large carrier when
> the modulation is low. I guess you could say FM has built-in
> diversity.
>
Hi Steve,
The FM signal
GNU radio is very powerful and easy to use.
In 15 minutes you can create a radio by visually arranging some
blocks, even without knowing too much about DSP. I'm surprised it
hadn't got more traction within amateur radio community.
Pretty much all types of radio have been simulated at this point
>Why would you need 100GB of storage? That's a LOT. I've been running
>many a Linux host on 32GB of disk/ssd (or much less) for a very long
>time.
>
My base Debian system is around 16 GB plus a lot of stuff in /home, so yes I
think an embedded system without X and desktop environment
Hi all,
I know there are fans of GNU radio on this list, for the sake of
simplicity of writing DSP code which leaves room for those of us not
as well versed in the trade to experiment with Codec2.
I wrote a short blog article on how to abuse the GNU radio blocks to
soft decode 4FSK as if it was
>
>Also, there has been no interest overseas or here in putting together a
>repeater. Most disappointing.
Hi Alan,
Please don't be dissapointed. On HF, there is no big need for a repeater. The
ionosphere is already in a way the repeater we need. A repeater would be
creating some sort of
Hi Alan,
>
> I ask, how far are we in being able to completely replace the firmware
> in the lowly MD-380 and clone radios? Or, could we beef up the power in
> the 7021, already used in the project!!
>
That (as in running Codec2 2400A) will never happen for technical reasons.
Using an SDR
Hi all,
Has anyone attempted to send IP protocol on HF using FreeDV? I assume
it would be as simple as replacing the voice payload with IP
datagrams. I have a working TCP/IP modem on VHF, however it has lower
weak signal performance than FreeDV.
Regards,
Adrian
Hi Alan,
Don't mean any disrespect, but this list is publically archived and readable,
so anyone could login on your box.
I'd advise you to change your password and email Don privately just in case.
Regards,
Adrian
On October 9, 2018 2:09:48 AM UTC, Alan Beard
wrote:
>Hi Don,
>
>Noting your
Hi David,
I read your article with interest. I'm curious your efforts and how it
scales for a normal person as opposed to a huge internet company.
If I read the conclusions correctly, in order to achieve similar voice
faithfulness as 8 kHz PCM, it seems that one needs to have a huge
amount of
al time.
>
>All an end-user needs is a decent CPU (e.g. a modern smartphone or
>desktop/laptop) and a few MBytes of RAM (the synthesis executable is
>10Mbytes unstripped).
>
>Instructions for trying it are on the LPCNet page.
>
>- David
>
>On 05/03/19 04:22, Adrian Mu
gt;the 700D mode as this is becoming
>
>the most common mode?
>
>System here: Ubuntu 18.04 LTS on an Asus H110M m/b with a Pentium(R)
>CPU G4560 @ 3.50GHz, no AVX/AVX2.
>
>(I do have AVX/AVX2 on another m/c)
>
>Alan VK2ZIW
>
>On Sun, 8 Sep 2019 17:47:14 +0300, Ad
c 2 1300
>FreeDV 700C/700D: Codec 2 700C
>
>I listened to you sample but am unsure if it was before or after your
>processing, Do you have A/B samples to compare?
>
>Cheers,
>David
>
>On 10/09/19 21:25, Adrian Musceac wrote:
>>
>> Hi David,
>> I thin
> Hi David,
> I think I can slightly improve the quality of playback of Codec2 samples
> with some rather computationally cheap methods. This might be of use to you
> for FreeDV.
> Please have a listen at the sample attached, which is Codec2 at 1400
> bits/s.
> Link included in case the attachment
Hi,
I made a clone of Gqrx with transmit support for digital and analog voice,
video and IP data.
You can see it in action here: https://www.youtube.com/watch?v=9bxorlma7QU
What I'd like to know is if people are interesting in transmitting and
receiving FreeDV with SDR hardware. I'm looking at
ork
> and play projects, so that's a fine starting point.
>
> You might also consider a LPCNet codec mode.
>
> Cheers,
> David
>
> On 08/09/19 04:04, Adrian Musceac wrote:
> > Hi,
> > I made a clone of Gqrx with transmit support for digital and analog
> > voice, vi
Hi,
I got FreeDV 1600 and 700C working with the PlutoSDR and the RTL-SDR. if
anybody is interested: https://www.youtube.com/watch?v=s63SSf9Yhjg
Many thanks to A. Maitland Bottoms who maintains the GNU radio FreeDV
module.
I feel that either I'm not setting the input gain into FreeDV correctly or
>may work better for you.
>
>
>
>All the best.
>
>
>
>
>
>Walter/K5WH
>
>
>
>From: Adrian Musceac
>Sent: Saturday, September 21, 2019 8:04 AM
>To: freetel-codec2@lists.sourceforge.net
>Subject: [Freetel-codec2] FreeDV SDR transmitte
rent ways to use FreeDV, and enjoy hearing about the great
>efforts.
>
>
>
>Very well done, and thanks for sharing your progress with us.
>
>
>
>
>
>Walter/K5WH
>
>
>
>From: Adrian Musceac
>Sent: Saturday, September 21, 2019 10:50 AM
>To: freet
n UHF, perhaps the 2400B mode of FreeDV
>may work better for you.
>
>
>
>All the best.
>
>
>
>
>
>Walter/K5WH
>
>
>
>From: Adrian Musceac
>Sent: Saturday, September 21, 2019 8:04 AM
>To: freetel-codec2@lists.sourceforge.net
>Subject: [Freetel-codec2] FreeDV
Hi David,
Do you have any idea if we could use any ARM optimizations for 2020 mode?
I'm thinking of libvolk which can use SSE3, AVX and NEON and is the backend for
GNU radio on ARM platforms. I have an ARM64 board and thinking of trying 2020
on it.
Regards,
Hi Alan,
I have seen these crashes myself, in the LDPC encoder, with memory corruption,
in the libcodec2 version packaged in Debian Buster (0.8 if I recall correctly)
. I believe they are 32 bit specific but I did not have the resources to
investigate further. I have not tested on ARM 64 bit
ns ported to NEON as
>well as AVX, it's a build time option.
>
>About a year ago I did some work on getting the codec running in real
>time on a Pi 3, but it wasn't fast enough. I have been told it runs in
>real time on some faster ARM CPUs, like high end phones.
>
>Cheers,
>Dav
sites, a computer at each end*
>
>
>
> * I'll investigate mumble and murmur as they are standard packages on the
> Fedora 29 here. Alan VK2ZIW On Sun, 20 Oct 2019 11:22:20 +, Adrian
> Musceac wrote*
> > Alan,
> >
> > If you only want a cross-band repeater you don'
then, you want to move the baseband
>left anyway, as the FM modulation bandwidth is probably about 16 kHz.
>
>On Wed, Oct 23, 2019 at 2:28 PM Adrian Musceac
>wrote:
>>
>> So does this mean the input sample rate is also 48 kHz? That would
>make it harder for me because all th
48 kHz. Some examples of command line operation of the mode at
>the bottom of codec2/README.md
>
>Cheers,
>David
>
>On 24/10/19 5:56 am, Adrian Musceac wrote:
>> So does this mean the input sample rate is also 48 kHz? That would
>make
>> it harder for m
all of them 64bit.
>
>Today's PIC is a Pi3.
>
>Alan VK2ZIW
>
>On Tue, 22 Oct 2019 17:40:13 +, Adrian Musceac wrote
>> Alan, the instructions say one of openssl, polarssl/mbedtls or gnutls
>>= 3.0
>> The cmake flag -DSSL selects what is used.
>>
>>
So does this mean the input sample rate is also 48 kHz? That would make it
harder for me because all the other modes use 8 kHz...
On October 23, 2019 4:20:48 PM UTC, Steve wrote:
>On Wed, Oct 23, 2019 at 10:44 AM Adrian Musceac
>wrote:
>>
>> Regarding mode 2400A, c
s band codec2 to FM repeater, can you give a quick run
>down
>
>using your software?
>
>Alan VK2ZIW
>
>On Thu, 17 Oct 2019 22:44:01 +0300, Adrian Musceac wrote
>> Hi David,
>>
>> Wow Adrian it's really coming along quickly! Well done :-) Combine
Hi,
I made some more progress working on my application[1].
First of all, it is now possible to run it headless (maybe even daemonized)
and control it remotely using a telnet client.
Second, I have added support for mixed mode repeater (Codec2/FM or
viceversa or any combination of modes like
wrote:
> Hi Adrian,
>
> I am operating a repeater (OE3XNB) and would be interested to run a test.
> What hardware do we need?
>
> 73's
>
> Gerhard OE3GBB
>
>
>
> Am 17.10.2019 14:00, schrieb Adrian Musceac:
>
> Hi,
> I made some more progress working on
Hz with some other MyriadRF hardware.
There's the https://osmocom.org/projects/osmo-fl2k/wiki project which gives
you a very cheap SDR transmitter as well but with the same limitations.
Best regards,
Adrian
> Cheers,
> David
>
> On 17/10/19 10:30 pm, Adrian Musceac wrote:
> > Hi,
.
>
>But all the function names are different.
>
>Not easy.
>
>Alan VK2ZIW
>
>On Sun, 20 Oct 2019 16:57:58 +0300, Adrian Musceac wrote
>> Alan,
>>
>> Use this version of umurmur: https://github.com/qradiolink/umurmur
>> It is slightly older but verifie
Hi,
I hope I'm not spamming, but the below message circulated on the GR list seems
to fit well with the latest work done in Codec2.
Regards,
Adrian___
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
Hi Maks Karpov,
I observed similar quality degradation on some of my voice samples, and sent
pathological samples to David for analysis. What I can say for sure is language
has nothing to do at all. I fixed my problems by lowering audio input levels,
filtering of input to take out very low
teway components are being worked
>next.
>> > > His early comment below.
>> > >
>> > >
>> > >
>> > > Hi All
>> > >
>> > > I've just finished the first round of developing M17 support for
>the
>> > > MMDVM. It is based on the current specification of M17, but it is
>a
>
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 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
On October 26, 2020 1:54:21 PM UTC, Mel Whitten wrote:
>Yes, Mumble is popular with QRQ CW ops also. THey run a Mumble server
>providing low latency QSOs for speeds up to and sometimes exceeding
>100wpm.
>
>http://qrqcwnet.ning.com/
>
>
>
>Mel
>
>K0PFX
>
>
Hi David,
I've watched with interest your recent foray into FreeDV data transmission.
There's a new and interesting project called HNAP (https://hnap.de ) which has
the same goals (long distance IP links). The project is well described in this
year's SDRA talk by Lukas O.
Inspired by both your
irip
>
>3/ Steve and I have also been work on the HF data modes. We have
>initial versions of 3 new OFDM/LDPC data modes running in C, between 10
>and -5dB SNR. Next step is some tuning and QAM16. That modem might
>also run OK at higher rates on VHF and above, but we haven
junk. Comparably, the Pluto is much more
>hobby oriented with the ability to run Linux. Still running after
>several years. It's not cheap at $250 USD, but think of it as a Pi
>combined with a radio.
>
>On Sun, Aug 9, 2020 at 1:29 AM Adrian Musceac
>wrote:
>>
>> Hi
Hi Bruce,
I had a quick look at the website and it doesn't look like it needs to process
user input anywhere. There are quite good static site generators these days,
Pelican among others (If you don't fancy writing HTML by hand).
Eliminates these kind of issues. Might be worth a look.
Best
Toko filters are a few dollars retail.
On August 9, 2020 11:14:34 PM UTC, Steve wrote:
>I may have to download Elsie then and grab a pencil to make some
>coils...
>:-)
>
>http://www.tonnesoftware.com/elsie.html
>
>
>
>On Sun, Aug 9, 2020 at 6:02 PM Adrian Musceac
>
Free software is not popular at all among end users and it will probably never
be as popular as closed software.
Instead, free software is incredibly popular and successful for enterprise
users and companies. Right now, from the largest 8 software companies in the
world, only one does not
Everybody is entitled to an opinion, that doesn't mean we all have to share it.
Mode 700C sounds fine for the bitrate, and so does mode 1400 and 1600.
David you've made a great effort with them, we're more than a few users who
never use HF and are perfectly satisfied with the current technology
bility, interference immunity and
>fault-free operation under bad ionospheric conditions are unbeatable.
>
>DC6NY
>
>Am 07.12.2020 um 09:53 schrieb Adrian Musceac:
>> Everybody is entitled to an opinion, that doesn't mean we all have to
>> share it.
>> Mode 700C sounds
amount of data for
training the model.
I will read the paper, thanks David, I was browsing mobile and didn't see the
link.
Adrian
On February 28, 2021 9:35:45 PM UTC, Greg Maxwell wrote:
>On Sun, Feb 28, 2021 at 12:41 PM Adrian Musceac
>wrote:
>> While interesting and newsworthy
While interesting and newsworthy, I'd assume from the start that this codec has
the same advantages and pitfalls as other ML applications, i.e. works very well
in 90% of cases and fails dramatically in 10% of edge cases. Even though the
page specifies it is aimed at a completely different
Hi,
I have done some investigation recently into the comparative bit error handling
of Codec2
and Opus over the air with a VHF modem. I have saved some audio files from the
results
which can be loaded in Audacity.
Codec2 samples had a bitrate of 1400 bps, Opus samples had a bitrate of 9400
I personally very much doubt that. You can get a higher symbol rate by tapping
a CW key.
On 29 December 2023 12:54:02 UTC, "Tomas Härdin" wrote:
>
>I think Dave posted on his blog a while back that the effective data
>rate of human speech is on the order of 1-10 bit/s or so
KDE Plasma 5 on Debian works well too. I think it's more like an issue of the
distro packaging all the dependencies in a consistent manner.
Adrian
On 23 November 2023 00:35:11 UTC, Mooneer Salem wrote:
>Hi Glen,
>
>I'm not sure it actually matters given FreeDV's use of wxWidgets. While I
98 matches
Mail list logo