Hi Marcus,
I tested again my problem with connecting a data file (file source) to the
fir filter and read the output with the one resulted from Matlab. The error
which appears due to the data precision is in acceptable order.
However, when I directly connect my tx to the fir filter, it did
I'm a bit confused. Your diagram
TX-FIR-...
-Filesink
Indicates that TX is a source, whereas TX usually is an information sink
in DSP. Maybe you want to fill us in about the type of block TX is?
Greetings,
Marcus
On 16.10.2014 13:47, Mostafa Alizadeh wrote:
Hi Marcus,
I tested again my
Tx is an abbreviation of tx blocks! :)
I finally found the problem! I used heap memory but I never release it in
different blocks! So during the runtime, the memory allocation get the
error: std::bad_alloc after somewhile. Now this is fine.
Thank you too much,
Best,
Mostafa
On Thu, Oct 16,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 16.10.2014 22:02, Mostafa Alizadeh wrote:
Tx is an abbreviation of tx blocks! :)
That still doesn't make sense! :)
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
iQEcBAEBAgAGBQJUQCmHAAoJEAFxB7BbsDrLQs0H/R4afmR6XubcaN1qJAleVqiJ
Hi all,
It seems this is a ridiculous question, however, I didn't find any solution
for my problem.
I have already a bunch of custom blocks connected to each other which play
role as a transmitter (tx). I want to connect tx to a fir filter by using
fir_filter_ccc block. I set the filter taps
Hello Mostafa,
filtering is a inherently lossy operation: it's an operation that
involves multiplication and addition of floating point numbers.
Matlab internally uses double (float64) values, whereas GNU Radio,
usually, uses single precision (float32) numbers for performance reasons.
Now,