Re: [Discuss-gnuradio] can't use ControlPort in gnuradio 3.7

[nesimi eldarov]

 Thanks!

here is the link:
http://pastebin.com/hC7k9tfG

Thanks again in advance!


Воскресенье, 24 ноября 2013, 20:43 +01:00 от "Martin Braun (CEL)" 
:
>On Sun, Nov 24, 2013 at 03:33:36PM +0400, nesimi eldarov wrote:
>> Hi Martin,
>> 
>> I installed from source. 
>> I look into build folder I could not find ControlPort. I guess it was 
>> disabled
>> during installation but I am not sure.
>> 
>> What do you mean with ' pastebin the cmake output '?
>
>It means you copy and paste the output of running cmake to a service
>like pastebin.com so we can inspect it.
>
>MB
>
>-- 
>Karlsruhe Institute of Technology (KIT)
>Communications Engineering Lab (CEL)
>
>Dipl.-Ing. Martin Braun
>Research Associate
>
>Kaiserstraße 12
>Building 05.01
>76131 Karlsruhe
>
>Phone: +49 721 608-43790
>Fax: +49 721 608-46071
>www.cel.kit.edu
>
>KIT -- University of the State of Baden-Württemberg and
>National Laboratory of the Helmholtz Association
>
>___
>Discuss-gnuradio mailing list
>Discuss-gnuradio@gnu.org
>https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>


-- 
NE
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] can't use ControlPort in gnuradio 3.7

[Martin Braun (CEL)]

On Mon, Nov 25, 2013 at 01:45:47PM +0400, nesimi eldarov wrote:
> Thanks!
> 
> here is the link:
> http://pastebin.com/hC7k9tfG

I'm not sure what you pasted here, but it's not the output of running
cmake in GNU Radio.

MB

-- 
Karlsruhe Institute of Technology (KIT)
Communications Engineering Lab (CEL)

Dipl.-Ing. Martin Braun
Research Associate

Kaiserstraße 12
Building 05.01
76131 Karlsruhe

Phone: +49 721 608-43790
Fax: +49 721 608-46071
www.cel.kit.edu

KIT -- University of the State of Baden-Württemberg and
National Laboratory of the Helmholtz Association


pgpy2sTzY7bTH.pgp
Description: PGP signature
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Discuss-gnuradio Digest, Vol 132, Issue 22

[Martin Braun (CEL)]

On Mon, Nov 25, 2013 at 01:22:37PM +0500, Murtaza Ali wrote:
> hi everyone 
> i am generating LFM signal in gnu radio with signal source and vco. i do not
>  know about parameters of vco like sensitivity .
> does anybody knows?? 

When writing to this list, don't reply to a digest email.
Create a new thread, use a meaningful subject line and make sure the
question is clearly stated.

MB

-- 
Karlsruhe Institute of Technology (KIT)
Communications Engineering Lab (CEL)

Dipl.-Ing. Martin Braun
Research Associate

Kaiserstraße 12
Building 05.01
76131 Karlsruhe

Phone: +49 721 608-43790
Fax: +49 721 608-46071
www.cel.kit.edu

KIT -- University of the State of Baden-Württemberg and
National Laboratory of the Helmholtz Association


pgp8oaibg6puF.pgp
Description: PGP signature
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] can't use ControlPort in gnuradio 3.7

[nesimi eldarov]

 Sorry, now I put the correct file:
http://pastebin.com/3bLcTYrE



Понедельник, 25 ноября 2013, 11:44 +01:00 от "Martin Braun (CEL)" 
:
>On Mon, Nov 25, 2013 at 01:45:47PM +0400, nesimi eldarov wrote:
>> Thanks!
>> 
>> here is the link:
>>  http://pastebin.com/hC7k9tfG
>
>I'm not sure what you pasted here, but it's not the output of running
>cmake in GNU Radio.
>
>MB
>
>-- 
>Karlsruhe Institute of Technology (KIT)
>Communications Engineering Lab (CEL)
>
>Dipl.-Ing. Martin Braun
>Research Associate
>
>Kaiserstraße 12
>Building 05.01
>76131 Karlsruhe
>
>Phone: +49 721 608-43790
>Fax: +49 721 608-46071
>www.cel.kit.edu
>
>KIT -- University of the State of Baden-Württemberg and
>National Laboratory of the Helmholtz Association
>
>___
>Discuss-gnuradio mailing list
>Discuss-gnuradio@gnu.org
>https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>


-- 
NE
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] can't use ControlPort in gnuradio 3.7

[Martin Braun (CEL)]

On Mon, Nov 25, 2013 at 02:50:20PM +0400, nesimi eldarov wrote:
> Sorry, now I put the correct file:
> http://pastebin.com/3bLcTYrE

As you can see in line 74, you do not have ICE installed.

If you want to use CtrlPort, you will have to install it, although most
GNU Radio components work fine without it.

MB

-- 
Karlsruhe Institute of Technology (KIT)
Communications Engineering Lab (CEL)

Dipl.-Ing. Martin Braun
Research Associate

Kaiserstraße 12
Building 05.01
76131 Karlsruhe

Phone: +49 721 608-43790
Fax: +49 721 608-46071
www.cel.kit.edu

KIT -- University of the State of Baden-Württemberg and
National Laboratory of the Helmholtz Association


pgpgAe_5nABTY.pgp
Description: PGP signature
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Volk machine

[West, Nathan]

I agree with Nick: that VOLK stuff is all expected behavior. If you're
trying to write to a file at high rates you should look in to using a
ramdisk/tmpfs. You'll be limited by how much RAM you have rather than
IO speed.

However, based on your other threads I wonder if you've taken Tom's
recent suggestion to just lower your input sampling rate? If you're
only interested in ~1MHz bandwidth you shouldn't be sampling at 50
MHz.

-nathan

On Mon, Nov 25, 2013 at 12:08 AM, Nick Foster  wrote:
> Your file sink only records a few seconds of data because your hard drive
> can't keep up, not because of any problem with Volk. The Volk machine being
> used does not indicate which particular architecture is used for each kernel
> -- that isn't printed at runtime.
>
> --n
>
> On Nov 24, 2013 9:58 PM, "Paul B. Huter"  wrote:
>>
>> When running with a USRP source at 25M and a low pass filter down to
>> 10MHz, I get something saying "Using Volk machine: sse4_a_64", and my file
>> sink only records a couple seconds of data. I ran the volk_profile script,
>> but still get the same result. The script returned something other than
>> "sse4_a_64" as the best volk to use. My GNU Radio seems to have trouble
>> reading configuration files, so is there a way to manually point to the volk
>> parameter to use when I load GNU Radio?
>>
>> Paul B. Huter
>>

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] [USRP-users] A good alternative for Ezcap DVB-T Dongle??

[Nowlan, Sean]

My experience has been that the EZcaps with E4000 aren't easy to get anymore 
since the E4000 has been discontinued. I'll second Rui's notion that you should 
look for something with the R820T. I just picked one up last week - it seems to 
have much better sensitivity and much less LO leakage (DC spike) than my EZcap.

Look for the NooElec TV28T: 
http://www.amazon.com/Receiver-RTL2832U-Compatible-Packages-Guaranteed/dp/B009U7WZCA/

Sean

From: discuss-gnuradio-bounces+sean.nowlan=gtri.gatech@gnu.org 
[mailto:discuss-gnuradio-bounces+sean.nowlan=gtri.gatech@gnu.org] On Behalf 
Of Manu T S
Sent: Tuesday, November 19, 2013 7:58 AM
To: Rui Pinheiro; GNURadio Discussion List
Subject: Re: [Discuss-gnuradio] [USRP-users] A good alternative for Ezcap DVB-T 
Dongle??

Hi Rui,
I was looking for alternatives because ezcap dongles are not readily available 
in India. When I bought one (I bought from dealextream) it had to be shipped 
from Hong Kong and took many days to reach me. I had to pay extra customs 
duty.(That any way will be unavoidable)
. I'm not averse to ezcap in any way. But I'm looking for better reliability 
about shipping.
If you are aware of any dealers selling ezcap, I would be glad to know the 
details.
Thanks.
Manu

On Tue, Nov 19, 2013 at 5:59 PM, Rui Pinheiro 
mailto:ruipinhei...@gmail.com>> wrote:

Hi Manu,

why an alternative? I uses dongles with the E4000 tuner some cynergys. In my 
opinion the ezcap with the R820T tuner works better and more stable (rtl-sdr 
project).

Cheers..

Rui
Am 19.11.2013 12:36 schrieb "Manu T S" 
mailto:manu.t.s...@gmail.com>>:
Hi,

What are the options for a good alternative for Ezcap DVB-T dongle?
We need some RTL SDR dongles, for setting up experiments for undergraduate 
communication lab course. We were planning to buy some RTL SDR compatible 
dongles for the same. If anyone knows a good alternative for Ezcap DVB-T 
dongle, please let me know. Any amount of details ( specifications, available 
vendors) are welcome.
Thank you.

--
Manu T S

___
USRP-users mailing list
usrp-us...@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com



--
Manu T S
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] FTW IEEE802.11a/g/p OFDM Frame Encoder

[nesimi eldarov]

 Hi Bastian,

I have two USRP N200 devices and trying to test on them. However it seems like 
not working. Here is the code that I run:

~/gr-ieee802-11/examples$ sudo ./ofdm_tx.py

linux; GNU C++ version 4.7.3; Boost_105300; UHD_003.006.000-0-g7788c692

(python:19831): IBUS-WARNING **: The owner of /home/nasimi/.config/ibus/bus is 
not root!
-- Opening a USRP2/N-Series device...
-- Current recv frame size: 1472 bytes
-- Current send frame size: 1472 bytes
Using Volk machine: ssse3_64
OFDM MAPPER: encoding: 0

The A led is off all the time except for the beginning.

in the second device I run 
~/gr-ieee802-11/examples$ sudo ./ofdm_rx.py
 But there is nothing noticable. 

Am I doing all correctly? 

Пятница, 22 ноября 2013, 20:19 +01:00 от Bastian Bloessl 
:
>
>On 22 Nov 2013, at 20:02, nesimi eldarov < nesaz...@mail.ru > wrote:
>> 
>> Do you think it would be possible to use two USRPs, one for the tranmitter 
>> and the second for the receiver?
>> 
>
>Yes, but at least you have to change MAC and IP address in the start script. 
>Maybe enable promisc mode of the TAP device or change the WiFi MAC. I’m not 
>100% sure if this is required, but have no USRP around to test.
>
>Bastian

-- 
NE
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] WX GUI Constellation sink plot freez ?

[Naceur]

Hello list,

I got questions re the WX GUI Constellation Sink block:

1/ Could anyone give descriptions of what is 

* Theta ?
* Loop bandwidth ? 
* Max Freq ?
* Mu ?
* Gain Mu ?
* Symbol Rate ?
* Omega Limit ?

2/ What are the essential params of the block to adjust, for my case I am
receiving a BPSK signal (Params @ Tx are: 10 MHz samp_rate, ow_format sc8,
Samples/Symbol = 4, Spread signal with a 11 chips code),

I set:
sample_rate = 10 MHz,
Frame rate = 512,
Constellation Size = 512, 
M = 2,

3/ Once the constellation plotted it freezes and "O"s appears in the
terminal section of GRC ?
What am I doing wrong ?

Regards,



--
View this message in context: 
http://gnuradio.4.n7.nabble.com/WX-GUI-Constellation-sink-plot-freez-tp44967.html
Sent from the GnuRadio mailing list archive at Nabble.com.

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Gnuradio 3.7.2 adn WX GUI Waterfall Sink with only blue screen output

[Ben Z en de rest]

Just to update what I did to try and solve this problem (with no luck yet)

I did read that the problem could be related to the need for Python OpenGL
support. I did install Python OpenGL (and OpenGL accelerator) from
http://pyopengl.sourceforge.net  but that gave me a "X windows system
error" on all Gnuradio examples that I tried.

Had to remove Python OpenGL to solve that "X windows system error" but the
waterfall sink still only shows blue lines.


Then I had Synaptic install the Python OpenGL but with the same "X windows
system error" as result. So I had it removed and now I am back at my first
problem.

Kind regards,

Ben




2013/11/24 Ben Z en de rest 

> Hi,
>
> Installed Gnuradio 3.7.2 from source. Had some troubles loading files from
> earlier versions so I started from scratch with the FM receiver from author
> 2h20. Added a bandpass filter to filter the 19 kHz pilot tone (just for
> fun) but want to add the waterfall sink to see / show 57 kHz RDS carrier
> (also for fun / getting experience).
>
> The waterfall sink only shows a blue screen. Tried different range
> settings, different ref scale settings and FFT sizes. Stole the settings
> from this example
> http://www.kj6msg.com/2013/09/gnu-radio-rtl-sdr-and-mac-os-x.html but
> still no output. The waterfall also shows no scale information or labels.
>
> Found another problem about this on the list where the question was what
> happened if a signal source was connected to the waterfall sink without
> anything else, I tried that also but even there only a blue screen is
> filled but no signal and no labels and so on are showed.
>
> The output window is here:
> http://www.pe2bz.nl/hamradio/uploads/images/Selectie_001.png
>
> Thanks for any advice,
>
>
> Ben
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Gnuradio 3.7.2 adn WX GUI Waterfall Sink with only blue screen output

[Tom Rondeau]

On Mon, Nov 25, 2013 at 3:11 PM, Ben Z en de rest
 wrote:
> Just to update what I did to try and solve this problem (with no luck yet)
>
> I did read that the problem could be related to the need for Python OpenGL
> support. I did install Python OpenGL (and OpenGL accelerator) from
> http://pyopengl.sourceforge.net  but that gave me a "X windows system error"
> on all Gnuradio examples that I tried.
>
> Had to remove Python OpenGL to solve that "X windows system error" but the
> waterfall sink still only shows blue lines.
>
>
> Then I had Synaptic install the Python OpenGL but with the same "X windows
> system error" as result. So I had it removed and now I am back at my first
> problem.
>
> Kind regards,
>
> Ben

Ben,
Yes, it's probably related to OpenGL issues. Sounds like your system
doesn't like OpenGL much at all.

Try disabling it in the WXGUI plots by editing
$prefix/etc/gnuradio/conf.d/gr-wxgui.conf and changing "style = auto"
to "style = nongl".

Tom



> 2013/11/24 Ben Z en de rest 
>>
>> Hi,
>>
>> Installed Gnuradio 3.7.2 from source. Had some troubles loading files from
>> earlier versions so I started from scratch with the FM receiver from author
>> 2h20. Added a bandpass filter to filter the 19 kHz pilot tone (just for fun)
>> but want to add the waterfall sink to see / show 57 kHz RDS carrier (also
>> for fun / getting experience).
>>
>> The waterfall sink only shows a blue screen. Tried different range
>> settings, different ref scale settings and FFT sizes. Stole the settings
>> from this example
>> http://www.kj6msg.com/2013/09/gnu-radio-rtl-sdr-and-mac-os-x.html but still
>> no output. The waterfall also shows no scale information or labels.
>>
>> Found another problem about this on the list where the question was what
>> happened if a signal source was connected to the waterfall sink without
>> anything else, I tried that also but even there only a blue screen is filled
>> but no signal and no labels and so on are showed.
>>
>> The output window is here:
>> http://www.pe2bz.nl/hamradio/uploads/images/Selectie_001.png
>>
>> Thanks for any advice,
>>
>>
>> Ben
>
>
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] [USRP-users] How to use RX1 channel on USRP

[Luong Tan Phong]

Hi Ben,

Thanks for your reply.

On RX1 channel, I've added a demodulation module. The demodulator get data
from the cordic_z24 module (via clip_reg module) and out to dsp_rx_glue
module (you can see on the attacked file). The data rate on RX1 depend on
the symbol rate of demodulator.
I can't get only data from RX1 on PC. Therefore, on PC, I've configured UHD
to receive data from both channel (RX0 and RX1) with sample_rate is
5Msamples/s (160 Mbit/s), data rate of RX1 is 18Mbit/s. One error appeared
when program run:


UHD Error:

The receive packet handler failed to time-align packets.

67936 received packets were processed by the handler.

However, a timestamp match could not be determined.

Could you help me to get only data from RX1 or both RX0 and RX1 channel,
please?

Thanks.

Best regards.

LTP


On Tue, Nov 26, 2013 at 5:05 AM, Ben Hilburn  wrote:

> Hi LTP -
>
> If you modified the FPGA code for that channel, it is impossible for us to
> know how you might have changed things, and what the effect might be.
>
> If you post your modified code for others to review, we might be able to
> help you more. That said, we really can't support custom implementations,
> since it is your application.
>
> What led you to modify the code? Was there something about the stock
> images that didn't do something you needed?
>
> Cheers,
> Ben
>
> 
> Ettus Research, LLC    |   USRP
>
>
> On Thu, Nov 21, 2013 at 5:40 PM, Luong Tan Phong wrote:
>
>> Hi Lists,
>>
>> I've modified RX1 channel on USRP N2xx FPGA sources, and data rate on RX1
>> is difference with RX0 (don't change RX0 channel because RX0 channel will
>> be use for other task).
>> Could you tell me how to receive data from RX1, please?
>>
>> Any of your advice to help me would be greatly appreciated.
>>
>> Thanks so much.
>>
>> Best regards,
>>
>> LTP.
>>
>> ___
>> USRP-users mailing list
>> usrp-us...@lists.ettus.com
>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>>
>>
>


ddc_chain_no_decimation_P.v
Description: Binary data
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Weird malloc/free crash in pm_remez.cc

[Mark Cottrell]

On Mon, Nov 25, 2013 at 3:03 PM, Josh Myer  wrote:

> Hi all,
>
> I’ve got an annoying crash in the current head of gnuradio.  It’s
> reproducible with the GRC file up at:
>
> http://www.joshisanerd.com/am_demod_crash.grc
>
> Does this crash for anyone else?  If nobody else can repro, this is
> probably something that’s hosed in my environment.  Until someone else can
> confirm this, it’s probably not worth looking into for anyone else.
>
> For me, the crash is at pm_remez.cc:698, the free(Grid) call in the error
> handler.  (It’s coming from an error code of -2, which is probably due to
> my putting in totally insane parameters or some such.)
>
> The odd thing is that it doesn’t look like it should be crashing in this
> code path.  The pointer it’s freeing is totally fine when I step through
> with gdb: the same as the malloc’d value, and no intervening free() calls,
> yet it’s still crashing when it gets free()’d.  When I move the free(Grid)
> line around, the crash follows it.  It doesn’t look like anything else is
> getting screwed up, so I don’t know what to make of this.
>
> (FWIW, my goal is to poke around at decoding RDS.  I’ve removed a lot of
> stuff to get down to this minimal program that shows the problem.  I’ve
> gotten the AM demod stuff sorta working in ipython, and am now trying to
> port it back to gnuradio… pointers on anything that’s clearly wrong with my
> design there would be appreciated.)
> —
> /jbm
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>

I was able to reproduce your problem with the linked grc file. I'm running
gnuradio 3.7.2git-171-g362b0fb6 in debian jessie, and I have absolutely no
idea what would be causing it, sorry.  At least now it seems as though it
isn't isolated to a problem with your environment.

-- 

--
This email, including any attachments, is only for the intended recipient. 
It is subject to copyright, is confidential and may be the subject of legal 
or other privilege, none of which is waived or lost by reason of this 
transmission.
If you are not an intended recipient, you may not use, disseminate, 
distribute or reproduce such email, any attachments, or any part thereof. 
If you have received a message in error, please notify the sender 
immediately and erase all copies of the message and any attachments.
Unfortunately, we cannot warrant that the email has not been altered or 
corrupted during transmission nor can we guarantee that any email or any 
attachments are free from computer viruses or other conditions which may 
damage or interfere with recipient data, hardware or software. The 
recipient relies upon its own procedures and assumes all risk of use and of 
opening any attachments.
--
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Weird malloc/free crash in pm_remez.cc

[Tom Rondeau]

On Mon, Nov 25, 2013 at 10:12 PM, Mark Cottrell
 wrote:
> On Mon, Nov 25, 2013 at 3:03 PM, Josh Myer  wrote:
>>
>> Hi all,
>>
>> I’ve got an annoying crash in the current head of gnuradio.  It’s
>> reproducible with the GRC file up at:
>>
>> http://www.joshisanerd.com/am_demod_crash.grc
>>
>> Does this crash for anyone else?  If nobody else can repro, this is
>> probably something that’s hosed in my environment.  Until someone else can
>> confirm this, it’s probably not worth looking into for anyone else.
>>
>> For me, the crash is at pm_remez.cc:698, the free(Grid) call in the error
>> handler.  (It’s coming from an error code of -2, which is probably due to my
>> putting in totally insane parameters or some such.)
>>
>> The odd thing is that it doesn’t look like it should be crashing in this
>> code path.  The pointer it’s freeing is totally fine when I step through
>> with gdb: the same as the malloc’d value, and no intervening free() calls,
>> yet it’s still crashing when it gets free()’d.  When I move the free(Grid)
>> line around, the crash follows it.  It doesn’t look like anything else is
>> getting screwed up, so I don’t know what to make of this.
>>
>> (FWIW, my goal is to poke around at decoding RDS.  I’ve removed a lot of
>> stuff to get down to this minimal program that shows the problem.  I’ve
>> gotten the AM demod stuff sorta working in ipython, and am now trying to
>> port it back to gnuradio… pointers on anything that’s clearly wrong with my
>> design there would be appreciated.)
>> —
>> /jbm
>> ___
>> Discuss-gnuradio mailing list
>> Discuss-gnuradio@gnu.org
>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>
> I was able to reproduce your problem with the linked grc file. I'm running
> gnuradio 3.7.2git-171-g362b0fb6 in debian jessie, and I have absolutely no
> idea what would be causing it, sorry.  At least now it seems as though it
> isn't isolated to a problem with your environment.
>
> 
> This email, including any attachments, is only for the intended recipient.
> It is subject to copyright, is confidential and may be the subject of legal
> or other privilege, none of which is waived or lost by reason of this
> transmission.
> If you are not an intended recipient, you may not use, disseminate,
> distribute or reproduce such email, any attachments, or any part thereof. If
> you have received a message in error, please notify the sender immediately
> and erase all copies of the message and any attachments.
> Unfortunately, we cannot warrant that the email has not been altered or
> corrupted during transmission nor can we guarantee that any email or any
> attachments are free from computer viruses or other conditions which may
> damage or interfere with recipient data, hardware or software. The recipient
> relies upon its own procedures and assumes all risk of use and of opening
> any attachments.


You set the audio passband in the AM Demod to 0, which is what's
causing the problem. That's a bogus passband value, though it
shouldn't be causing a memory crash. We'll have to protect against
this instead of just letting it crash.

Thanks for the report.

Tom

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio