I am activly working on this (700D on the SM1000). I created the short rx call to reduce the memory use. freedv_rx causes several copies of the input data and zeros to be made.
The standalone tests are working on a Discovery board, I don't have the sm1000_main changed yet or working. For 1600 mode I see it calling freedv_rx, not freedv_comprx. Am I missing something?? Many of the changes described in the blog article have been made, enough to get the standalone tests to fit into memory. Dave and I don't want to make any more changes than are required so not all of them are in the SVN main branch. I'd be happy to work together on this. Right now I have an SM1000 board setup with audio in/out for testing. It works with the old stock firmware but does not seem to work in 1600 mode with the lates code. So I have not tried to enable 700D yet. Don Reid - W7DMR On Sat, Feb 09, 2019 at 10:13:36AM +0100, Danilo Beuche wrote: > Hi, > > as you may know we have FreeDV 1600 support in the STM32 based TRX since > a while. Now I am finally aiming at integrating the 700D mode. > > For FreeDV 1600 we did not use the freedv_rx / freedv_tx calls as we > have float i/q data at hand due to the internal signal processing in the > rest of the SDR. So the freedv_comprx/freedv_comptx are used. > > I noticed that the 700D is not integrated in the > freedv_comprx/freedv_comptx functions. Now there are a number of questions: > > 1.I think instead we have to call freedv_shortrx which expects audio > samples instead of IQ. Is that correct? > 2. Should we go for all modes to do a demodulation first and then pass > audio data to the freedv_rx/freedv_tx which involves back converting the > data to float data? > 3. Or is there a benefit to pass IQ data directly to those modes which > support it? > > > In addition, are the improvements 700D for low performance processors > mentioned in http://www.rowetel.com/?p=6413 already integrated in the > source code? I guess so, but just want to be sure, since I could not > find support for the 700D mode directly in the SM1000 source. > > > Regards, > Danilo > > > > > > > > > > > _______________________________________________ > 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
