[Freetel-codec2] Scheduled down time for codec2.org

Amazon says we'll be down in part of a 2 hour window starting on Mon, 13 Jun 2022 00:00:00 and at the end they will reboot the instance. Thanks Bruce ___ Freetel-codec2 mailing list Freetel-codec2@lists.sourceforge.net

Re: [Freetel-codec2] [digitalvoice] Starting an organization for FreeDV/Codec2 development

h to be worthwhile. I will definitely take a look at the > various sponsorship organizations in closer detail and see what results > from that. > > Thanks, > > -Mooneer K6AQ > > On Tue, Feb 22, 2022 at 12:55 PM 'Bruce Perens' via digitalvoice < > digitalvo...@googlegroups.com

Re: [Freetel-codec2] test message

ng 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/list

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

On Thu, May 13, 2021 at 3:51 PM Josh Lloyd wrote: > I'll look into the OpenRTX project, I had not heard of it so thank you. > Though, that may be tangential to the goals of our project, which is to > build some hardware and firmware for our own radios. > Obviously everybody gets to do what they

[Freetel-codec2] Chris Testa KD2BMH?

they are busy bringing up kids. Thanks Bruce -- Bruce Perens K6BP - Board Partner, OSS Capital LLC Venture Capital - CEO, undisclosed startup ___ Freetel-codec2 mailing list Freetel-codec2@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo

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

t; Thanks again to all those involved with Codec 2; and for your work on the > thesis before it David, as well as the talks you've provided to the wider > community. > > Kind regards, > Josh > ___ > Freetel-codec2 mailing list > Freetel-cod

Re: [Freetel-codec2] BSD style license for Codec 2

t; 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

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

wetel.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-code

[Freetel-codec2] Participant Policies

Besides ITAR/EAR, looking at the treason laws in the USA, there is jail time for rendering aid to foreign military, and instructing in military activities requires your organization to be registered with the Attorney General (for careful watching). I wrote participant policies for ORI about 2

Re: [Freetel-codec2] ITAR / EAR

On Fri, Dec 18, 2020 at 11:17 AM Greg Troxel wrote: > helping anyone foreign do anything military, even if > that thing is not specifically on the USML, is prohibited. I think > that's section 3, but I was also trained to be extra paranoid and stay > away from the edges. It makes sense to go

[Freetel-codec2] Participant Policies

On Fri, Dec 18, 2020 at 10:45 AM Greg Troxel wrote: > > While not prohibiting military use of codec2 (because that's not the > open source way), there should be a prohibition against asking for > help with military use (because a lot of such help is unlawful for > many). > I wrote a

[Freetel-codec2] ITAR / EAR

On Thu, Dec 17, 2020 at 2:46 PM David Rowe wrote: > I've found in the past the Australian law in this area tends to be closely > aligned with the US. > The USA takes their law on defense, intellectual property, etc. and puts it in a treaty for other nations to sign onto. And you don't get

Re: [Freetel-codec2] Quality drops for agitated voice lines

better by using tricks of analog synthesis. Bandpass filters, dynamic range compression, etc. On Thu, Dec 17, 2020 at 2:27 PM Jesper Norberg wrote: > To be clear, I'm working on a game, not for the military ^^ > > /Jesper > > On Thu, Dec 17, 2020 at 11:23 PM Bruce Perens via

Re: [Freetel-codec2] Quality drops for agitated voice lines

On Thu, Dec 17, 2020 at 2:32 PM David Rowe wrote: > However the project has moved on since then so perhaps I should talk to > them again, and check the current regulations. > Yes, the last time you didn't have machine learning / "AI". ORI spent real money (graciously contributed by ARDC) to get

Re: [Freetel-codec2] Quality drops for agitated voice lines

On Thu, Dec 17, 2020 at 3:56 AM Jesper Norberg wrote: > I'm working on a project where I want to add a digital radio feel to > military voice lines. > I'm not speaking for the project, but my personal feeling is that this endangers the project. Codecs are on the US Munitions list, and the

Re: [Freetel-codec2] Codec2 Rust Port

k at a couple > bitrates. > > Matt > > -- > > https://www.scriptjunkie.us/ > ___ > Freetel-codec2 mailing list > Freetel-codec2@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/freetel-codec2 > -

[Freetel-codec2] M17 and grants

Hi Al and others, The M17 project has affiliated with Open Research Institute, so that they can solicit for grants as an IRS accredited 501 c 3 nonprofit organization. Since ARDC will be granting 5 million dollars a year to amateur radio Open Source projects every year, this is a viable prospect

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

One strategy would be to treat the m17 STM32 processor as a wireless interface alone, and do the codec processing and user interface in your phone. This would allow you to use the high computation codecs when you couple the m17 and your phone. On Wed, Nov 18, 2020, 5:45 PM Al Beard via

Re: [Freetel-codec2] Comments on the M17 project

I am hoping to work on the software for this radio if/when the radio works. On Sat, Oct 24, 2020, 7:35 PM Mooneer Salem wrote: > FWIW, I thought the voice quality was significantly better than I expected > when I was playing with the app earlier this week. Then again, I think I > was mentally

Re: [Freetel-codec2] Comments on the M17 project

It is also possible to use one of the existing low-bandwidth text formats on the upper or lower edge of the voice signal. The advantage being that more people could read it. On Fri, Oct 23, 2020, 10:54 PM Al Beard wrote: > Hi all, > > I was looking at the M17 project and noticing their

Re: [Freetel-codec2] FreeDV.org website is up again 24/10/20

tern Sydney.* > > > *Last night on 23on23, 23cm on the 23rd day of the month, we had a good > test of the* > *Woolongong Maddens Plains 23cm parrot repeater, 1296.850MHz FM.* > > *Or, somebody in a more populated country to run my code up. * > > *Alan VK2ZIW* > &

Re: [Freetel-codec2] freedv.org server down

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 regards, > Adrian > > On August 2, 2020 7:08:38 PM UTC, Bruce Perens via Freetel-codec2 < > free

Re: [Freetel-codec2] freedv.org server down

g for, anything.* > > *Alan VK2ZIW* > > *On Sun, 2 Aug 2020 01:14:02 -0700, Bruce Perens via Freetel-codec2 wrote* > > We've been having some sort of wordpress exploit and my server is null > routed, it usually serves freedv.org . I hope I've got it fixed, I asked > the ISP to try

[Freetel-codec2] freedv.org server down

We've been having some sort of wordpress exploit and my server is null routed, it usually serves freedv.org . I hope I've got it fixed, I asked the ISP to try restoring the route. Thanks Bruce -- Bruce Perens - CEO at stealth startup. I'll tell you what it is eventually

Re: [Freetel-codec2] SM3000 comment time

Why don't you make a Raspberry Pi daughter board? It gives people some latitude in choosing how much compute they want, and it's a lot less expensive than most compute solutions you could put together. It provides ethernet, Wi-Fi, lots of USB, lots of undedicated I/O. And they will upgrade faster

Re: [Freetel-codec2] The LPCNet packaging problem...

Why not combine the CPU-specific math accelerator libraries, and set function pointers at runtime? It would be fewer builds, more distro friendly, and less configuration when building from source. On Sat, Apr 25, 2020, 3:17 PM David Rowe wrote: > Hi Richard, > > Pls be careful putting too much

Re: [Freetel-codec2] ESP32 port

. On Wed, Feb 5, 2020, 8:16 PM Dana Myers wrote: > On 2/5/2020 4:25 PM, Bruce Perens via Freetel-codec2 wrote: > > Bill, before you go any farther oh, you should make a floating point > benchmark. I don't believe the necessary performance is there. > > I used to think that,

Re: [Freetel-codec2] ESP32 port

Bill, before you go any farther oh, you should make a floating point benchmark. I don't believe the necessary performance is there. Thanks Bruce On Wed, Feb 5, 2020, 5:29 PM Bill Gaylord wrote: > Hello, >I am attempting to work on a port of FreeDV to the ESP32. Once I get it > working

Re: [Freetel-codec2] Minimum RAM and CPU clock for Codec2

eing used in > SM1000. > > Thanks for you time and consideration. > > -- > Sam > ___ > Freetel-codec2 mailing list > Freetel-codec2@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/freetel

Re: [Freetel-codec2] A Question about CODEC2 and FDMDV

Because he is one of the zillion people who want to use the codec to make an encrypted telephone. On Wed, Jul 24, 2019, 17:27 Stuart Longland wrote: > On 22/7/19 3:14 am, Ammar Ahmad Khan wrote: > > And can this system run on GSM ? > > "run on GSM" how? > > You could skip the FDMDV bit and just

[Freetel-codec2] A note to AMSAT members

Since many of the digital technology leaders in Amateur Radio are still in AMSAT: Please read http://perens.com/static/AMSAT/Election2019.html and pass on as appropriate. Thanks Bruce -- Bruce Perens - Partner, OSS.Capital. ___ Freetel

Re: [Freetel-codec2] First pass at a schematic for a small, cheap radio that runs Codec2

On Thu, May 23, 2019 at 3:34 PM Steve wrote: > Is there a modern port of Codec2 vocoder for Android? I don't follow > the Android development. > I was planning to compile the C code to WebAssembly . Thanks Bruce ___

Re: [Freetel-codec2] First pass at a schematic for a small, cheap radio that runs Codec2

Android? I don't follow > the Android development. > > Steve/k5okc > > > ___ > Freetel-codec2 mailing list > Freetel-codec2@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/freetel

[Freetel-codec2] First pass at a schematic for a small, cheap radio that runs Codec2

Please see https://perens.com/2019/05/23/ht-of-the-future-new-design/ I don't know anything about hardware design and did this one by myself. So, please point out mistakes, etc. Thanks Bruce -- Bruce Perens - Partner, OSS.Capital. ___ Freetel

Re: [Freetel-codec2] Codec2 on Android NDK

It sounds like they are cross-compiling, and CMake is generating an improper command for Ninja. It might be related to the bug at https://gitlab.kitware.com/cmake/cmake/issues/18062 On Wed, Feb 20, 2019 at 10:31 AM David Rowe wrote: > Hi Samih, > > Yes the build system requires some code to be

Re: [Freetel-codec2] Building smallDV with Codec2-dev, latest SVN

I should reiterate the problem, just to make sure everyone understands what is happening. When you use two audio devices with different clocks, one will inevitably run faster than the other. The result is that over time, be it minutes, hours, or days, you will either develop a lag in processing

Re: [Freetel-codec2] States as enums

Strings are as fast as integers if you make them static and use their address, rather than compare their content. On Wed, Feb 13, 2019, 23:17 Steve I bought a big pale of ice cream today and set about converting the string > states to enum integers. It doesn't save much memory, but from my >

Re: [Freetel-codec2] Building smallDV with Codec2-dev, latest SVN

On Sat, Feb 16, 2019 at 11:24 PM Alan Beard wrote: > All the C-Media C119 clone USB thingies work but after a few minutes go > all bitsy Drivers must be robust through buffer over-runs and under-runs. Or a lot of devices will fail. These will happen due to timing differences between the two

Re: [Freetel-codec2] K210 development board for Codec2 and softmodems

The microphone array is available from Seeed Studios as a separate board, and while the "Don dock" board has pins for it, the "Go" board has a ribbon cable connector. These are actually really useful as they allow you to attenuate the background, which is really useful if you're a fireman and

Re: [Freetel-codec2] K210 development board for Codec2 and softmodems

OK. Write to me directly if there's anything I can do to help. Thanks Bruce On Fri, Feb 15, 2019 at 8:14 PM Bruce Perens wrote: > Take a look at this as a platform for hosting Codec2: $20 module contains > a generic RISC-V CPU, neural network hardware, hardware FFT

[Freetel-codec2] K210 development board for Codec2 and softmodems

Take a look at this as a platform for hosting Codec2: $20 module contains a generic RISC-V CPU, neural network hardware, hardware FFT (both on the audio module and a stand-alone one), audio processor, WiFi,

Re: [Freetel-codec2] Multi thread with OFDM library.

It's Open Source. If you need multi-threaded, please fix it and submit a patch. ___ Freetel-codec2 mailing list Freetel-codec2@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freetel-codec2

Re: [Freetel-codec2] Freedv on PSTN network

PSTN used to take that stuff out of circuit when it sensed modem tones. Try real modems or FAX, and then figure out how to fake them. On Sun, Sep 9, 2018, 21:05 Đích Kiều wrote: > Hi everyone, > > Anyone working on Freedv on PSTN network ? I’m have a problem about hybrid > echo cancel in PSTN

Re: [Freetel-codec2] SM1000 Layout

el-codec2@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/freetel-codec2 >> > > > -- > Check out the vibrant tech community on one of the world's most > engaging tech sites

Re: [Freetel-codec2] Modes 450 and 450PWB, any progress on transmission of these?

_______ > Freetel-codec2 mailing list > Freetel-codec2@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/freetel-codec2 > -- Bruce Perens K6BP - CEO, Legal Engineering Stand

Re: [Freetel-codec2] Parrot Repeater, online 14236KHz, for Don

! http://sdm.link/slashdot > ___ > Freetel-codec2 mailing list > Freetel-codec2@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/freetel-codec2 > -- Bruce Perens K6BP - CEO, Legal Engineering Standards committee ch

Re: [Freetel-codec2] Possible Issue With Fifo.c

This is *only *a problem in a multi-threaded implementation with a shared memory space. Which I suspect isn't anything that David wrote. -- Check out the vibrant tech community on one of the world's most engaging tech

[Freetel-codec2] Wavenet patent

that your work pre-empts any of these claims. Thanks Bruce -- Bruce Perens K6BP - CEO, Legal Engineering Standards committee chair, license review committee member, co-founder, Open Source Initiative President, Open Research Institute; Board Member, Fashion Freedom Initiative

Re: [Freetel-codec2] FreeDV and rpitx

; >>> Check out the vibrant tech community on one of the world's most >>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot >>> ___ >>> Freetel-codec2 mailing list >>> Freetel-codec2@lists.sourceforge.net

Re: [Freetel-codec2] Modulation Woes on SM1000

h community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > ___ > Freetel-codec2 mailing list > Freetel-codec2@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/freetel-codec2 &g

Re: [Freetel-codec2] noob in voice coding asking for help about Codec2 decoder.

o think about where your stack will be during an > interrupt) > > > > On 06/11/2018 05:41 PM, Bruce Perens wrote: > > Hi Sumek, > > Codec2 for embedded platforms is definitely in need of size optimization > by *removing unused code for your chosen modes,* and

Re: [Freetel-codec2] noob in voice coding asking for help about Codec2 decoder.

is this removal of unreferenced elements from > binary code. > > Other compilers have similar "tricks". > Regards, > Danilo > > On 11.06.2018 03:19, Bruce Perens wrote: > > Hi Sumek, > > I am curious about your memory saving strategy. Specifically, why usin

Re: [Freetel-codec2] FreeDV 700D @ STM32F7

eck out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > ___ > Freetel-codec2 mailing list > Freetel-codec2@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/freetel-codec2 > -- Bruce Perens

Re: [Freetel-codec2] SmallDV

Go for as much CPU power as you can fit in the box. Newer codecs and modems seem to need it. On Fri, Jun 8, 2018, 20:26 Matt Roberts wrote: > Hi all, > > Something else I have been tinkering with is a kit that is similar to > the neat SM1000 device that many of you have been working on. > >

Re: [Freetel-codec2] Microsoft purchases GitHub

Gee, Steve. Some of the world's most profitable companies are... in SILICON VALLEY. This stuff doesn't belong on the list. -- Check out the vibrant tech community on one of the world's most engaging tech sites,

[Freetel-codec2] Microsoft purchases GitHub

to mirror it from GitHub. Things hosted there will end up on our physical distributions (blu-ray discs, etc.) when we make and archive them. Thanks Bruce -- Bruce Perens K6BP - CEO, Legal Engineering Standards committee chair, license review committee member, co-founder, Open Source

Re: [Freetel-codec2] New Codec2-0.8 Build Failure

We never found a good reason to support other compilers. I suppose LLVM would not be too hard. Thanks Bruce On Sun, May 27, 2018, 2:27 PM Tomas Härdin wrote: > One sad exception to this is MSVC, which is unlikely to ever get C99 > support :c But luckily that isn't the

Re: [Freetel-codec2] Packetization of Codec2

gt; -- > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______ > Freetel-codec2 mailing list > Freetel-codec2@lists.sourceforge.net > https://lists.sourcef

Re: [Freetel-codec2] Codec 2 and Wavenet

It is very likely the researchers filed patents. We should ask them. On Wed, May 2, 2018, 9:24 AM David Rowe wrote: > A reader of my blog (Walter), has managed to reproduce the remarkable > results: > >http://www.rowetel.com/?p=5966#comment-80820 > > Well done Walter!

Re: [Freetel-codec2] [digitalvoice] FreeDV 700D update

gt; > -- > 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 post to this group, send email

Re: [Freetel-codec2] codec 2 and voice recognition

Isn't it going to work better to match phonemes and then fuzzily compare phoneme strings after that? On Thu, Apr 12, 2018, 18:18 glen english wrote: > Hi Dean > > RRR > > OK. I have so far, used codec2 to to store phrases and vocab in a > microcontroller... @ 3600 I have

Re: [Freetel-codec2] Codec2 and packet loss

Codec2 is made for radio links. Don't checksum your packets, and don't reject imperfect packets. If you have an codec frame with bit errors, send it on to the codec and it performs graceful degradation, rendering the best speech it can. On Wed, Apr 11, 2018 at 2:16 PM, Marko Milutinovic <

Re: [Freetel-codec2] whats the slowest cpu that can decode codec2 in realtime

slow FPU, OR the scheduler was getting > in the way of the ESP32 performance, and tuning was required to get > perfornamce. > > > > On 8/04/2018 6:45 AM, Bruce Perens wrote: > > > The ESP only has a 12 bit ADC and an 8 bit A > > > > >

Re: [Freetel-codec2] whats the slowest cpu that can decode codec2 in realtime

> The ESP only has a 12 bit ADC and an 8 bit ADC. 12-bit dual ADC and 8-bit DAC. And I have not tested the ADC speed. Might be good enough to do Codec2, but since the ESP32 has a DMA interface for codec chips, it's easy to connect one. On Sat, Apr 7, 2018 at 1:41 PM, Bruce Perens

Re: [Freetel-codec2] whats the slowest cpu that can decode codec2 in realtime

Cool videos by Thai ham HS5TQA. https://www.youtube.com/user/HS5TQA I would assume he is using only one of the two cores, and still gets decode speed that looks just fine. For what that processor costs, I'm not sure we *need* anything slower. I have the ESP32 running the server I wrote for

[Freetel-codec2] FreeDV.org down

The FreeDV.org web site is down due to a DNS snafu. David has control of that DNS server, and I'm waiting for him. Thanks Bruce -- Check out the vibrant tech community on one of the world's most engaging tech

Re: [Freetel-codec2] IP protocol over FreeDV

FreeDV voice packets are around 7 bytes per 40 milliseconds. Even a single IPV6 *address *is twice the size, not to mention the rest of the header. So, realistic expectations are called for. Header compression is helpful. Retransmission of a TCP packet could easily be a 1500 or more byte repeat,

Re: [Freetel-codec2] OFDM and GNU Radio

Hams to that $100 VHF 10 Watt 2 kHz BW mythical radio... > > > On Fri, Feb 2, 2018 at 1:09 PM, Bruce Perens <br...@perens.com> wrote: > > Having built an I/Q modulator in hardware, I don't suggest that you go > from > > the digital to the analog domain as

Re: [Freetel-codec2] OFDM and GNU Radio

Having built an I/Q modulator in hardware, I don't suggest that you go from the digital to the analog domain as I/Q if you can avoid it. It's difficult to keep the modulator in balance. -- Check out the vibrant tech

Re: [Freetel-codec2] Licensing question

chain for compilation and > linking (IAR). Without the end user having these tools it would be almost > impossible for them to re-link against a newer version of the library. In > our FW it would be impossible to replace the library unless an entire FW > update was performed. &g

Re: [Freetel-codec2] Licensing question

Hi Marko, sorry to do this from my phone but I won't be at my desk until tomorrow. Your employer is not required to distribute the binary program of your proprietary code but you must make it possible for the end-user to install a replacement of codec 2 when it's upgraded. Other manufacturers

Re: [Freetel-codec2] Ultra-reliable sensitive comms

The analog FM modulator/demodulator is going to be your main limit. Of course, we don't have off-the-shelf handheld SDRs yet. On Sat, Dec 2, 2017 at 1:27 PM, Samuel Hunt wrote: > Hi Adrian, > > > > This I understand, but then to double the air rate would then lead to a >

[Freetel-codec2] FreeDV cut-over to new server and wordpress in progress

I am cutting FreeDV.org over to a new server and Wordpress. Please go to https://freedv.org/local-signup/ and register if you wish to edit the site. I will then manually give you administrator privilege. Former logins on core.perens.com won't be carried over. This new server no longer uses FTP

[Freetel-codec2] Freedv.org server movement

The server company which currently hosts freedv.org is going out of business effective October 1. I believe another company bought them for their dark fiber network and decided not to continue the cut-rate servers they sold. I obviously have to get another server, as I have a number of different

Re: [Freetel-codec2] codec Specification?

in a rewrite for the sake of changing the licence. This > makes no sense! I am interested in the embedded side of things, so a fixed > point > version is exactly what I think is interesting. This fits in my wider > personal > plans. And if I ever write something like this, it will be GPL licence

Re: [Freetel-codec2] LoRa Modulation

LoRa has modulation designator DXX for our purposes. Pretty much everything fits in there. If you are in doubt, you can just ask for an STA. Thanks Bruce On Tue, Feb 28, 2017 at 7:52 PM, Dana Myers wrote: > > I think you might be mis-reading the relevant rules here.

Re: [Freetel-codec2] Flex and FreeDV

I should point out that my original evangelism of Open Source digital voice codecs, which nudged David to revisit his thesis, was directed toward replacing the ones used on VHF/UHF. We do have definite performance advantages there given SDR radios rather than FM modulators and detectors. Adoption

[Freetel-codec2] freedv.org downtime September 29

Our colocation provider is moving our server tomorrow, and it will be down for some hours. Thanks Bruce -- ___ Freetel-codec2 mailing list

Re: [Freetel-codec2] M7 some numbers

> and OK now this is totally untouched code apart from removing all the mallocs Please mind that the code remains re-entrant. Thanks Bruce On Wed, Sep 14, 2016 at 6:41 AM, glen english wrote: > OK, back from being at a meeting,and tracked down a unaligned access

Re: [Freetel-codec2] source format

If you want to re-organize directories, please first learn the interesting method that CMake has to deal with CMakefiles in subdirectories. It's not bad, just not what you might expect if you're used to straight Makefiles. Thanks Bruce On Tue, Sep 13, 2016 at 6:57 PM, glen english

Re: [Freetel-codec2] Thoughts

David does code in an older style and that can look odd to newer programmers, but the newer styles look verbose to older programmers. I tend to use every const declaration possible, etc., so that the compiler will show me more coding errors and it has frustrated me that the codec2 code doesn't do

Re: [Freetel-codec2] Necessary files.

Eric, When you work with an Open Source project, you are not expected to need documentation of the overall structure of the code, or a list of the essential files, or a timing diagram, or an explanation of the interrupt priority (we already told you it's a busy loop, which means there is no

Re: [Freetel-codec2] Serial USART implem

> So, anything that happens in the usart interrupt handler is transparent to the codec encoder Except for timing. But Brady has already explained that it's timing-insensitive. On Tue, Sep 6, 2016 at 3:56 PM, glen english wrote: > Eric. you said : "you can not implement

Re: [Freetel-codec2] Serial USART implementation

how I do it on the PIC, however was > looking at the datasheet and didnt see any implementation of one, just DMA. > > I will have to look closer. > > Thanks. > > Eric > > > > On 2016-09-06 19:14, Bruce Perens wrote: > > In sm1000? Since there is no OS you either h

Re: [Freetel-codec2] Serial USART implementation

It looks like do indeed have to do either DMA or interrupt handling to handle more than one byte from USART receive. -- ___ Freetel-codec2 mailing list

Re: [Freetel-codec2] Serial USART implementation

looking at the datasheet and didnt see any implementation of one, just >> DMA. >> >> I will have to look closer. >> >> Thanks. >> >> Eric >> >> >> >> On 2016-09-06 19:14, Bruce Perens wrote: >> >> In sm1000? Since t

Re: [Freetel-codec2] Serial USART implementation

In sm1000? Since there is no OS you either have to hook into the busy loop or write interrupt code. If the FIFO is deep enough to queue a command, the code will not be time critical and you can do it in the loop. No DMA necessary. On Sep 6, 2016 7:51 AM, "Shane Burrell"

Re: [Freetel-codec2] Encoding decoding time TIVA

Many, perhaps most, CPUs have a float type that is slower than double, because their internal hardware is double-only and they convert float to double and back to float on every operation. Don't change the main source to float types. Use macros, typedefs, or compiler switches. Also, David will

Re: [Freetel-codec2] CODEC problem

If you have a way to modify the hardware, 8 bits at 8 KHz would work better than 16 bits at 4 KHz. On Sun, Jun 12, 2016 at 12:11 PM, Steve wrote: > The actual minimum speed in order to use the codec2 vocoder is the > processing of 80 samples in 10 ms. The older speeds

[Freetel-codec2] Please call our Dayton Hamvention station today and this weekend

Mel and Gerry are operating a remote station from Dayton Hamvention, with the transmitter in Tampa, Florida. It's on 14.236 MHz, UTC times today 1300 to 2200, Saturday 1200 to 2100, Sunday 1200 to 1600. Please call the station so that the approximately 22,000 hams there can experience FreeDV.

Re: [Freetel-codec2] voice banking + codec2

succeeded in contributing a model of his own voice. Thanks Bruce On Tue, Apr 19, 2016 at 8:20 PM, Bruce Perens <br...@perens.com> wrote: > Imran, > > That's a really interesting project. David Rowe has a Ph.D. in voice > coding and will probably have more to say. Cod

Re: [Freetel-codec2] voice banking + codec2

Imran, That's a really interesting project. David Rowe has a Ph.D. in voice coding and will probably have more to say. Codec2 is interesting for some aspects of your project and maybe not a perfect fit. This might help you get started in understanding the codec: 27 Jan 2012, Codec 2 talk at

Re: [Freetel-codec2] new FreeDV 2400A VHF Modem

Did I hear that right? Works with non linear amplifiers, competitive with SSB, replaces all your multi carrier modems? On Thu, Mar 17, 2016, 11:51 David Rowe wrote: > Hi Adrian, > > Getting the modem right can be really critical. It's good that we are > discovering this and

Re: [Freetel-codec2] VHF SSB

Hi Gordon, The only SSB version available is the FreeDV application and the SM-1000. Though intended for HF, they work on SSB at any frequency. The VHF work currently in development is for some form of FSK, which will work with the non-linear amplifiers we generally use in handhelds. Thanks

Re: [Freetel-codec2] link codec

Glenn, With a digital modem, you can combine streams from different receivers by error distance per bit per receiver, throw out the outliers, and arrive at a vector sum that is better than any 1 receiver. You get processing gain that way. On Sun, Feb 21, 2016, 11:09 wrote: >

Re: [Freetel-codec2] Codec2 Container Format // spare bits and VBR

There are extra bits for a slow, unreliable text stream. -- Site24x7 APM Insight: Get Deep Visibility into Application Performance APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month Monitor end-to-end web

Re: [Freetel-codec2] alloc/malloc in fsk

> My concern on anything embedded is that through bad design/ bad writing/ bugs, malloc could fail, and that is bad. You are talking to the guy who wrote Electric Fence :-). If you think things are bad now, there was a time when the typical programmer could not find a buffer overrun at all.

Re: [Freetel-codec2] alloc/malloc in fsk

Katena uses external RAM on essentially the same class of CPU as SM-1000, but we are running ucLinux. > I guess my other feelings about malloc, is the overhead of all the pointers and even the algorithm itself sucks RAM for no good reason. It's really small. Especially compared to the other code

Re: [Freetel-codec2] alloc/malloc in fsk

> absolutely NOT on embedded systems with MM ! Glenn, I think you mean embedded systems *without* memory management. SM-1000 is using STM32F405 (or 07) and is not in general configured with a large enough stack. We also have embedded platforms where memory banks have different speeds, such as

Re: [Freetel-codec2] alloc/malloc in fsk

> I use aligned_alloc ... but that's because I write NEON code and like alignment. Malloc is guaranteed to return an address that is aligned to the CPU word size. Be careful when using larger alignments on small CPUs. Pernicious cache behavior is possible. The classic case is a 2-way

  1   2   3   4   5   >