SDRdaemon: GUI fix. Limit r/w balance correction

pull/6/head
f4exb 2016-03-19 08:54:31 +01:00
rodzic 7077f6a780
commit b14ae1e7c1
3 zmienionych plików z 17 dodań i 8 usunięć

Wyświetl plik

@ -195,7 +195,7 @@ Then you should be all set to build the software with `cmake` and `make` as disc
This is new in version 1.1.3 and also experimental. Use at your own risk! This may or may not work on your machine and version of Windows. It was tested more or less successfully in native Windows 7, 8 and 10 however it does not work in a Virtualbox guest supposedly because it uses OpenGL ES 2.0 instead of the OpenGL desktop version (OpenGL 4.3) when it is running native and I think the OpenGL code in SDRangel is still not quite right to be compatible with the ES version (use of QtGLWidget instead of QtOpenGLWidget). This is new in version 1.1.3 and also experimental. Use at your own risk! This may or may not work on your machine and version of Windows. It was tested more or less successfully in native Windows 7, 8 and 10 however it does not work in a Virtualbox guest supposedly because it uses OpenGL ES 2.0 instead of the OpenGL desktop version (OpenGL 4.3) when it is running native and I think the OpenGL code in SDRangel is still not quite right to be compatible with the ES version (use of QtGLWidget instead of QtOpenGLWidget).
You should take note that the Windows scheduler is just a piece of crap and not suitable for near real time applications like SDRs. If you encounter any problem just grab a Linux installation CD or .iso file and get yourself a decent OS first. You have been warned! You should take note that the Windows scheduler is just a piece of crap and not suitable for near real time applications like SDRs. In any case you should make sure that the sdrangel process does not take more than 35% of the global CPU (check with Task Manager). Unload channel plugins if necessary. If you encounter any problem just grab a Linux installation CD or .iso file and get yourself a decent OS first. You have been warned!
There is no plug-in to interface to BladeRF hardware due to the complexity of building `libbladerf` for Windows. There is no plug-in to interface to BladeRF hardware due to the complexity of building `libbladerf` for Windows.

Wyświetl plik

@ -269,6 +269,15 @@ uint8_t *SDRdaemonBuffer::readData(int32_t length)
} }
m_balCorrection += dBytes / (int32_t) (m_nbReads * m_iqSampleSize); // correction is in number of samples m_balCorrection += dBytes / (int32_t) (m_nbReads * m_iqSampleSize); // correction is in number of samples
int32_t limit = (int32_t) m_rawSize / (int32_t) (5 * m_rawBufferLengthSeconds * m_iqSampleSize);
if (m_balCorrection < -limit) {
m_balCorrection = -limit;
} else if (m_balCorrection > limit) {
m_balCorrection = limit;
}
m_nbReads = 0; m_nbReads = 0;
} }
else else

Wyświetl plik

@ -240,6 +240,13 @@
</item> </item>
</layout> </layout>
</item> </item>
<item>
<widget class="Line" name="line_freq_2">
<property name="orientation">
<enum>Qt::Horizontal</enum>
</property>
</widget>
</item>
<item> <item>
<layout class="QHBoxLayout" name="streamLayout"> <layout class="QHBoxLayout" name="streamLayout">
<item> <item>
@ -397,13 +404,6 @@
</item> </item>
</layout> </layout>
</item> </item>
<item>
<widget class="Line" name="line_freq_2">
<property name="orientation">
<enum>Qt::Horizontal</enum>
</property>
</widget>
</item>
<item> <item>
<widget class="Line" name="line_rateTime"> <widget class="Line" name="line_rateTime">
<property name="orientation"> <property name="orientation">