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

Reply via email to