Hi Richard, > Is it possible to "kill it with hardware" with a modern CPU at this > point? Jaroslav wants to package LPCNet for Fedora/FreeDV integration > into Quisk.
TBH I'm not sure. Further optimisation in this area (e.g. on the LPCNet code, other SIMB instruction sets) is possible. However it's not an area I am interested in working on. I have asked others to step up and work on it but no takers. Even with AVX, there have been reports of easily overloaded CPUs (e.g people running SDRs on the same machine). This is highly experimental radio. What I do want to avoid is support issues from people running it on non-accelerated hardware. Modes like FreeDV 2020 are experimental enough, without the additional challenge of borderline hardware. The way we are handling it is to disable 2020 operation in freedv-gui if no AVX is detected. So I would discourage anything (like packaging) that would suggest LPCNet can run without SIMD. If someone is competent enough to build it themselves and wish to experiment on non-SIMD machines, then that's fine. Cheers, David > > > It's not designed to be a stand alone library/package available for > other applications. Rather it's a highly experimental chunk of code, > that I put in a separate Git repo for development purposes. > > > In that case we should probably do a static build for FreeDV but I need > to see how that affects Quisk... There's one gotcha, there's no > internet access of the official builders on purpose to prevent that. So > I'd need to add it as another source to the package and see if I can get > CMake to "find" and use it. > > Thanks, > Richard > > > _______________________________________________ > 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