[Freetel-codec2] SM-1000
Hello, I am selling my SM-1000 as I do only use the FreeDV software on my PC any more. EUR 80,- I prefere to ship within EU because of declaration problems to send outside. 73 Gerhard OE3GBB___ Freetel-codec2 mailing list Freetel-codec2@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freetel-codec2
Re: [Freetel-codec2] (no subject)
Hi, I do have one, which I do mit use any more. But shipping to Canada might be a problem? 73 Gerhard OE3GBB Am 05.11.2022 04:05, schrieb rudy soko: Hi All Does anybody know where to buy "SM1000 FreeDV Adaptor" Thx Rudy VA3RGS - From: Mooneer Salem Sent: Friday, November 4, 2022 10:59 PM To: freetel-codec2@lists.sourceforge.net Subject: Re: [Freetel-codec2] (no subject) Hi Tom. Are you referring to just the Codec2 library or did you want to install the FreeDV application itself? If the former, you should be able to use MinGW to compile it as that's what we use for Windows builds of the FreeDV application. Thanks, -Mooneer K6AQ On Fri, Nov 4, 2022 at 6:36 PM Tom - Cartoon wrote: how do I install codec2 in my windows machine ___ 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] FreeDV over satellite - new HS-modem
Hello, I want to point you to a new Codec-2 application over the QO-100 satellite: http://dd1us.de/Downloads/Manual%20HSModem%20rev%202.03.pdf Codec-2 is just experimental mode within this modem, but anyway a good advertisement. They are looking for a higher datarate version. Have fun and cu tomorrow at the activity day (on shortwave and satellite?). 73 Gerhard OE3GBB Am 23.02.2022 08:20, schrieb Mooneer Salem: Hi all, Due to popular demand, we'll be doing another FreeDV Activity Day on Saturday, May 28, 2022! This event will bring together people interested in HF digital voice on the air for conversation and fun. Contacts usingthe official application [1] as well as the SM1000 handheld microphone are welcome. Event time: 9AM Pacific time (1600Z) on May 28th to 8:59AM (1559Z) on May 29th (24 hours) Suggested frequencies: 80 meters: 3.625, 3.643 or 3.693 MHz 40 meters: 7.177 MHz 20 meters: 14.236 MHz 17 meters: 18.118 MHz 15 meters: 21.313 MHz 12 meters: 24.933 MHz 10 meters: 28.330 or 28.720 MHz (Note that LSB/DIGL is used below 10MHz as per current convention for voice modes, USB/DIGU otherwise.) As this isn't a contest, there's no pressure to make contacts or send logs, but you can always confirm QSOs via the usual means if you'd like (LoTW, eQSL, QRZ, etc.) Enabling PSK Reporter in the FreeDV application and joining theQSO Finder [2]are recommended, however, so others can see that you're on the air and hearing them (for instance, here'sthe current map of listeners [3]). :D Feel free to spread this far and wide among your local ham friends and groups! :) Let me know if you have any questions about the event and definitely post here if you have issues getting the application working prior to the event. Thanks, -Mooneer K6AQ ___ Freetel-codec2 mailing list Freetel-codec2@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freetel-codec2 Links: -- [1] https://freedv.org/ [2] http://qso.freedv.org/ [3] https://pskreporter.info/pskmap?preset&callsign=Z&mode=FREEDV&timerange=3600&mapCenter=31.442130629514438,9.522916,1.9517274414542571___ Freetel-codec2 mailing list Freetel-codec2@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freetel-codec2
Re: [Freetel-codec2] Comments on the M17 project
Hello Walter and all others, Very interesting project. I think a step in between could be to connect the M17-Client to a Gnu-Radio / Adalm Pluto TRX setup and use MMDVM / M17. That would proove the audio quality best. I am goint to setup the M17-Client next days. Could also install a M17 repeater at OE3XNK using LimeSDR or Pluto as soon some software is ready. Regards Gerhard OE3GBB Am 25.10.2020 02:24, schrieb walt...@k5wh.net: I honestly don't see how that claim could be made at this time, as there is NO radio on the air at this point to demonstrate that. 😊 Perhaps it's a theoretical performance based on the current design, and it would certainly be incredible to see that. Right now, we are ONLY using software on linux to connect to the backend reflectors. So hopefully we will know about the true results when the guys get their radios going in a week or two, as their components are still coming in from vendors. Walter/K5WH -Original Message- From: David Rowe Sent: Saturday, October 24, 2020 7:28 PM To: freetel-codec2@lists.sourceforge.net Subject: Re: [Freetel-codec2] Comments on the M17 project Thanks Walter. I was wondering about this statement on the M17 page: "M17 uses Codec2, written and developed by David Rowe. Codec2 outperforms existing proprietary and patented (non-free) vocoders currently available." Do you (or others on this list) think Codec 2 at 3200 bits/ outperforms the codecs used for DMR/DStar and friends? - David On 25/10/20 10:01 am, walt...@k5wh.net wrote: Here's a few notes I sent to someone else earlier today. M17 is a very NEW project with a great deal of traction just recently. https://m17project.org/faq/ [1] has some details about what is happening. This is a completely open source project using David Rowe's Codec2 for the encoding scheme. Much like the FreeDV for HF we have been using for many years. They have modified the back-end around Dstar for the reflectors and modules, using a very slightly modified version of the xlxd software for building reflectors. Seems that the reflector count has risen from 3 to 12 in the past 3 days, so the word is still getting out to others. https://m17project.org/reflector/ [2] There is no commercially available radio, but the TR-9 is the radio that has been designed for it today. I understand they just got their alpha pc-boards barely a week ago, and are still sourcing the components for it. But there should be some RF available in a week or so. Jonathon Naylor has just updated the MMDVM code to support M17, and the hotspot devices and the gateway components are being worked next. His early comment below. Hi All I've just finished the first round of developing M17 support for the MMDVM. It is based on the current specification of M17, but it is a dynamic protocol so it may well change before long. I've raised some issue with the M17 developers which may mean changes to address those issues. Currently M17 won't work with MMDVM hotspots based on the chip modem/radio, only those systems based on MMDVM modem boards. In theory the levels are correct and you should be able to load the modem code, and the MMDVM Host from the M17 branch and off you go. I don't know if it works as I have no M17 radios. Once we get hotspot support for M17 then I think it'll be possible to use them as low powered M17 transceivers. On the networking side, it only connects to one M17 reflector, and that is set in the ini file. Currently it's set to M17-USA module A. If things move on with M17 then I will create a proper M17 Gateway program with echo functionality to allow for dynamic control of the reflector, but that is far off at the moment. I have tested my code against itself, and most of it seems to work, some corners have not been tested yet, but they will be in due course. If anyone has an M17 transceiver and wishes to play with the code, I'd be interested in what happens. Jonathan G4KLX So it is early in the development stages, but things are indeed moving fast, as of just the ast few weeks. Walter/K5WH *From:* Adrian Musceac *Sent:* Saturday, October 24, 2020 3:27 PM *To:* freetel-codec2@lists.sourceforge.net *Subject:* Re: [Freetel-codec2] Comments on the M17 project Hi Walter, Is there like a mailing list of the project or something? Adrian On October 24, 2020 4:13:56 PM UTC, walt...@k5wh.net <mailto:walt...@k5wh.net> wrote: Several of us have been working with M17 for the past week, using the Mvoice linux client, and
Re: [Freetel-codec2] FreeDV Tx power
Hello All, What I can contribute to this discussion is: - For FreeDV operation on HF I am using normally 100 - 200 W average power. My PA is a 2,5 kW SSB type. - I have now measured the average and peak powers using my WaveNode WN2 and KF-8KW RF Sensor, but just using my transceiver, so without the PA: mode avg (W) peak (W) PAPR (dB) 1600 1.5 20.8 11,4 2020 1.9 13.4 8,5 700C 1.7 12.9 8,8 700D 1.6 12.2 8,8 800XA 7.2 10.4 1,6 Maybe that helps. 73's Gerhard OE3GBB Am 18.06.2020 09:40, schrieb David Rowe: Hi Take, On HF channels OFDM is a neat solution to multipath problems like delay spread and frequency selective fading. Single carrier modems are possible but require a different design, in particular an equaliser to handle the channel. As Hams tend to have SSB radios, they are already designed for waveforms (like analog SSB) that already have significant PAPR. So OFDM is reasonable fit to available hardware, despite the PAPR issues. Cheers, David On 18/6/20 10:20 am, Tsutsumi Takehiko wrote: Hi Glen, What is your position of Single-carrier FDMA or LP-OFDMA technology compare to PARP reduction scheme which you have rich experience in your memo? I wonder why radio amateur society leaves PARP issue untouched when they adopt OFDM technology. Does it comes from SSB experience which has about 5dB PARP? Regards, take de JA5AEA Windows 10 版のメール <https://go.microsoft.com/fwlink/?LinkId=550986>か ら送信 *差出人: *Glen English <mailto:g...@cortexrf.com.au> *送信日時: *Wednesday, June 17, 2020 8:09 AM *宛先: *freetel-codec2@lists.sourceforge.net <mailto:freetel-codec2@lists.sourceforge.net> *件名: *Re: [Freetel-codec2] FreeDV Tx power Hi David I've been across OFDM PAPR reduction development for many years. Most successful simple schemes involve some sort of selective mapping or bit flipping. -IE the PAPR is computed and an alternative trajectory is generated . -These can be either tweaking the source bitstream slightly (many methods) -and also providing overmapping of the constellation (say 64 QAM points might only map to 48 unique symbols, giving the system a choice of some other point that can convey the same data. -and also deliberate FEC violation (modify the most encoded code and remove/reduce the offenders) -and also selective bit flipping - easy and fast. I would encourage some form of PAPR reduction for any ham OFDM development. Without it, OFDM is often and (and ignorantly) overdriven creating spectrum headaches for adjacent channel users -glen On 17/06/2020 07:33, David Rowe wrote: Hello List, I've been working with Peter, VK3RV on the surprisingly tricky problem of measuring FreeDV Tx power. Over the weekend I built an inline "sampler" and tried a few averaging options to measure the power of a 700D waveform on my spec-an. I am using my IC7200 with the drive adjusted so that the ALC just moves. I am sampling the power between the IC7200 and my ATU, which is connected to a dipole on 40M. ___ 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
Re: [Freetel-codec2] FreeDV/Codec2 to FM mixed mode repeater and network connection in QRadioLink
Hi Adrian, I am operating a repeater (OE3XNB) and would be interested to run a test. What hardware do we need? 73's Gerhard OE3GBB Am 17.10.2019 14:00, schrieb Adrian Musceac: > Hi, > I made some more progress working on my application[1]. > First of all, it is now possible to run it headless (maybe even daemonized) > and control it remotely using a telnet client. > Second, I have added support for mixed mode repeater (Codec2/FM or viceversa > or any combination of modes like wideband Opus/Codec2/FreeDV/SSB etc.). > > The repeater can be connected to a VOIP server using the low latency Mumble > voice protocol (known especially for high-performance gaming). So it is > possible now to connect multiple repeaters together by putting them on the > same VOIP channel (this can be controlled via telnet as well, although it's > stil work in progress). They operate in full duplex mode, so a VOIP user can > talk at the same time as a radio user and the two audio streams will be mixed > together and broadcast. The FreeDV/Codec2 radio frames are transcoded to Opus > at very high bitrates (~48 kbit/s) for VOIP transport. This may cause some > small delays. > > I haven't really had time to test the cross-mode repeater so could use some > help there from interested parties. > > [1] http://qradiolink.org > > Cheers, > Adrian > > ___ > 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] Transmissions in mode2020 over QO-100 satellite
Hello, for those of you outside the coverage of the QO-100 satellite: You can at least receive the transmissions in FreeDV mode2020 over WebSDR (e.g. https://eshail.batc.org.uk/nb/) and VAC to the FreeDV software. I am frequently sending test transmissions and calling CQ at around 10489.650 MHz. Having adjusted my signal to 10 dB over transponder noise I am getting back at SNR 4-5 in mode2020. Have to find the most linear spot of my setting yet to increase my power for a few more dBs :=). Would be nice to get RX reports of calls. 73's Gerhard___ Freetel-codec2 mailing list Freetel-codec2@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freetel-codec2
Re: [Freetel-codec2] freedv-gui Windows development versions
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
Re: [Freetel-codec2] Es'hail2
Hi David, Last weeks I have been busy constructing my 250W DATV 13cm PA, so I didn't have time for FreeDV. Just made the update on the SM-1000, but without testing. Will hook up my smaler PA for the satellite again and see if I can use the SM-1000. OK, I understand, that if I make a new download from git and make a new build_install, then the new code should be working. Will try this Sunday evening. By the way: I think my acount on freetel-codec2 is with an older eMail adress. Could you please delete this and change to my adress I am using now? Regards Gerhard OE3GBB Am 20.07.2019 22:14, schrieb David Rowe: > Hi Gerhard, > >> linearity. I also tested mode2020 over satelite, but just with RX over >> Websdr as I didn't meet an other station. Mode2020 is quite difficult to >> tune in > > We've recently done some work in that area for 700D and 2020 (which use > the same modem). They will now sync at +/-60 Hz, similar to the range > of FreeDV 1600. > > This code was merged recently into the codec2 repository, so not part of > any freedv-gui windows release yet. But if freedv-gui is built from > source it will use the latest codec2 version which includes these changes. > > Cheers, > David > > ___ > 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
Re: [Freetel-codec2] Es'hail2
Hi Helmuth, I allready had a few contacts in FreeDV over QO-100, all in mode 1600. It worked very well, after I optimized the drive to get better linearity. I also tested mode2020 over satelite, but just with RX over Websdr as I didn't meet an other station. Mode2020 is quite difficult to tune in and the stability over satellite is a key question. I also have seen, that LNBs having a littel Jitter will have problems to get the full SNR. Stabilisation with SDR-console didn't help. I am changing my amplifier on 13cm here at the moment, but afterwords I would like to make tests. 73's Gerhard OE3GBB Am 20.07.2019 14:42, schrieb Helmut Oeller: > Hi, > > is anybody interested in freeDV tests via satellite QO-100. If yes, please > drop an email for a sked. > > 73, Helmut, DC6NY > > ___ > 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
Re: [Freetel-codec2] sm1000 and FreeDV 700D
Hi Walter, Yes, I did hold the PTT button down while turning on. I get the sign, that a USB device is present, but it could not be recognized an therefore no driver associated. When I start DfuSeDemo there is no device. When I check hardware I see a UDB device without driver. If I do not press PTT when switching on, there is nothing. Btw, do you have allready mode2020 running? 73's Gerhard Am 16.07.2019 17:00, schrieb walt...@k5wh.net: > Gerhard, > > Did you hold the PTT button in while turning the sm1000 on? > > There are no drivers to be loaded. As it should just come right up once you > power it on in the DFU mode. > > Walter/K5WH > > FROM: gerh...@oe3gbb.eu > SENT: Tuesday, July 16, 2019 7:53 AM > TO: freetel-codec2@lists.sourceforge.net > SUBJECT: Re: [Freetel-codec2] sm1000 and FreeDV 700D > > Hi David, > > Great work! > But I cannot connect the SM1000 to my Win7 PC as the correct USB device is > not detected and no driver loaded. Also automatic search for a driver doesn't > work. Which driver is has to be used? > > 73's > > Gerhard OE3GBB > > Am 15.07.2019 23:41, schrieb David Rowe: > > Further to the below, the SM1000 page has been updated: > > http://www.rowetel.com/sm1000.html > > and a new manual: > > https://github.com/drowe67/codec2/blob/master/stm32/doc/sm1000_manual.md > > Includes details of how to upgrade to the V2 firmware that includes > FreeDV 700D. > > - David > > On 09/07/19 07:08, David Rowe wrote: > > For some time now, a group of us, in particular Don, (W7DMR) have been > working on a 700D port to the SM1000: > > http://www.rowetel.com/?p=6725 > > I've been working on the finishing touches, integrating the 700D mode > with Stuart's (VK4MSL) fine menu system. I now have the SM1000 running > 700D (and 1600 and analog modes) on my bench, decoding recordings of > off-air samples. Works well and is stable. Tx works as well. > > Still some polishing to do, but the current code is here: > > https://github.com/drowe67/codec2/pull/42 > > -/- > > We now have around 50 automated tests in the codec 2 repo, covering x86 > and the stm32 port. There's also been some improvements to 700D sync > (+/- 60Hz, more robust and faster on fading channels). > > Cheers, > David > > ___ > 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
Re: [Freetel-codec2] sm1000 and FreeDV 700D
Finally, using the LINUX procedure I managed to load the new image. No going to test on HF and satellite. 73's Gerhard OE3GBB Am 16.07.2019 17:00, schrieb walt...@k5wh.net: > Gerhard, > > Did you hold the PTT button in while turning the sm1000 on? > > There are no drivers to be loaded. As it should just come right up once you > power it on in the DFU mode. > > Walter/K5WH > > FROM: gerh...@oe3gbb.eu > SENT: Tuesday, July 16, 2019 7:53 AM > TO: freetel-codec2@lists.sourceforge.net > SUBJECT: Re: [Freetel-codec2] sm1000 and FreeDV 700D > > Hi David, > > Great work! > But I cannot connect the SM1000 to my Win7 PC as the correct USB device is > not detected and no driver loaded. Also automatic search for a driver doesn't > work. Which driver is has to be used? > > 73's > > Gerhard OE3GBB > > Am 15.07.2019 23:41, schrieb David Rowe: > > Further to the below, the SM1000 page has been updated: > > http://www.rowetel.com/sm1000.html > > and a new manual: > > https://github.com/drowe67/codec2/blob/master/stm32/doc/sm1000_manual.md > > Includes details of how to upgrade to the V2 firmware that includes > FreeDV 700D. > > - David > > On 09/07/19 07:08, David Rowe wrote: > > For some time now, a group of us, in particular Don, (W7DMR) have been > working on a 700D port to the SM1000: > > http://www.rowetel.com/?p=6725 > > I've been working on the finishing touches, integrating the 700D mode > with Stuart's (VK4MSL) fine menu system. I now have the SM1000 running > 700D (and 1600 and analog modes) on my bench, decoding recordings of > off-air samples. Works well and is stable. Tx works as well. > > Still some polishing to do, but the current code is here: > > https://github.com/drowe67/codec2/pull/42 > > -/- > > We now have around 50 automated tests in the codec 2 repo, covering x86 > and the stm32 port. There's also been some improvements to 700D sync > (+/- 60Hz, more robust and faster on fading channels). > > Cheers, > David > > ___ > 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
Re: [Freetel-codec2] sm1000 and FreeDV 700D
Hi David, Great work! But I cannot connect the SM1000 to my Win7 PC as the correct USB device is not detected and no driver loaded. Also automatic search for a driver doesn't work. Which driver is has to be used? 73's Gerhard OE3GBB Am 15.07.2019 23:41, schrieb David Rowe: > Further to the below, the SM1000 page has been updated: > > http://www.rowetel.com/sm1000.html > > and a new manual: > > https://github.com/drowe67/codec2/blob/master/stm32/doc/sm1000_manual.md > > Includes details of how to upgrade to the V2 firmware that includes > FreeDV 700D. > > - David > > On 09/07/19 07:08, David Rowe wrote: > >> For some time now, a group of us, in particular Don, (W7DMR) have been >> working on a 700D port to the SM1000: >> >> http://www.rowetel.com/?p=6725 >> >> I've been working on the finishing touches, integrating the 700D mode >> with Stuart's (VK4MSL) fine menu system. I now have the SM1000 running >> 700D (and 1600 and analog modes) on my bench, decoding recordings of >> off-air samples. Works well and is stable. Tx works as well. >> >> Still some polishing to do, but the current code is here: >> >> https://github.com/drowe67/codec2/pull/42 >> >> -/- >> >> We now have around 50 automated tests in the codec 2 repo, covering x86 >> and the stm32 port. There's also been some improvements to 700D sync >> (+/- 60Hz, more robust and faster on fading channels). >> >> Cheers, >> David >> >> ___ >> 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
Re: [Freetel-codec2] Compiling on the aarch64 processors, LPCNet issues
Hello all, I do have now a Jetson Nano board for testing DATV H.265. Does anybody know if this would be sufficent also for FreeDV mode 2020? 73's Gerhard OE3GBB Am 26.06.2019 08:16, schrieb Al Beard: > Thanks Glen for the update, > > Odroid N2 > SOFTWARE SUPPORT LINUX > Two Ubuntu 18.04 LTS images are available with Kernel version 4.9.162 LTS as > of today. This kernel version will be officially supported until Jan, 2023. > > The mainline Linux kernel is at 5.0.9 and this is running NOW on my lowly > Banana Pi M2 Berry boards. > > Linux berry2 5.0.9-301.fc30.armv7hl > > The Odroid N2 board price is well within my "budget". > > In the end, all I want is a portable, low power box to run FreeDV in 2020 and > any subsequently developed modes. > > Digital Repeaters very much in my mind. > > Alan VK2ZIW > > On Wed, 26 Jun 2019 15:23:01 +1000, glen english wrote >> Alan >> >> I have a couple of RK3399s boards...if you are looking for some... >> using them on a big project- they are fast. >> >> they're all FireFly boards >> >> HOWEVER >> >> starting now, the RK3399 is old hat, I think it is the wrong path >> for a new project. >> >> suggest the new Odroid N2 with the new AMlogic with quad A73s (and >> dual A53) >> >> I can tell you, it beats the hell out of the RK3399 . it wipes the >> floor and has its way with it. >> >> https://www.hardkernel.com/shop/odroid-n2-with-4gbyte-ram/ >> >> you can get a cheaper, smaller RAM version, also. >> >> -glen >> >> On 26/06/2019 3:14 PM, Al Beard wrote: >>> Hi all, >>> >>> The aarch64 *puma-RK3399* board, I emailed and asked: >>> >>> I would like: >> >> ___ >> Freetel-codec2 mailing list >> Freetel-codec2@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/freetel-codec2 > > --- > Alan Beard > > OpenWebMail 2.53 > > ___ > 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
Re: [Freetel-codec2] FreeDV 2020 compiled on Ubuntu 18.04 audio issues
Hi Al, fine that you made it finally. I tried to setup snd-aloop as you told me and found, that this module is allready compiled in Ubuntu 18.04. I had to include following lines at the end of /etc/modprobe.d/alsa-base.config: options snd-xx index=0 options snd-yy index=1 options snd-aloop index=2 then start with: sudo modprobe snd-aloop The problem is: when I reboot the system I can seen my USB headset and the internal sound card as available connections in the audio part of FreeDV. After I start snd-aloop I can see the additional loopback there, but either the USB-headset or the internal soundcard is gone. I believe that has to do with some setting in general audio input/putput section or in the volume control section. I could produce a nice internal loop and could hear the great audio of mode 2020. I could connect the FreeDV input to the WebSDR, but I could not hear the decoded signal, as the USB-headset was gone. Just read about JACK Audio Connection Kit. Will try to install and run later today. Any further proposals? Regards Gerhard OE3GBB Am 28.05.2019 06:07, schrieb Al Beard: > Hi all, > > I've fixed my issues running the FreedV 1.4 2020 app on Ubuntu and Fedora. > One MUST use the "build_linux.sh" script. > > It sure looks to be working on my: > > Intel(R) Pentium(R) CPU G4560 @ 3.50GHz > > A system that does not have the AVX/AVX2 CPU flags. > > CPU usage is quite low, just 30 - 50% of one core in 2020 mode. > "Waterfall" takes a bit more. > > Can somebody try this attachment: FDVstereo2020.tgzplease? > > Alan VK2ZIW > > On Thu, 23 May 2019 15:28:00 +1000, Al Beard wrote Hi all, > > Can somebody compile this up and test please? > > You will need "rtaudio" package installed > > http://www.music.mcgill.ca/~gary/rtaudio/ > > And of course, the Codec2 2020 library with LPCnet. > > Then just a Linux PC with a stereo audio interface and speaker. > > Do a Tx in 700D mode and note the audio. > Then try 2020 mode. > > All I get is blurt, silence, blurt, silence etc.. > > I want this app working for a portable setup ie. no PC or laptop. > A Pi. > > Alan VK2ZIW > > On Thu, 23 May 2019 12:48:01 +1000, Al Beard wrote Hi all, > > Not so fast... > > On this Asus H110M-A system with a Pentium G4560 @ 3.50GHz > we only have USB3 ports: > > 3 [S3 ]: USB-Audio - Sound Blaster Play! 3 > > The audio from "fdvcore" is "bitsy", not the nice smooth > audio when the same USB dongle is on the Armbian system (Banana Pi > M2 Berry) > > FreeDV 2020 GUI on Armbian > == > > Though the "cmake" system searches for AVX/AVX2 or Neon, > when doing "make" impossible instructions (for the x86_64 CPU) > can't be assembled in fdmdv2_main.cpp as I recall. > Git: git rev-list --count HEAD > 1922 > > Somebody has got to give it a go > > Alan VK2ZIW > > --- > Alan Beard > > OpenWebMail 2.53 > > ___ > Freetel-codec2 mailing list > Freetel-codec2@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/freetel-codec2 > --- > Alan Beard > > OpenWebMail 2.53 --- Alan Beard OpenWebMail 2.53 ___ 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
Re: [Freetel-codec2] FreeDV 2020 compiled on Armbian on Banana Pi M2 Berry
Hi Alan, Tnx for instructions. I will try that today. 73's Gerhard OE3GBB Am 27.05.2019 04:01, schrieb Al Beard: > HI GERHARD, > > VIRTUAL AUDIO CABLE ... ON LINUX. > > OH THE WINDOZE WORLD . VAC IS A WINDOZE TERM. > > IT IS THE "LOOPBACK" DEVICE, PART OF THE ALSA SYSTEM SINCE DAY 1. > > THOUGH, NEVER SETUP ON "OUT OF THE BOX" SYSTEMS. > > ADD A FILE TO /ETC/MODPROBE.D/ "SND-ALOOP.CONF" > WITH CONTENTS "SND-ALOOP" > > AND REBOOT (THE EASIEST WAY). > > WHEN BOOTED UP AGAIN CHECK FOR IT LOADING, DO: > > CAT /PROC/ASOUND/CARDS > > IT WILL GIVE YOU 32 CHANNELS OF "LOOPBACK". > > YOU ARE RIGHT THOUGH, THE LINUX SOUND SYSTEM IS HARD TO GET ONE'S HEAD > AROUND. > > WITH THE KERNEL LEVEL DRIVERS (ALSA). > THEN THE "USER LEVEL" PULSEAUDIO WHICH BY DEFAULT, "CLAIMS" ALL THE DEVICES. > > THE YOUR APPLICATION CAN EITHER GET A LIST OF DEVICES AVAILABLE FROM EITHER > OF PULSE > OR ALSA. > > IN SHORT, TRICKY. > > AND, JUST TO ANNOY ME, THE "SND-ALOOP" KERNEL DRIVER IS NOT AVAILABLE IN > ARMBIAN. > > ALAN VK2ZIW > > ON SUN, 26 MAY 2019 15:09:17 +0200, GERHARD WROTE >> Hi Alan, >> Great to hear that mode2020 is running on a Banana Pi! >> I was able to install on Ubuntu 18.04 on a I5-8350. Hardware was just for >> EUR 350,- direct from China. >> Made some tests in mode 2020 with WebSDRs and on QO-100 satellite. >> I am still having problems with correct tuning. Also VAC is not working on >> LINUX, so I had to make analog connections - quite noisy. >> Do you have any information what to use for VAC unter LINUX? I have been >> trying a virtual sink on pulsaudio, but it didn't work correctly as I didn't >> see the audio device in FreeDV. >> Any other methode to use virtual audio cable on Ubuntu? >> regards >> Gerhard OE3GBB >> >> >> Am 26.05.2019 13:59, schrieb Al Beard: >> Well, >> >> After a bit of "hacking" removing the "impossible instructions" trying >> to determine is this system (not Intel or AMD) has AVX/AVX2 in the >> FreeDV GUI Ver 1.4, it actually runs and doesn't crash in 2020 mode. >> >> At this point, I have what looks like a working FreeDV 2020 app. >> >> No success on Fedora 29 on an i3 8100 or Ubuntu 18.04 on a current Pentium >> bought last week. H110 motherboard, bought for this job!! >> >> Both crash often and always when [Stop] is pressed. >> >> CPU load on the Berry, running a remote X session (ssh -Y user@host ) >> in 2020 mode, no audio from a real radio yet. >> With Waterfall: 60% of one CPU core >> With Spectrum: 30% or one CPU core >> >> In short, light load. >> >> Alan VK2ZIW >> >> On Thu, 23 May 2019 15:28:00 +1000, Al Beard wrote Hi all, >> >> Can somebody compile this up and test please? >> >> You will need "rtaudio" package installed >> >> http://www.music.mcgill.ca/~gary/rtaudio/ >> >> And of course, the Codec2 2020 library with LPCnet. >> >> Then just a Linux PC with a stereo audio interface and speaker. >> >> Do a Tx in 700D mode and note the audio. >> Then try 2020 mode. >> >> All I get is blurt, silence, blurt, silence etc.. >> >> I want this app working for a portable setup ie. no PC or laptop. >> A Pi. >> >> Alan VK2ZIW >> >> On Thu, 23 May 2019 12:48:01 +1000, Al Beard wrote Hi all, >> >> Not so fast... >> >> On this Asus H110M-A system with a Pentium G4560 @ 3.50GHz >> we only have USB3 ports: >> >> 3 [S3 ]: USB-Audio - Sound Blaster Play! 3 >> >> The audio from "fdvcore" is "bitsy", not the nice smooth >> audio when the same USB dongle is on the Armbian system (Banana Pi >> M2 Berry) >> >> FreeDV 2020 GUI on Armbian >> == >> >> Though the "cmake" system searches for AVX/AVX2 or Neon, >> when doing "make" impossible instructions (for the x86_64 CPU) >> can't be assembled in fdmdv2_main.cpp as I recall. >> Git: git rev-list --count HEAD >> 1922 >> >> Somebody has got to give it a go >> >> Alan VK2ZIW >> >> --- >> Alan Beard >> >> OpenWebMail 2.53 >> >> ___ >> Freete
Re: [Freetel-codec2] FreeDV 2020 compiled on Armbian on Banana Pi M2 Berry
Hi Alan, Great to hear that mode2020 is running on a Banana Pi! I was able to install on Ubuntu 18.04 on a I5-8350. Hardware was just for EUR 350,- direct from China. Made some tests in mode 2020 with WebSDRs and on QO-100 satellite. I am still having problems with correct tuning. Also VAC is not working on LINUX, so I had to make analog connections - quite noisy. Do you have any information what to use for VAC unter LINUX? I have been trying a virtual sink on pulsaudio, but it didn't work correctly as I didn't see the audio device in FreeDV. Any other methode to use virtual audio cable on Ubuntu? regards Gerhard OE3GBB Am 26.05.2019 13:59, schrieb Al Beard: > Well, > > After a bit of "hacking" removing the "impossible instructions" trying > to determine is this system (not Intel or AMD) has AVX/AVX2 in the > FreeDV GUI Ver 1.4, it actually runs and doesn't crash in 2020 mode. > > At this point, I have what looks like a working FreeDV 2020 app. > > No success on Fedora 29 on an i3 8100 or Ubuntu 18.04 on a current Pentium > bought last week. H110 motherboard, bought for this job!! > > Both crash often and always when [Stop] is pressed. > > CPU load on the Berry, running a remote X session (ssh -Y user@host ) > in 2020 mode, no audio from a real radio yet. > With Waterfall: 60% of one CPU core > With Spectrum: 30% or one CPU core > > In short, light load. > > Alan VK2ZIW > > On Thu, 23 May 2019 15:28:00 +1000, Al Beard wrote Hi all, > > Can somebody compile this up and test please? > > You will need "rtaudio" package installed > > http://www.music.mcgill.ca/~gary/rtaudio/ > > And of course, the Codec2 2020 library with LPCnet. > > Then just a Linux PC with a stereo audio interface and speaker. > > Do a Tx in 700D mode and note the audio. > Then try 2020 mode. > > All I get is blurt, silence, blurt, silence etc.. > > I want this app working for a portable setup ie. no PC or laptop. > A Pi. > > Alan VK2ZIW > > On Thu, 23 May 2019 12:48:01 +1000, Al Beard wrote Hi all, > > Not so fast... > > On this Asus H110M-A system with a Pentium G4560 @ 3.50GHz > we only have USB3 ports: > > 3 [S3 ]: USB-Audio - Sound Blaster Play! 3 > > The audio from "fdvcore" is "bitsy", not the nice smooth > audio when the same USB dongle is on the Armbian system (Banana Pi > M2 Berry) > > FreeDV 2020 GUI on Armbian > == > > Though the "cmake" system searches for AVX/AVX2 or Neon, > when doing "make" impossible instructions (for the x86_64 CPU) > can't be assembled in fdmdv2_main.cpp as I recall. > Git: git rev-list --count HEAD > 1922 > > Somebody has got to give it a go > > Alan VK2ZIW > > --- > Alan Beard > > OpenWebMail 2.53 > > ___ > Freetel-codec2 mailing list > Freetel-codec2@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/freetel-codec2 > --- > Alan Beard > > OpenWebMail 2.53 --- Alan Beard OpenWebMail 2.53 ___ 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
Re: [Freetel-codec2] Chat, a group on AHRDF.net, just for FreeDV
Walter, one disadvantage with qso.freedv.org is, that you don't see the messages when you are not online. I also missed your last message when I updated the page last time after beeing absent from the station. I also have not been able to use the site qso.freedv.org for some month now. But I resolved the problem: This site is using a closed amateur radio IP adress in the 44.0.0.0 range in the public internet. So, as I had set my router do route all 44.0.0.0 adresses to my HAMNET link on 5 GHz, it could not be found there. I don't know, why this page is using this private ip adress in the public internet. But with a special route it works now. regards Gerhard Am 26.05.2019 00:56, schrieb walt...@k5wh.net: > Alan, > > Also don't forget there is a chat site already available being used today, > at http://qso.freedv.org that we currently use for letting people know what > frequency we're on, as well as real time chatting back and forth for those > needing any assistance. > > All the best, > > Walter/K5WH > > -Original Message- > From: Al Beard > Sent: Saturday, May 25, 2019 4:02 PM > To: freetel-codec2@lists.sourceforge.net > Subject: [Freetel-codec2] Chat, a group on AHRDF.net, just for FreeDV > > Hi all, > > Can I suggest we use Doug's AHRDF chat site for coordination of FreeDV > on-air testing. > > As far as I can see, all the VK and ZL chat activity for VHF and up has > moved to www.vkspotter.com [1] so it is unused. > > I have asked both ON4KST and Hil VK2AZ for a Low Bitrate Digital Voice chat > group. No positive responses as yet. > > So, what about we use AHRDF NOW. > > www.ahrdf.net/chat/ [2] > > Alan VK2ZIW > > --- > Alan Beard > > OpenWebMail 2.53 > > ___ > 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 Links: -- [1] http://www.vkspotter.com [2] http://www.ahrdf.net/chat/___ Freetel-codec2 mailing list Freetel-codec2@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freetel-codec2
Re: [Freetel-codec2] FreeDV 2020
Hi, yes, I know about the main focus of mode 2020. I just want to promote this mode also for satellite, as it really will be a high quality audio mode and other DV modes are not allowed there because of the bandwith limit of 2700 Hz. More tests will follow. But the problem not is Doppler shift, because QO-100 a stationary satellite over Africa with very slow drift around a fixed point. The problem rather is the thermal drift and jitter in local oszillators used for mixing microwave to "normal " frequencies. Those mixers operate with fundamental crystals at around 25 to 40 MHz and so each drift or jitter is multiplied by a hugh figure. But this is not a problem only for DV, just for every digital mode. LNBs on 10 GHz are therefore stabilized by OCXOs or GPSDO, and same has to be done on the TX side, although it is not as difficult as it is only 2,4 GHz. I have worked several stations in G, DL and PA in mode 1600 using the LimeSDR, only having a TCXO. Using other hardware (LimeSDR mini or Adalm Pluto on TX side or LNB with PLL or even TCXO on RX side) I have recognized, that Jitter of LO is quite a problem. Jitter could be around 20-50 Hz and that is makeing narrow band decoding impossible. Anyway, it is a very interesting an new field to investigate. Regards Gerhard OE3GBB Am 14.05.2019 21:36, schrieb David Rowe: > Hi Gerhard, > > Well done :-) The first 2020 signals in Europe (and space)! > > 2020 is designed for HF channels with SNRs > 10dB with slow fading, the > sort of channel where SSB is an easy copy. So it won't go as low as > 700D. On non-fading channels (like a satellite or UHF line of site) it > will go down to 3dB SNR with no errors. > > The main focus of this project is the new, Neural Net codec. > > The demodulator in 2020, like 700D, has a rather narrow frequency offset > acquisition range of +/- 20Hz. As you have found, will make getting sync > on a microwave or satellite channel difficult. > > While it can track changing frequency offsets, it might not be able to > track something as fast as satellite Doppler. > > -/- > > This week I've fixed some problems with the Windows build, so will test > that this weekend and take a look at the sync bug next. > > Cheers, > David > > On 14/05/19 22:07, gerh...@oe3gbb.eu wrote: > >> Hi David, >> >> Big success! >> >> Freedv-gui-brad-2020 is running on Ubunti 18.04 on my new I5-8xxx. I am >> having SNR 20 in mode 2020 in closed loop and on 20m to the websdr in PA >> and G above S7 I got full decoding. Just QSB below S7 is kind of a >> problem. Also tuning is not as easy as in the other modes. So I first >> had to tune to mode 1600 and than switch to 2020. The audio was >> connected by simple cables between the Linux and the PC running HPSDR. >> >> Made also a first try for satellite work: >> >> First I was using a LimeSDR-USB for transmitting on 2,4 GHz using >> SDR-Console. I recognized a problem in the transmission chain as there >> were interuptions in the audio in both modes 1600 and 2020. Never had >> that before, but changed recently to the new Version 3.0.9 of >> SDR-Console. Have to check again with earlier version. >> >> I than changed to DATV-Express hardware and software for SSB. No >> dropouts, good decoding on 2,4 GHz in mode 1600, but very difficult to >> get the right tuning in mode 2020. But got SNR 16 in closed RF-loop >> within the shack. I think at that frequencies the signal jitter and >> thermal drift is quite serious. Will go on with TX to the satellite and >> receive by WEBSDR with GPSDO control. >> >> First part of tests over satellite no finished. DATV-Express-Card is >> drifting to much and with LimeSDR I burned my preamplifier. So I fired >> up my 70cm to 13cm converters. First one was from DX-patrol. This one is >> also drifting too much and would need a change in hardware with external >> reference. The other one is from SG-Labs. His one is quite stable, just >> some jitter is to hear in CW. This one is having the possiblility for >> having an external reference. Will now hook up the audio from freedv to >> the FT-897 and go on with my tests. >> >> I think it would be helpfull to have pilot tones in mode 2020, same as >> in mode 1600, to scope with those unstabilities on microwave. A few >> Hertz more in bandwith would not be any problem at this frequencies. >> >> Audio quality was PERFECT!! >> >> Thank you for your work. If I can help with further test, please let me >> know. I am ready for skeds on shortwave now. >> >> Regards >> >> Gerhard OE3GBB >> >> Am 12.05.2019 13:10, schri
Re: [Freetel-codec2] FreeDV 2020
Hi David, Big success! Freedv-gui-brad-2020 is running on Ubunti 18.04 on my new I5-8xxx. I am having SNR 20 in mode 2020 in closed loop and on 20m to the websdr in PA and G above S7 I got full decoding. Just QSB below S7 is kind of a problem. Also tuning is not as easy as in the other modes. So I first had to tune to mode 1600 and than switch to 2020. The audio was connected by simple cables between the Linux and the PC running HPSDR. Made also a first try for satellite work: First I was using a LimeSDR-USB for transmitting on 2,4 GHz using SDR-Console. I recognized a problem in the transmission chain as there were interuptions in the audio in both modes 1600 and 2020. Never had that before, but changed recently to the new Version 3.0.9 of SDR-Console. Have to check again with earlier version. I than changed to DATV-Express hardware and software for SSB. No dropouts, good decoding on 2,4 GHz in mode 1600, but very difficult to get the right tuning in mode 2020. But got SNR 16 in closed RF-loop within the shack. I think at that frequencies the signal jitter and thermal drift is quite serious. Will go on with TX to the satellite and receive by WEBSDR with GPSDO control. First part of tests over satellite no finished. DATV-Express-Card is drifting to much and with LimeSDR I burned my preamplifier. So I fired up my 70cm to 13cm converters. First one was from DX-patrol. This one is also drifting too much and would need a change in hardware with external reference. The other one is from SG-Labs. His one is quite stable, just some jitter is to hear in CW. This one is having the possiblility for having an external reference. Will now hook up the audio from freedv to the FT-897 and go on with my tests. I think it would be helpfull to have pilot tones in mode 2020, same as in mode 1600, to scope with those unstabilities on microwave. A few Hertz more in bandwith would not be any problem at this frequencies. Audio quality was PERFECT!! Thank you for your work. If I can help with further test, please let me know. I am ready for skeds on shortwave now. Regards Gerhard OE3GBB Am 12.05.2019 13:10, schrieb David Rowe: > Hi Gerhard, > > Those sorts of messages to the Linux console are quite normal, just some > debug stuff the sound card library prints out. > > Cheers, > David > > On 12/05/19 18:06, gerh...@oe3gbb.eu wrote: Hi David, > > After installing freedv-gui-brad-2020 I wanted to configure a second > sound card. But I get following message: > > oe3gbb@oe3gbb:~/freedv-gui-brad-2020$ ./build_linux/src/freedv > Server listening at 0.0.0.0:45116 > pos 1 1 > EXCHANGE_DATA_IN: > g_nSoundCards: 2 > g_soundCard1InDeviceName: HDA Intel PCH: ALC892 Analog (hw:0,0) > g_soundCard1OutDeviceName: HDA Intel PCH: ALC892 Analog (hw:0,0) > g_soundCard1SampleRate: 44100 > g_soundCard2InDeviceName: Logitech USB Headset: Audio (hw:1,0) > g_soundCard2OutDeviceName: Logitech USB Headset: Audio (hw:1,0) > g_soundCard2SampleRate: 44100 > rxInAudioDeviceName: HDA Intel PCH: ALC892 Analog (hw:0,0) > rxOutAudioDeviceName: Logitech USB Headset: Audio (hw:1,0) > txInAudioDeviceName: Logitech USB Headset: Audio (hw:1,0) > txOutAudioDeviceName: HDA Intel PCH: ALC892 Analog (hw:0,0) > freedv_get_n_speech_samples(g_pfreedv): 2880 > freedv_get_speech_sample_rate(g_pfreedv): 16000 > ALSA lib pcm.c:2495:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.rear > ALSA lib pcm.c:2495:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.center_lfe > ALSA lib pcm.c:2495:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.side > ALSA lib pcm_route.c:867:(find_matching_chmap) Found no matching channel map > ALSA lib pcm_route.c:867:(find_matching_chmap) Found no matching channel map > ALSA lib pcm_route.c:867:(find_matching_chmap) Found no matching channel map > ALSA lib pcm_route.c:867:(find_matching_chmap) Found no matching channel map > fifoSize_ms: 440 infifo1/outfilo1: 19404 infifo2/outfilo2: 19404 > rxFifoSizeSamples: 3290 > > I tried with two different USB headsets, result both the same. These are > relatively old. Could that be the reason? > > Regards > > Gerhard OE3GBB > > Am 12.05.2019 08:08, schrieb David Rowe: > > Hello, > > There's been steady progress on FreeDV 2020 lately: > > http://www.rowetel.com/?p=6747 > > This weekend, a few of us around Adelaide had 2020 QSOs to get a feel > for the "user factors". There are a few bugs with sync and the Windows > build left to work through. Speech quality is very good. > > In other news, a team of Hams have been working on the software > engineering on Codec 2, in particular FreeDV 2020 and stm32: > > http://www.rowetel.com/?p=6725 > > Cheers, > David > > ___ > Freetel-codec2 mailing list > Freetel-codec2@lists.s
Re: [Freetel-codec2] FreeDV 2020
Hi David, After installing freedv-gui-brad-2020 I wanted to configure a second sound card. But I get following message: oe3gbb@oe3gbb:~/freedv-gui-brad-2020$ ./build_linux/src/freedv Server listening at 0.0.0.0:45116 pos 1 1 EXCHANGE_DATA_IN: g_nSoundCards: 2 g_soundCard1InDeviceName: HDA Intel PCH: ALC892 Analog (hw:0,0) g_soundCard1OutDeviceName: HDA Intel PCH: ALC892 Analog (hw:0,0) g_soundCard1SampleRate: 44100 g_soundCard2InDeviceName: Logitech USB Headset: Audio (hw:1,0) g_soundCard2OutDeviceName: Logitech USB Headset: Audio (hw:1,0) g_soundCard2SampleRate: 44100 rxInAudioDeviceName: HDA Intel PCH: ALC892 Analog (hw:0,0) rxOutAudioDeviceName: Logitech USB Headset: Audio (hw:1,0) txInAudioDeviceName: Logitech USB Headset: Audio (hw:1,0) txOutAudioDeviceName: HDA Intel PCH: ALC892 Analog (hw:0,0) freedv_get_n_speech_samples(g_pfreedv): 2880 freedv_get_speech_sample_rate(g_pfreedv): 16000 ALSA lib pcm.c:2495:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.rear ALSA lib pcm.c:2495:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.center_lfe ALSA lib pcm.c:2495:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.side ALSA lib pcm_route.c:867:(find_matching_chmap) Found no matching channel map ALSA lib pcm_route.c:867:(find_matching_chmap) Found no matching channel map ALSA lib pcm_route.c:867:(find_matching_chmap) Found no matching channel map ALSA lib pcm_route.c:867:(find_matching_chmap) Found no matching channel map fifoSize_ms: 440 infifo1/outfilo1: 19404 infifo2/outfilo2: 19404 rxFifoSizeSamples: 3290 I tried with two different USB headsets, result both the same. These are relatively old. Could that be the reason? Regards Gerhard OE3GBB Am 12.05.2019 08:08, schrieb David Rowe: > Hello, > > There's been steady progress on FreeDV 2020 lately: > > http://www.rowetel.com/?p=6747 > > This weekend, a few of us around Adelaide had 2020 QSOs to get a feel > for the "user factors". There are a few bugs with sync and the Windows > build left to work through. Speech quality is very good. > > In other news, a team of Hams have been working on the software > engineering on Codec 2, in particular FreeDV 2020 and stm32: > > http://www.rowetel.com/?p=6725 > > Cheers, > David > > ___ > 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
Re: [Freetel-codec2] Windows cross compile builds
Hi Richard, I think the question rather is, what processors do we need to get real time processing with some spare capacity for additional applications. I was trying to set up codec2 with LPCNet for Linux and was interrupted to get a faster platform (i5-8th gen). But I really don't know the minimum requirements. Regards Gerhard OE3GBB Am 23.04.2019 16:16, schrieb Richard Shaw: > Ok, sorry for the multiple emails but as I think about it I keep coming up > with more questions. :) > > Are we taking advantage of the capabilities that AVX2 provide? Or should we > just standardize on AVX? > > Could we assume AVX on i686 and AVX2 on x86_64 systems? > > AVX gets us processors in the 2011 era and AVX2 2013 (intel) 2015 (AMD) but > it appears to only be definitely available in Core processors on Intel, not > necessarily Pentium or Celeron. > > Thanks, > Richard > ___ > 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
Re: [Freetel-codec2] prototype FreeDV 2020
Hi David, After I upgraded to the latest distribution of Debian, I could install Codec2 and run the test files. I also installed sox to get play command. When I tried to install LPC-net, I got several errors, starting with a warning at nnet.c:49:2 Compyling without vectorization and then when building liblpcnetfreedv.so: undefined reference to 'c2const_create' after that the building stopped. After all - not so bad for my limited Linux knowledge, I think. Regards Gerhard OE3GBB Am 11.04.2019 09:43, schrieb David Rowe: > Hi Gerhard, > > It's currently in Linux command line form, take a look at: > > https://github.com/drowe67/codec2/tree/brad-2020 > > "FreeDV 2020 Support..." section > > To make it run over a real radio you would need to pipe audio signals > to/from a sound card (or SDR). It can handle a 10dB SNR slow fading > channel or without fading (like a satellite channel) down to 4dB SNR. > > Brad and I are progressing this branch (and the associated > https://github.com/drowe67/freedv-gui) daily. > > Feel free to email me if you get stuck. > > Cheers, > David > > On 11/04/19 15:48, gerh...@oe3gbb.eu wrote: Hi David, > > After good success with mode1600 over the QO-100 satellite I would be > ready to test the 2020 mode. > > I only have limited knowledge in LINUX. So what is the minimum > requirement to set it up? > Is there a module for GNU-Radio? > > regards > > Gerhard OE3GBB > > Am 10.04.2019 23:41, schrieb David Rowe: > > Hi Kevin, > > I have the FreeDV 2020 prototype (which uses LPCNet) running quite > nicely in real time on my 10 year old laptop. CPU load is about 35%, > that's full duplex, and includes the modem, and LDPC FEC. > > Cheers, > David > > On 11/04/19 06:05, Kevin Otte wrote: LPCNet is some pretty amazing stuff to > be sure. Unfortunately it's going > to require an awful lot of CPU, at least at first. > > Is there any interest in getting the Codec2 wideband > [https://www.rowetel.com/?p=5711] implementation running so there's an > option for less powerful processors? > > 73 de Kevin N8VNR > > ___ > Freetel-codec2 mailing list > Freetel-codec2@lists.sourceforge.net > <mailto:Freetel-codec2@lists.sourceforge.net> > https://lists.sourceforge.net/lists/listinfo/freetel-codec2 > > ___ > Freetel-codec2 mailing list > Freetel-codec2@lists.sourceforge.net > <mailto: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
Re: [Freetel-codec2] Wideband
Hi David, After good success with mode1600 over the QO-100 satellite I would be ready to test the 2020 mode. I only have limited knowledge in LINUX. So what is the minimum requirement to set it up? Is there a module for GNU-Radio? regards Gerhard OE3GBB Am 10.04.2019 23:41, schrieb David Rowe: > Hi Kevin, > > I have the FreeDV 2020 prototype (which uses LPCNet) running quite > nicely in real time on my 10 year old laptop. CPU load is about 35%, > that's full duplex, and includes the modem, and LDPC FEC. > > Cheers, > David > > On 11/04/19 06:05, Kevin Otte wrote: > >> LPCNet is some pretty amazing stuff to be sure. Unfortunately it's going >> to require an awful lot of CPU, at least at first. >> >> Is there any interest in getting the Codec2 wideband >> [https://www.rowetel.com/?p=5711] implementation running so there's an >> option for less powerful processors? >> >> 73 de Kevin N8VNR >> >> ___ >> 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
Re: [Freetel-codec2] 700D vs SSB Comparison, on air tests
Hello David, I have been testing the new 700D version on 20m (Windows), but only using Web-SDRs as there were no stations available at that times I was on air. I had problems with synchronisation (also at high SNR) and therefore the quality oft he 700D mode was not as good as in 1600 mode. Is this mode more sensitive for the correct frequency? It looks quite good in the waterfall and changing the center of reception didn't improve anything. Hope to find a real station on air soon. Regards Gerhard OE3GBB -Ursprüngliche Nachricht- Von: David Rowe [mailto:da...@rowetel.com] Gesendet: Dienstag, 15. Mai 2018 10:15 An: freetel-codec2@lists.sourceforge.net Betreff: Re: [Freetel-codec2] 700D vs SSB Comparison, on air tests Hi Alan, Yes finding FreeDV activity (especially in VK) can be a challenge, hopefully this will change as FreeDV becomes more competitive with SSB. Hams tend to like Windows. Here is a Windows build (all in one ZIP file) from SVN: http://rowetel.com/downloads/freedv_1.3_svn3603.zip There will be official Windows releases (with installers) in a few days, just waiting for some feedback from the test team. There is also a QSO finder: http://qso.freedv.org/ Cheers, David On 15/05/18 17:17, Alan Beard wrote: > Hi all, > > I've been listening and transmitting on 7177KHz LSB but hear nobody. > 14150 and 14153 both have interference here so I've occasionally tried > on 14236KHz but again nothing. > > I've "asked" on VKLOGGER and AHRDF. It seems there's all but nobody > willing to compile the sourcecode and run it except Mark VK5QI and me. > http://ahrdf.net/ and http://www.vklogger.com/ > > Does this show, just how few hams have Linux expertise? > > I have not switched on a Windoze box for months, no need. > > Anyway, I'm looking forward to some on-air tests. > > No 73 valves here, nearest here a 6BK4. > > Alan VK2ZIW > > On Mon, 7 May 2018 13:50:17 +0200, Helmut Oeller wrote >> Hi Glen, >> >> very interesting paper! Thanks for sharing the link. Yes, I agree >> that a realible 'simulator' providing the real world of a HF channel >> would be very helpful to compare communication modes. Man-made noise >> caused by PLC or SMPS etc. is another challenge especially on HF >> bands. Before I'll stop my laudation for the 'old' SSB another >> example what advanced DSP algorithms can effect in bad man-made noise >> enviroment: >> >> https://www.dropbox.com/s/wt32pepaurnbvbq/W5WC_NB%2CSNB%2CNR2_OFF.mp3 >> ?dl=0 > https://www.dropbox.com/s/tubqmidw4bor265/W5WC_NB%2CSNB%2CNR2_ON.mp3?d > l=0 >> >> Hopefully nobody feels offended by my lanky posts, but after more >> than 50 years with activity on the commercial side of communications >> I think that I earned a ticket for my point of view. >> >> 73, Helmut, DC6NY >> >> -Ursprüngliche Nachricht- >> Von: glen english >> Gesendet: Montag, 7. Mai 2018 01:42 >> An: freetel-codec2@lists.sourceforge.net >> Betreff: Re: [Freetel-codec2] 700D vs SSB Comparison >> >> Hi David >> >> fair enough >> >> here is some good and reasonable recent work by one of your own. >> >> > http://search.ror.unisa.edu.au/record/UNISA_ALMA11140739050001831/medi > a/digita > l/open/9916110811201831/12140739040001831/13140739030001831/pdf >> >> Maybe build into freeDV some sort of recording to disk and FTP upload >> to codec2 server >> >> On 7/05/2018 9:02 AM, David Rowe wrote: >>> The 700D waveform is designed for subset of those paths. As part of >>> the testing I'd like to crowd source some samples of where it works >>> and were it doesn't. >>> >>> Long term - if the average SNR is there, a waveform can be designed >>> to pass DV over it. Eventually. >>> >>> DV over HF is a tough problem, and every development consumes 1000's >>> of volunteer man-hours (mainly mine). So I'm taking a tractable >>> path through the problem. >>> >>> Currently the focus is on low SNR HF channels. I'll make >>> incremental improvements from there, e.g. rarer HF paths, higher >>> speech quality at higher SNRs etc. >>> >>> - David >>> >>> On 07/05/18 07:45, glen english wrote: >>>> SSB sometimes wins because the brain picks up the slack. like with >>>> a >>>> 0.5 second fade. >>>> >>>> In my opinion, for HF paths, to be broadly useful , voice DV modes >>>> need to pass an HF fading simulator, targeted at vertical incide
Re: [Freetel-codec2] FreeDV 1.2-devel windows testing packages
Hi All, You have to start the program with administrator rights. Regards Gerhard OE3GBB Von: Michael Carey [mailto:michaelca...@internode.on.net] Gesendet: Sonntag, 12. Februar 2017 21:39 An: freetel-codec2@lists.sourceforge.net Betreff: Re: [Freetel-codec2] FreeDV 1.2-devel windows testing packages Hi Richard, I downloaded and installed the 64bit package on the Win7 64bit PC in my office and observe the same thing as you. freedv.exe starts briefly and then stops, no indication on screen. 73 Michael. VK5ZEA On 12/02/2017 12:33 AM, Richard Shaw wrote: David and I have attempted to test the packages as best we can on old equipment or in a virtual machine with inconsistent results. I need a few brave souls to test the packages and report back any problems. Highlights: - FreeDV 1.2 / Codec2 0.6 test release - Updated hamlib to 3.1 - Updated wxWidgets to 3.1.0 This time I also have 32bit AND 64bit packages available since I was able to fix my build problem with hamlib/libusb. In my test of the 64bit version in Windows 7 under VirtualBox the main screen would never appear so I could use an independent verification of that issue. Choose accordingly: https://dl.dropboxusercontent.com/u/34775202/freedv/FreeDV-1.2.0-devel-win32 .exe https://dl.dropboxusercontent.com/u/34775202/freedv/FreeDV-1.2.0-devel-win64 .exe Thanks, Richard KF5OIM -- 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 <mailto: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
Re: [Freetel-codec2] FreeDV 700C early release
Hi David & Helmut, I am using also "pure signal" with predestortion, achieving 60 dB IMD. The panadapter of the ANAN-100D shows this high value also in 700C mode when using a sharp TX filter, but when I look at the shoulders in an WEBSDR, it only is around 30 dB. There is clearly a difference to 800XA and 1600 mode as I cannot see any shoulders there at S9+ signal. I am leaving for vacation in EA8 now, so I only can make additional tests after February 13th :-). 73's Gerhard -Ursprüngliche Nachricht- Von: Helmut [mailto:dc...@gmx.de] Gesendet: Freitag, 03. Februar 2017 09:47 An: freetel-codec2@lists.sourceforge.net Betreff: Re: [Freetel-codec2] FreeDV 700C early release Hi David, I don't believe that this mentioned noise plateau - approx. 32 dB below peak - of mode 700C inside the communication channel is caused by amps. Probably its caused by the modem itself. I run my amps with high efficient linearization due to predistortion - currently a new advanced beta version - achieving 60 dB IMD! Moreover the inside channel noise plateau is also independent of the drive level or amp output. 73, Helmut, DC6NY -Ursprüngliche Nachricht- Von: David Rowe [mailto:da...@rowetel.com] Gesendet: Freitag, 3. Februar 2017 07:15 An: freetel-codec2@lists.sourceforge.net Betreff: Re: [Freetel-codec2] FreeDV 700C early release Hi Gerhard, This actually dovetails neatly with Steve's PAPR work in the last post to this list. Unlike the 1600 and 800 modes, the COHPSK modulator used for 700C has some clipping on the output to improve the PAPR. In some PAs, this means you get get a higher average power output. In others, it may let the smoke out. This amplitude limiting is a form of non linearity and is probably the cause in the spectral regrowth at the edges of the spectrum that you are observing. Clipping can be disabled in the FreeDV GUI program Tool-Options menu. Cheers, David On 03/02/17 16:26, Gerhard Burian wrote: > Hi David, > > When I was testing the different modes with websdrs I recognized > higher sideband noise (shoulders) in 700C mode compared with 800XA and > 1600 mode at > the same settings on my ANAN-100D. I am using narrow filtering on TX > and pure signal. So I don't have an explanation for that. > > Regards > Gerhard > > -Ursprüngliche Nachricht- > Von: David Rowe [mailto:da...@rowetel.com] > Gesendet: Dienstag, 31. Jänner 2017 11:40 > An: freetel-codec2@lists.sourceforge.net > Betreff: Re: [Freetel-codec2] FreeDV 700C early release > > I been sending a few SSB/700C test signals of 800 - 1500 km paths on > 40M using a websdr to pick them up at the other end. In marginal > conditions with SSB down in the noise I'm getting sync and audio through on 700C. > Not sure if I have the same average tx power though. > > Also had a 700C QSO with a guy interstate. SSB very noisy but 6-8dB > SNR on > 700C. Noise free but some issues with his audio and the modem loosing sync > every few seconds. > > Lot of frequency selective fading in both tests. > > Promising start > > - David > > > -- > 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 > -- 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 --- Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft. https://www.avast.com/antivirus -- 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 -
Re: [Freetel-codec2] FreeDV 700C early release
OK, all set! Cheers Gerhard -Ursprüngliche Nachricht- Von: David Rowe [mailto:da...@rowetel.com] Gesendet: Freitag, 03. Februar 2017 11:52 An: freetel-codec2@lists.sourceforge.net Betreff: Re: [Freetel-codec2] FreeDV 700C early release Yes I agree Helmut - it's the hard amplitude limiting of the cohpsk modulator waveform. It's present in the modulator output, before the PA. Cheers, David On 03/02/17 19:16, Helmut wrote: > Hi David, > > I don't believe that this mentioned noise plateau - approx. 32 dB > below peak > - of mode 700C inside the communication channel is caused by amps. > Probably its caused by the modem itself. > > I run my amps with high efficient linearization due to predistortion - > currently a new advanced beta version - achieving 60 dB IMD! Moreover > the inside channel noise plateau is also independent of the drive > level or amp output. > > 73, Helmut, DC6NY > > > > > -Ursprüngliche Nachricht- > Von: David Rowe [mailto:da...@rowetel.com] > Gesendet: Freitag, 3. Februar 2017 07:15 > An: freetel-codec2@lists.sourceforge.net > Betreff: Re: [Freetel-codec2] FreeDV 700C early release > > Hi Gerhard, > > This actually dovetails neatly with Steve's PAPR work in the last post > to this list. > > Unlike the 1600 and 800 modes, the COHPSK modulator used for 700C has > some clipping on the output to improve the PAPR. In some PAs, this > means you get get a higher average power output. In others, it may > let the smoke out. > > This amplitude limiting is a form of non linearity and is probably the > cause in the spectral regrowth at the edges of the spectrum that you > are observing. > > Clipping can be disabled in the FreeDV GUI program Tool-Options menu. > > Cheers, > > David > > > On 03/02/17 16:26, Gerhard Burian wrote: >> Hi David, >> >> When I was testing the different modes with websdrs I recognized >> higher sideband noise (shoulders) in 700C mode compared with 800XA >> and 1600 mode > at >> the same settings on my ANAN-100D. I am using narrow filtering on TX >> and pure signal. So I don't have an explanation for that. >> >> Regards >> Gerhard >> >> -Ursprüngliche Nachricht- >> Von: David Rowe [mailto:da...@rowetel.com] >> Gesendet: Dienstag, 31. Jänner 2017 11:40 >> An: freetel-codec2@lists.sourceforge.net >> Betreff: Re: [Freetel-codec2] FreeDV 700C early release >> >> I been sending a few SSB/700C test signals of 800 - 1500 km paths on >> 40M using a websdr to pick them up at the other end. In marginal >> conditions with SSB down in the noise I'm getting sync and audio through on 700C. >> Not sure if I have the same average tx power though. >> >> Also had a 700C QSO with a guy interstate. SSB very noisy but 6-8dB >> SNR > on >> 700C. Noise free but some issues with his audio and the modem >> loosing > sync >> every few seconds. >> >> Lot of frequency selective fading in both tests. >> >> Promising start >> >> - David >> >> > -- > -- >> -- >> 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 >> > > -- > -- > -- > 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 > > > --- > Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft. > https://www.avast.com/antivirus > > > -- > Check out the vibrant tech commun
Re: [Freetel-codec2] FreeDV 700C early release
Hi David, When I was testing the different modes with websdrs I recognized higher sideband noise (shoulders) in 700C mode compared with 800XA and 1600 mode at the same settings on my ANAN-100D. I am using narrow filtering on TX and pure signal. So I don't have an explanation for that. Regards Gerhard -Ursprüngliche Nachricht- Von: David Rowe [mailto:da...@rowetel.com] Gesendet: Dienstag, 31. Jänner 2017 11:40 An: freetel-codec2@lists.sourceforge.net Betreff: Re: [Freetel-codec2] FreeDV 700C early release I been sending a few SSB/700C test signals of 800 - 1500 km paths on 40M using a websdr to pick them up at the other end. In marginal conditions with SSB down in the noise I'm getting sync and audio through on 700C. Not sure if I have the same average tx power though. Also had a 700C QSO with a guy interstate. SSB very noisy but 6-8dB SNR on 700C. Noise free but some issues with his audio and the modem loosing sync every few seconds. Lot of frequency selective fading in both tests. Promising start - David -- 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
Re: [Freetel-codec2] FreeDV always USB or LSB below 10Mhz and USBabove?
The problem is just that the signal is symetrical and you cannot see in the waterfall which sideband is used. Also on an SSB transceiver you cannot "hear" the difference. If the signal is weak you might think the decoder is not working correctly or the signal is too weak. If you have to try the other sideband in those cases it is not very comfortable. 73's Gerhard OE3GBB -Ursprüngliche Nachricht- Von: glen english [mailto:g...@cortexrf.com.au] Gesendet: Freitag, 20. Jänner 2017 06:59 An: freetel-codec2@lists.sourceforge.net Betreff: Re: [Freetel-codec2] FreeDV always USB or LSB below 10Mhz and USBabove? Golly I think all this "you must do it this way" sideband selection is total BS. 1) allow convention (LSB < 10 MHz , USB) and 2) allow anything- I've operated on the same "carrier" frequency but the opposite sideband on HF for voice quite a bit you can pack more in... the interference doesnt come so severe from adjacent channel when you are on the 'other' sideband Of course, some radios filters are not steep enough to support it. glen VK1XX On 20/01/2017 4:47 PM, Gerhard Burian wrote: > Hi All, > > The new piHPSDR-Console for ANAN transceivers unfortunatly also has > implemented FreeDV on all bands in USB. I have allready told them to > change. > > Regards -- 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
Re: [Freetel-codec2] FreeDV always USB or LSB below 10Mhz and USBabove?
Hi All, The new piHPSDR-Console for ANAN transceivers unfortunatly also has implemented FreeDV on all bands in USB. I have allready told them to change. Regards Gerhard -Ursprüngliche Nachricht- Von: Mel Whitten [mailto:m...@melwhitten.com] Gesendet: Freitag, 20. Jänner 2017 02:24 An: freetel-codec2@lists.sourceforge.net Betreff: Re: [Freetel-codec2] FreeDV always USB or LSB below 10Mhz and USBabove? FreeDV follows the SSB convention as has HF digital voice since day 1. QRM avoidance is aided (not necessarily avoided) when both modes are using the same "sideband." Flex is now aware of this and I am sure will make the change upon the next update of FreeDV. Mel -Original Message- From: David Klippel - N2MHI [mailto:n2...@klippel.com] Sent: Thursday, January 19, 2017 5:40 PM To: freetel-codec2@lists.sourceforge.net Subject: [Freetel-codec2] FreeDV always USB or LSB below 10Mhz and USB above? Is FreeDV always USB like all digital modes or does it follow the guideline of LSB below 10Mhz and USB above? I use the FlexRadio SmartSDR waveform and have been working under that assumption that they have implemented it correctly to only use USB. The USB standard as I understand for digital modes in dependent of SSB guideline of LSB below 10Mhz and USB above). -- 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 -- 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
Re: [Freetel-codec2] Please call our Dayton Hamvention station todayand this weekend
Hello Bruce, I tried 20m on Saturday afternoon and evening, and also on Sunday late afternoon. DX Propagation was very bad due to sporadic E layers. Just could work W4BCX on Sunday evening, but with low signal. Thanks for promoting FreeDV. 73’s Gerhard OE3GBB Von: Bruce Perens [mailto:br...@perens.com] Gesendet: Freitag, 20. Mai 2016 12:56 An: digitalvo...@googlegroups.com; freetel-codec2@lists.sourceforge.net Betreff: [Freetel-codec2] Please call our Dayton Hamvention station todayand this weekend Mel and Gerry are operating a remote station from Dayton Hamvention, with the transmitter in Tampa, Florida. It's on 14.236 MHz, UTC times today 1300 to 2200, Saturday 1200 to 2100, Sunday 1200 to 1600. Please call the station so that the approximately 22,000 hams there can experience FreeDV. Thanks Bruce -- Mobile security can be enabling, not merely restricting. Employees who bring their own devices (BYOD) to work are irked by the imposition of MDM restrictions. Mobile Device Manager Plus allows you to control only the apps on BYO-devices by containerizing them, leaving personal data untouched! https://ad.doubleclick.net/ddm/clk/304595813;131938128;j___ Freetel-codec2 mailing list Freetel-codec2@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freetel-codec2
Re: [Freetel-codec2] Please call our Dayton Hamvention station todayand this weekend
Hi Bruce, thanks for the information. Will try to do so. 73’s Gerhard OE3GBB Von: Bruce Perens [mailto:br...@perens.com] Gesendet: Freitag, 20. Mai 2016 12:56 An: digitalvo...@googlegroups.com; freetel-codec2@lists.sourceforge.net Betreff: [Freetel-codec2] Please call our Dayton Hamvention station todayand this weekend Mel and Gerry are operating a remote station from Dayton Hamvention, with the transmitter in Tampa, Florida. It's on 14.236 MHz, UTC times today 1300 to 2200, Saturday 1200 to 2100, Sunday 1200 to 1600. Please call the station so that the approximately 22,000 hams there can experience FreeDV. Thanks Bruce -- Mobile security can be enabling, not merely restricting. Employees who bring their own devices (BYOD) to work are irked by the imposition of MDM restrictions. Mobile Device Manager Plus allows you to control only the apps on BYO-devices by containerizing them, leaving personal data untouched! https://ad.doubleclick.net/ddm/clk/304595813;131938128;j___ Freetel-codec2 mailing list Freetel-codec2@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freetel-codec2
[Freetel-codec2] Setting up the new SM1000
Hi there, I got my SM100 yesterday and just set it up on my FT-897D. Please be aware that the RJ45 pinout on this YAESU is different from the description in "SM1000 FreeDV Adaptor". If someone wants to use the CN12 please with the FT-897D please connect: pin 7 to pin 9 (GND), pin 6 to pin 14 (PTT), pin 5 to pin 15 (RIG MIC), pin 4 to pin 11 (MIC GND) and pin 10 (PTT GND) to pin 13 (SPKR GND). Maybe it also works without the speaker ground and direct connection from pin 7 to pin 13. The RJ45 of the FT-897D doesn't have a speaker signal, so the headphone output has to be used with a separate cable. I could easily set the correct driving level not to produce any ALC on the PA. First tests show good audio on direct SSB RX and TX. This evening will proceed with codec2 tests. Regards Gerhard OE3GBB -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y___ Freetel-codec2 mailing list Freetel-codec2@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freetel-codec2
Re: [Freetel-codec2] Actual QSOs using freeDV
Hello Kristoff, My longest distance was to VK4. I could decode the VK4 just partly (~ 50%) because of QSB. Sorry I dont have any BER-number. Other QSOs with Central America (CO, YV,..), but I would have to look them up in the log. 73's Gerhard OE3GBB -Ursprüngliche Nachricht- Von: Kristoff Bonne [mailto:krist...@skypro.be] Gesendet: Donnerstag, 19. September 2013 09:19 An: digitalvo...@googlegroups.com; freetel-codec2@lists.sourceforge.net Betreff: [Freetel-codec2] Actual QSOs using freeDV Hi all, I am still doing some factfinding for my talk on codec2/DV saterday at SFB in Brussels. What are the longest distances that have (successfully) been done with FreeDV over HF? (Just trying to get my facts correct). Any information on BER during that QSO? How successfull where they? 73 kristoff - ON1ARF -- LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99! 1,500+ hours of tutorials including VisualStudio 2012, Windows 8, SharePoint 2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack includes Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/20/13. http://pubads.g.doubleclick.net/gampad/clk?id=58041151&iu=/4140/ostg.clktrk ___ Freetel-codec2 mailing list Freetel-codec2@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freetel-codec2 -- LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99! 1,500+ hours of tutorials including VisualStudio 2012, Windows 8, SharePoint 2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack includes Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/20/13. http://pubads.g.doubleclick.net/gampad/clk?id=58041151&iu=/4140/ostg.clktrk ___ Freetel-codec2 mailing list Freetel-codec2@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freetel-codec2
Re: [Freetel-codec2] Cross-compile to WIN32 from Linux- SUCCESS!
Hi Richard, Yes, it works fine on RX as I could not test it on TX yet. Thanks Gerhard OE3GBB Von: Richard Shaw [mailto:hobbes1...@gmail.com] Gesendet: Freitag, 17. Mai 2013 18:10 An: freetel-codec2@lists.sourceforge.net Betreff: Re: [Freetel-codec2] Cross-compile to WIN32 from Linux- SUCCESS! Ok, I went ahead and uploaded it. It would be great if someone could try it out and verify it works. http://files.freedv.org/FreeDV-0.96.1-win32.exe Thanks, Richard -- AlienVault Unified Security Management (USM) platform delivers complete security visibility with the essential security capabilities. Easily and efficiently configure, manage, and operate all of your security controls from a single console and one unified framework. Download a free trial. http://p.sf.net/sfu/alienvault_d2d___ Freetel-codec2 mailing list Freetel-codec2@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freetel-codec2
Re: [Freetel-codec2] We won!
Congratulations, David! Thanks for your outstanding work. 73’s Gerhard OE3GBB Von: Bruce Perens [mailto:br...@perens.com] Gesendet: Mittwoch, 01. August 2012 03:13 An: freetel-codec2@lists.sourceforge.net Betreff: [Freetel-codec2] We won! >From the ARRL board minutes: Whereas David Rowe, VK5DGR, has been a major leader and the primary technical author of an open-source CODEC2 protocol, designed to address the impediment to the development of amateur digital-voice posed by closed sources protocols; and Whereas the open-source nature of this work is a major step forward in the development of digital voice communications; ARRL Board of Directors; Therefore, the ARRL Board of Directors awards the 2012 ARRL Technical Innovation Award to David Rowe, VK5DGR -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___ Freetel-codec2 mailing list Freetel-codec2@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freetel-codec2
Re: [Freetel-codec2] 1500 bit/s release
David, great work - thanks! Gerhard OE3GBB -Ursprüngliche Nachricht- Von: David Rowe [mailto:da...@rowetel.com] Gesendet: Montag, 13. Februar 2012 02:56 An: freetel-codec2@lists.sourceforge.net Betreff: [Freetel-codec2] 1500 bit/s release Hello List, I am working on a 1400 bit/s release but thought this interim version at 1500 bit/s might be useful: svn co -r 306 https://freetel.svn.sourceforge.net/svnroot/freetel/codec2-dev Using c2sim: ./c2sim ../raw/hts1a.raw --1400 -o hts1a_1400_c2sim.raw Or separate encoder/decoder: ./c2enc 1400 ../raw/hts1a.raw hts1a_1400.c2 ./c2dec 1400 hts1a_1400.c2 hts1a_1400_c2dec.raw Yeah I know it says 1400 in the file names and flags above but it's actually 1500 at present, 60 bit/s per frame at 40ms frames. While messing about with quantising LSP differences and VQ I discovered that a 40ms update of LSPs actually sounds OK. Better than I expected at least. I didn't believe it at first (normally 20ms updates are reqd in other codecs) so I completed a separate encoder/decoder version to make sure I wasn't fooling myself. Then it occurred to me that a working 1500 bit/s version (separate encoder and decoder) might be useful to others. Some samples attached. This version uses the original 36 bit scalar quantiser so should be easy to drop the bit rate using VQ if it works out that 40ms updates are really OK. Cheers, David -- Try before you buy = See our experts in action! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-dev2 ___ Freetel-codec2 mailing list Freetel-codec2@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freetel-codec2
Re: [Freetel-codec2] Gnuradio Modem/demod design for experiments with HF-equipment
Hello Hartje! Many thanks for that. I really have problems to install gnuradio 3.5. So at the very moment I have Fedora Rawhide running an I am installing gnuradio 3.5 and GRC 0.70. I hope the preliminary version of Fedora is OK. So, you say, with your module we also can use grnuradio 3.2.2? Without the codec2-blocks? That is great as we can use stable linux versions. Will try it this evening! Best regards Gerhard OE3GBB Von: Michael Hartje [mailto:har...@etech.hs-bremen.de] Gesendet: Dienstag, 20. Dezember 2011 23:52 An: freetel-codec2@lists.sourceforge.net Betreff: [Freetel-codec2] Gnuradio Modem/demod design for experiments with HF-equipment dear fellows, the attached archive is the current version of my design of a modem with gnuradio. This modem has the objective to enable a very narrow-band modulation of the codec2 data stream. Included in the archive are the * Input files for gnuradio Companion v3.5.0 * Figure 1 shows the modem * Figure 2 shows the demodulator * executable python code obtained from the GRC file With this modem, we can achieve with QPSK about 1.4 bits / Hz and QAM16 (OFDM) with approximately 3.2 bits / Hz. Now for the very small stream with codec2 (1400 bit / s) so we can transfer into a normal audio channel on the radio two parallel voice channels! The modem uses a structure with the following 7 steps described below: 1. Microphone input of the soundcard 2. Gnuradio with Amplifier and Converter to raw 3. File Encoder pipeline for codec2 4. File Encoder pipeline of codec2 5. Codestream process with QPSK or OFDM 6. mixer up to e.g. 1 kHz 7. Output to the TX (Sondkarte) Since the sound cards have two channels, one can even send TX and RX audio streams into the two channels - not shown. The arrangement in the demodulator is accordingly reversed. I myself have been involved since 2008 with gnuradio. For the first time on the IPRT (International Packet Radio Conference) in March 2009, Darmstadt, Germany I have reported it. (www.iprt.de) In another contribution during the conference I have shown a similar modem - but without codec2 - and discussed it in a workshop. Instructions for use of gnuradio-companion: If you have an older version of gnuradio allready installed, use it! If so, you can use it since the only use of hardware is the soundcard. (Version 3.2.2 GR and GRC is sufficient). The shaded portions of the image is currently at time of the picture) disabled. The resulting built executable Python file does not contain these parts. You can select the necessary parts and change the graphical elements and their parameters. Of course, we can expand the GR design and also a channel with noise, interference and distortion can be easily implemented. Therefore we remove the radio channel and connect the modem and demod via our channel model. In GR, there are many examples, and of course the necessary modules are in the GR library. I would be happy if this idea can stimulate your own experiments. I have prepared an article for the upcoming IPRT. Does anyone want to work together with me in it? thanks for this great development of the Codec2 that has inspired my own experiments Michael Hartje DK5HH -- Write once. Port to many. Get the SDK and tools to simplify cross-platform app development. Create new or port existing apps to sell to consumers worldwide. Explore the Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join http://p.sf.net/sfu/intel-appdev___ Freetel-codec2 mailing list Freetel-codec2@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freetel-codec2
Re: [Freetel-codec2] US export controls exemption
Great! I am on the way to have gnuradio 3.5 running with codec2 (preliminary Fedora 17 Rawhide ist necessary) and will try to change from 2500 to 1400 pbs. Gerhard OE3GBB -Ursprüngliche Nachricht- Von: David Rowe [mailto:da...@rowetel.com] Gesendet: Mittwoch, 21. Dezember 2011 02:56 An: freetel-codec2@lists.sourceforge.net Betreff: Re: [Freetel-codec2] US export controls exemption Hello List, I have just had an email response from the Australian agency that deals with export control: "The goods have been assessed as not controlled under the Defence Strategic Goods List. DECO will issue a Control Status Advice stating this shortly." So I'll get back the 1400 bit/s release work now. Cheers, David On Tue, 2011-11-29 at 07:55 +1100, David Rowe wrote: > With Anthonys kind help I discovered that voice codecs beneath 2400 > bit/s are also on a list of controlled exports for Australia. I have > contacted the government agency involved and they have said it will > probably OK but have advised me to submit a form to get an official OK. > This will take a few weeks so I will delay the 1400 bit/s release > until then. > > In the meantime I am exploring some new paths to reduce the bit rate > (a 15ms rather than 10ms internal frame rate) and the phase model, > which is the greatest source of distortion. > > - David > > On Sun, 2011-11-27 at 21:00 -0800, Bruce Perens wrote: > > Don't forget the Open Source exemption (OK, they call it "public domain" > > but we know what it means) won when KA9Q sued the U.S. government. > > > > > > -- All the data continuously generated in your IT > > infrastructure contains a definitive record of customers, > > application performance, security threats, fraudulent activity, and > > more. Splunk takes this data and makes sense of it. IT sense. And > > common sense. > > http://p.sf.net/sfu/splunk-novd2d > > ___ > > Freetel-codec2 mailing list > > Freetel-codec2@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/freetel-codec2 > > > > -- > All the data continuously generated in your IT infrastructure > contains a definitive record of customers, application performance, > security threats, fraudulent activity, and more. Splunk takes this > data and makes sense of it. IT sense. And common sense. > http://p.sf.net/sfu/splunk-novd2d > ___ > Freetel-codec2 mailing list > Freetel-codec2@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/freetel-codec2 -- Write once. Port to many. Get the SDK and tools to simplify cross-platform app development. Create new or port existing apps to sell to consumers worldwide. Explore the Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join http://p.sf.net/sfu/intel-appdev ___ Freetel-codec2 mailing list Freetel-codec2@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freetel-codec2 -- Write once. Port to many. Get the SDK and tools to simplify cross-platform app development. Create new or port existing apps to sell to consumers worldwide. Explore the Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join http://p.sf.net/sfu/intel-appdev ___ Freetel-codec2 mailing list Freetel-codec2@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freetel-codec2
Re: [Freetel-codec2] 1400 bits/sec is actually 1325...
Hello Gullik, Thanks fort he information. I am working on a projekt using gnuradio V3.5 to set up a RX/TX loop for the existing codec2 2500 bps block and than change it for 1400 pbs, using an OFDM modem. Using this loop it could be possible to feed the modem signal as audio into and from a SSB TRX also. But at the moment I am still having problems to build gnuradio V3.5 on ubuntu. The codec2 blocks are allways missing. Is there anyone having the same problem? 73's Gerhard OE3GBB -Ursprüngliche Nachricht- Von: Gullik Webjörn [mailto:gullik.webj...@corevalue.se] Gesendet: Donnerstag, 15. Dezember 2011 13:47 An: freetel-codec2@lists.sourceforge.net Betreff: [Freetel-codec2] 1400 bits/sec is actually 1325... David, I note that the current codec2 bitstream is rounded up to 7 whole bytes, when it is actually 53 out of 56 possible bits. Do you have a plan for the remaining bits? As I understand, you produce 2 frames, even + odd, but they are always "sent" as a pair. One way to use them, would be to have that field as a ever incrementing frame-pair number, if that was the case, it would be probable that frame-pair synch could be achieved on a raw stream of bits, since 3 bits out of 56 would be predictable. Of cource, any other scheme such as a constant could also be used. My reason for asking, is that I am trying to set up something over the air, for demoing and evaluation and to do some work on BER and channels.any provisional use would be torn up by "next version". If audio information enhancing the codec2 (is planning to) use this field, then thats probably wiser Fantastic work !!! Best Regards, Gullik -- 10 Tips for Better Server Consolidation Server virtualization is being driven by many needs. But none more important than the need to reduce IT complexity while improving strategic productivity. Learn More! http://www.accelacomm.com/jaw/sdnl/114/51507609/ ___ Freetel-codec2 mailing list Freetel-codec2@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freetel-codec2 -- 10 Tips for Better Server Consolidation Server virtualization is being driven by many needs. But none more important than the need to reduce IT complexity while improving strategic productivity. Learn More! http://www.accelacomm.com/jaw/sdnl/114/51507609/ ___ Freetel-codec2 mailing list Freetel-codec2@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freetel-codec2
Re: [Freetel-codec2] 1400 bit/s candidates
David, Congratulations! The concept, partly using differential coding seems to work better than expected. It sure is having potential for further reductions of the data rate. Artifacts could maybe reduced by applying fuzzy rules on the reconstructed values to see how probable they are. Frames with highly improbable values could than be sorted out. Keep on going! Best regards Gerhard OE3GBB -Ursprüngliche Nachricht- Von: David Rowe [mailto:da...@rowetel.com] Gesendet: Montag, 07. November 2011 05:20 An: Freetel-codec2 Betreff: [Freetel-codec2] 1400 bit/s candidates Hello, I have attached some samples of Codec 2 at 1400 bit/s, with 2500 bit/s for comparison. I can hear a little more distortion in the hts2a (female) 1400 bit/s sample, but hts1a (male) sounds about the same to me. I am pretty sure I can fix up the problems in hts2a. These were generated using the c2sim simulation in the codec-dev SVN branch: $ svn co https://freetel.svn.sourceforge.net/svnroot/freetel/codec2-dev $ ./configure & make & cd src $ ./c2sim ../src/hts1a.raw --1400 -o hts1a_1400.raw I'll work on getting 1400 bit/s modes put into the library and c2enc/2dec over the next few days. Then start looking at fixing a few little quality glitches. I am hoping that releasing a 1400 bit/s version early will encourage HF digital voice experimentation. The bit allocation is: 20ms frame 1: 25 bits LSP, 2 bits voicing, 5 bits energy, 7 bits Wo (pitch), 39 bits total 20ms frame 2: 7 bit/s LSP, 2 bits voicing, 5 bits energy, 3 bits Wo (pitch), 17 bits total In frame 1 it's 13 bits scalar quantisation of LSP 1-4 differences in frequency, then 12 bit VQ for LSP 5-10. In frame 2 it's a 7 bit VQ of LSP 1-4 differences in time from frame 1. LSPs 5-10 are simply copied from frame 1. So 56 bits every 40ms or 1400 bit/s. Thanks, David -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ Freetel-codec2 mailing list Freetel-codec2@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freetel-codec2
Re: [Freetel-codec2] 2100 bit/s candidate
Hello David, Thank you for proceeding with the priject. The 2100 bps samples sound great and I cannot hear a big difference tot he 2500 bps samples on the loudspeaker. Regarding differencial coding, I think the 1200 bps versions of MELP are using following proceedure: Say 5 frames are packed together. First frame is fully coded, the next frames are differentially coded. Delay of course is also 5 times higher. With 28bps fort he first and 4 times say 16 bps we would get 18.4 bps as medium. Best regards Gerhard OE3GBB -Ursprüngliche Nachricht- Von: David Rowe [mailto:da...@rowetel.com] Gesendet: Freitag, 28. Oktober 2011 05:31 An: freetel-codec2@lists.sourceforge.net Betreff: [Freetel-codec2] 2100 bit/s candidate Hello, I am back developing Codec 2 again. 1/ I have been working on line spectrum pair (LSP) quantisers, and have attached some samples from a 2500 bit/s and 2100 bit/s version. The 2500 bit/s version uses 4,4,4,4,3,3,3,3,3,2 bit scalar LSP quantiser (36 bit/fr). The 2100 bit/s version uses scalar quantisers of 4,4,4,4 bits for the first 4 LSPs, than a 12 bit (4096 entry) VQ for the last 6 LSPs (28 bits/frame). They sound fairly similar to me, what do you think? 2/ While playing with LSPs I found that "quantising" LSPs 1 to 10 to 25,25,50,50,100,100,100,100,100,100 Hz steps has no effect on speech quality. In other words an error of +/- 50Hz in say LSP 10 (or +/- 12.5Hz in LSP 1) can't be heard. This is a little like bandwidth expansion of LSPs, or "just noticeable differences". I am wondering if this effect can be used in quantiser design or vector codebook searching as a metric for how perceptually "close" two candidate vectors are to the target. Or we could discard entries in a VQ during training that are close enough to be perceptually indistinguishable. Another idea is to use this effect in coding frame-frame differences. During perceptually important strongly voiced speech LSPs change slowly. Changes that are not perceptually noticeable don't need to be quantised and transmitted. So if we take a frame-frame deltas of LSPs e.g. 25,-25,25,25,25,25,25,25,25,25 then set changes smaller than the limits above to zero we might have a perceptually-equivalent frame-frame delta of 25,-25,0,0,0,0,0,0,0,0. Presumably this would take less bit's to encode. Cheers, David -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ Freetel-codec2 mailing list Freetel-codec2@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freetel-codec2
