Bot releases are visible (Hide)
Published by f4exb over 4 years ago
There is a bug in the recent releases that prevent the samples to be fed to the scope. This should be fixed now. Fixes issue #547
Published by f4exb over 4 years ago
Following changes in dsdcc v1.8.7 DMR basic privacy has been implemented in DSD decoder.
Published by f4exb over 4 years ago
Fixed codec setting when using REST API. Fixes #526
Published by f4exb over 4 years ago
Published by f4exb over 4 years ago
Code reorganization to isolate the spectrum analysis code (SpectrumVis class) from GUI opening the way to remote spectrum functionality already available on the v5 branch.
Also fixed following bugs:
Published by f4exb over 4 years ago
Published by f4exb over 4 years ago
Published by f4exb over 4 years ago
Implemented right click on the record button of relevant sample source device GUIs to open a file dialog to choose the file to record I/Q stream to. Implements #483
Published by f4exb over 4 years ago
Published by f4exb over 4 years ago
This applies to Linux only. On Windows the KISS FFT is implemented in place of FFTW thus no difference is expected.
With the FFT factory the FFTW plan structures are preserved during the lifetime of the application. Allocating these plans take time. Depending on the FFT size even on powerful machines this can take several seconds so they are valuable resources not to be wasted. This factory system allows the re-cycling of plans and saves time where a plan of the same size has already been allocated and is not used anymore.
In addition to this the possibility to use a so called "wisdom file". The wisdom file is built offline using the fftwf-wisdom
command on the same machine where SDRangel is run. This command runs the lengthy process of testing the hardware to choose the right code to perform FFTs and saves the result to the file thus speeding up the allocation of plans. A process that takes several seconds will take only milliseconds to execute when using this file.
A typical fftwf-wisdom
command that can produce an efficient wisdom file in the context of SDRangel is: fftwf-wisdom -v -n -o ~/fftw-wisdom f128 f256 f512 f1024 f2048 f4096 f8192 b128 b256 b512 b1024 b2048 b4096 b8192
To use this file when invoking SDRangel you use its -w
command line option: sdrangel -w ~/fftw-wisdom
Published by f4exb over 4 years ago
This is a significant addition to the REST API with the possibility to perform actions on devices and channels. Hence the middle (minor) version is bumped by one at 4.14.0. Now we have 3 families of APIs for devices and channels:
Published by f4exb over 4 years ago
Implementation of a Continuous Integration and Continuous Deployment system using Appveyor. This CI/CD now produces the artifacts found in releases. The system is not yet completely operational and artifacts had to be copied manually from Appveyor. For this release these are the artifacts produced in this run: https://ci.appveyor.com/project/f4exb/sdrangel/builds/31157356
For more details on artifacts and their contents please read the quick start in the Wiki. This does not change much for Windows but the Debian package for Linux is now part of a .tar.gz
archive containing other elements. Note that the artifact for Linux should have been sdrangel-22-master.tar.gz
however at the time dev and master were coinciding with the 4.13.2 tag. Automation is not yet fully functional as mentioned earlier.
Published by f4exb over 4 years ago
Published by f4exb over 4 years ago
The LimeRFE or Lime RF Front End is a power amplifier and LNA board designed to augment the capabilities of the LimeSDR in order to build an operational radio solution. The usage is not limited to LimeSDR any Rx or Tx device can be connected to it. The LimeRFE can be controlled directly via its USB port independently of a LimeSDR device. This interface allows exactly that from the SDRangel GUI. Note that this interface is available only in Linux. This implements issue #463
To open the LimeRFE USB dialog open the Preferences sub-menu from the top bar and click on the LimeRFE
item. This item is available only when the code is compiled with LimeSuite v20.01.0 or with the binary packages.
More information on LimeRFE is available from Crowd Supply
Published by f4exb almost 5 years ago
This release does not bring any new functionality nor fixes but is the first release after the split into master and v5 branches. It removes the existing MIMO plugin. There are also some minor changes in the REST API.
Published by f4exb almost 5 years ago
This release concerns only Debian builds. The dependency to distribution packaged librtlsdr has been removed in favor of a locally packaged librtlsdr compiled from source (part so called "external libraries") on a definite version that fits with the rest of the code. This should solve problem with Debian Buster build as reported in #455 and will serve in the future if a special version of RTL-SDR library is needed.
Published by f4exb almost 5 years ago
Removed the auto discovery at program startup for two reasons:
Instead you will have to specify the Pluto(s) IP address(es) in the user arguments dialog by creating a non discoverable device for the Pluto(s) and associate a uri=ip:x.x.x.x
argument to it. The user arguments dialog is accessed from the main window menu via Preferences > Devcies > User arguments.
Published by f4exb almost 5 years ago
The classes and their organization were reworked extensively to match the already existing (since v4.12.0) Tx side. This qill hopefully make the code easier to understand. While this concerns mostly developers it was also the occasion to make further refactoring in the following plugins that may have a significant functional impact hopefully fot the best:
Published by f4exb almost 5 years ago
Published by f4exb almost 5 years ago
This is an extensive refactoring of the Tx part i.e. plugins/samplesink, plugins/channeltx and related common classes around two main points:
The main consequence for the average user comes from the new sample FIFO that overcomes some issues with the previous design. Thus if you are using SDRangel for transmit it is strongly advised to upgrade to this version.
This large refactoring implies a jump of minor release to 4.12.0