Re: Conda installation on Windows broken, both minconda & radioconda installer (Was: Please help out a new guy)

Ryan, You nailed it! I uninstalled the Pothos SDR environment and when I reinstalled radioconda I noticed that the installation reset the Pothos registry settings. That fixed it. I really appreciate your help. Best regards, Dave On Thu, Feb 29, 2024 at 12:06 PM Ryan Volz wrote: > > H

Re: Conda installation on Windows broken, both minconda & radioconda installer (Was: Please help out a new guy)

Marcus, Many thanks for giving it a shot. Best regards, Dave On Thu, Feb 29, 2024 at 9:25 AM Marcus Müller wrote: > > Good Morning! > > I'm looping the mailing list back in, so that more people can look at it! > > So, this looks generally pretty good; you have exact

Please help out a new guy

importing qtgui_python: The specified procedure could not be found. Listed below are the packages that didn't load properly: Failed \Device\HarddiskVolume3\Users\ Dave\radioconda\Library\bin\volk.dll Failed \Device\HarddiskVolume3\Users\Dave\radioconda\Library\bin\Qt5Gui_conda.dll Failed \Device

removing module fails

ne 57, in __init__ raise BlockToolException('file', file_path, 'does not exist') gnuradio.blocktool.core.base.BlockToolException: ('file', './include/gnuradio/sidekiq/telemetry.h', 'does not exist') What can I modify to make sure I can build and run the other blocks? Thanks, Dave

Getting undefined symbol

hen I did bind and cmake, make, sudo make install I compiled and installed it. But when I actually run the block I get the error listed above. Any ideas? Thanks, Dave

Re: LDPC Decoder block API change

Thanks Herve for the below clarification on the MIT license and also clarification on the folks who created AFF3CT, I just made the needed corrections to the readme files on both gr-aff3ct_codes and gr-HighDataRate_Modem. Regards, Dave On Wed, Aug 2, 2023 at 2:52 AM Dear Dave, > > Tha

RE: LDPC Decoder block API change

-S2 Encoder, I used the GNU Radio In-Tree DVB-S2 LDPC Encoder block https://github.com/DavidToddMiller/gr-aff3ct_codes Regards, Dave -- *From*: Dave Miller *Subject*: RE: LDPC Decoder block API change *Date*: Tue, 25 Jul 2023 21:58:50 -0400

RE: Using Fractional or Rational resampler to simulate Doppler

rate. Support for a CCSDS rate ½ LDPC Encoder/Decoder is at my other repository, but it does not include Doppler yet in the flowgraphs (maybe later this year): https://github.com/DavidToddMiller/gr-aff3ct_codes Regards, Dave Miller On Thu, Jul 27, 2023 at 4:19 PM Jose Ruvalcaba wrote

RE: LDPC Decoder block API change

. 3. However, I did use the GNU Radio In-Tree LDPC Encoder Block for my CCSDS Rate 1/2 LDPC Encoder. Regards, Dave Miller -- *From*: Jeff Long *Subject*: LDPC Decoder block

Fwd: MIMO with LimeSDR

thread in August that I established to get some input from the Lime Microsystems folks: "LimeSDR-Mini GR-3.8 Block Transmit Distortion" Regards, Dave -- Forwarded message - From: Evgeny Hahamovich Date: Thu, Oct 28, 2021 at 11:57 AM Subject: MIMO with LimeSDR To: Hi

Re: Questions on Polyphase Clock Sync block

George, No deep reason for the gain block between the Polyphase Clock Sync and the Costas Loop. I just used the gain block for my convenience when testing the flowgraph with an external modulator and different settings to see what worked best. Regards, Dave On Wed, Mar 10, 2021 at 12:12 PM

RE: Questions on Polyphase Clock Sync block

of the symbol sync. Hope the above is useful, Dave _ *From*: George Edwards *Subject*: Questions on Polyphase Clock Sync block *Date*: Mon, 8 Mar 2021 16:21:22 -0600 -- Hello, My goal is symbol timing

Re: [Discuss-gnuradio] 'module' object has no attribute

your_module_name'` should result in seeing a better error. If no error happens, then you can also try running `python -c 'import my_module_name; print dir(your_module_name)` to see if your module actually has any contents at all. Hope that helps! -Dave On Mon, Dec 17, 2018 at 5:16 AM Guy Durrieu

Re: [Discuss-gnuradio] Correct GRC version for UHD 3.13.0.1

check that you don't have libuhd.so in /usr/local/lib and /usr/lib at the same time. I'd suggest updating the radios to the current firmware with uhd_image_loader, power cycling them, and then trying again. Good luck! -Dave On Thu, Sep 20, 2018 at 5:36 PM John_w_g wrote: > I am using Ubu

Re: [Discuss-gnuradio] New to Gnu Radio - Save signal to data for an analysis

You should be able to read the output of that command with [1]. Make sure that you use the --file option before your output file name. I tried the command you ran and didn't get any output because I didn't have --file before the output name. Maybe a version difference? By default it seems that

Re: [Discuss-gnuradio] Remote Control of a Flowgraph

If it's just variables that you need to change then you can use the XMLRPC block. I've used it in several graphs where I needed up update variables on the fly. I'm not sure if the XMLRPC block exposes all variables and functions in the top block. I think it's just functions. The server block

Re: [Discuss-gnuradio] GNU Radio not installing: Build Failed

Check out the thread titled: install issues with c++11. I think you two are having the same issue with PyBombs and C++11 On Thu, Jun 7, 2018 at 10:16 AM Mir Muhammad Lodro wrote: > Hi All > i am installing GNU Radio on Linux 16.04, but it's not installing by > saying this file requires

Re: [Discuss-gnuradio] Issue installing GNU Radio with PyBombs

that installing another more recent version of Boost fixed issues for me. But, that comes with the issue of keeping two diff versions of Boost on the same system which can mean lots of odd path variables needing to be set :( On Tue, Jun 5, 2018 at 7:22 PM, Jose Ruvalcaba wrote: > Hi Dave, > &g

Re: [Discuss-gnuradio] Issue installing GNU Radio with PyBombs

I ran into this issue when using clang to build UHD on Ubuntu 16.04. Had to fall back to using gcc to build UHD due to an issue with 16.04's boost not playing nice with clang. Not sure if that's what's happening here though. What OS are you using? Not sure how PyBombs does things under the

Re: [Discuss-gnuradio] functions to generate random signals

If you have C++11 or higher you can use http://en.cppreference.com/w/cpp/numeric/random/uniform_real_distribution. I think that solves the first problem. Check out https://stackoverflow.com/questions/32889309/adding-gaussian-noise for an example of using it for Gaussian noise. On Tue, Jun 5,

Re: [Discuss-gnuradio] install issue with c++11

Check out https://github.com/gnuradio/pybombs#configuring-a-prefix-environment-eg-for-cross-compiling. You might be able to set CXXFLAGS with the `--env` flag On Tue, Jun 5, 2018 at 10:36 AM Dave NotTelling wrote: > I would suspect that PyBombs doesn't care about your env variab

Re: [Discuss-gnuradio] install issue with c++11

, 2018 at 10:33 AM Philip Balister wrote: > On 06/05/2018 10:06 AM, Marcus D. Leech wrote: > > On 06/05/2018 09:07 AM, Jason Matusiak wrote: > >> Thanks Dave, but that did not seem to work for me. Here were the > >> commands I ran (slightly different than recommended,

Re: [Discuss-gnuradio] install issue with c++11

quot;-std=c++11"`, then `cmake ..`, and finally `VERBOSE=1 make -j 1`. The verbose make command will show you if your flags are taking or not. -Dave On Tue, Jun 5, 2018 at 8:00 AM Jason Matusiak wrote: > I am trying to install gnuradio onto a Centos 7 box and am having more and > more issue

Re: [Discuss-gnuradio] Connecting two USRPs in one laptop in gnuradio companion

Inkyu, At least in 3.9.4 that could be a sequence number error ( https://github.com/EttusResearch/uhd/blob/release_003_009_004/host/lib/usrp/common/async_packet_handler.hpp#L62). Odd that you're seeing that with USB. Not really sure how to help you with that part. -Dave On Tue, Apr 24

Re: [Discuss-gnuradio] Callback Function in Blocks for C++

Take a look at https://github.com/gnuradio/gnuradio/blob/master/gr-blocks/include/gnuradio/blocks/throttle.h#L57 , https://github.com/gnuradio/gnuradio/blob/master/gr-blocks/lib/throttle_impl.h#L49, and https://github.com/gnuradio/gnuradio/blob/master/gr-blocks/lib/throttle_impl.cc#L70 as an

Re: [Discuss-gnuradio] return value of gr::block::general_work

e was >>> handled inside "general_work()". I know of no blocks that actually do this, >>> but I don't know everything. That said, the GR runtime internals support my >>> statement & hence this is worth trying. If you do try & succeed, please do >>

Re: [Discuss-gnuradio] return value of gr::block::general_work

t know. Cheers! - MLD > > On Sun, Jan 21, 2018, at 1:19 PM, Dave NotTelling wrote: > > I found in the docs that general_work only supports outputting the same > number of samples to each output port (https://github.com/gnuradio/ > gnuradio/blob/master/gnuradio-runtime/include/g

Re: [Discuss-gnuradio] return value of gr::block::general_work

I found in the docs that general_work only supports outputting the same number of samples to each output port ( https://github.com/gnuradio/gnuradio/blob/master/gnuradio-runtime/include/gnuradio/block.h#L47-L49) but the produce method seems to tell otherwise (

Re: [Discuss-gnuradio] Stream to PDU - Guaranteed to not lump tags?

That does help! Thanks Michael :) On Wed, Jan 10, 2018 at 9:10 PM, Michael Dickens <michael.dick...@ettus.com> wrote: > Hi Dave - The tagged stream -> PDU block will generate exactly 1 PDU per > call to work. In your example, it is possible that all 3 of the PDUs will

Re: [Discuss-gnuradio] Stream to PDU - Guaranteed to not lump tags?

in the block code that ensures that can't happen. As I write this I realize that this is a pretty easy thing to test out. If it's still unclear, then I'll just do that and post results :) Thanks! On Wed, Jan 10, 2018 at 3:32 PM, Michael Dickens <michael.dick...@ettus.com> wrote: >

[Discuss-gnuradio] Stream to PDU - Guaranteed to not lump tags?

The wording of the title likely needs work, but the basic idea is this: - Suppose that I have a ZMQ message source that has arbitrarily sized vectors of some consistent type - I convert that over to a tagged stream, do some operations on it, then convert it back to a PDU - Assume

Re: [Discuss-gnuradio] package 'gnuradio-fft' not found

You are missing quite a few libs. The one that's causing your specific issue: -- Configuring gr-fec support... -- Dependency ENABLE_VOLK = ON -- Dependency Boost_FOUND = 1 -- Dependency ENABLE_GNURADIO_RUNTIME = ON -- Dependency ENABLE_GR_BLOCKS = ON -- Enabling gr-fec support. --

Re: [Discuss-gnuradio] GRCON2017

Any updates on the videos getting posted to YouTube? On Wed, Sep 20, 2017 at 10:03 AM, Ben Hilburn wrote: > Hey all - > > Ron is exactly right. I meant to post the link to the slidedecks, which > are now live. > > We are still waiting on the videos, which will get posted

Re: [Discuss-gnuradio] Performance monitoring within Gnuradio

There is also the Linux tool `perf`. I use that instead of the GNU Radio tools due to library compatibility issues (also thrift is a pita to get working with GNU Radio in my experience). An example is: `perf top -p --call-graph=fp` (use sudo if needed). If you want to see everything you can

Re: [Discuss-gnuradio] Doxygen documentation in GRC

radio/commit/ac925c426dd8dc75b6ee0bd82506e0f59cc5f207, so > 3.7.10.2 or later should have this fixed IIRC. Do you maybe have an older > installation? > > Sebastian Müller > gse...@gmail.com > PGP ID DC2AA3EE > <http://pgp.mit.edu/pks/lookup?op=vindex=0x9FFBD55DDC2AA3EE> > > Am 10. Okto

Re: [Discuss-gnuradio] Doxygen documentation in GRC

Anyone have input on this? I'm trying to make my blocks more user friendly, but all I've been able to get to show up is the description. The information about each parameter is lost in GRC. Shows up fine in the HTML report. On Wed, Aug 10, 2016 at 6:01 AM, Sebastian Müller

Re: [Discuss-gnuradio] Multiple Vectors in PMT

> > Marcus > > On 09/06/2017 02:58 PM, Dave NotTelling wrote: > > Is there a way to have multiple vectors output from a PMT block? > Something akin to having more than one streaming output? > > Thanks! > > -Dave > > > ___

Re: [Discuss-gnuradio] Multiple Vectors in PMT

I just realized that I asked a dumb question. I can put whatever wherever so long as the downstream blocks understand it. Please disregard. On Wed, Sep 6, 2017 at 8:58 AM, Dave NotTelling <dmp250...@gmail.com> wrote: > Is there a way to have multiple vectors output from a

[Discuss-gnuradio] Multiple Vectors in PMT

Is there a way to have multiple vectors output from a PMT block? Something akin to having more than one streaming output? Thanks! -Dave ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] High Water Mark - ZMQ Message Blocks

Thanks! On Mon, Jun 5, 2017 at 3:13 PM, Marcus Müller <marcus.muel...@ettus.com> wrote: > Hi Dave, > > yep, GR messages are back-pressure-free, so that's by design. > > Best regards, > > Marcus > > On 05.06.2017 15:35, Dave NotTelling wrote: > > I noticed

[Discuss-gnuradio] High Water Mark - ZMQ Message Blocks

I noticed that the message base ZMQ blocks don't support high water marks (HWM) but the streaming ones do. Is there a specific reason for that, or is it just the way those blocks were developed? Thanks! ___ Discuss-gnuradio mailing list

Re: [Discuss-gnuradio] Valve Module

If you run `grep -r 'valve' *` in the gnuradio source directory you'll find that it lives in grc/grc_gnuradio/blks2/selector.py. No .cc file for this one. On Fri, May 5, 2017 at 5:30 AM, Ayan Chatterjee wrote: > Hi all, > > I want to create a new port for "Open" in the

Re: [Discuss-gnuradio] Process Naming

On 05/04/2017 09:23 PM, Dave NotTelling wrote: > > How are processes named in GNU Radio? I assumed they took on the ID of > the block. But testing has showed that not to be the case. I was hoping > to be able to see CPU usage of my blocks by running `top -H` and looking at > the proc

[Discuss-gnuradio] Process Naming

nothing to the process name (not even sure what it's for honestly). Is this doable? Thanks! -Dave ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] GRC sheet size

If you want to change the default size you can look in /usr/local/etc/gnuradio/conf.d/grc.conf and change the line `canvas_default_size = 1280, 1024`. The path might be different on your system. You can run `find / -name grc.conf 2>/dev/null` to hunt it down. On Fri, Apr 28, 2017 at 5:05 AM,

Re: [Discuss-gnuradio] OS X Fuzzy Text in GRC

d me (off list) a screen snapshot or the like so that I can see > what you mean by "fuzzy"? I see nothing out of the ordinary in GRC when > running, but then maybe I'm not looking at the correct text... Cheers! - MLD > > On Sun, Apr 2, 2017, at 10:12 AM, Dave NotTelling wrote: >

[Discuss-gnuradio] OS X Fuzzy Text in GRC

I just installed GNU Radio via macports and the text in the blocks is really fuzzy. I ran across https://trac.macports.org/ticket/36410 but I don't quite understand how to make it work for my issue. Is there something in /Applications/MacPorts/Qt4 that I should be changing? I'm running OS X

Re: [Discuss-gnuradio] Fwd: Newbie: usage of PDU to Tagged Stream block

Derp, I didn't English well, but you get the idea :) On Sun, Mar 5, 2017 at 12:26 PM, Dave NotTelling <dmp250...@gmail.com> wrote: > Here is your graph with a slight modification of your graph to show what > happens if you have the CAR populated. > > > > On Sun, Mar 5

Re: [Discuss-gnuradio] Fwd: Newbie: usage of PDU to Tagged Stream block

Here is your graph with a slight modification of your graph to show what happens if you have the CAR populated. On Sun, Mar 5, 2017 at 12:20 PM, Dave NotTelling <dmp250...@gmail.com> wrote: > You don't see any output from the Tag Debug block because it only shows > the tags, not th

Re: [Discuss-gnuradio] Fwd: Newbie: usage of PDU to Tagged Stream block

You don't see any output from the Tag Debug block because it only shows the tags, not the data. You actually don't have any tags in your data. You just have a PMT object with a NIL CAR and a populated CDR. Since there are no elements in the CAR, you get no tags. I personally got confused

Re: [Discuss-gnuradio] Newbie trying to follow OOT module tutorial

Check out http://gnuradio.org/redmine/projects/gnuradio/wiki/BlocksCodingGuide. You'll see that the <+MAX_IN+>, <+MAX_OUT+>, <+MIN_IN+>, <+MIN_OUT+>, <+ITYPE+>, and <+OTYPE+> have all been replaced with actual values. Unless you have multiple inputs and/or outputs you'll replace all of the

Re: [Discuss-gnuradio] Newbie trying to follow OOT module tutorial

Oh, here's a better link: http://gnuradio.org/redmine/projects/gnuradio/wiki/Guided_Tutorial_GNU_Radio_in_C++#424-Step-3-Fleshing-out-the-code On Sun, Mar 5, 2017 at 12:09 PM, Dave NotTelling <dmp250...@gmail.com> wrote: > Check out http://gnuradio.org/redmine/projects/gnuradi

Re: [Discuss-gnuradio] Testing Message Based Blocks

uel...@ettus.com> wrote: > Hi Dave, > > haven't gotten around to looking at your block, but I presume it uses > message passing to emit PMTs, is that right? > > In that case, the "message debug" block has a "store" input. > > Best regards, > >

Re: [Discuss-gnuradio] Testing Message Based Blocks

Anyone able to help out? Hoping it's just something dumb that I didn't set properly. On Feb 25, 2017 17:32, "Dave NotTelling" <dmp250...@gmail.com> wrote: > I am attempting to test a block that takes in complex samples and outputs > PMT objects. In order to properly

Re: [Discuss-gnuradio] fft_filter_ccc Output Buffer Size

After some more research it seems that this is an issue of not having an even multiple of input samples to taps. For others, here is where I found the answer: http://www.dspguide.com/ch18/2.htm On Fri, Feb 10, 2017 at 11:19 AM, Dave NotTelling <dmp250...@gmail.com> wrote: > I am tryi

[Discuss-gnuradio] fft_filter_ccc Output Buffer Size

I am trying to use the FFT filter in some c++ code and I'm having issues with seg faulting. The code below will work, but only because the output buffer is twice as large as the input buffer. It doesn't have to be twice as large, but it does have to be some number larger than the input buffer.

Re: [Discuss-gnuradio] PMT Oddities

Assuming that is reproducible, does anyone have suggestions on how to get around it? On Fri, Dec 9, 2016 at 9:16 PM, Dave NotTelling <dmp250...@gmail.com> wrote: > Here is a full example: > > [code] > > #!/usr/bin/python > > import pmt > > d = pmt.make_dict()

Re: [Discuss-gnuradio] PMT Oddities

type : () [/output] The first call to dict_keys(a) returns the last element in the dictionary. The second call errors out. Both should error out correct? On Fri, Dec 9, 2016 at 9:11 PM, Dave NotTelling <dmp250...@gmail.com> wrote: > I understand that it should bomb, but it

Re: [Discuss-gnuradio] PMT Oddities

us.com> wrote: On 12/05/2016 01:56 PM, Dave NotTelling wrote: > Marcus & Martin: > > I tried the dict_keys() method of checking, but even that can > fail. Here is an example: > > [code] > > import pmt > > d = pmt.make_dict() > d = pmt.dict_add(d, p

Re: [Discuss-gnuradio] PMT Oddities

Thoughts? On Mon, Dec 5, 2016 at 4:56 PM, Dave NotTelling <dmp250...@gmail.com> wrote: > Marcus & Martin: > > I tried the dict_keys() method of checking, but even that can fail. > Here is an example: > > [code] > > import pmt > > d = pmt.make

[Discuss-gnuradio] Max PMT Size

I seem to remember asking this question once before and being told that the only way to increase the max size of a PMT object is to set a define in a header file before compilation. Is this size limit only applicable to the PDU to Tagged Stream block? Can a PMT output to another PMT input be

Re: [Discuss-gnuradio] PMT Oddities

2016 at 5:55 PM, Dave NotTelling <dmp250...@gmail.com> wrote: > Thanks for the explanation! > > On Tue, Nov 22, 2016 at 5:29 PM, Marcus Müller <marcus.muel...@ettus.com> > wrote: > >> That's a long story. Essentially, a list is a pair of the first element >>

Re: [Discuss-gnuradio] PMT Oddities

> Cheers, > Marcus > > On 22.11.2016 23:18, Dave NotTelling wrote: > > I ask because it feels like a bug. Things like ((a . b), (c . d), (e . > f)) are definitely not pairs (assuming a pair is 2 elements) and (in my > opinion) should not return true for pmt.is_pair(). > >

Re: [Discuss-gnuradio] PMT Oddities

I ask because it feels like a bug. Things like ((a . b), (c . d), (e . f)) are definitely not pairs (assuming a pair is 2 elements) and (in my opinion) should not return true for pmt.is_pair(). On Tue, Nov 22, 2016 at 5:12 PM, Dave NotTelling <dmp250...@gmail.com> wrote: &g

Re: [Discuss-gnuradio] PMT Oddities

Martin, Was that done on purpose? Thank you for the link! I hadn't thought about checking that way. Thanks! -Dave On Tue, Nov 22, 2016 at 5:08 PM, Martin Braun <martin.br...@ettus.com> wrote: > Dave, > > pairs pass is_dict(), which is possibly the root cause

[Discuss-gnuradio] PMT Oddities

I noticed today that the is_dict and is_pair checks are not appearing to work properly. Here is an example that shows the issue: [code] #!/usr/bin/python import pmt def print_pmt(dictVar): print 'isPair:%05s, isDict:%05s, isTuple:%05s => %s' % (pmt.is_pair(dictVar),

Re: [Discuss-gnuradio] Attribute error: and support with external class and header files

of my source files and libraries not being > linked. > > > Regards, > Pranav Padalkar > Fraunhofer-Institut für Eingebettete Systeme und Kommunikationstechnik ESK > > -- > *From:* Discuss-gnuradio <discuss-gnuradio-bounces+pranav.padalkar=esk

Re: [Discuss-gnuradio] Microwave Link Demodulation

One way I check for bottlenecks it to run 'top -H' and watch the various threads. If you see any one thread pegged at 100% then it needs to be optimized. At least that's my method :) On Mon, Aug 29, 2016 at 9:46 AM, Ihab Zine wrote: > Hi Marcus, > > I have been through

Re: [Discuss-gnuradio] Transmit and Receive hopping Sequence in FHSS (using gr-spread module) mismtach

lots of issues with scheduling bursts when the CPU utilization is high or even a single core that's maxed out. On Fri, Aug 26, 2016 at 3:00 PM, Ajinkya D Kadam <ajinkya.ka...@nyu.edu> wrote: > Dave, > > Thanks for replying. > > we are hopping every 80ms. > ᐧ > > On

Re: [Discuss-gnuradio] Transmit and Receive hopping Sequence in FHSS (using gr-spread module) mismtach

Ajinkya, How fast are you hopping? I've had loads of issues with hopping rapidly and not having the correct frequencies used. -Dave On Tue, Aug 23, 2016 at 7:16 PM, Ajinkya D Kadam <ajinkya.ka...@nyu.edu> wrote: > HI All, > > I am using gr-spread > <https://github

Re: [Discuss-gnuradio] Attribute error: and support with external class and header files

I've had bad luck just putting my own headers in OOT modules. The way I do things now is to use gr_modtool add and select 'noblock'. Then just remove the grc XML file created. Seems that YourModuleName_API is needed before structs and classes or it doesn't get seen by Swig. Could be wrong

Re: [Discuss-gnuradio] SWIG std::vector issue

Thank you very much Marcus! I'll give that a go later today :D On Tue, Aug 2, 2016 at 2:38 AM, Marcus Müller <marcus.muel...@ettus.com> wrote: > Hi Dave, > > that's a bit hard to tell without context; generally, Python can construct > wrapper code for std::vector that ma

Re: [Discuss-gnuradio] SWIG std::vector issue

Anyone able to help with this? I had to create helper methods to serialize the PMT objects and return a vector of strings. Not the best solution :( On Thu, Jul 28, 2016 at 11:04 AM, Dave NotTelling <dmp250...@gmail.com> wrote: > I have a utility lib in C++ created with 'gr_modtool ad

Re: [Discuss-gnuradio] [GSoC] gr-inspector update / ask for feedback

Great work! On Fri, Jul 29, 2016 at 10:36 AM, Sebastian Müller wrote: > Hi all, > > week 10 of GSoC is over and I managed to implement an OFDM sync block: > https://grinspector.wordpress.com/2016/07/29/week-10-sync/ > > Since I make good time, I will try to add a FM demod

[Discuss-gnuradio] SWIG std::vector issue

I have a utility lib in C++ created with 'gr_modtool add noblock' that has a function that returns a vector of pmt::pmt_t values. I need to then be able to access the elements of that vector via Python. Right now I get the following error when using a for loop to iterate over the vector:

Re: [Discuss-gnuradio] Streaming IQ File Compression

id of the 8/16 most significant > bits that are zero most of the time. Thus, I get a compression ratio close > to 50% when using sc16. pbzip2 is a good tool for doing parallel > compression on files. > > juha > > On Sat, Jul 16, 2016 at 3:59 AM, Dave NotTelling <dmp250...@gmail.com

Re: [Discuss-gnuradio] Streaming IQ File Compression

ta out after > compressing and decompressing it. > > On Sat, Jul 16, 2016 at 11:20 AM, Dave NotTelling <dmp250...@gmail.com> > wrote: > > Marcus & Dan, > > > > Thank you very, very much for the detailed information! > > > > Dan: That's exactly w

Re: [Discuss-gnuradio] Streaming IQ File Compression

ound at it to see what happens when I set an incorrect bit rate (maybe a multiple of will be fine?). Thank you both! -Dave On Sat, Jul 16, 2016 at 5:14 AM, Marcus Müller <marcus.muel...@ettus.com> wrote: > Ah! > > On 16.07.2016 11:04, Marcus Müller wrote: > > and maybe, but t

Re: [Discuss-gnuradio] Installation of GNU Radio/UHD on Windows

low the menu appear however none of them have labels (although you can see a description when you hover over the button). Thanks for all you help. Dave From: Geof Nieboer [mailto:gnieb...@corpcomm.net] Sent: Wednesday, July 13, 2016 2:04 PM To: Derek Kozel Cc: Dave; GNURadio Discussion

Re: [Discuss-gnuradio] CppUnit Issue

That one doesn't output the message or line number either. Event '-VV' doesn't show the message. On Wed, Jul 13, 2016 at 12:47 PM, Marcus Müller <marcus.muel...@ettus.com> wrote: > Maybe it was 'ctest -V' ? inconsistent capitalization always confuses me... > > > On 07/13/2

Re: [Discuss-gnuradio] CppUnit Issue

. Not ideal, but workable. Thanks! -Dave On Wed, Jul 13, 2016 at 11:57 AM, Marcus Müller <marcus.muel...@ettus.com> wrote: > The actual output is written to XML logs – but if you're interested in > seeing it live, I'd recommend just running "ctest -v" from your build > di

[Discuss-gnuradio] CppUnit Issue

re or some configuration that isn't set right? The only option I have right now is to use an if statement to check the condition, print out a message if the condition fails, and then call CPPUNIT_FAIL() to bomb out. Thank you! -Dave ___ Discuss-gnuradio mailing li

Re: [Discuss-gnuradio] Installation of GNU Radio/UHD on Windows

.exe -c "from gruel import pmt; print pmt" Traceback (most recent call last): File "", line 1, in ImportError: No module named gruel D:\Program Files\GNURadio-3.7> If there is anything else you want me to run, I will do so. Dave From: Derek Kozel [mailto:d

Re: [Discuss-gnuradio] Installation of GNU Radio/UHD on Windows

: Derek Kozel [mailto:derek.ko...@ettus.com] Sent: Tuesday, July 12, 2016 4:51 PM To: Dave Cc: GNURadio Discussion List Subject: Re: [Discuss-gnuradio] Installation of GNU Radio/UHD on Windows Hi Dave, That's great news. This means the B100 is being found. The images downloader is a Python

Re: [Discuss-gnuradio] Installation of GNU Radio/UHD on Windows

Devices Found D:\Program Files\GNURadio-3.7\bin>uhd_image_loader.exe Win32; Microsoft Visual C++ version 14.0; Boost_106000; UHD_003.009.003-0-unknown Error: RuntimeError: You must specify a device type. Thanks again, Dave From: Derek Kozel [mailto:derek.ko...@ettus.com] Sen

[Discuss-gnuradio] Installation of GNU Radio/UHD on Windows

there are any hardware issues. Can anyone provide me more tips on how to troubleshoot my installation? Thanks, Dave ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Installation of gr-fosphor via PyBombs

Cinaed, Sylvain, Thanks again for all your help. It is clear I have a lot to learn but I appreciate your willingness to step in. I checked and libglfw3-dev is installed. This is what I get when I run pybombs install gr-fosphor: dave@MintJulips:~/pybombsprefix1/bin$ pybombs

Re: [Discuss-gnuradio] Installation of gr-fosphor via PyBombs

not seem to be anywhere in my pybombs prefix directory or anywhere else on the system that I can find. I see the gr-fosphor folder in my src directory but I don't see any executables. Thanks, Dave -Original Message- From: Cinaed Simson [mailto:cinaed.sim...@gmail.com] Sent: Saturday

Re: [Discuss-gnuradio] Installation of gr-fosphor via PyBombs

You did it again! I got the message "Installation successful". Now my last hurdle (I hope). I can't find whatever or wherever the executable is located. Thanks for your help, Dave -Original Message- From: Sylvain Munaut [mailto:246...@gmail.com] Sent: Friday, July 08,

Re: [Discuss-gnuradio] Installation of gr-fosphor via PyBombs

would be appreciated. Thanks, Dave -Original Message- From: Discuss-gnuradio [mailto:discuss-gnuradio-bounces+davidcbasham=msn@gnu.org] On Behalf Of Cinaed Simson Sent: Friday, July 08, 2016 6:46 PM To: discuss-gnuradio@gnu.org Subject: Re: [Discuss-gnuradio] Installation of gr-fosphor

Re: [Discuss-gnuradio] Process for relinquishing driver control in a flowgraph before starting a new one

Tim, Glad to see that works for you. For me that ended up leaving things in a bad state. The destructor (in C++) of one of my modules wasn't called unless I set the flowgraph to None and then re-initialized it. I'll have to give that a try for my case at some point. -Dave On Fri, Jul 8

Re: [Discuss-gnuradio] Installation of gr-fosphor via PyBombs

I have and Intel Motherboard and NVIDIA graphics board so I hope that is not an issue for me. -Original Message- From: Dennis Glatting [mailto:gnura...@pki2.com] Sent: Friday, July 08, 2016 5:53 PM To: Dave; 'GNURadio Discussion List' Subject: Re: [Discuss-gnuradio] Installation of gr

[Discuss-gnuradio] Installation of gr-fosphor via PyBombs

I attempted to install gr-fosphor via pybombs and got the following error on an Ubuntu 16.04 machine. dave@MintJulips:~/pybombsprefix1/bin$ pybombs install gr-fosphor PyBOMBS - INFO - PyBOMBS Version 2.1.1a Install tree: | \- gr-fosphor | \- glfw3 | \- x11 PyBOMBS.install_manager

Re: [Discuss-gnuradio] Process for relinquishing driver control in a flowgraph before starting a new one

Tim, One thing I have found with the Python stuff is that you need to set the flow graph variable to None for resource to be released. moo = myGraph(); moo.start(); time.sleep(10); moo.stop(); moo.wait(); moo = None; moo = myGraph(); moo.start() . -Dave On Thu, Jul 7, 2016 at 6:14 PM

Re: [Discuss-gnuradio] Issues with Pybombs and Package Manager Install on Ubuntu 16.04

the scripts with ./ and clicking on scripts in the file manager no longer executes them. Again I will do more homework on my own. Thanks again for all your help. Dave Generating: '/home/dave/pybombsprefix1/share/gnuradio/examples/uhd/uhd_wbfm_receive.py' Executing: /usr/bin/python2 -u

Re: [Discuss-gnuradio] Issues with Pybombs and Package Manager Install on Ubuntu 16.04

. Was PyBombs supposed to take care of downloading the images? If not, it seems the pybombs instructions should tell one to do so. In any event per the following transcript it now appears I have a permission issue to access my USB ports.Any advice as to what to do next? Thanks, Dave

Re: [Discuss-gnuradio] Issues with Pybombs and Package Manager Install on Ubuntu 16.04

or even why I get all the "permission denied" messages. As you will see I executed the command both with and without "sudo". dave@MintJulips:~$ find / -name multi_usrp.hpp find: '/sys/kernel/debug': Permission denied /usr/include/uhd/usrp/multi_usrp.hpp /home/dave/pybombs

Re: [Discuss-gnuradio] Issues with Pybombs and Package Manager Install on Ubuntu 16.04

oned below. Thanks again for your help. Dave From: Martin Braun Subject: Re: [Discuss-gnuradio] Issues with Pybombs and Package Manager Install on Ubuntu 16.04 Date: Wed, 6 Jul 2016 13:33:48 -0700 User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderb

[Discuss-gnuradio] Issues with Pybombs and Package Manager Install on Ubuntu 16.04

. I appreciate any help you folks can provide. Thanks, Dave Error from uhd_find_devices: dave@MintJulips:~$ uhd_find_devices linux; GNU C++ version 5.3.1 20151219; Boost_105800; UHD_003.009.002-0-unknown UHD Warning: Could not locate B100 firmware. Please run: "/usr/lib/uhd/utils

Re: [Discuss-gnuradio] SWIG Errors

Sylvain, That sounds exactly like what was happening to me! Thank you :D -Dave On Tue, Jul 5, 2016 at 9:20 AM, Sylvain Munaut <246...@gmail.com> wrote: > See the thread : > > "The AttributeError problem now that I have modified a working OOT" > > M

  1   2   3   >