Hello everyone,
I'm getting the following warnings when running my application, does anyone
know what this means?
gr::buffer::allocate_buffer: warning: tried to allocate
41 items of size 1592. Due to alignment requirements
512 were allocated. If this isn't OK, consider padding
your stru
Awesome, thank you Bastian!
On Mon, Apr 6, 2015 at 11:54 PM, Bastian Bloessl
wrote:
> Hi Ali,
>
> > On 07 Apr 2015, at 06:40, Ali Riaz wrote:
> > Then it says: "It must be enabled with the -std=c++11 or -std=gnu++11
> compiler options".
> >
> > M
Hello everyone,
I'm trying to extract the *year, month, day, hour, minute, second and
millisecond* from an std::chrono::time_point object in my OOT module, but
when I try compiling it, it gives me an error as the title suggests. Then
it says: "It must be enabled with the -std=c++11 or -std=gnu++11
Well, it was definitely something simple :) Thank you for your help Tom!
Best,
Ali
On Tue, Mar 17, 2015 at 7:21 PM, Tom Rondeau wrote:
> On Tue, Mar 17, 2015 at 8:10 PM, Ali Riaz wrote:
>
>> Hello everyone,
>>
>> I was wondering if anyone can help me with a small iss
Hello everyone,
I was wondering if anyone can help me with a small issue. I want to use the
tagged_file_sink block in gnuradio companion, but with a couple of
additional features suitable for my application needs. So I decide to
create an OOT module, and as a start simply copy-pasted the original
Hey Richard,
I looked at your previous post, and turns out that I actually have a
similar need; I'm trying to figure out a way to control the functionality
of the tagged file sink because I don't want it to create so many files lol
(I'd just like it to place everything in one file).
So I was thin
on. For example, you could probe at a 10
> Hz rate, then have your Python script log those values to a file, or
> trigger
> some other event. I have an example here where it probes the signal level
> every second and logs it with GPS data:
>
> https://github.com/madengr/drive_t
' block which will only put the portion after
> the tag into the file. You want a lot more functionality then this, but
> this could get you going in the right direction.
>
> Rich
>
> On Wed, Mar 11, 2015 at 2:24 PM, Ali Riaz wrote:
>
>> Hello everyone,
>>
>&g
Hello everyone,
So I was trying to capture continuous IQ data from my USRP N200, and this
needs to be done for about a week, but because the amount of data is
ginormous, that's doesn't seem feasible at all. Instead, what I'm now
thinking of doing is processing the data in gnuradio companion in rea
there's no easy way to have N identical things in GRC.
> However, I'm pretty sure you're misusing vector_to_streamS.
> There's vector_to_streamS and vector_to_stream, and the second is what you
> usually want when converting a vector to streams of samples.
>
>
Hey guys,
I just had a quick question; if we have multiple streams that need to be
decimated, is there a fast way to go about doing that in GNURadio
Companion? How would you do it?
Here's a picture of my flow graph: http://imgur.com/a/a0KCX
Thank you for your help!
Best,
Ali
___
ing the flow graph that you use?
Greetings,
Marcus
PS: Although using adblock plus, before I see every other picture on
tinypic, I get stuff like casino advertisment, and similar.
Could you use any image hoster that doesn't block view on the pictures
with advertisement? I found imgur.com to work
Hello all,
I just had a quick question regarding the polyphase channelizer. As a
start, I'm trying to divide an input spectrum into 6 channels of equal
width. My sample rate for now is 5 MHz and the way I'm calculating the taps
as follows:
firdes.low_pass2(1.0, samp_rate, samp_rate/(nchan*2.15),
And just in case you didn't get my images, I've uploaded them here for your
convenience:
http://tinypic.com/a/3e8if/4
Thank you for your help!
Best,
Ali
On Sun, Mar 1, 2015 at 4:49 PM, Ali Riaz wrote:
> Hello everyone,
>
> Hope you're all doing well. I have a grc desi
14 matches
Mail list logo
