• Proprietary 'standards'

    From MM0DSM@21:1/5 to All on Mon Oct 12 17:27:01 2020
    Why do radio amateurs settle for proprietary stuff? I'm talking about
    not only software, but codecs etc.

    Proprietary software and codecs goes against the very spirit of amateur
    radio IMO. We should only be using 'free' software (free in copyright
    terms, not in cost) and open standards which aren't patent-encumbered.

    I fear that radio amateurs risk being at the mercy of commercial
    interests if we continue down the path of accepting such things.

    I would like to hear other people's thoughts on this.
    --
    MM0DSM

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Ottavio Caruso@21:1/5 to All on Mon Oct 12 19:40:16 2020
    On 12/10/2020 17:27, MM0DSM wrote:
    Why do radio amateurs settle for proprietary stuff? I'm talking about
    not only software, but codecs etc.

    I've asked myself the same question time and time again. Maybe just
    because proprietary is mainstream and most people want to follow the
    path that is already beaten.



    Proprietary software and codecs goes against the very spirit of amateur
    radio IMO. We should only be using 'free' software (free in copyright
    terms, not in cost) and open standards which aren't patent-encumbered.

    I fear that radio amateurs risk being at the mercy of commercial
    interests if we continue down the path of accepting such things.

    I would like to hear other people's thoughts on this.

    I agree. This is why I've stayed away from fusion, dstar, drm, etc.

    --
    Ottavio Caruso

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Guy G4DWV 4X1LT@21:1/5 to disturbed my reverie and on Tue Oct 13 17:21:03 2020
    On Mon, 12 Oct 2020 17:27:01 +0100, just as I was about to take a
    herb, MM0DSM <mm0dsm@nospam.invalid> disturbed my reverie and wrote:

    Why do radio amateurs settle for proprietary stuff? I'm talking about
    not only software, but codecs etc.

    Proprietary software and codecs goes against the very spirit of amateur
    radio IMO. We should only be using 'free' software (free in copyright
    terms, not in cost) and open standards which aren't patent-encumbered.

    I fear that radio amateurs risk being at the mercy of commercial
    interests if we continue down the path of accepting such things.

    I would like to hear other people's thoughts on this.

    Personally, I am not fussed either way. I just want the software to
    work. Commercial interests are the drivers of innovation.
    --
    73 de Guy G4DWV 4X1LT

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Roger Hayter@21:1/5 to All on Tue Oct 13 17:31:47 2020
    On 13 Oct 2020 at 17:21:03 BST, "Guy G4DWV 4X1LT" <no-email@tardis.com>
    wrote:

    On Mon, 12 Oct 2020 17:27:01 +0100, just as I was about to take a
    herb, MM0DSM <mm0dsm@nospam.invalid> disturbed my reverie and wrote:

    Why do radio amateurs settle for proprietary stuff? I'm talking about
    not only software, but codecs etc.

    Proprietary software and codecs goes against the very spirit of amateur
    radio IMO. We should only be using 'free' software (free in copyright
    terms, not in cost) and open standards which aren't patent-encumbered.

    I fear that radio amateurs risk being at the mercy of commercial
    interests if we continue down the path of accepting such things.

    I would like to hear other people's thoughts on this.

    Personally, I am not fussed either way. I just want the software to
    work. Commercial interests are the drivers of innovation.

    I thought the main point of amateur radio is that amateurs should be the drivers of innovation?

    --
    Roger Hayter

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From David Taylor@21:1/5 to Ottavio Caruso on Wed Oct 14 05:18:03 2020
    On 12/10/2020 19:40, Ottavio Caruso wrote:
    []
    I agree. This is why I've stayed away from fusion, dstar, drm, etc.

    DMR is not proprietary, that's one reason there are multiple suppliers,
    and the cost is proportionately lower.

    --
    Cheers,
    David
    Web: http://www.satsignal.eu

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From MM0DSM@21:1/5 to David Taylor on Wed Oct 14 09:00:34 2020
    On 14/10/2020 05:18, David Taylor wrote:
    On 12/10/2020 19:40, Ottavio Caruso wrote:
    []
    I agree. This is why I've stayed away from fusion, dstar, drm, etc.

    DMR is not proprietary, that's one reason there are multiple suppliers,
    and the cost is proportionately lower.

    DMR uses the AMBE+2 codec, which is proprietary.

    Use of the AMBE standard requires a license from Digital Voice Systems,
    who owns the rights. While large manufacturers may be able to afford
    this, radio amateurs will not. The spirit of amateur radio is that we
    should be able to build and use our own equipment on air and freely
    share our designs with others. However, any radio amateur doing this
    with DMR would be liable to legal action from Digital Voice Systems.

    This effectively means that we are prohibited from designing or building
    our own DMR equipment on legal grounds.

    And according to Wikipedia, "given the current limited scope of the DMR standard, many vendors have introduced proprietary features that make
    their product offerings non-interoperable with other brands."

    --
    MM0DSM

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From David Woolley@21:1/5 to All on Wed Oct 14 12:23:58 2020
    On 13/10/2020 17:21, Guy G4DWV 4X1LT wrote:
    Commercial interests are the drivers of innovation.

    It's my impression that real engineering innovation, particularly when
    it comes to software, doesn't come from commercial interests. (Remember
    that the current big internet companies are innovating in marketing, not engineering.)

    What seems to happen is the amateurs and academics (a lot of the people involved with the internet before the .com era here both academics and
    radio amateurs). Where the commercial interests tend to get involved is in:

    1) Dumbed down, and glossy user interfaces;

    2) Creating fashion trends, so that people feel obliged to continually
    buy new versions; and

    3) Adding features that are only really of interest to other businesses.

    Often, it is only once the academics and amateurs have proved something
    is possible and people want to use it, that the commercial interest
    consider they have a safe business case to work on it.

    This is particularly true of consumer products, which is what we are
    talking about, here.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From gareth evans@21:1/5 to All on Wed Oct 14 11:50:19 2020
    On 14/10/2020 09:00, MM0DSM wrote:
    On 14/10/2020 05:18, David Taylor wrote:
    On 12/10/2020 19:40, Ottavio Caruso wrote:
    []
    I agree. This is why I've stayed away from fusion, dstar, drm, etc.

    DMR is not proprietary, that's one reason there are multiple
    suppliers, and the cost is proportionately lower.

    DMR uses the AMBE+2 codec, which is proprietary.

    Use of the AMBE standard requires a license from Digital Voice Systems,
    who owns the rights. While large manufacturers may be able to afford
    this, radio amateurs will not. The spirit of amateur radio is that we
    should be able to build and use our own equipment on air and freely
    share our designs with others. However, any radio amateur doing this
    with DMR would be liable to legal action from Digital Voice Systems.

    This effectively means that we are prohibited from designing or building
    our own DMR equipment on legal grounds.

    And according to Wikipedia, "given the current limited scope of the DMR standard, many vendors have introduced proprietary features that make
    their product offerings non-interoperable with other brands."


    As Usenet is the original forum on the Internet, perhaps this NG would
    be an appropriate place to discuss the technology of voice codecs and
    so initiate a new design amongst ourselves?

    This, I am sure, would be a better thread than just whingeing about
    others' codecs, and also show that amateur radio remains in the
    forefront of technical developments?

    73 de Gareth G4SDW (ne G8DXY) GQRP #3339

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Jeff@21:1/5 to All on Wed Oct 14 10:56:22 2020
    On 14/10/2020 09:00, MM0DSM wrote:
    On 14/10/2020 05:18, David Taylor wrote:
    On 12/10/2020 19:40, Ottavio Caruso wrote:
    []
    I agree. This is why I've stayed away from fusion, dstar, drm, etc.

    DMR is not proprietary, that's one reason there are multiple
    suppliers, and the cost is proportionately lower.

    DMR uses the AMBE+2 codec, which is proprietary.

    Use of the AMBE standard requires a license from Digital Voice Systems,
    who owns the rights. While large manufacturers may be able to afford
    this, radio amateurs will not. The spirit of amateur radio is that we
    should be able to build and use our own equipment on air and freely
    share our designs with others. However, any radio amateur doing this
    with DMR would be liable to legal action from Digital Voice Systems.

    This effectively means that we are prohibited from designing or building
    our own DMR equipment on legal grounds.

    And according to Wikipedia, "given the current limited scope of the DMR standard, many vendors have introduced proprietary features that make
    their product offerings non-interoperable with other brands."


    Just to point out that D-star and Yaesu's C4FM used in their Fusion
    Range both use the AMBE or compatible proprietary codecs as well as DMR

    I don't believe that the DMR standard mandates the use of the DVSI AMBE
    codec, just that most of the manufacturers have taken it on board as it
    is a cost effective solution. Probably less than $1 a chip in their sort
    of quantities. Although some have been moving to the DSPINI decoder
    which is compatible over the air with the AMBE device.

    You can but then direct from DVSI or DSPINI but of course they have min
    order quantity, but I an sure there are sources for small quantities ,
    at a price.

    There are several amateur projects out there to provene a over the air compatible codec, whic as long as none of DVSI's routines are copied
    will be fine from a copyright standpoint, which I think meets your
    'Amateur' requirement.

    AS far as I am aware all DMR makes are compatible on plian voice, but
    there are differences in encryption algorithm between some
    manufacturers, and also perhaps SMS messaging.

    73
    Jeff

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From MM0DSM@21:1/5 to gareth evans on Wed Oct 14 16:58:33 2020
    On 14/10/2020 11:50, gareth evans wrote:
    On 14/10/2020 09:00, MM0DSM wrote:
    On 14/10/2020 05:18, David Taylor wrote:
    On 12/10/2020 19:40, Ottavio Caruso wrote:
    []
    I agree. This is why I've stayed away from fusion, dstar, drm, etc.

    DMR is not proprietary, that's one reason there are multiple
    suppliers, and the cost is proportionately lower.

    DMR uses the AMBE+2 codec, which is proprietary.

    Use of the AMBE standard requires a license from Digital Voice Systems,
    who owns the rights. While large manufacturers may be able to afford
    this, radio amateurs will not. The spirit of amateur radio is that we
    should be able to build and use our own equipment on air and freely
    share our designs with others. However, any radio amateur doing this
    with DMR would be liable to legal action from Digital Voice Systems.

    This effectively means that we are prohibited from designing or building
    our own DMR equipment on legal grounds.

    And according to Wikipedia, "given the current limited scope of the DMR
    standard, many vendors have introduced proprietary features that make
    their product offerings non-interoperable with other brands."


    As Usenet is the original forum on the Internet, perhaps this NG would
    be an appropriate place to discuss the technology of voice codecs and
    so initiate a new design amongst ourselves?

    This, I am sure, would be a better thread than just whingeing about
    others' codecs, and also show that amateur radio remains in the
    forefront of technical developments?

    73 de Gareth G4SDW (ne G8DXY) GQRP #3339


    There is Opus (https://opus-codec.org/) and also the older Speex, which
    are both suitable for low bitrate speech and are royalty-free. The main
    problem is getting enough people behind such an effort. If nobody
    understands that there is a problem in the first place, then they can't
    see the value. There is also the problem of 'inertia' to overcome (DMR
    already has a wide user base).

    --
    MM0DSM

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From MM0DSM@21:1/5 to Jeff on Wed Oct 14 17:08:54 2020
    On 14/10/2020 10:56, Jeff wrote:

    Just to point out that D-star and Yaesu's C4FM used in their Fusion
    Range both use the AMBE or compatible proprietary codecs as well as DMR

    I don't believe that the DMR standard mandates the use of the DVSI AMBE codec, just that most of the manufacturers have taken it on board as it
    is a cost effective solution. Probably less than $1 a chip in their sort
    of quantities. Although some have been moving to the DSPINI decoder
    which is compatible over the air with the AMBE device.

    You can but then direct from DVSI or DSPINI but of course they have min
    order quantity, but I an sure there are sources for small quantities ,
    at a price.

    There are several amateur projects out there to provene a over the air compatible codec, whic as long as none of DVSI's routines are copied
    will be fine from a copyright standpoint, which I think meets your
    'Amateur' requirement.

    AS far as I am aware all DMR makes are compatible on plian voice, but
    there are differences in encryption algorithm between some
    manufacturers, and also perhaps SMS messaging.

    73
    Jeff

    It's not just copyright that's the problem though. You are correct that
    there would be no copyright violation so long as there was 'clean-room'
    reverse engineering of the codec. The problem is that patent laws would
    still apply and therefore royalties. This has been a problem with other 'standards' too such as h264 video, and previously with mp3 audio and
    gif images which were all patent-encumbered.

    The fact is that if an individual amateur or group of amateurs designed
    a DMR radio using the proprietary codec, then legal action could be
    taken against them. This just doesn't sit well with me as it goes
    against the idea that anyone should be allowed to design and build their
    own equipment.
    --
    MM0DSM

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From MM0DSM@21:1/5 to David Woolley on Wed Oct 14 17:13:36 2020
    On 14/10/2020 12:23, David Woolley wrote:
    On 13/10/2020 17:21, Guy G4DWV 4X1LT wrote:
    Commercial interests are the drivers of innovation.

    It's my impression that real engineering innovation, particularly when
    it comes to software, doesn't come from commercial interests.  (Remember that the current big internet companies are innovating in marketing, not engineering.)

    What seems to happen is the amateurs and academics (a lot of the people involved with the internet before the .com era here both academics and
    radio amateurs).  Where the commercial interests tend to get involved is
    in:

    1) Dumbed down, and glossy user interfaces;

    2) Creating fashion trends, so that people feel obliged to continually
    buy new versions; and

    3) Adding features that are only really of interest to other businesses.

    Often, it is only once the academics and amateurs have proved something
    is possible and people want to use it, that the commercial interest
    consider they have a safe business case to work on it.

    This is particularly true of consumer products, which is what we are
    talking about, here.

    That's a rather insightful analysis. Businesses initially rejected free
    and open-source software until they saw the huge benefits and realised
    that it would provide an open platform to build their business models upon.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Ottavio Caruso@21:1/5 to All on Wed Oct 14 19:58:11 2020
    On 14/10/2020 17:08, MM0DSM wrote:
    On 14/10/2020 10:56, Jeff wrote:

    Just to point out that D-star and Yaesu's C4FM used in their Fusion
    Range both use the AMBE or compatible proprietary codecs as well as DMR

    I don't believe that the DMR standard mandates the use of the DVSI
    AMBE codec, just that most of the manufacturers have taken it on board
    as it is a cost effective solution. Probably less than $1 a chip in
    their sort of quantities. Although some have been moving to the DSPINI
    decoder which is compatible over the air with the AMBE device.

    You can but then direct from DVSI or DSPINI but of course they have
    min order quantity, but I an sure there are sources for small
    quantities , at a price.

    There are several amateur projects out there to provene a over the air
    compatible codec, whic as long as none of DVSI's routines are copied
    will be fine from a copyright standpoint, which I think meets your
    'Amateur' requirement.

    AS far as I am aware all DMR makes are compatible on plian voice, but
    there are differences in encryption algorithm between some
    manufacturers, and also perhaps SMS messaging.

    73
    Jeff

    It's not just copyright that's the problem though. You are correct that
    there would be no copyright violation so long as there was 'clean-room' reverse engineering of the codec. The problem is that patent laws would
    still apply and therefore royalties. This has been a problem with other 'standards' too such as h264 video, and previously with mp3 audio and
    gif images which were all patent-encumbered.

    The fact is that if an individual amateur or group of amateurs designed
    a DMR radio using the proprietary codec, then legal action could be
    taken against them. This just doesn't sit well with me as it goes
    against the idea that anyone should be allowed to design and build their
    own equipment.


    Good thing is that good old-fashioned analogue CW/SSB are not affected
    and will be always be there.



    --
    Ottavio Caruso

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Dave Goldfinch VK6AI@21:1/5 to All on Wed Oct 14 21:01:52 2020
    On Thursday, October 15, 2020 at 1:33:26 AM UTC+8, MM0DSM wrote:
    On 14/10/2020 12:23, David Woolley wrote:
    On 13/10/2020 17:21, Guy G4DWV 4X1LT wrote:
    Commercial interests are the drivers of innovation.

    It's my impression that real engineering innovation, particularly when
    it comes to software, doesn't come from commercial interests.  (Remember that the current big internet companies are innovating in marketing, not engineering.)

    What seems to happen is the amateurs and academics (a lot of the people involved with the internet before the .com era here both academics and radio amateurs).  Where the commercial interests tend to get involved is in:

    1) Dumbed down, and glossy user interfaces;

    2) Creating fashion trends, so that people feel obliged to continually
    buy new versions; and

    3) Adding features that are only really of interest to other businesses.

    Often, it is only once the academics and amateurs have proved something
    is possible and people want to use it, that the commercial interest consider they have a safe business case to work on it.

    This is particularly true of consumer products, which is what we are talking about, here.

    That's a rather insightful analysis. Businesses initially rejected free
    and open-source software until they saw the huge benefits and realised
    that it would provide an open platform to build their business models upon.

    Take a look at this:

    https://m17project.org/

    73

    Dave
    VK6AI

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Dave Goldfinch VK6AI@21:1/5 to All on Wed Oct 14 21:16:16 2020
    On Thursday, October 15, 2020 at 1:33:26 AM UTC+8, MM0DSM wrote:
    On 14/10/2020 12:23, David Woolley wrote:
    On 13/10/2020 17:21, Guy G4DWV 4X1LT wrote:
    Commercial interests are the drivers of innovation.

    It's my impression that real engineering innovation, particularly when
    it comes to software, doesn't come from commercial interests.  (Remember that the current big internet companies are innovating in marketing, not engineering.)

    What seems to happen is the amateurs and academics (a lot of the people involved with the internet before the .com era here both academics and radio amateurs).  Where the commercial interests tend to get involved is in:

    1) Dumbed down, and glossy user interfaces;

    2) Creating fashion trends, so that people feel obliged to continually
    buy new versions; and

    3) Adding features that are only really of interest to other businesses.

    Often, it is only once the academics and amateurs have proved something
    is possible and people want to use it, that the commercial interest consider they have a safe business case to work on it.

    This is particularly true of consumer products, which is what we are talking about, here.

    That's a rather insightful analysis. Businesses initially rejected free
    and open-source software until they saw the huge benefits and realised
    that it would provide an open platform to build their business models upon.

    Apologies if this post appears twice, my first attempt apparently fell into the bit bucket.

    Have a look at https://m17project.org/

    These guys want to blow proprietary codecs away and have a working example written by David Rowe.

    73

    Dave
    VK6AI

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From David Taylor@21:1/5 to All on Thu Oct 15 06:16:26 2020
    On 15/10/2020 05:16, Dave Goldfinch VK6AI wrote:
    []
    Apologies if this post appears twice, my first attempt apparently fell into the bit bucket.
    []
    73

    Dave
    VK6AI

    It's a moderated group, Dave, so your first post had to wait for a UK
    moderator to wake up!

    --
    73,
    David GM8ARV
    Web: http://www.satsignal.eu

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From MM0DSM@21:1/5 to All on Thu Oct 15 05:57:37 2020
    On 15/10/2020 05:16, Dave Goldfinch VK6AI wrote:
    On Thursday, October 15, 2020 at 1:33:26 AM UTC+8, MM0DSM wrote:
    On 14/10/2020 12:23, David Woolley wrote:
    On 13/10/2020 17:21, Guy G4DWV 4X1LT wrote:
    Commercial interests are the drivers of innovation.

    It's my impression that real engineering innovation, particularly when
    it comes to software, doesn't come from commercial interests.  (Remember >>> that the current big internet companies are innovating in marketing, not >>> engineering.)

    What seems to happen is the amateurs and academics (a lot of the people
    involved with the internet before the .com era here both academics and
    radio amateurs).  Where the commercial interests tend to get involved is >>> in:

    1) Dumbed down, and glossy user interfaces;

    2) Creating fashion trends, so that people feel obliged to continually
    buy new versions; and

    3) Adding features that are only really of interest to other businesses. >>>
    Often, it is only once the academics and amateurs have proved something
    is possible and people want to use it, that the commercial interest
    consider they have a safe business case to work on it.

    This is particularly true of consumer products, which is what we are
    talking about, here.

    That's a rather insightful analysis. Businesses initially rejected free
    and open-source software until they saw the huge benefits and realised
    that it would provide an open platform to build their business models upon.

    Apologies if this post appears twice, my first attempt apparently fell into the bit bucket.

    Have a look at https://m17project.org/

    These guys want to blow proprietary codecs away and have a working example written by David Rowe.

    73

    Dave
    VK6AI


    Thanks for the link. I hadn't heard of that project before.

    --
    MM0DSM

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Jeff@21:1/5 to All on Thu Oct 15 09:04:15 2020

    It's not just copyright that's the problem though. You are correct that
    there would be no copyright violation so long as there was 'clean-room' reverse engineering of the codec. The problem is that patent laws would
    still apply and therefore royalties. This has been a problem with other 'standards' too such as h264 video, and previously with mp3 audio and
    gif images which were all patent-encumbered.

    The fact is that if an individual amateur or group of amateurs designed
    a DMR radio using the proprietary codec, then legal action could be
    taken against them. This just doesn't sit well with me as it goes
    against the idea that anyone should be allowed to design and build their
    own equipment.

    Again, it depends what is actually in the patent, and how any reverse engineering actually worked, if the algorithms were sufficiently
    different to those descried in the patent then the patent would not be a problem. What is the problem is the inevitable legal battle to prove it.

    That is what is faced by the authors of the existing AMBE compatible
    software codecs such as Mbelib and DSD, and why the authors try to
    maintain their anonymity, however, as long as those projects have no
    impact on DVSI I suspect that they aren't too bothered, but that would
    change if that sort of software went into commercial products.

    Jeff

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Brian Howie@21:1/5 to All on Sat Oct 17 19:48:31 2020
    On 12/10/2020 17:27, MM0DSM wrote:
    Why do radio amateurs settle for proprietary stuff? I'm talking about
    not only software, but codecs etc.

    Proprietary software and codecs goes against the very spirit of amateur
    radio IMO. We should only be using 'free' software (free in copyright
    terms, not in cost) and open standards which aren't patent-encumbered.

    I fear that radio amateurs risk being at the mercy of commercial
    interests if we continue down the path of accepting such things.

    I would like to hear other people's thoughts on this.

    I had a go with Free DV on 2m a few years ago, but results were a bit disappointing with latency and frequent dropouts. I think most of
    problems were due to my computer not being fast enough to keep up.
    Ideally I suppose it should be done on an FPGA. I might revisit it now I
    have a faster computer.

    The codecs are open source and here https://freedv.org/

    Brian GM4DIJ

    --
    Brian

    --
    This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Zach Metzinger@21:1/5 to All on Sun Jan 17 11:03:19 2021
    On 10/14/20 10:58 AM, MM0DSM wrote:

    There is Opus (https://opus-codec.org/) and also the older Speex, which
    are both suitable for low bitrate speech and are royalty-free. The main

    Another option is "Codec 2" (https://en.wikipedia.org/wiki/Codec_2),
    which is an option for the M17 project, mentioned in these threads.

    General comment, not in reply to MM0DSM:

    I think discussion of standards and developments should happen on a
    newsgroup, not in a forum. Speaking of being chained to something you
    don't like, I don't like content and method tied together. Newsgroups
    allow me to stay within Thunderbird and read my email and news with my preferred client.

    73,

    --- Zach
    N0ZGO

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)