Hi Alan, For the last week I've been messing with the audio processing code on freedv-dev to support different input samples rates for the Horus balloon telemetry mode so some issues with the FreeDV modes may have crept it. I haven't fully tested the FreeDV modes yet.
Alan - I just tried a similar test to yours: 1/ Lenovo X200 Tx: $ play ve9qrp_700d_int1_fast_snr2dB.wav 2/ Lenovo X220 Rx: freedv-dev svn 3770 3/ Two machines connected via a cable with 3.5mm plugs between speaker and mic ports I get solid sync, same as using Tools - Start/Stop Play File to Rx There is a already a 6dB SNR file (with interleaver 8): http://rowetel.com/downloads/codec2/700d_part4/ See Example 12 of running simulations different SNRs with freedv_tx and cohpsk_ch: https://svn.code.sf.net/p/freetel/code/codec2-dev/README_ofdm.txt Adjust the 3rd "No" argument on cohpsk_ch and look at the measured SNR, replay freedv_rx with writing to a wave file. Cheers, David On 22/06/18 21:26, Alan Beard wrote: > Hi David, > > I've rebuilt my 2nd Banana Pi (original), Fedora 28 and done a fresh > load of the Development system and libraries. Mate desktop. The other > was LXDE. > > SVN 3710 builds successfully and runs, no GTK errors when going > Tools -> Audio Config > > To get sound going through the audio hardware, I'm testing by playing > the WAV files from http://rowetel.com/downloads/codec2/700d_part4/ > out the speakers of my main x86_64 box and into a microphone plugged > into a USB dongle on the Pi. > I have two USB dongles: > SoundBlaster X-Fi Go! Pro > C-Media CM108 clone. > > The 2db SNR WAV files from ve9qrp are too low in SNR to be decoded into > intelligible audio. I see [Modem] and [Intrlvr] go green quite often but > not often enough. Bits 370, Errs 128, BER 0.346 > > > Can we have a set of "test" files of say 6db or 10db SNR please? > > One little hitch with the "Mate" desktop, I can't get XRDP to work. > > Anyway, off to bed for another day... > > Alan VK2ZIW > > > > > > > On Fri, 22 Jun 2018 04:54:31 +0930, David Rowe wrote >> Hi Alan, >> >> I saw some similar messages on Fedora 28 the other day. It seemed >> to be related to resizing the FreeDV GUI window so that a button >> like PTT wasn't visible. >> >> I imagine there is a way to limit the mimimum size of the Window. I >> am looking for a maintainer for FreeDV GUI to look into just this >> sort of thing. Would anyone like to help? >> >> List of small issues that need work at the bottom of the freedv-dev >> README.txt: >> >> https://svn.code.sf.net/p/freetel/code/freedv-dev/README.txt >> >> Thanks, >> >> David >> >> On 21/06/18 18:04, Alan Beard wrote: >>> Hi all, >>> >>> My rebuild of my Pi to Fedora 28 went well until..... >>> >>> On running FreeDV 3710 built today from sauce.... Tools -> Audio Config >>> >>> (freedv:11830): Gtk-WARNING **: 18:16:03.220: Negative content width -1 >>> (allocation 1, extents 1x1) while allocating gadget (node notebook, owner >>> GtkNotebook) >>> >>> (freedv:11830): Gtk-WARNING **: 18:16:03.234: Negative content height -1 >>> (allocation 1, extents 1x1) while allocating gadget (node notebook, owner >>> GtkNotebook) >>> >>> (freedv:11830): Gtk-CRITICAL **: 18:16:03.235: gtk_box_gadget_distribute: >>> assertion 'size >= 0' failed in GtkNotebook >>> >>> (freedv:11830): Gtk-CRITICAL **: 18:16:03.235: gtk_box_gadget_distribute: >>> assertion 'size >= 0' failed in GtkNotebook >>> >>> (freedv:11830): Gtk-WARNING **: 18:16:03.314: Negative content width -2 >>> (allocation 0, extents 1x1) while allocating gadget (node header, owner >>> GtkNotebook) >>> >>> ========== This happens when I try Tools -> Audio Config ================= >>> BUT: Tools -> PTT Config - works >>> Tools -> Options - works >>> >>> >>> On Wed, 20 Jun 2018 22:48:28 -0700, Don wrote >>>> I've had a couple of messages to the list blocked, apparently >>>> sourceforge does not like comcast.... >>>> >>>> It seems to be working tonight so I'll try this again. >>>> >>>> >>> > -------------------------------------------------------------------------------- >>> >>>> >>>> Yes, with just %d some 64 bit compilers will warn too. >>>> >>>> codec2-dev/unittest/ofdm_mem.c:46:12: warning: format ‘%d’ >>>> expects argument of type ‘int’, but argument 2 has type ‘long >>>> unsigned int’ [-Wformat=] printf("struct >>>> OFDM.................: %d\n", sizeof(struct OFDM)); >>>> >>>> I have updated ofdm_mem.c to use %zd. >>>> >>>> Do you have warnings from fdmdv_mem.c too? >>>> >>>> -------- >>>> >>>> I put the -no-pie flag in for the new ofdm_stack program. David has >>>> a compiler that produces "shared object" files by default even for a >>>> plain executable program. Apparently that is the trend now as they >>>> can be run as well as dynamically linked. >>>> >>>> This program is used with a utility which converts function >>>> addresses to their name (addr2line). Shared object files get put >>>> into mapped >>>> (virtual) memory and the addresses don't match anymore. >>>> >>>> I don't know cmake very well so I may not have found the best way >>>> to deal with this. >>>> >>>> -------- >>>> >>>> Regards >>>> Don (new guy) >>>> >>>> On Thu, Jun 21, 2018 at 04:10:02AM +0930, David Rowe wrote: >>>>> Don (new contributor who is working on the OFDM port to the stm32) >>> added >>>>> this option to get unittest/ofdm_stack to run. This program is a >>> clever >>>>> unit test to measure stack usage. So -no-pie is only really needed on >>>>> x86 for this single unittest. >>>>> >>>>> Don can you pls comment on this linker option? >>>>> >>>>> Thanks >>>>> >>>>> David >>>>> >>>>> On 20/06/18 22:09, Richard Shaw wrote: >>>>>> On Tue, Jun 19, 2018 at 7:51 PM Alan Beard >>> <bear...@unixservice.com.au >>>>>> <mailto:bear...@unixservice.com.au>> wrote: >>>>>> >>>>>> Hi all, >>>>>> >>>>>> unittest/CMakeLists.txt on lines 91 and 92 has the added option >>>>>> -no-pie >>>>>> >>>>>> Which is not recognised by the linker here, Fedora 23 on armhf >>>>>> GNU ld version 2.25-15.fc23 >>>>>> >>>>>> >>>>>> If David can chime and say whether the -no-pie option is required >>> that >>>>>> would be the quickest fix. I know upgrades aren't always fun but the >>>>>> oldest version of Fedora not EOL'd is 27. Can your hardware run on >>> the >>>>>> armv7hl version? I confess I don't understand the differences in arm >>>>>> hardware and targets so I'm not sure what the differences are in >>> armhf >>>>>> vs armv7hl.... >>>>>> >>>>>> >>>>>> Also, on a 32 bit machine the function "sizeof(thing)" returns >>>>>> an int so a printf statement should use %d not %ld >>>>>> >>>>>> unittest/ofdm_mem.c >>>>>> >>>>>> >>>>>> I tried Jeroen's suggestion to change to %zd and the output of >>> ofdm_mem >>>>>> looked fine on my Fedora 28 x86_64 machine. Can you try the same >>> change >>>>>> and see if it address your problem? >>>>>> >>>> >>>> >>> ------------------------------------------------------------------------------ >>> >>>> 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 >>>> Freetel-codec2@lists.sourceforge.net >>>> 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 >>> Freetel-codec2@lists.sourceforge.net >>> 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 >> Freetel-codec2@lists.sourceforge.net >> 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 > Freetel-codec2@lists.sourceforge.net > 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 Freetel-codec2@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freetel-codec2
