Re: [Freetel-codec2] 700B mode seems to use much more cpu cycles in rx than the 1600mode

2015-09-02 Thread glen english
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

Re: [Freetel-codec2] SM1000 patch panel size

2015-09-02 Thread Mel Whitten
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 >

[Freetel-codec2] SM1000 patch panel size

2015-09-02 Thread David Rowe
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

Re: [Freetel-codec2] 700B mode seems to use much more cpu cycles in rx than the 1600mode

2015-09-02 Thread David Rowe
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

Re: [Freetel-codec2] 700B mode seems to use much more cpu cycles in rx than the 1600mode

2015-09-02 Thread David Rowe
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

Re: [Freetel-codec2] 700B mode seems to use much more cpu cycles in rx than the 1600mode

2015-09-02 Thread David Rowe
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