Nice work Alex
For a lump of code to be using THAT much CPU, and these CPUs are very
capable something must be terribly wrong. maybe turn some of the
optimizations off and see what happens. Can you break it down to
computation effort (something stuck in a loop, loop variable getting
trashed
Yes, it is too small. And if there is room, use pins/sockets on .100"
centers.
Mel
- Original Message -
From: "David Rowe"
To:
Sent: Wednesday, September 02, 2015 6:49 PM
Subject: [Freetel-codec2] SM1000 patch panel size
>
Hello List and in particular SM1000 users,
Rick and I are considering changing the SM1000 patch panel size, perhaps
making in larger.
To those of you who have configured the SM1000 using the patch panel -
what was your experience, did you find it too small, and if so how much
bigger would you
IIRC Alfred has a custom SDR, so the connection between his radio and
the FreeDV API is software - floating point samples. This is an
interesting interface and may be related to the inaccurate SNR measures
he is getting.
It is also an interesting pointer to the future. FreeDV can be fed
Hi Alfred,
I haven't actually measured the CPU load of 700 yet. Often it's just
one small function that is taking all of the MIPs. The current CPU load
of 700B will have no relationship to the CPU load when optimised.
Would some one on the list like to profile freedv_tx and freedv_rx and
Thanks Alex,
Yes that's interesting. Looks like the rx is dominated by the receive
filtering and for some reason there is power function being called quite
a lot. The powf can probably be moved outside of whatever loop it is in.
H, not sure what kf_work does, I don't think it's one of my