Hi all,
Build SVN 3666 running on my Banana Pi, Fedora 25.
CPU is an Allwinner A20 with 1Gb ram, "/" a 1Tb SATA disk.
Audio input
1 [CODEC ]: USB-Audio - USB Audio CODEC
Burr-Brown from TI USB Audio CODEC at usb-1c1c400.usb-1,
full speed
Spectrum display
"top"..........
top - 14:58:48 up 32 days, 20:47, 1 user, load average: 1.60, 0.84, 0.62
Tasks: 131 total, 4 running, 127 sleeping, 0 stopped, 0 zombie
%Cpu(s): 81.9 us, 15.0 sy, 0.0 ni, 3.1 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0
st
KiB Mem : 1025656 total, 17860 free, 141704 used, 866092 buff/cache
KiB Swap: 20980884 total, 20980676 free, 208 used. 854656 avail Mem
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
23546 alanb 20 0 453792 43920 33972 R 127.2 4.3 2:00.35 freedv
23054 alanb 20 0 94208 34440 19228 R 41.0 3.4 0:55.72 Xvnc
23397 alanb 20 0 223040 6440 5668 R 21.3 0.6 0:07.00 pulseaudio
Alan VK2ZIW
On Thu, 7 Jun 2018 07:23:29 +0930, David Rowe wrote
> In other STM32 news ...
>
> Richard is doing some fine work on a cmake build system for
> codec2-dev/stm32.
>
> Down the track (sooner if I can get some help) I'd like to add a
> series of unit tests for the new modems and Codec 2/FreeDV modes to
> assist in porting and to verify the performance is identical to
> other platforms.
>
> Cheers,
>
> David
>
> On 07/06/18 06:42, Danilo Beuche wrote:
> > Hi David,
> >
> >
> > On 06.06.2018 22:53, David Rowe wrote:
> >> Hi Danilo,
> >>
> >> I'm surprised that (especially) the tx is too slow for that class of
> >> CPU. The modem (especially the modulator) is quite simple in terms of
> >> CPU compared to the early parallel tone modems, e.g. for FreeDV 1600.
> >>
> >> On a x86 I get similar CPU load for 1600 and 700D - and 700D has
> >> powerful FEC.
> >>
> >> Do you ave any profiling information you can share?
> >>
> > No, not yet. Right now I am running with data cache disabled, that may
> > slow down things a lot (Not sure about the impact of an disabled data
> > cache to be honest). Well, I'll try to look into this, but it might
> > take a while to get down to the root cause. It may also be caused by the
> > very long processing time due to the 160ms frames (vs. 20ms frames for
> > FreeDV 1600). I did not mention this, but the UHSDR firmware crashes
> > quite soon after starting TX for 700D (which it does not do for any
> > other mode), this is clearly a sign for a serious issue ;-)
> > But before this I can hear at least some frames coming with some silence
> > in between.
> >
> > 73
> > Danilo
> >
> >
> > --------------------------------------------------------------------------
----
> > 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
> > [email protected]
> > https://lists.sourceforge.net/lists/listinfo/freetel-codec2
> >
>
> ----------------------------------------------------------------------------
--
> 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
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/freetel-codec2
Alan
Evil flourishes when good men do nothing.
Consider the Christmas child.
---------------------------------------------------------------------------
Alan Beard Unix Support Technician from 1984 to today
70 Wedmore Rd. Sun Solaris, AIX, HP/UX, Linux, SCO, MIPS
Emu Heights N.S.W. 2750 Routers, terminal servers, printers, terminals etc..
+61 2 47353013 (h) Support Programming, shell scripting, "C", assembler
0414 353013 (mobile) After uni, electronics tech
------------------------------------------------------------------------------
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
[email protected]
https://lists.sourceforge.net/lists/listinfo/freetel-codec2
