Hello David,
Thank you for the latest Windows-version.
I have tested it on a I5-3317 PC, which is also running my SDR software
and other things.
First try was with fine modulation over VACs to the SDR TRX in mode
1600, as usual. But when I switched to mode2020 the modulation (output
of FreeDV) got chopy.
CPU only shows a load of 66 - 75 % in the peaks, but when I switched off
any other software and only had FreeDV running, the output was fine.
I tested in cosed loop using a cable between PC Mic and headphone.
One strange thing is, that there is audio in mode1600, but not in
mode2020.
Then came into my mind, that I had seen this also in the latest LINUX
version. In closed loop there is audio on mode1600, but not in 2020.
The version I tested before was brad2020 and there is audio in closed
loop in both versions.
I think my Win PC is to slow for mode2020 in combination with other
software running. It is better to get an own PC just for FreeDV
mode2020, either in Windows or Linux (maybe with remote desktop).
On the Linux PC I had the problem with PTT not working on a USBCOM
dongle. I read that it could be the reason of missing rights for the
COM. But I don't knwo how to fix that.
If you want me something else to try, let me know.
73's
Gerhard OE3GBB
Am 26.07.2019 02:15, schrieb David Rowe:
> There's been a lot of work down to Codec 2 and FreeDV this year. This
> is mostly done on Linux, with occasional Windows releases.
>
> Thanks to Danilo and Richard, I'm setting up some automation to make it
> easier to build bleeding edge Windows versions of freedv-gui. If you
> are interested in trying the latest builds of freedv-gui:
>
> http://rowetel.com/downloads/freedv/
>
> The file names include a date stamp and Git hash so we can trace the build.
>
> This is bleeding edge code, and I can't guarantee I have tested the
> Windows versions myself - I have enough to do. However I would
> appreciate if other would like to use and test this code, and work with
> me to fix any bugs.
>
> If you find a bug, and will work with me to test fixes to that bug, then
> please contact me. For many issues, I am likely to ask you for an
> off-air sample so I can reproduce the problem.
>
> The file I popped up today (7cd03db) will hopefully contain:
>
> 1) Beta version of 2020
> 2) Latest OFDM modem sync/acquisition improvements, e.g. better HF
> channel performance and can handle +/- 60Hz frequency offset.
> 3) FreeDV 700C bug fixes
>
> The freedv-gui user manual is here:
>
> https://github.com/drowe67/freedv-gui/blob/master/USER_MANUAL.md
>
> I haven't hooked up up the new Codec 2 700C equaliser
> (http://www.rowetel.com/?p=6860) yet.
>
> Cheers,
> David
>
> On 25/07/19 05:33, David Rowe wrote: Hi,
>
> Has anyone using the SM1000 managed to get into the UI menu? Had a
> comment on my blog here:
>
> http://www.rowetel.com/?p=6835#comment-81036
>
> I haven't tested all the menus myself.
>
> Thanks,
> David
>
> On 22/07/19 03:49, Steve wrote: ...And can this system run on GSM ?
> This system is incompatible with GSM. Look through the IEEE stuff for
> modems that were tried the last 10 years.
>
> Example: https://ieeexplore.ieee.org/document/7391285
>
> _______________________________________________
> Freetel-codec2 mailing list
> Freetel-codec2@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/freetel-codec2
_______________________________________________
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2
_______________________________________________
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2
_______________________________________________
Freetel-codec2 mailing list
Freetel-codec2@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2
