op25-dev

op25-dev@lists.osmocom.org

312 discussions

hamming decoder
by Matt D 08 Sep '13

08 Sep '13

Hey, I am interested in writing the shortened hamming decoder and rs decoder for the LC information. Is there any sort of reference manuals that describe how the shortened hamming code is implemented? From looking at the op25 lib; op25_hamming.h in particular, it looks like its being done bitwise in hamming_15_decode function. i just really don't know what that giant encoding array & the small decoding array are and how those relate to the generator matrices in the tia pdf? i think i kind of have to know what those are about before i can proceed to write a decoder of the LCWs. But thereafter i suspect it shouldn't be to hard. the matrix algebra approach is how i understand how to decode hamming codes and that approach is not used in op25. furthermore I am not sure if implementing an algebraic approach would be appropriate (ie. fast enough) for our use here? so it would be a big help if I knew how exactly the hamming_15_decode function works, and in particular what those to arrays (encoding & decoding) are, and where they come from, and how the generator and parity matrices (or functions) are utilized? Thanks! -- ------ Matt D ------------

1 0

pointer error
by Matt D 05 Sep '13

05 Sep '13

on my most recent crash there was a little more information than before. after the memory map in the shell where the crash occurred there is now this message: ^CTraceback (most recent call last): File "/usr/local/bin/gnuradio-companion", line 63, in <module> ActionHandler(args, Platform()) File "/usr/local/lib/python2.7/dist-packages/gnuradio/grc/gui/ActionHandler.py", line 70, in __init__ gtk.main() and the new from gdb: warning: .dynamic section for "/usr/local/lib/python2.7/dist-packages/gnuradio/gr/_gnuradio_core_runtime.so" is not at the expected address (wrong library or version mismatch?) -- ------ Matt D ------------

1 0

trying to debug a bad pointer error [1 Attachment]
by Matt D 03 Sep '13

03 Sep '13

Hi, When compiling i did 'configure --enable-debugging'. so the memory error finally crashed op25 and the core file dumped. i ran 'sudo gdb /home/matt/OP25_GRC/op25_grc.py /home/matt/core.8995'. I hardly got anything out of gdb (i attached a copy of what was in terminal) but it did say the /home/matt/OP25_GRC/op25_grc.py was not in executable format: file format not recognized. What am I doing wrong here? -- ------ Matt D ------------

3 4

Re: New 'audio_p25_rx.py' in Files section, and software_imbe_decoder bugfix
by trinmole 01 Sep '13

01 Sep '13

Sorry to drag up an ancient thread. I was wondering what specific modifications were needed for the general_work function of op25_decoder_ff.cc? Does only returning synthesized frames work or does IMBE expect for some empty results to be inserted where there is no data to smooth things out? I am trying something similar using DSD and the WAV files I record with only synthesized data do not sound as good as audio played back with empty frames returned when no data is available. Thanks for any tips you have! Luke --- In op25-dev(a)yahoogroups.com, "Balint" <balint256@...> wrote: > > Dear all, > > I've uploaded to the Files section of the board a new 'audio_p25_rx.py', > which is the original file modified to output IMBE audio, and read/write > WAV/float data files (since I don't have a USRP and use a discriminator > tap). > > Some notes: > > # wx must be set to 'nongl' mode (widgets are the older non-OpenGL type) > > # Make sure your ~/.gnuradio/config.conf has a '[wxgui]' section, which > contains the line 'style=nongl' > > # > > # Voice output requires the environment variable 'IMBE' set to 'soft', AND > modification to op25_decoder_ff.cc to prevent > > # excessive zero values being output (which chops up the real output > stream and produces too much silence) - this can > > # be done by only producing 'general_work' output values when actual voice > data is synthesised (i.e. return the number > > # of synthesised samples produced and don't pad the output buffer with > silence) > > # > > # If you want to capture using Wireshark, don't forget to run this as root! > > # Use the '-w' wait option, then start Wireshark and begin capturing, then > return to your terminal and hit any key. > > > > In addition, I've found that software_imbe_decoder dies sporadically at > 'decoder/src/lib/software_imbe_decoder.cc:1022'. I believe this is because > the class member variable 'OldL' is left un-initialised, and used as such on > line 1018. Adding 'OldL = 0;' to the class constructor (line 756) appears to > fix the problem (and causes the 'OldL == 0' check on line 1005 to kick in). > > > > Please let me know if you try the new Python code and have any problems. > > Balint >

1 0

fatal make error tripped by bch.h
by md123＠nycap.rr.com 28 Aug '13

28 Aug '13

i tried building with './configure --enable-debug' got the following errors: bch.cc: In function 'int bchDec(bit_vector&)': bch.cc:33:8: warning: variable 'root' set but not used [-Wunused-but-set-variable] bch.cc: At global scope: bch.cc:170:29: error: redefinition of 'const int bchGFexp [64]' bch.cc:8:18: error: 'const int bchGFexp [64]' previously defined here bch.cc:177:29: error: redefinition of 'const int bchGFlog [64]' bch.cc:15:18: error: 'const int bchGFlog [64]' previously defined here bch.cc:184:25: error: redefinition of 'const int bchG [48]' bch.cc:22:18: error: 'const int bchG [48]' previously defined here bch.cc: In function 'int bchDec(bit_vector&)': bch.cc:190:5: error: redefinition of 'int bchDec(bit_vector&)' bch.cc:28:5: error: 'int bchDec(bit_vector&)' previously defined here bch.cc: At global scope: bch.cc:332:29: error: redefinition of 'const int bchGFexp [64]' bch.cc:8:18: error: 'const int bchGFexp [64]' previously defined here bch.cc:339:29: error: redefinition of 'const int bchGFlog [64]' bch.cc:15:18: error: 'const int bchGFlog [64]' previously defined here bch.cc:346:25: error: redefinition of 'const int bchG [48]' bch.cc:22:18: error: 'const int bchG [48]' previously defined here bch.cc: In function 'int bchDec(bit_vector&)': bch.cc:352:5: error: redefinition of 'int bchDec(bit_vector&)' bch.cc:28:5: error: 'int bchDec(bit_vector&)' previously defined here make[4]: *** [bch.lo] Error 1 make[4]: Leaving directory `/home/matt/op25/blocks/src/lib' make[3]: *** [all] Error 2 make[3]: Leaving directory `/home/matt/op25/blocks/src/lib' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/matt/op25/blocks/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/matt/op25/blocks' make: *** [all] Error 2 indeed on inspection of the bch.h code i noticed some things. straightaway i saw that the code was not surrounded with the standard: #ifndef INCLUDED_BCH_H #define INCLUDED_BCH_H #endif so i added this and the make error is gone. i am confused as to why the header file is so spartan? no declarations? Thanks!

2 3

PGP key change
by Steve Glass 14 Aug '13

14 Aug '13

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Date:2013-08-14 For a number of reasons[0], I've recently changed my email provider and set up a new OpenPGP key. As a result I shall be immediately transitioning away from my ten-year old PGP key. The old key will be revoked very soon, and so I would like all future correspondence to use the new one. I would also like this new key to be re-integrated into the web of trust. This message is signed by both keys to certify the transition. The old key was: pub 1024D/AE445B2E 2004-10-25 Key fingerprint = E27B 3AF7 C367 74C2 FFF0 40B7 5BB6 809B AE44 5B2E and the new key is: pub 4096R/0E7A0087 2013-08-14 Key fingerprint = AB4C DD88 559B B3AC DF63 DC76 AE2F F214 0E7A 0087 To fetch the full key from a public key server, you can simply do: gpg --keyserver keys.riseup.net --recv-key 0E7A0087 If you already know my old key, you can now verify that the new key is signed by the old one: gpg --check-sigs 0E7A0087 If you don't already know my old key, or you just want to be extra sure, you can check the fingerprint against the one above: gpg --fingerprint 0E7A0087 If you are satisfied that you've got the right key, and the UIDs match what you expect, I'd appreciate it if you would sign my key. You can do that by issuing the following command: ** NOTE: if you have previously signed my key but did a local-only signature (lsign), you will not want to issue the following, instead you will want to use --lsign-key, and not send the signatures to the keyserver ** gpg --sign-key 0E7A0087 I'd like to receive your signatures on my key. You can either send me an e-mail with the new signatures (if you have a functional MTA on your system): gpg --export 0E7A0087 | gpg --encrypt -r 0E7A0087 --armor | mail -s 'OpenPGP Signatures' <smg(a)hush.com> Additionally, I highly recommend that you implement a mechanism to keep your key material up-to-date so that you obtain the latest revocations, and other updates in a timely manner. I also highly recommend checking out the excellent Riseup GPG best practices doc, from which I stole most of the text for this transition message ;-) https://we.riseup.net/riseuplabs+paow/openpgp-best-practices Please let me know if you have any questions, or problems, and sorry for the inconvenience. Steve Glass 0. https://www.debian-administration.org/users/dkg/weblog/48 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (GNU/Linux) iEYEARECAAYFAlILarcACgkQW7aAm65EWy7Y3ACgu55BvaS59A3l41uDsXkrIUMi a7AAmwTlctyIdAWDj7vXH9InucqIqGlMiQIcBAEBAgAGBQJSC2q3AAoJEK4v8hQO egCHpJoQAKLyqNRvosqXiiiV4HvxeiiaYlzfkv6CejfynBD5vO4RR+nzim002T7I ezCmPObO+6PtA0go3qkYn94YIKxqn1RK+ctMmWAF5utAQ0V6bEGMseIwvdzuWt4x aoaHxdDng1ZaQJO9xS6U/SCm34vg0dQlCW+4sSiMg/GsQ2+wv71wThh81T37DuBX bDGz53ZMA/wz/W52YJkSaEn+k+R/Js1FSFpNuCvn2NT2wZiWr05H2KKMCUgHitbi cWA8uFD4Z4EshWJHHlRX3hdB8HygQ8N1rVb83GZjZxMGEUEfVC88ZUSt6al3ACfN Ix9uM3xbKJ7thrl0NwrvQG/Z+ecmUyjENBeXQBwne86TzVx3E9mgoDdER7pf+zpe rqXvMSfa+ONSghHkm9u5UCli5/kduG/0gW3eeuqCtXq08c0zJe0NzGsWUSYVNZmI oeq1erVNpo7zzo7XHGPA8Yq3nfgFPV6A/3ivfmema/J17ngWMtym5CGy8EpJelRv J4QNRBUGVRKBgrlX+3AvDXvtQznE/NZqE1ugbzGrdimZsxR5d5FcBJU+1+jgZ/OJ ur//OBHPfDvF15RtiYOCi66IPC5AUrOK0gcw+x/9VHkd6olU7dJDXxx5N58/VNnm weB+JNY3doQuch4lQVqQ5r484KzfoUS2r7ZC/o/xo2aA6kvanwpZ =OoMf -----END PGP SIGNATURE-----

1 0

*** glibc error ***
by Matt D 12 Aug '13

12 Aug '13

hey, i made some code to show information from the data units; some in the c++ (ldu1.h, ldu1.cc, etc) and some in the python (traffic panel). now when i leave it running for a somewhat extending period of time op25 dies with what i think is some sort of memory error: *** glibc detected *** /usr/bin/python: free(): invalid pointer: 0xb7698434 *** ======= Backtrace: ========= /lib/i386-linux-gnu/libc.so.6(+0x75ee2)[0xb7567ee2] /usr/lib/i386-linux-gnu/libstdc++.so.6(_ZdlPv+0x1f)[0xb696eadf] /usr/lib/i386-linux-gnu/libstdc++.so.6(_ZNSs4_Rep10_M_destroyERKSaIcE+0x1b)[0xb69d67bb] /usr/local/lib/python2.7/dist-packages/gnuradio/_op25.so(_ZN19snapshot_du_handler6handleEN5boost10shared_ptrI9data_unitEE+0x236)[0xb2ce6de6] /usr/local/lib/python2.7/dist-packages/gnuradio/_op25.so(_ZN17data_unit_handler6handleEN5boost10shared_ptrI9data_unitEE+0x54)[0xb2ce5c74] /usr/local/lib/python2.7/dist-packages/gnuradio/_op25.so(_ZN16voice_du_handler6handleEN5boost10shared_ptrI9data_unitEE+0x66)[0xb2ce8116] /usr/local/lib/python2.7/dist-packages/gnuradio/_op25.so(_ZN15op25_decoder_bf14receive_symbolEh+0x18c)[0xb2cffbec] /usr/local/lib/python2.7/dist-packages/gnuradio/_op25.so(_ZN15op25_decoder_bf12general_workEiRSt6vectorIiSaIiEERS0_IPKvSaIS5_EERS0_IPvSaIS9_EE+0x4b)[0xb2cffddb] /usr/local/lib/libgnuradio-core-3.6.3.1.so.0.0.0(_ZN17gr_block_executor17run_one_iterationEv+0xa09)[0xb6aa5529] /usr/local/lib/libgnuradio-core-3.6.3.1.so.0.0.0(_ZN18gr_tpb_thread_bodyC1EN5boost10shared_ptrI8gr_blockEEi+0x4b1)[0xb6ac7aa1] /usr/local/lib/libgnuradio-core-3.6.3.1.so.0.0.0(+0xb335b)[0xb6ac235b] /usr/local/lib/libgruel-3.6.3.1.so.0.0.0(+0x32e46)[0xb6c6ae46] /usr/lib/libboost_thread.so.1.49.0(+0xb96c)[0xb68f096c] /lib/i386-linux-gnu/libpthread.so.0(+0x6d4c)[0xb76c5d4c] /lib/i386-linux-gnu/libc.so.6(clone+0x5e)[0xb75e0dde] ======= Memory map: ======== i omitted the huge memory map. i have no idea what to do with this sort of back trace. any guidance will be much appreciated. Cheers, Matt

2 3

grc/op25 [1 Attachment]
by Matt D 23 Jul '13

23 Jul '13

hey, i am having major problems here. i was testing some code i put into the ldu1 files to get the unit ids. after many installations of the revised ldu1 files my work was halted. first my grc got stuck on start up. now it starts and dies in a flash and prints out like a thousand errors that essentially, i think, say that op25 is not installed; or that it is installed incorrectly. i have been trying to remedy this all weekend. i uninstalled and reinstalled op25 and gr-baz and grc3.6.3. multiple times. i am fresh out of ideas. i attached the traceback stuff, if you can, please take a peek. any guidance would be much appreciated. -- Matt D ------------

2 3

OP25 CAI reference
by Matt D 16 Jul '13

16 Jul '13

Hi, I have been unable to find the OP25 CAI reference. Can somebody point me to it? Thanks! -- Matt D ------------

1 0

rs decoder in hdu.cc
by Matt D 15 Jul '13

15 Jul '13

Hey, In the hdu.cc file there is a function 'apply_rs_correction'. I am interested in finding out how this works. What is confusing me is that I know it works. But I have been looking at this code and to me it seems to do essentially nothing??? // apply a different kind of correction void hdu::apply_rs_correction(bit_vector& frame) { // pre-processor if statement that is *always false* (0 == false) #if 0 *// so this code is not included in the final compiled program static itpp::Reed_Solomon rs(6, 8, true); const size_t rs_codeword[][6] = { }; const size_t nof_codeword_bits = sizeof(codeword_bits) / sizeof(codeword_bits[0]); // the end of the pre-processor if statement #endif // and that's it for this function? -- so this function is actually empty in the compiled program??? } I am putting comments in the code trying to understand it. What am i missing here? -- Matt D ------------

3 4

← Newer
1
...
20
21
22
23
24
25
26
...
32
Older →

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

op25-dev