Yeah, I'm not 100% sure if it's a backwards compatibility issue or some bug but reverting to 1.4.3 did seem to help for one or two people.
BTW, the measures I took thus far to reduce misreports to PSK Reporter are still not 100%; my callsign was reported as "K6TQ" earlier instead of "K6AQ". We'll have to look more into FEC at some point for sure. -Mooneer K6AQ On Sun, Dec 20, 2020 at 2:49 PM David Rowe <[email protected]> wrote: > Yes its should be backwards compatible, so if it's a reproducible issue we > should fix it. IIRC I have a ctest that checks backwards compatibility for > 700D. > > - David > On 21/12/20 9:13 am, Mooneer Salem wrote: > > David, quick question. Is 1.5.0/1.5.1 supposed to be backwards compatible > with 1.4.3? At least a couple of people have reported that received signals > were garbled. (I recorded myself via a WebSDR earlier today and was able to > decode myself with 1.5.1, FWIW.) > > -Mooneer K6AQ > > On Sun, Dec 20, 2020 at 2:37 AM David Rowe <[email protected]> wrote: > >> Hi Al, >> >> I don't run the QSO.freedv.org website - you'll need to talk to the >> maintainer. >> >> SM1000 support for 700E is possible (it's about the same CPU as 700D), if >> some one wants to work on it .... however it would be nice to get the band >> pass filter running on the SM1000 to support the clipper/compression. To >> date we've left the BPF out of the SM1000 due to CPU, so some optimisation >> work required there. >> >> - David >> On 20/12/20 3:34 pm, Al Beard via Freetel-codec2 wrote: >> >> *Thanks David,* >> >> *I've recompiled the Codec2 library with the latest on my "parrot" >> repeater.* >> *(Fedora 30 armv7hl) (a Pi clone, Banana Pi M2 Berry)* >> *But error:* >> */data/home/alanb/bin/parrot: undefined symbol: >> freedv_get_uncorrected_errors* >> >> *I'll look into that....* >> >> *I've compiled the Ver 1.5 devel FreeDV GUI on Fedora 29 x86_64, my >> "main" box.* >> >> *We are having some good Sporadic E openings on 10m and 6m between here >> and New Zealand.* >> >> *Can we have some frequencies on the QSO.freedv.org >> <http://QSO.freedv.org> website for bands 17m and up such that there* >> *is a "standard" on each band?* >> >> *Also, is there a possibility the SM1000 can run mode 700E?* >> >> *Alan VK2ZIW* >> >> >> *On Sun, 20 Dec 2020 13:50:33 +1030, David Rowe wrote* >> > Thanks Walter and Mooneer. I'd be interested to know the RMS power you >> can develop with 700D/E with the clipper option. >> > - David >> > >> > On 20/12/20 10:30 am, Mooneer Salem wrote: >> > >> >> >> > Looks like it's working reasonably well, though the 20 meter band fell >> out shortly after we all got it installed. More testing tomorrow for sure. >> :) >> > >> > -Mooneer K6AQ >> > >> > On Sat, Dec 19, 2020 at 2:26 PM <[email protected]> wrote: >> > >>> >>> Have it loaded and running now. >>> > >>> > Working on a couple others as I type to get some end to end testing. >>> > >>> > Many thanks David, and best of the holidays. >>> > >>> > Walter/K5WH >>> > >>> > -----Original Message----- >>> > From: David Rowe <[email protected]> >>> > Sent: Saturday, December 19, 2020 3:34 PM >>> > To: [email protected] >>> > Subject: [Freetel-codec2] FreeDV 1.5 - 700E and OFDM compression >>> > >>> > I've been working on a new FreeDV 700E mode, and some compression for >>> FreeDV 700D and 700E to increase the average power. A Christmas present >>> for you to play with >>> > >>> > 700E is designed to handle fast fading like 700C, but like 700D has >>> powerful FEC. My bench tests indicate 700C & E are equivalent on moderate >>> fading channels (2Hz dopdler/2ms spread), but on very fast fading (4Hz/4ms) >>> 700E does better - 700C & D fall over. 700D works better at lower SNRs on >>> slow fading channels. >>> > >>> > I've also been testing against compressed SSB, which as Helmut >>> suggests is pretty hard to beat, as it's so robust to fading. However 700E >>> is hanging on quite well with fast fading, and becomes noise free as the >>> SNR increases. >>> > >>> > -/- >>> > >>> > The second innovation is compression of the 700C/D/E waveforms, to >>> increase average power significantly. >>> > >>> > Please be careful adjusting the Tx drive and especially enabling the >>> Tool - Options - Clipping. It can drive your PA quite hard. I have managed >>> 40W RMS out of my 75W PEP transmitter. Make sure your transmitter can >>> handle long periods of high average power. My IC7200 and >>> > FT-817 seem OK. >>> > >>> > At the same equivalent peak power - 700D is doing well when compressed >>> SSB is -5dB SNR and rather hard on the ears. >>> > >>> > -/- >>> > >>> > Peter VK3RV, Jose LU5DKI, and Barry VK3BRT tried 1.5.0 last night and >>> report it works on real HF channels. >>> > The latest manual describes the new features: >>> > >>> > >>> https://github.com/drowe67/freedv-gui/blob/118cb66ee4679518185db871ec0ae68071c406a4/USER_MANUAL.md >>> > >>> > You can download Windows 32 and 64 bit versions of FreeDV 1.5 here: >>> > >>> > http://rowetel.com/downloads/freedv >>> > >>> > -/- >>> > >>> > I'd be interested in any feedback. If you have an interesting test >>> case (e.g. a bug or comparing SSB to FreeDV), pls send me off air >>> recordings of signals (FreeDV Tools-Record File from Radio). That helps me >>> make objective comparisons. Recordings are much more useful to me than >>> anecdotes or subjective reports. >>> > >>> > Thanks, >>> > David >>> > >>> > _______________________________________________ >>> > Freetel-codec2 mailing list >>> > [email protected] >>> > https://lists.sourceforge.net/lists/listinfo/freetel-codec2 >>> > >>> > _______________________________________________ >>> > Freetel-codec2 mailing list >>> > [email protected] >>> > https://lists.sourceforge.net/lists/listinfo/freetel-codec2 >>> > >> >> >> > >> > >> >> _______________________________________________ >> Freetel-codec2 mailing >> [email protected]https://lists.sourceforge.net/lists/listinfo/freetel-codec2 >> >> >> >> >> --------------------------------------------------- >> Alan VK2ZIW >> Before the Big Bang, God, Sela. >> OpenWebMail 2.53, nothing in the cloud. >> >> >> >> _______________________________________________ >> Freetel-codec2 mailing >> [email protected]https://lists.sourceforge.net/lists/listinfo/freetel-codec2 >> >> _______________________________________________ >> Freetel-codec2 mailing list >> [email protected] >> https://lists.sourceforge.net/lists/listinfo/freetel-codec2 >> > > > _______________________________________________ > Freetel-codec2 mailing > [email protected]https://lists.sourceforge.net/lists/listinfo/freetel-codec2 > > _______________________________________________ > Freetel-codec2 mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/freetel-codec2 >
_______________________________________________ Freetel-codec2 mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/freetel-codec2
