Either I've missed something geopolitically very relevant, or either the country displayed or the country sent is incorrect:

Hello,

I'm trying to install gr-dab with the following command:

$ cd gr-dab-maint-3.8
$ mkdir build
$ cd build
$cmake ../
$make
$ sudo make install
$ sudo ldconfig

Already when running cmake ../ I fail with the following error message:

-- Found PythonLibs: /usr/lib/x86_64-linux-gnu/libpython2.7.so (found version "2.7.17")
-- Found PythonLibs: /usr/lib/x86_64-linux-gnu/libpython2.7.so (found suitable version "2.7.17", minimum required is "2")
CMake Error at /usr/lib/x86_64-linux-gnu/cmake/gnuradio/GrTest.cmake:45 (get_target_property):
The LOCATION property may not be read from target "gnuradio-dab". Use the
target name directly with add_custom_command, or use the generator
expression $<TARGET_FILE>, as appropriate.

What do I have to change?

Debug info spams console and should be blocked in DABstep because the information is also provided within the graphical application.
The information is though important for the use in GRC and should therefore only blocked for the executable DABstep.

hello,
I just have installed the dab whits and have found this error when running the dab transmitter flowgraph in gnuradio companion version 3.7.9 but the install process was ok.

LEDs only display when the GUI ist started from the python/GUI folder.

I've checked out the working_branch repo and built it without any problems

When i run GRC I get no errors except for some warning:

gr::buffer::allocate_buffer: warning: tried to allocate
4 items of size 20416. Due to alignment requirements
64 were allocated. If this isn't OK, consider padding
your structure to a power-of-two bytes.
On this platform, our allocation granularity is 4096 bytes.

the receiver GRC works fine (receiving other stations) except for some bugs (buffer underruns in the beginning and the ODFM demuxer seems not always to init/decode, but after some restarts it does)

but for some reason cant get the transmitter to work with the working_branch

it seems to run and it is transmitting but if i monitor (listen to) the signal in #SDRSharp it sounds (and looks a bit) different than other DAB signals

sounds like some metalic sampled phasing sound, while other DAB signals sound more like hiss

probably the OFDM modulated signal is invalid? because it is/seems not demodulated

can someone maybe upload a short recorded file sample (from out of the ODFM Modulator) to compare ?

other branches or early commits gave all a circular memory problem,
compiling looks fine but problems with GRC to run on a 16GB system
and another 4GB system

also DABstep runs but has the same TX problem on working_branch and circular buffer error on old(er) commits

really wonder what the problem could be, upto now many other (transmitting) projects
like TX FM and TX digital ran fine, also the receiving part of DAB runs fine (except of some bugs)

hope someone can help with this problem,

best regards.

try

import wave
w = wave.open("/path/to/file.wav")
print str(w.getframerate()) + "Hz, " + (w.getnchannels() == 1) ? "mono" : ((w.getnchannels() == 2) ? "stereo" : "too many channels for its own good")

(and please, never ever use cond1 ? result1 : ( cond2 ? result2 : result3) in production code :D )

The audio card gets underruns although there are no errors in received MPEG Frames. This is probably a buffer issue.

Not sure if this might simply be a standards issue, but this list might be missing one or two countries that I've heard of:

    country_ID_ECC_E0 = [ 
        "None", 
        "Germany", 
        "Algeria", 
        "Andorra", 
        "Israel", 
        "Italy", 
        "Belgium", 
        "Russian Federation", 
        "Azores (Portugal)", 
        "Albania", 
        "Austria", 
        "Hungary", 
        "Malta", 
        "Germany", 
        "Canaries (Spain)", 
        "Egypt" 
    ] 

Hi, everyone.
I'm trying to implement dab_transmiter.grc, but facing the following problem. Tell me please how to solve the issue

"Start receiver" should probably switch to "stop receiver" once started.

In a lot of places signal processing is stopped (by throw()ing) if an error is found.

This behaviour must be replaced with a method that handles decoding errors gracefully and skips the current frame or inserts padding to smooth out the audio decoding.

Also checks in fib_sink and mp4_decode need to be verified for standard compliance.

I am not able to install it. After running the comands on the description GNU Radio keeps without providing the gr-dab blocks. And I am not able to run the DABstep neither. ¿Could someone help me?

Thank you in advance

Hello!GR-DAB installed in GNURADIO 3.8 block is XML format, GRC will not run.

Hello,

after successfully compiling the code in the 3.8 branch according to the Readme I still can't get the transmitter part in DABStep to work. After I start the transmitter the program crashes.
The blocks in GNURadio companion examples seem to be not existing as well (and are red in the examples). The receiving path seems to work fine with an USRP X310.

Are there any additional steps to be taken or software to be installed to get the transmitter functionality working? What is the last stable version for 3.8?

Any help would be appreciated.

Cheers

The scatter, frequency and waterfall plot sometimes freeze after time or when switching channels.

My top_block.py generated python file file doesn't import dab at the top of the file
Which gives me name error whenever I try to run any of the blocks any idea how to edit the generated python file or solve to this problem

hi,
I was able to run the gr-dab in the gnuradio live to be sure the environment is correct but still have this issue when running the transmitter example:

File "/home/ubuntu/src/gr-dab/examples/top_block.py", line 122, in init
self.dab_fib_source_b_0 = dab.fib_source_b(1, 1, "jfkldsa", '', "fdsas", 1, 2, 14)
File "/usr/local/lib/python2.7/dist-packages/dab/dab_swig.py", line 8843, in make
return _dab_swig.fib_source_b_make(*args, **kwargs)
TypeError: Required argument 'data_rate_n' (pos 9) not found

The argument data_rate in FIB_source block is not taken correctly while the value is there(14).

what I'm doing wrong?.

The wav file source block does only provide one output but 2 are requested.

just as an "easy" enhancement. I think the updater thread works reliably enough :)

I've just checked out the repo and built it.

Getting the following error running the dab_transmitter.grc:
`
self.dab_fib_source_b_0 = dab.fib_source_b(1, 1, "ensemble", "servicelabel", "serivcecomp", 1, [2], [14])
TypeError: make() takes exactly 10 arguments (8 given)

`

Environment:

• Ubuntu 18.04.1
• Python 2.7.15rc1
• GNU Radio Companion 3.7.11
• Using commit 31da0df

Any ideas why that happens?

Replace the KDE widget KLed with an image of a LED to avoid any KDE installation issues.

test 10
    Start 10: qa_fic_encode

10: Test command: /usr/bin/sh "/home/marcus/src/gr-dab/build/python/qa_fic_encode_test.sh"
10: Test timeout computed to be: 9.99988e+06

10: Traceback (most recent call last):
10:   File "/home/marcus/src/gr-dab/python/qa_fic_encode.py", line 27, in <module>
10:     from fic_encode import fic_encode
10:   File "/home/marcus/src/gr-dab/python/fic_encode.py", line 24, in <module>
10:     import dab
10: ImportError: No module named dab
1/1 Test #10: qa_fic_encode ....................***Failed    0.54 sec

You need to make sure that in test code, which is run before anything gets installed, you don't use

import dab

when you really mean to include the SWIG'ed C++ module.

The right way to do it is to explicitly import the dab_swig as dab, and manually import all the python classes you need (which aren't in dab_swig).

In this particular case, we include fic_encoder (quite obviously, because that's what we want to test); but that in turn imports dab – which is really no good, because dab is its own module, and that includes itself ... so, simply import dab_swig if you need it there to give you C++ classes, and if you need plain python classes, import them from . .

Hey, I managed to install gr-dab without error but when launching GNU radio im able to put only:
DAB +Audio decoder
DAB Coarse Frequency Correction
DAB Demultiplexer
DAB Differential phasor
DAB FIC Decoder
DAB Frequency Intervealer
DAB OFDM Demodulator
DAB OFDM Synchronization

Only those mentioned blocks have their .yml files in gnuradio /usr/local/share/gnuradio/grc/blocks installed, the rest of block dont have them installed there and GNU radio is saying block missing when loaded example of DAB transmitter. Can you help me, because im green in fixing this issue.

Best regards

I've created an update to GNU radio 3.8 API & Python3.
I will send a Pullrequest soon, if I don't do that, please remind me here.