Open Source Mobile Communications: Issueshttps://osmocom.org/https://osmocom.org/favicon.ico?16647414092017-04-22T16:04:15ZOpen Source Mobile Communications
Redmine OP25 - Feature #2175 (New): Update code for GNURadio 3.6 and laterhttps://osmocom.org/issues/21752017-04-22T16:04:15Z
<p>GNURadio 3.6 introduces a lot of improved functionality. We are already suffering because not all of this code is backwards compatible nor is it particularly easy to get things working.</p>
1. Using cmake to build the C++ blocks.
<ul>
<li>Integrate all C++ blocks (repeater, decoder, etc.) into single build.</li>
<li>Rename blocks so they comply with new namespace rules.</li>
<li>Add support for message passing and metadata.</li>
<li>Ensure that grc is supported for all blocks.<br />1. Remove IT++ or, at the very minimum, fix the problems with the changes to BCH decoding.</li>
<li>IT++ has changed how it decodes BCH and this breaks packet decoding.<br />1. Refactoring code so we can pass messages and structured data between blocks.<br />1. Update top-level python code to use argparse, update GUI etc..<br />1. Flesh out some top-level C++ code as alternative to Python scripts.</li>
</ul> OP25 - Feature #2174 (Closed): Recode Frank's C4FM demodulator in Pythonhttps://osmocom.org/issues/21742017-04-22T16:04:15Z
<p>Re-implementing the demodulator in Python should simplify the installation process (since we have one install not two) and allow us to address the "missing HDU" issue which is the result of auto-tuning.</p> OP25 - Feature #2173 (New): Remove dependency on ET++https://osmocom.org/issues/21732017-04-22T16:04:15Z
<p>The ET++ library represents an unnecessary dependency. It is used solely for BCH decoding and we already have code to do this. Change the BCH decoding so that ET++ can be removed.</p> OP25 - Bug #2172 (New): HDU often missing in captureshttps://osmocom.org/issues/21722017-04-22T16:04:15Z
<p>When the centre frequency of the captured channel is offset from the centre frequency of the channel its often the case that the HDU is not captured. It appears that the demodulator is having trouble recognizing that a signal is present.</p> OP25 - Feature #2171 (New): Use libfftw3 for IFFT/FFT functions.https://osmocom.org/issues/21712017-04-22T16:04:15Z
<p>The software_imbe_decoder is using home-rolled FFT/IFFT functions which are much better left to a proper DFT library. Replace these functions with those of libfftw3 - the library can use SIMD instructions to compute the DFT much more efficiently than this code and it simplifies the decoder.</p> OP25 - Bug #2169 (New): First-cut of trunking supporthttps://osmocom.org/issues/21692017-04-22T16:04:15Z
<p>There is no decoding whatsoever of trunking at present. Add basic support.</p> OP25 - Feature #2163 (Closed): DV Dongle support for IMBE decodinghttps://osmocom.org/issues/21632017-04-22T16:04:15Z
<p>Investigate whether the DV Dongle is capable of decoding the IMBE frames. If so implement support for audio decoding using DV Dongle and permit device sharing via the Internet.</p> OP25 - Bug #2162 (New): Fix bit-ordering in output for VC55.https://osmocom.org/issues/21622017-04-22T16:04:15Z
<p>VC55 output needs to be changed and verified using the VC55 hardware.</p> OP25 - Bug #2161 (Closed): Support OpenGL displays in usrp_p25_rx.pyhttps://osmocom.org/issues/21612017-04-22T16:04:15Z
<p>If the display style is "gl" and Python has <a class="wiki-page new" href="https://osmocom.org/projects/op25/wiki/OpenGL">OpenGL</a> support then the fft and scope sinks use <a class="wiki-page new" href="https://osmocom.org/projects/op25/wiki/OpenGL">OpenGL</a> versions. Unfortunately, this breaks OP25.</p> OP25 - Feature #2160 (New): Add "datascope" to usrp_p25_rx.pyhttps://osmocom.org/issues/21602017-04-22T16:04:15Z
<p>Incorporate Max's datascope from the ALSA receiver into the USRP version. Should allow the user to see eye diagrams for the input signal.</p> OP25 - Feature #2159 (Closed): Update WireShark patch for WireShark 1.2https://osmocom.org/issues/21592017-04-22T16:04:15Z
<p>Currently the patch is for 1.2. Update and review for <a class="wiki-page new" href="https://osmocom.org/projects/op25/wiki/WireShark">WireShark</a> 1.2.</p> OP25 - Feature #2158 (New): Create a shared library for decoding for WireShark and the decoder.https://osmocom.org/issues/21582017-04-22T16:04:15Z
<p>data_unit subclasses implement decoding that is duplicated in <a class="wiki-page new" href="https://osmocom.org/projects/op25/wiki/WireShark">WireShark</a>. Break out a common library so that decoding is done just once using appropriate representations.</p> OP25 - Feature #2157 (New): Fix "traffic" tab so it displays data for non-HDU data unitshttps://osmocom.org/issues/21572017-04-22T16:04:15Z
<p>The traffic tab is only updated by HDUs at present. Add code to other data units to send other important header fields to the traffic tab. Implement traffic ageing so fields populated by older data units are visually distinguished from "fresh" data.</p> OP25 - Feature #2156 (New): Implement forward error correction for HDU.https://osmocom.org/issues/21562017-04-22T16:04:15Z
<p>Implement forward error correction for HDU.</p> OP25 - Feature #2155 (New): Replace FSK4 demodulation with IQ demodulator stage.https://osmocom.org/issues/21552017-04-22T16:04:15Z
<p>Use GNURadio's DQPSK block to demodulate input signal.</p> OP25 - Feature #2154 (Closed): Integrate IMBE decoding into decoder block.https://osmocom.org/issues/21542017-04-22T16:04:15Z
<p>Real-time decoding of IMBE frames with audio output from block.</p> OP25 - Feature #1699 (Closed): Integrate IMBE decoding into decoder block.https://osmocom.org/issues/16992016-05-03T11:14:24Z
<p>Real-time decoding of IMBE frames with audio output from block.</p>