Re: [Discuss-gnuradio] [GREP] Separate scheduler and GNU Radio base files

2019-01-06 Thread Martin Braun
Miklos, thanks for the feedback. For your comments on the block executor, that's a great point -- where does it belong? At some point, we'll need owners for this task. Would you be interested in participating? -- M On Wed, Jan 2, 2019 at 5:54 PM Miklos Maroti wrote: > Dear Martin, > > I have

Re: [Discuss-gnuradio] [GREP] Remove log4cpp

2019-01-06 Thread Martin Braun
Hi all, there's been a little discussion outside of this thread, and I'd like to consolidate all the points. Marcus, I and some others have also discussed some things on chat, too, and of course there's Jared's and Michael's comments here. Let me summarize: - We would like to drop any kind of

Re: [Discuss-gnuradio] What does complexity in Show Flowgraph Complexity in GRC means?

2019-01-06 Thread Ron Economos
It's mostly just a joke. It has to do with one of the GNU Radio faithful, Balint Seeber. He was/is known for incredibly complex flow graphs. So a ubal is a "micro Balint". Ron On 1/6/19 04:57, Ignatius Rivaldi wrote: When I enabled Show Flowgraph Complexity in GRC, there is a small grey box

[Discuss-gnuradio] What does complexity in Show Flowgraph Complexity in GRC means?

2019-01-06 Thread Ignatius Rivaldi
When I enabled Show Flowgraph Complexity in GRC, there is a small grey box below the Options box with the writing Complexity: 564ubal. What does that mean? What is ubal? Is higher slower? How high can I go? Where is the documentation for that? I've tried googling 'gnuradio flowgraph complexity'.

Re: [Discuss-gnuradio] std::bad_alloc in Reed-Solomon decoder

2019-01-06 Thread Daniel Estévez
El 06/01/19 a las 10:39, Daniel Estévez escribió: > Hi, > > I am trying to debug a problem that some users have found in the ESEO > decoder in gr-satellites (https://github.com/daniestevez/gr-satellites). > > The problem is that after running for a lot of time, the Reed-Solomon > decoder block

Re: [Discuss-gnuradio] HELP with "packet header parser"

2019-01-06 Thread Alban Meffre
hi i does not work because the packet header parser expect an "packet_header_default" object instead of a "header_format_base" object bob Le dim. 6 janv. 2019 à 02:50, Cinaed Simson a écrit : > On 1/5/19 2:26 PM, Alban Meffre wrote: > > ok sorry my mistake i got "packet_header_default" and > >

[Discuss-gnuradio] std::bad_alloc in Reed-Solomon decoder

2019-01-06 Thread Daniel Estévez
Hi, I am trying to debug a problem that some users have found in the ESEO decoder in gr-satellites (https://github.com/daniestevez/gr-satellites). The problem is that after running for a lot of time, the Reed-Solomon decoder block throws a std::bad_alloc exception, which gets printed out as