Re: Adaptation of Federico La Roccas ISDB-T blocks for DVB-T

2021-12-13 Thread Federico 'Larroca' La Rocca
Hi Ralf, Good news! Regarding your question, In order to be sure that what the block was measuring was right, I've used a complete software transceiver together with a Channel Model block. You may take a look at https://github.com/git-artes/gr-isdbt/blob/master/examples/full_transceiver.grc.

Re: Adaptation of Federico La Roccas ISDB-T blocks for DVB-T

2021-12-13 Thread Ralf Gorholt
Hello Federico, after a lot of thinking I have finally managed to adapt your OFDM Synchronization and TMCC Decoder blocks for DVB-T :-) The problem was that the frame and symbol indexes in the tags sent by the TPS decoder were not correct. Although I can see the video now, I am not sure that I

Re: Adaptation of Federico La Roccas ISDB-T blocks for DVB-T

2021-12-11 Thread Ralf Gorholt
Hello Federico, I have a lot of difficulties to generate the output and the tags for the blocks that follow my TPS Decoder in the flowgraph. That's why I had the idea to take a different approach. The OFDM Synchronization block outputs the payload carriers (1705 in 2K mode) whereas the Demod

Re: Adaptation of Federico La Roccas ISDB-T blocks for DVB-T

2021-12-10 Thread Ralf Gorholt
Hi Vasil, thanks for the information. I am using Linux Mint 20.2 Uma and GNU Radio 3.8.3.1. I don't know yet how to install the debug symbols but perhaps this is not necessary. As I have found out, the downstream blocks expect tags that I don't send and that is the reason why my flowgraph fails

Re: Adaptation of Federico La Roccas ISDB-T blocks for DVB-T

2021-12-10 Thread Vasil Velichkov
Hi Ralf, > Thread 27 "dvbt_symbol_inn" received signal SIGSEGV, Segmentation fault. > [Switching to Thread 0x7fffc5ffb700 (LWP 1924)] > 0x7fffe61a2e0d in ?? () from > /lib/x86_64-linux-gnu/libgnuradio-dtv.so.3.8.3 > (gdb) bt > #0 0x7fffe61a2e0d in () at >

Re: Adaptation of Federico La Roccas ISDB-T blocks for DVB-T

2021-12-10 Thread Ralf Gorholt
Hi Federico, indeed, the "symbol_index" tag that is normally sent for each OFDM symbol is missing. This might cause an unexpected situation for the following deinterleaver block, "Access not within mapped region" according to valgrind. I will see how I can generate the symbol index for each

Re: Adaptation of Federico La Roccas ISDB-T blocks for DVB-T

2021-12-10 Thread Federico 'Larroca' La Rocca
Hi, I'd be more than happy to help. A couple of things that come into my mind. The OFDM Synchronization block is a combination of our "old" OFDM Symbol acquisition (for a while now it's been part of GNU Radio) and Sync and Channel estimation blocks (which performed equalization and integer

Re: Adaptation of Federico La Roccas ISDB-T blocks for DVB-T

2021-12-10 Thread Vasil Velichkov
Hi Ralf, On 10/12/2021 11.52, Ralf Gorholt wrote: > Unfortunately, when I deactivate the original flowgraph, it does no > longer work and I get a -11 return code. The "-11" value means that you got a segmentation fault and the process was kill with signal 11 (SIGSEGV)

Adaptation of Federico La Roccas ISDB-T blocks for DVB-T

2021-12-10 Thread Ralf Gorholt
Dear all, I forgot to mention in me previous mail that the test flowgraph is not generated by GRC when it terminates with a -11 return code. I have just noticed that the test.py file is missing. My GNU Radio version is 3.8.3.1. Ralf

Adaptation of Federico La Roccas ISDB-T blocks for DVB-T

2021-12-10 Thread Ralf Gorholt
Dear all, in order to benefit from Federicos ISDB-T block "OFDM Synchronization" that performs a frequency and symbol rate correction I am currently trying to adapt his blocks "OFDM Synchronization" and "TMCC Decoder" in a way that makes them usable for DVB-T. To check if they work correctly I