diff --git a/CMakeLists.txt b/CMakeLists.txt index 829069eec..33160774f 100644 --- a/CMakeLists.txt +++ b/CMakeLists.txt @@ -80,7 +80,7 @@ message(STATUS "${APPLICATION_NAME} Version: ${sdrangel_VERSION}") add_definitions("-DSDRANGEL_LIB_VERSION=\"${sdrangel_VERSION_MAJOR}.${sdrangel_VERSION_MINOR}.${sdrangel_VERSION_PATCH}\"") add_definitions("-DSDRANGEL_VERSION=\"${sdrangel_VERSION}\"") -# configure CPACK infomation +# configure CPACK information set(CPACK_PACKAGE_NAME "${CMAKE_PROJECT_NAME}") set(CPACK_PACKAGE_DESCRIPTION_SUMMARY "SDR Rx/Tx software for Airspy, Airspy HF+, BladeRF, HackRF, LimeSDR, PlutoSDR, RTL-SDR, SDRplay RSP1 and FunCube") set(CPACK_PACKAGE_VENDOR "${COMPANY}") diff --git a/httpserver/httpconnectionhandler.cpp b/httpserver/httpconnectionhandler.cpp index 4b3fc9a31..d4c852dd5 100644 --- a/httpserver/httpconnectionhandler.cpp +++ b/httpserver/httpconnectionhandler.cpp @@ -106,7 +106,7 @@ void HttpConnectionHandler::run() } catch (...) { - qCritical("HttpConnectionHandler (%p): an uncatched exception occured in the thread",this); + qCritical("HttpConnectionHandler (%p): an uncatched exception occurred in the thread",this); } socket->close(); delete socket; @@ -167,7 +167,7 @@ void HttpConnectionHandler::setBusy() void HttpConnectionHandler::readTimeout() { - qDebug("HttpConnectionHandler (%p): read timeout occured",this); + qDebug("HttpConnectionHandler (%p): read timeout occurred",this); //Commented out because QWebView cannot handle this. //socket->write("HTTP/1.1 408 request timeout\r\nConnection: close\r\n\r\n408 request timeout\r\n"); @@ -267,7 +267,7 @@ void HttpConnectionHandler::read() } catch (...) { - qCritical("HttpConnectionHandler (%p): An uncatched exception occured in the request handler",this); + qCritical("HttpConnectionHandler (%p): An uncatched exception occurred in the request handler",this); } // Finalize sending the response if not already done diff --git a/httpserver/httpconnectionhandler.h b/httpserver/httpconnectionhandler.h index 855956c8d..00cdd943d 100644 --- a/httpserver/httpconnectionhandler.h +++ b/httpserver/httpconnectionhandler.h @@ -132,7 +132,7 @@ public slots: private slots: - /** Received from the socket when a read-timeout occured */ + /** Received from the socket when a read-timeout occurred */ void readTimeout(); /** Received from the socket when incoming data can be read */ diff --git a/logging/filelogger.cpp b/logging/filelogger.cpp index 63e4113a3..ae33c2daa 100644 --- a/logging/filelogger.cpp +++ b/logging/filelogger.cpp @@ -31,7 +31,7 @@ void FileLogger::refreshSettings() void FileLogger::refreshQtSettings() { - // Save old file name for later comparision with new settings + // Save old file name for later comparison with new settings QString oldFileName = fileName; // Load new config settings @@ -67,7 +67,7 @@ void FileLogger::refreshQtSettings() void FileLogger::refreshFileLogSettings() { - // Save old file name for later comparision with new settings + // Save old file name for later comparison with new settings QString oldFileName = fileName; // Load new config settings diff --git a/plugins/channelrx/demodbfm/rdstmc.cpp b/plugins/channelrx/demodbfm/rdstmc.cpp index ca217826d..b6c2cf66c 100644 --- a/plugins/channelrx/demodbfm/rdstmc.cpp +++ b/plugins/channelrx/demodbfm/rdstmc.cpp @@ -889,7 +889,7 @@ static const char *tmc_events[TMC_EVENTS][4] = { {"857","(Q) obstruction(s) on roadway {something that does block the road or part of it}","901","0"}, {"858","(Q) obstructions on the road. Danger","902","0"}, {"859","(Q) obstructions on the road. Passable with care","981","0"}, - {"860","(Q) object(s) on roadway {something that does not neccessarily block the road or part of it} ","61","0"}, + {"860","(Q) object(s) on roadway {something that does not necessarily block the road or part of it} ","61","0"}, {"861","(Q) object(s) on the road. Danger","63","0"}, {"862","(Q) shed load(s)","210","0"}, {"863","(Q) shed load(s). Danger","359","0"}, diff --git a/plugins/channelrx/demoddatv/leansdr/discrmath.h b/plugins/channelrx/demoddatv/leansdr/discrmath.h index ec25568fc..541f4ae53 100644 --- a/plugins/channelrx/demoddatv/leansdr/discrmath.h +++ b/plugins/channelrx/demoddatv/leansdr/discrmath.h @@ -103,7 +103,7 @@ struct bitvect // Return m modulo (X^N+p). // p is typically a generator polynomial of degree N -// with the highest-coefficient monomial ommitted. +// with the highest-coefficient monomial omitted. // m is packed into nm words of type Tm. // The MSB of m[0] is the highest-order coefficient of m. diff --git a/plugins/channelrx/demoddatv/readme.md b/plugins/channelrx/demoddatv/readme.md index 3f0d16a3e..62d50dccc 100644 --- a/plugins/channelrx/demoddatv/readme.md +++ b/plugins/channelrx/demoddatv/readme.md @@ -14,7 +14,7 @@ This plugin can be used to view digital amateur analog television transmissions The whole bandwidth available to the channel is used. That is it runs at the device sample rate possibly downsampled by a power of two in the source plugin. -⚠ Note that DVB-S2 support is experimental. You may need to move some settings back and forth to achieve constellation lock and decode. For exmple change mode or slightly move back adn forth center frequency. +⚠ Note that DVB-S2 support is experimental. You may need to move some settings back and forth to achieve constellation lock and decode. For exmple change mode or slightly move back and forth center frequency.

Interface

diff --git a/plugins/channelrx/freqtracker/readme.md b/plugins/channelrx/freqtracker/readme.md index 40c81a03c..4f9b6a7e6 100644 --- a/plugins/channelrx/freqtracker/readme.md +++ b/plugins/channelrx/freqtracker/readme.md @@ -74,7 +74,7 @@ You may select the type of tracker with this combo box: This is the order of m-ary PSK modulation for the PLL. It can be selected in powers of 2: - - **1**: Continous Wave (no modulation) + - **1**: Continuous Wave (no modulation) - **2**: BPSK - **4**: QPSK - **8**: 8-PSK diff --git a/plugins/samplesink/bladerf2output/readme.md b/plugins/samplesink/bladerf2output/readme.md index 9260e0867..cbb9c1f7c 100644 --- a/plugins/samplesink/bladerf2output/readme.md +++ b/plugins/samplesink/bladerf2output/readme.md @@ -121,4 +121,4 @@ Use this slider to adjust gain in manual mode. The gain varies from -89 to 0 dB

10: Bias tee control

-Use this toggle button to activate or de-activate the bias tee. Note that according to BladeRF v2 specs the bias tee is simultanously present on all Tx RF ports. The GUI of the sibling channel if present is adjusted automatically. +Use this toggle button to activate or de-activate the bias tee. Note that according to BladeRF v2 specs the bias tee is simultaneously present on all Tx RF ports. The GUI of the sibling channel if present is adjusted automatically. diff --git a/plugins/samplesink/remoteoutput/UDPSocket.h b/plugins/samplesink/remoteoutput/UDPSocket.h index b4bc46b21..045975b5b 100644 --- a/plugins/samplesink/remoteoutput/UDPSocket.h +++ b/plugins/samplesink/remoteoutput/UDPSocket.h @@ -59,7 +59,7 @@ public: /** Returns a pointer to the (constant) error description. * @return A pointer to a \c const \c char*. The underlying memory - * is in posession of the \c Exception object. Callers \a must + * is in possession of the \c Exception object. Callers \a must * not attempt to free the memory. */ virtual const char* what() const throw (){ return m_sMsg.c_str(); } diff --git a/plugins/samplesink/soapysdroutput/readme.md b/plugins/samplesink/soapysdroutput/readme.md index 6caf82779..997a44bff 100644 --- a/plugins/samplesink/soapysdroutput/readme.md +++ b/plugins/samplesink/soapysdroutput/readme.md @@ -4,7 +4,7 @@ This output sample sink plugin sends its samples to a device interfaced with [SoapySDR](https://github.com/pothosware/SoapySDR/wiki). -SoapySDR is a [C/C++ API](https://github.com/pothosware/SoapySDR/blob/master/include/SoapySDR/Device.hpp) that interfaces SDR hardware on one side and application software on the other. Due to its very generic nature it was fairly difficult to implement and specific UI widgets were developped to handle specific types of parameters. The level of control depends on how the device API was implemented by the vendors. On application side some parts of the API have not been implemented and can be left as possible enhancements (see next). In any case it is recommended to use the native plugins if they are available. +SoapySDR is a [C/C++ API](https://github.com/pothosware/SoapySDR/blob/master/include/SoapySDR/Device.hpp) that interfaces SDR hardware on one side and application software on the other. Due to its very generic nature it was fairly difficult to implement and specific UI widgets were developed to handle specific types of parameters. The level of control depends on how the device API was implemented by the vendors. On application side some parts of the API have not been implemented and can be left as possible enhancements (see next). In any case it is recommended to use the native plugins if they are available. SoapySDR devices appear in the list of available devices in the order they are listed in the API call to SoapySDR. If more than one device controlled by SoapySDR is listed then its sequence number is incremented like: @@ -55,7 +55,7 @@ The following paragraphs list the known issues or oddities.

BladeRF

-It is very important NOT to use SoapySDR. The default parameters are set to flash the FPGA but as this does not suceeds it results in a FPGA image wipe out and the device returns in "Cypress" mode. It is not too difficult to recover but there is no point risking the hassle. +It is very important NOT to use SoapySDR. The default parameters are set to flash the FPGA but as this does not succeeds it results in a FPGA image wipe out and the device returns in "Cypress" mode. It is not too difficult to recover but there is no point risking the hassle.

Red Pitaya

diff --git a/plugins/samplesource/bladerf2input/readme.md b/plugins/samplesource/bladerf2input/readme.md index fb14662e7..963676cb0 100644 --- a/plugins/samplesource/bladerf2input/readme.md +++ b/plugins/samplesource/bladerf2input/readme.md @@ -138,9 +138,9 @@ This selects the gain processing in use. Values are fetched automatically from t

10: Manual gain control

-Use this slider to adjust gain in manual mode. This control is disabled in non manual modes (all modes but manual). The minumum, maximum and step values are fetched automatically from the device and may vary depending on the center frequency. For frequencies around 400 MHz the gain varies from -16 to 60 dB in 1 dB steps. +Use this slider to adjust gain in manual mode. This control is disabled in non manual modes (all modes but manual). The minimum, maximum and step values are fetched automatically from the device and may vary depending on the center frequency. For frequencies around 400 MHz the gain varies from -16 to 60 dB in 1 dB steps.

11: Bias tee control

-Use this toggle button to activate or de-activate the bias tee. Note that according to BladeRF v2 specs the bias tee is simultanously present on all Rx RF ports. The GUI of the sibling channel if present is adjusted automatically. +Use this toggle button to activate or de-activate the bias tee. Note that according to BladeRF v2 specs the bias tee is simultaneously present on all Rx RF ports. The GUI of the sibling channel if present is adjusted automatically. diff --git a/plugins/samplesource/soapysdrinput/readme.md b/plugins/samplesource/soapysdrinput/readme.md index fec2f0a3c..5e2c95c24 100644 --- a/plugins/samplesource/soapysdrinput/readme.md +++ b/plugins/samplesource/soapysdrinput/readme.md @@ -4,7 +4,7 @@ This input sample source plugin gets its samples from a device interfaced with [SoapySDR](https://github.com/pothosware/SoapySDR/wiki). -SoapySDR is a [C/C++ API](https://github.com/pothosware/SoapySDR/blob/master/include/SoapySDR/Device.hpp) that interfaces SDR hardware on one side and application software on the other. Due to its very generic nature it was fairly difficult to implement and specific UI widgets were developped to handle specific types of parameters. The level of control depends on how the device API was implemented by the vendors. On application side some parts of the API have not been implemented and can be left as possible enhancements (see next). In any case it is recommended to use the native plugins if they are available. +SoapySDR is a [C/C++ API](https://github.com/pothosware/SoapySDR/blob/master/include/SoapySDR/Device.hpp) that interfaces SDR hardware on one side and application software on the other. Due to its very generic nature it was fairly difficult to implement and specific UI widgets were developed to handle specific types of parameters. The level of control depends on how the device API was implemented by the vendors. On application side some parts of the API have not been implemented and can be left as possible enhancements (see next). In any case it is recommended to use the native plugins if they are available. SoapySDR devices appear in the list of available devices in the order they are listed in the API call to SoapySDR. If more than one device controlled by SoapySDR is listed then its sequence number is incremented like: @@ -59,7 +59,7 @@ The following paragraphs list the known issues or oddities.

BladeRF

-It is very important NOT to use SoapySDR. The default parameters are set to flash the FPGA but as this does not suceeds it results in a FPGA image wipe out and the device returns in "Cypress" mode. It is not too difficult to recover but there is no point risking the hassle. +It is very important NOT to use SoapySDR. The default parameters are set to flash the FPGA but as this does not succeeds it results in a FPGA image wipe out and the device returns in "Cypress" mode. It is not too difficult to recover but there is no point risking the hassle.

SDRplay RSP2

diff --git a/rescuesdriq/rescuesdriq.go b/rescuesdriq/rescuesdriq.go index fd078e949..a2dbd9048 100644 --- a/rescuesdriq/rescuesdriq.go +++ b/rescuesdriq/rescuesdriq.go @@ -90,7 +90,7 @@ func copyContent(reader *bufio.Reader, writer *bufio.Writer, blockSize uint) { sz += int64(n) break } else { - fmt.Println("An error occured during content copy. Aborting") + fmt.Println("An error occurred during content copy. Aborting") break } } else { diff --git a/sdrbase/dsp/dvserialengine.cpp b/sdrbase/dsp/dvserialengine.cpp index 3f1f7fd92..1325ce152 100644 --- a/sdrbase/dsp/dvserialengine.cpp +++ b/sdrbase/dsp/dvserialengine.cpp @@ -106,7 +106,7 @@ void DVSerialEngine::register_comport(std::list& comList, //std::cerr << "register_comport: dir: "<< dir << " driver: " << driver << std::endl; std::string devfile = std::string("/dev/") + basename((char *) dir.c_str()); - // Put serial8250-devices in a seperate list + // Put serial8250-devices in a separate list if (driver == "serial8250") { comList8250.push_back(devfile); diff --git a/sdrgui/deviceuserargs.md b/sdrgui/deviceuserargs.md index c4a5631a9..9777c55b7 100644 --- a/sdrgui/deviceuserargs.md +++ b/sdrgui/deviceuserargs.md @@ -34,7 +34,7 @@ Use this button to delete the arguments currently selected in the above panel (3

5 Edit arguments

-Use this line editor to change the arguments currently selected in the above panel (3). The text will be commited when the focus is lost. +Use this line editor to change the arguments currently selected in the above panel (3). The text will be committed when the focus is lost.

6 Cancel button

diff --git a/sdrgui/dsp/scopevis.h b/sdrgui/dsp/scopevis.h index c79099bbc..1651af05c 100644 --- a/sdrgui/dsp/scopevis.h +++ b/sdrgui/dsp/scopevis.h @@ -574,7 +574,7 @@ private: TriggerData m_triggerData; //!< Trigger data bool m_prevCondition; //!< Condition (above threshold) at previous sample uint32_t m_triggerDelayCount; //!< Counter of samples for delay - uint32_t m_triggerCounter; //!< Counter of trigger occurences + uint32_t m_triggerCounter; //!< Counter of trigger occurrences uint32_t m_trues; //!< Count of true conditions for holdoff processing uint32_t m_falses; //!< Count of false conditions for holdoff processing diff --git a/sdrsrv/readme.md b/sdrsrv/readme.md index df80cf516..1f2850149 100644 --- a/sdrsrv/readme.md +++ b/sdrsrv/readme.md @@ -5,7 +5,7 @@ This folder holds the objects specific to the server (headless) version of SDRan This document focuses on the functional description of SDRangel server. More details on the technical architecture can be found in the developer's documentation. The main motivations are: - - be able to run SDRangel on hardware with less CPU/GPU requirements in particular without OpenGL suport. + - be able to run SDRangel on hardware with less CPU/GPU requirements in particular without OpenGL support. - be used in sophisticated remote transponders or repeaters in a headless server configuration. - possibility to use Docker technology to host SDRangel server instances in a distributed environment. - possibility to use SDRangel remotely for the RF device interface even more distributed architectures can be supported to share workload in a cluster.