Hello,
I am new here and having big troubles getting the audio sink to work on a
pi.
Everything was cool in windows then I switched to the pi because i want to
dedicate a box to running my layout full time.
Here is my error.
audio_alsa_sink0 - [hw:1,0]: snd_pcm_sw_params: Invalid argument
I don't
Hi Markus - You might be able to use the method "check_topology" <
https://github.com/gnuradio/gnuradio/blob/master/gnuradio-runtime/include/gnuradio/basic_block.h#L339
>. You overload this method in your heir block definition & when it is called
you can internally set the number of I/O streams.
Thank you for the information.
That already seems helpful. The functions being in the block details
explains why I had not found them.
However, I'm not sure yet whether that solves the problem entirely.
As I build my block in the constructor, I need to know how many inputs
there are. But at the ti
Those calls are in the block details, so you might have to call something
like detail().ninputs().
On Tue, Jan 23, 2018 at 1:22 PM, Jeff Long wrote:
> You can call ninputs() and noutputs() on (or from within) a block.
>
> On Tue, Jan 23, 2018 at 12:49 PM, Markus Wirsing <
> markus.wirs...@uni-ul
You can call ninputs() and noutputs() on (or from within) a block.
On Tue, Jan 23, 2018 at 12:49 PM, Markus Wirsing
wrote:
> Hello,
>
> I was wondering, whether it's possible to write a hierarchical block
> that does not have a fixed number of inputs.
>
> Of course I can specify the io_signature
Hello,
I was wondering, whether it's possible to write a hierarchical block
that does not have a fixed number of inputs.
Of course I can specify the io_signature appropriately.
But it seems like the only way to determine the number of actual
connected inputs is to look at the parameters that are
Hi Marcus,
I am well aware of the usage of extern in C :)
Probably I should have put the question in another way. It was a question
about initializing some variables at the beginning and to be used later.
I am fixing my issue by initializing arrays in the class constructor call.
Thanks
Sumit
Dear Sumit,
this is by no means a GNU Radio question – it's not even a C++
question, it's quintessentially a question about what the "extern"
keyword in C means. I'm not sure I should be giving you an intro to C
visibility, object linking and storage, because that will quickly
exceed the scope of
I am translating one program C program to GNU Radio. In that C program, in
the main(), at the very beginning, some initializer functions were called
which populated some arrays.
These arrays were then used in other function using *extern *
How should I do this in GNU radio ?
Sumit
__
I added issue https://github.com/gnuradio/volk/issues/139 (on VOLK, not GNU
Radio).
On Tue, Jan 23, 2018 at 8:30 AM, Jeff Long wrote:
> OK, we're going to need someone who speaks VOLKan to fix this one, but at
> least we know it's not a memory corruption problem.
>
> On Tue, Jan 23, 2018 at 8:12
OK, we're going to need someone who speaks VOLKan to fix this one, but at
least we know it's not a memory corruption problem.
On Tue, Jan 23, 2018 at 8:12 AM, Gilad Beeri (ApolloShield) <
gi...@apolloshield.com> wrote:
> First,
> "~/p/s/p/test_data (master)> cat ~/.volk/volk_config | grep
> volk_
First,
"~/p/s/p/test_data (master)> cat ~/.volk/volk_config | grep
volk_32fc_index_max_16u
volk_32fc_index_max_16u a_sse3 generic"
I did "vector[996] = gr_complex(1,1);" and it resulted in argmax 996
(correct result).
Same results when setting any single sample between 996 to 999.
But - when I set
Thanks! Really appreciated. John
On Tue, 23 Jan 2018, 12:57 Müller, Marcus (CEL), wrote:
> You'll find instructions at
> https://osmocom.org/projects/sdr/wiki/rtl-sdr#rtl_tcp
>
> On Tue, 2018-01-23 at 12:50 +, john cooper wrote:
> > Hello Marcus, good idea, I will research how to do this a
You'll find instructions at
https://osmocom.org/projects/sdr/wiki/rtl-sdr#rtl_tcp
On Tue, 2018-01-23 at 12:50 +, john cooper wrote:
> Hello Marcus, good idea, I will research how to do this and report back.
> Many thanks. John
>
> On Tue, 23 Jan 2018, 12:47 Müller, Marcus (CEL), wrote:
>
Ah, and: Choppy audio from low-buffer streaming applications within VMs
is another common issue with many VM hypervisors.
On Tue, 2018-01-23 at 12:44 +, Müller, Marcus (CEL) wrote:
> Hi John,
>
> my experience, indeed, is that USB passthrough support in VMs is
> suboptimal. So, this could very
Hi John,
my experience, indeed, is that USB passthrough support in VMs is
suboptimal. So, this could very well be a virtual USB host controller
problem.
I'd actually recommend circumventing the issue, e.g. by running rtl_tcp
on the host machine, and using the appropriate source string in the gr-
Hello GNU people, some help greatly appreciated.
I am a newbie to GNU Radio and have a lost samples problem, lost from the
USB 2 RF device, seemingly not in the Flowgraph signal chain.
Although I have no hard evidence I am coming to the point of suspecting the
problem lies with the running of G
Hello everyone,
I'm trying to implement a TDD OFDM system using GNU Radio. I try to give this
command to UHD sink to transmit for one OFDM burst/packet and stop TX for a
certain time (100msec) . To do so, I tag the first and the last sample of one
OFDM burst/packet with "tx_sob" and tx_eob" (w
The generic VOLK implementation (probably not the one being called) can't
do this, but the vectorized version (which is probably being called) does
things in groups of 4. Can you try making 996 the highest and see if it
wrongly reports 999?
___
Discuss-gn
Hi!
Sorry I forgot to mention that, but: I'm still not sure how to reliably
reproduce; but I'll try your approach as soon as I can.
Best regards,
Marcus
On Tue, 2018-01-23 at 05:50 -0500, Jeff Long wrote:
> You could try removing the bus_structure_source from the GRC file to see if
> it's somewh
I also suspect a memory corruption but couldn't pinpoint its source.
Per your suggestion, I copied the same cout statement to the end of the
function (before the return call), the output is exactly the same (so the
#0, #996, and #999 samples weren't changed) and argmax is still wrongly 996.
On Tu
You could try removing the bus_structure_source from the GRC file to see if
it's somewhere in that logic.
On Tue, Jan 23, 2018 at 5:37 AM, Müller, Marcus (CEL)
wrote:
> Hello everyone,
>
> I'm currently debugging a strange spinlooping issue in GRC, which
> happened just while I was entering the
This sounds like a memory corruption error of some sort. Try printing the
values after calling the volk function and see if they have been changed.
On Tue, Jan 23, 2018 at 2:22 AM, Gilad Beeri (ApolloShield) <
gi...@apolloshield.com> wrote:
> Hi,
> I have the following function:
>
> float blk::fu
Hello everyone,
I'm currently debugging a strange spinlooping issue in GRC, which
happened just while I was entering the number of output streams in a
PFB channelizer's property dialog; I've not pressed enter or closed the
dialog.
However, as far as my htop and gdb debugging goes, the code path t
Hi Volker,
you're definitely scratching something I've been thinking about for
quite some time.
The direction in which I'd like to steer this whole would be twofold:
* a high degree of quality assurance (that includes naming consistency)
of in-tree code
* a high degree of reward for developers
Ron,
many thanks for your hints. They are very usefull for me.
But just a question to the gnuradio developers:
Wouldn't it be appropriate to have some predefined categories.
Otherwise I expect an uncontrolled growth on categories.
But at the moment I know, how to proceed.
Thanks again
-- Volk
Hi all,
I read about gr-mimo in old ideas list of GSoC and further search in the
mailing list archive revealed that it was an idea from Yizirui Zhou for
2014 GSoC. I am a graduate student in Telecommunication engineering and
would love to implement or improvise (I have some new ideas like DoA
esti
27 matches
Mail list logo
