-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Naceur,
the display error looks like the result of the X Window display
environment variable not being set. Assuming that you run your
gnuradio-companion command from a terminal started from within your X
Session, this is strange.If
echo
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Activecat,
you're right. Method calls (or function calls in general) such us
push_back can only take place in functions. That's why constructors
exist! Please refer to your favourite C++ literature for more
information. As you understood
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Aneta,
though I don't know if everything is going well, the lines you
attached showed no indications of an error. It would be best to
describe your output to help Johannes understand where (and if) his
decoder goes astray.
And: Could you maybe
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Niklos,
you're on a wrong track; when I had my first contact with GR, the
project was still using Autoconfigure/Automake for building. CMakeList
ist part of the CMake-based build system that GR adapted later on in the
3.4 development process (if I
know how to contact him (aside from this mailing list and
maybe @dk5ras on twitter).
So: Enjoy your weekend,
Marcus Müller
On 16.01.2014 14:40, Baier wrote:
Am 16.01.2014 14:29, schrieb Marcus Müller: Hi Aneta,
though I don't know if everything is going well, the lines you
attached
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Bhaskar,
wrong list. I've included discuss-gnuradio to my reply, so that the
people over there are aware.
However, your problem description lacks several important answers.
First of all, I can't remember there being a windows 2007; you mean
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Naveen,
no need to repeat that message just a day later, as long as you don't
add new information.
However, since I can't find the example you referring to just now, I'd
guess that since for BER measurement you need to know the input bits,
data
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Activecat,
the _impl classes are usually not instantiated by themselves; in fact,
their symbols are usually not exported and not wrapped by swig.
Instead, an instance of them is usually generated using the
superclass' ::make method. So there is
usually integrates better
with matplotlib[3].
Happy understanding your signal,
Marcus Müller
[1] the same that GR uses
[2] strikingly similar to matlab, but not smothered by a terrible
programming language
[3] If you're on the lookout for a little Matlabeske GUI, try
enthought canopy
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Forgot to mention: Try the gr_plot_fft[...] tools that come with
gnuradio, they basically do the python stuff for you. Look at the
options to set physical sampling freq etc.
On 23.01.2014 08:27, Marcus Müller wrote:
Hi Paul,
waterfall seems
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Yes, you can. Look into the gr-fft module documentation in the doxygen
docs.
Alternatively, you can simply link against FFTW [1] yourself and use
the FFT algorithms; gr-fft is a wrapper for that functionality
offering simplification and ease of use.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Miklos,
the problem here is xxx:
On 23.01.2014 22:00, Miklos Maroti wrote:
sched: xxx is requesting more input data
what's this xxx? It is requiring 16000 input items at once *at least*
and that's nearly twice the max output size (see
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Activecat,
I don't quite understand if there is actually a problem that arose
from this or if this is more of an understanding / architectural question.
On 23.01.2014 09:27, Activecat wrote:
Dear Marcus,
Correct me if I am wrong. The reason
then, and FFTW is the library of choice and
well-documented.
Anyway, you should explain what you're trying to do and maybe we can
help you :)
Good morning!
Marcus
Четверг, 23 января 2014, 20:57 +01:00 от Marcus Müller
mar...@hostalia.de: Yes, you can. Look into the gr-fft module
documentation
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Rita,
I don't know what code you are trying to use, but you must make sure
you use it with an appropriate version of GNU Radio.
So: What version of GNU Radio do you have installed, and what's the
version that the code expects?
If I remember
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Nasi,
Inbuf is the input buffer. It is a C++ pointer to a gr_complex.
That is the place where you put your input. As is described on the
doxygen page.
It is assumed that when you try to use a C++ framework, you are able
to understand basic C++
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Paul,
no. It does an FFT and nothing else (aside offering to apply a
window); please read the doxygen or have a look at the code. Both is
extremely short and to the point ;)
Anyway,
file_sink binary files are not something special. They just
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Nasi,
this has totally gotten out of hand. Please stop.
We still have no idea of what you're trying to do. We'd usually really
like to help you, but all help we offered so far was not really
welcomed by you *at all*.
FFTW documentation is not
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Jun,
uh, help me out. I don't understand what it is that you refer to.
What post did you find?
Can you describe what you have attached below your mail?
and: Please never ask single persons for help, ask the mailing list; I
forwarded this to the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Juan,
now I understand better what is going on. So before going to bed:
please correct me if I'm wrong:
* You had a working GNU Radio + UHD installation that suddenly stopped
working last week
* You installed this from the Ubuntu packages (?)
*
Hi Maheshkumar,
you are missing the Python ZMQ bindings.
Please install these, they should usually be available from your linux
distribution package repository.
Greetings,
Marcus
On 01/26/2014 07:45 AM, Maheshkumar Pandit wrote:
hello sir
here , i try to install air
Hi Maheshkumar,
I don't quite understand you completely.
What is your input? Is it vectors of size 1024?
Do you need to select complete vectors, or do you need to select elements of
these vectors?
What has this to do with messages? What messages of 2?
Greetings,
Marcus
On 01/26/2014 06:54 PM,
Hi Jim,
you can easily code your own GUI ;). Actually, I find that streaming values via
UDP or TCP to a remote python application works rather nicely.
And I find that gygtk and pycairo are rather powerful toolsets.
Also I fiddled around with different python web frameworks, taking data from a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Tom,
that script is certainly somewhat useful, though outdated and does not
really fit the 3.7 architecture.
If you still have it, look for a file called install_manifest.txt, it
lists all modified files.
you can delete all the files using:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Jordan,
you have to be aware that WAVs are only meant to hold real-valued
data. So the question stands: how to store complex signals in WAVs?
Usually, this is done by mapping the real and imaginary parts to the
two stereo channels. Since I don't
git repo; and that would make
installation more complicated. Maybe this could be fixed from within a
CMakeList, but then you need internet connectivity at first compile
time :(
On 28.01.2014 13:36, Marcus Müller wrote:
Also, usually to build an OOT-Module you shouldn't need the whole
GR tree
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Ken,
since segfaults are never desirable, we should look into the issue.
Generally, I'd say that flowgraphs are not really meant for restarting
if not special precautions were made. Many blocks are stateful,
meaning that it does matter if you're
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Neil,
yes, this can't work; you can only multiply two numbers if there are
two numbers (factors). Which will never be the case, since there has
not been a multiplication before the first factor.
Message passing can't make an flowgraph that has a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Tom,
Have been trying to write a block in Python. Did not use the
modtool.py, since my understanding is it may not yet support that.
Luckily, you're wrong.
gr_modtool -l python add
works like a charm.
The block has only one output, no inputs.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Andrew,
just a quick heads-up: I nearly missed your message because it was
hidden in another thread, since you seem to have hit reply and changed
subject and text; however, my mail client recognized the In-Reply-To
header, and sorted you in -
determine bandwidth then ?
Square is the worst - gausian is better ?
- Andrew -
- Original Message - From: Marcus Müller
mar...@hostalia.de To: Andrew Rich vk4...@tech-software.net
Cc: discuss-gnuradio@gnu.org Sent: Thursday, January 30, 2014
5:27 PM Subject: Re: Modulation question
you demodulate ads-b it becomes just square waves
Sent from my iPhone
On 30 Jan 2014, at 8:01 pm, Marcus Müller mar...@hostalia.de
wrote:
Basically, yes, but that's communication theory. I'd refer you to
Kammeyer -- Nachrichtenübertragung, but that's a German book. I
guess Proakis would
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Also,
to do basic mathematical tasks you don't have to rely on GNU Radio,
which is a fine signal processing framework but not so much a math
environment.
If you want to have a three period sine signal, the python is short
#import numpy as np
f_sin
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Anusha,
Sorry, I can't open Word files; and that's not only me on this mailing
list. From a security point of view, I wouldn't do that either with
any word file that was sent to me. If you have a picture, please
upload that to any of the many
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Achilleas,
you're right, grc omits one of the pad sinks; that is kind of a bug,
but I don't know if the terminology really fits; as it seems, gnuradio
does not like you to have input and output pads directly connected.
I don't know if this is
on circe.jpl.nasa.gov, you can't
use the graphical user interface.
Greetings,
Marcus
On 30.01.2014 23:39, Marcus Müller wrote:
Hi Anusha,
Sorry, I can't open Word files; and that's not only me on this
mailing list. From a security point of view, I wouldn't do that
either with any word file
+anusha.yarlagadda=jpl.nasa@gnu.org]
On Behalf Of Marcus Müller Sent: Thursday, January 30, 2014 3:01
PM To: discuss-gnuradio@gnu.org Subject: Re: [Discuss-gnuradio]
wxGUI libraries in the GRC
Correction: Finally, my LibreOffice managed to open the file.
What you've posted is a screenshot of putty
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ok, Now I can reproduce your problem.
But I do get (in contrast to your error message because of connecting
a block to itself):
Traceback (most recent call last):
File /home/marcus/top_block.py, line 74, in module
tb = top_block()
File
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Andrew,
look into the knowledge accumulated on www.gnuradio.org ;
After reading what is GNU Radio and why do I want it start with
how do I use GR and then work yourself through the tutorials.
GNU Radio is a great framework, and because of its
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
That run-to-completion method has never failed me; the only
explanation for that kind of behavior would be if your flowgraph
employed message passing. Is that the case?
Anyway, to make GNU Radio stop the flowgraph when your source is
empty, you
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Activecat!
On 02.02.2014 03:30, Activecat wrote:
Thanks. This solves the problem completely.
:) Cool.
In summary, to stop the flowgraph when the source is empty, we need
to: 1). The source block's work() method returns WORK_DONE (
which
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Yes, it will.
The GNU Radio scheduler calls your block's work() function whenever it
needs new data.
Anyway, this is a very basic principle of GR; I recommend working
through the creating an OOT module tutorial, it's really great!
Greetings,
Marcus
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Forgot to mention: You must call the set_history() function accordingly!
On 03.02.2014 00:13, Marcus Müller wrote:
Yes, it will. The GNU Radio scheduler calls your block's work()
function whenever it needs new data.
Anyway, this is a very basic
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Maheshkumar,
in the GNU Radio companion, in the options element, choose hier
block instead of wx gui, qt gui, no gui; set a meaningful name
here, also!
Use pad sinks and pad sources to define your in- and outputs.
Save, generate, refresh the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Also, since this is a very common mistake:
Maybe you have a throttle block in your flowgraph.
If that's the case, remove it.
Greetings,
Marcus
(Um, how do you invert a 4x8 matrix?)
On 05.02.2014 03:52, Martin Braun wrote:
On 04.02.2014 18:46,
and gigabit ethernet card.
Regards, Saran On Wed, Feb 5, 2014 at 2:56 PM, Marcus Müller
mar...@hostalia.de wrote:
Also, since this is a very common mistake: Maybe you have a
throttle block in your flowgraph. If that's the case, remove it.
Greetings, Marcus
(Um, how do you invert a 4x8
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Guy,
100MHz bandwidth is not easy to process. In fact, you can only capture
it at once if you have one of the brand new USRP X3*0.
But let's assume you have that :) and let's assume you have the
processing power to handle that amount of data.
You
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
As Martin said, I think with these specifications your problem becomes
manageable :)
Get the detection running for a single channel, meaning that you tune
your USRP to the channel (you might even do that on the actual 13cm
band, daughterboards like
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Jose,
this is an advanced question :)
Usually this causes an linker error, but can you verify that you
include the blocks in CMakeLists.txt like the following?
set(GR_REQUIRED_COMPONENTS RUNTIME BLOCKS)
Greetings,
Marcus
On 06.02.2014 20:48,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Siva,
yes, referring to the introductory tutorials I can explain:
gr::block, the mother of all blocks that can process samples, has
general_work. That gets called to process samples, but does not make
any guarantees about the ratio of the numbers
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi activecat,
have you just tried the most intuitive options:
Vector = ( 1 + 2j, 2 + 4.0 * 1j, complex(3,-1) )
all three elements work, since this is just python :)
Greetings,
Marcus
On 08.02.2014 07:28, Activecat wrote:
Dear Sir,
I am using
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Junaid,
such a system already exists in the shape of a xilinx zynq board.
There's been a talk that (although I was not there to witness it) is
supposed to be quite good:
, Marcus Müller mar...@hostalia.de
wrote:
Hi activecat,
have you just tried the most intuitive options:
Vector = ( 1 + 2j, 2 + 4.0 * 1j, complex(3,-1) )
all three elements work, since this is just python :)
Greetings, Marcus
On 08.02.2014 07:28, Activecat wrote:
Dear Sir,
I am
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Um, no, sorry, but I think it used to work with the same GR
installations as OpenBTS in general, which IIRC was the now ancient
3.4.2. Sadly, the ccc's SVN browser doesn't talk to me, so I can't
have a look right now.
As to the useful GR features it
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Pengyu,
could you elaborate on your measurement procedure? What did you send
on tx? 46dB attenuation does make sense in a output to input
configuration, yet it is only about 30dB stronger than what I'd
expect of crosstalk. Also: Did you use or
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Bastians solution seems to have fixed your problem by adding the
gr-blocks library to your linker targets.
But now your error exposes that you didn't link against the gr-runtime.
Are you sure you have something like
set(GR_REQUIRED_COMPONENTS RUNTIME
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Aditya, Hi Pablo,
the multiples-of-carrier-frequency problem is being solved in hardware
(you can't do this in software, since mixing is still analog domain).
Anyway, as Aditya explained, since you are processing baseband
signals, a lowpass is
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Well it is really more of a USB host controller driver problem...
however, bandwidth is always sufficient for the pro +, the problem is
that the driver thinks your device needs more bandwidth than is
available.
However, read the threads on the issues
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Actually, it's an USB1.1 full speed device (11Mbit/s), and that's
totally sufficient for 192ksam/s at 16bit (which I guess is the spec).
It does not benefit from USB2 or USB3 hardware.
As the funcube dongle pro+ is not a usb3 device, it does not get
) and then you're free to
use basically every C lib (and most probably even C++) you want within
the restriction imposed by hardware and android, which, for signal
processing, shouldn't be harsh.
So: Happy hacking,
Marcus Müller
On 12.02.2014 17:37, Przemysław Pawełczak wrote:
Hello,
This is my first post
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Vanush,
I don't really understand your question. Could you rephrase/elaborate?
Also, what would you want to do with that reference?
Greetings,
Marcus
On 15.02.2014 04:50, Vanush Vaswani wrote:
When including a hier block in a custom Python
Hi Miklos,
yes, a forecast might be different for different situations.
Greetings,
Marcus
On 02/16/2014 07:12 PM, Miklos Maroti wrote:
Hi Guys,
If a block keeps some internal state, can the forecast method return
different values for the same number of noutput_items depending on its
internal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
mt19937 refers to the standard mersenne twister random number
generator used in boost; so this is your compiler complaining about
boost::random not having that. Which version of boost does your centos
machine have?
Greetings
Marcus
On 20.02.2014
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Syed,
test 2 should be completely transparent and thus you shouldn't lose
quality. The input bitrate of the video is below 1Mb/s, so for a pure
loopback test I can't imagine this going wrong. Are you sure that the
sending VLC does *not* decode the
Hi Alexander,
interesting approach!
Just a few quick questions to understand better:
Now with hardware:
VLC - Named Pipe 1 - File Source GRC - OFDM MOD - USRP Sink- USRP -Source -
OFDM DEMOD - File Sink GRC - Named Pipe 2 - Mplayer
(FAILS!!). Reports: Segfault (core dumped). GRC file is
Should be :)
Just as side info:
http://www.boost.org/doc/libs/1_54_0/doc/html/boost/random/mt19937.html
Sorry, totally running low on clues here...
This is twice as strange since boost::random is missing mt19937; if it was
std:: I'd guess on a non-C++11 standard library, but like it is...
If
Ruecan:
I got carried away. This is indeed a bugfix for the header file not being
processed in some cases, but since the error appeared although actually
processing the fixed header file, I've run out of ideas, still.
On 02/21/2014 04:37 PM, Marcus Müller wrote:
Should be :)
Just as side info
headers to use #pragma once which is simpler and
less error prone
do people still use gcc older than 3.4 ? I think this is pretty widely
supported now
not sure if that would cause swig issues as well -
-Tim
On 02/21/2014 10:51 AM, Marcus Müller wrote:
Ruecan:
I got carried away. This is indeed
Hi Ruecan,
this just the question if we should move away from
#ifndef INCLUDED_FILENAME_OF_HEADER_H
#define INCLUDED_FILENAME_OF_HEADER_H
actual header content
#endif
to the more sanity-ensuring
#pragma once
preprocessor directive.
Sadly, this was not related to your problem...
Still have
Hi Syed,
from my perspective, the only way packets could get lost in your scenario 2 is
when your operating system's network stack decides to drop packets, which
should only happen if there is a big backlog of unread ones.
Try replacing the UDP sink by a file sink and see if that content is
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello community,
after finding a minor mistake in a header include file this week, I've
wanted to make sure that the GR header files have proper,
non-conflicting include guards.
So I want to open the discussion whether GR would want to change from
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Moritz,
thanks :) I agree on the let's not break builds for the pure beauty
of #pragma once approach. I tried this only to find existing bugs,
and actually found very little; however, they could be completely
avoided by #pragma once, and therefore
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi YiZiRui,
if this is really the case, this would constitute a bug - VOLK kernels
should work on 32bit machines too, although there might be
instructions that only appear on CPU's that support 64bit anyway.
However, nowadays it surprises me that
Hi Pablo,
Googling Noaa image format instantly yielded:
http://commons.wikimedia.org/wiki/File:NOAA_APT_Frame_Format.gif
http://www.sat.dundee.ac.uk/hrptformat.html
It's already been done a few times - for example like this (really just googling
GNU Radio NOAA image decode and clicking the
Hi Mischa,
we need to make an FAQ of this :)
actually, to use the fftw, you need to directly link to the fftw. Depending on whether you need the
single precision floating point version (fftwf_* which GNU Radio uses) or the double
precision one (fftw_*), you can use the FindFFTW3(f).cmake
Hi Raf Raf,
I'm not quite sure this is what's happening here, but:
Threading with python and GNU Radio can be a bit tricky, and even more tricky
when you use a GUI framework.
Maybe you should elaborate on what you mean with I attached a thread, so we
can understand your architecture better :)
Hi Alex,
the dial_tone.py that comes with my version of GR from the git
(docs/exploring-gnuradio/dial_tone.py) uses the audio_sink, and not the
audio_oss_sink, and works quite fine on an alsa-only system.
Generally, when I grep my git repo for oss_sink, only
gr-audio/lib/oss/oss_sink.cc
, and leave the GR tree alone (as long as I
don't find anything wildly disturbing).
Thank you all for your thought, extensive feedback and time!
Greetings,
Marcus
On 02/28/2014 08:58 AM, Martin Braun wrote:
On 02/27/2014 11:42 PM, Marcus Müller wrote:
As I see things now, I'd just not convert
Hi Sean, Tom and Martin,
basic_block enforces using a symbol in its message_port_register_in method, so
that's where you'd have to start changing things.
But to add my 0b0010* ct to this:
- using strings as port names keeps consistency
- using strings is the proper way to ensure all tools
Hi Zhenhua,
as Aditya pointed out: Viterby is /not/ a demodulator.
You should read something on digital communication that explains the difference
between channel coding and modulation, then everything will be clearer to you.
Greetings,
Marcus
On 02/28/2014 04:04 PM, zhenhua han wrote:
What
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Activecat,
the constructor of a block must have been called before the block has
been connect()ed; so there's no way a flowgraph is already running
when your block's constructor is called.
Greetings,
Marcus
On 03.03.2014 06:53, Activecat wrote:
, Marcus Müller
mar...@hostalia.de wrote:
Activecat,
the constructor of a block must have been called before the block
has been connect()ed; so there's no way a flowgraph is already
running when your block's constructor is called.
Greetings, Marcus
On 03.03.2014 06:53, Activecat wrote
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Activecat,
your sourcecode should be fine - what you see is an error that tells
you that at runtime, a symbol could not be found. This means that the
fftw library has not been linked against.
On 2014-02-26 there was a thread on discuss-gnuradio
, Marcus Müller wrote:
Hi Activecat,
your sourcecode should be fine - what you see is an error that
tells you that at runtime, a symbol could not be found. This means
that the fftw library has not been linked against. On 2014-02-26
there was a thread on discuss-gnuradio with the subject Link FFTW3
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hi George,
This is a little unspecific. Most probably you have a problem similar to the
fftw- related problem of activecat, but that's only guessing... Please heed
http://gnuradio.org/redmine/projects/gnuradio/wiki/ReportingErrors when
reporting
Hi BZS!
Your question is very vague. Please do make sure to include what you actually
did (in commands, where you executed them, where your module comes from...) and
what you've tried to solve your problem yourself, otherwise we will a) don't
know what's the problem and b) feel like we're
Hi ???,
gr_modtool is usually included in the distribution, because it must fit to your
GR version.
If you can't find it you a) have a *very* old version of GNU Radio or b) it
wasn't installed correctly, but if you say you did it by the wiki, then it
should be fine... strange.
so: how did
Hi Naveen,
the data format is described in the official FAQ:
http://gnuradio.org/redmine/projects/gnuradio/wiki/FAQ#What-is-the-file-format-of-a-gr_file_sink-How-can-I-read-files-produced-by-a-file-sink
It's raw data, which can be easily read using Matlabs file io facilities; for reference
Hi Jeff,
look at the link at the footer.
On the very end of the page, there is a input field with a button labeled
Unsubscribe or edit options.
On 03/06/2014 11:53 AM, Jeffrey Owen Katz wrote:
___
Discuss-gnuradio mailing list
, that it will install last version, but not,
gnuradio-config-info -v says, that I use version 3.6.1.
May be, thats the source of my problems...
Четверг, 6 марта 2014, 8:57 +01:00 от Marcus Müller
mar...@hostalia.de:
Hi Арсений,
gr_modtool is usually included in the distribution, because it
must fit to your
Hi Activecat,
to answer question 1):
grepping for min_noutput_items instantly shows that in
gnuradio-runtime/lib/block_executor.cc line 299, your block's min_noutput_items() is
called every iteration. If there isn't enough space, the block thread sleeps until there
is more. So yes, it works
tried to work with PyBOMBS, not soccessfully, but it`s because I`m not very
good in Linux...
Четверг, 6 марта 2014, 18:57 +01:00 от Marcus Müller mar...@hostalia.de:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
3.6.1 should have gr_modtool if I'm not totally mistaken; however, you'll
), if the
set_output_multiple() doesn't work on the fly.
If there is no better workaround, we have to stick to this trick at
the moment.
Hm, I'd call this a bug, iff (!) your forecast does everything right.
Can you confirm?
Regards, Activecat
Greetings,
Marcus
On Fri, Mar 7, 2014 at 6:00 PM, Marcus Müller mar
Hi activecat,
The scheduler might be confused if he asked for less than iFactor samples,
because then your forecast tells him you need 0 input to produce that... The
joys of Integer division
Can you modify it so that it always demands at least 1 input?
--
Sent from my Android device with K-9
Hi activecat,
The scheduler might be confused if he asked for less than iFactor samples,
because then your forecast tells him you need 0 input to produce that... The
joys of Integer division
Can you modify it so that it always demands at least 1 input?
--
Sent from my Android device with K-9
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hi activecat,
The scheduler might be confused if he asked for less than iFactor samples,
because then your forecast tells him you need 0 input to produce that...
Integer division
- --
Sent from my Android device with K-9 Mail. Please excuse my
for a block containing 5 samples. It should
again consider block of 5 next samples and calculate average.
Please let me what changes do I need to make.
Thanks, Kunal
On Sat, Mar 8, 2014 at 3:23 PM, Marcus Müller mar...@hostalia.de
wrote:
Hello Kunal,
You don't want to use set_history
, Activecat
On Sat, Mar 8, 2014 at 5:41 PM, Marcus Müller mar...@hostalia.de
wrote:
Hi activecat, The scheduler might be confused if he asked for
less than iFactor samples, because then your forecast tells him
you need 0 input to produce that... The joys of Integer division
Can you modify
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Kunal,
https://www.google-melange.com/gsoc/document/show/gsoc_program/google/gsoc2014/help_page#10._Can_a_group_apply_for_and_work_on_a
Min=Max=1 :)
Greetings,
Marcus
On 09.03.2014 12:10, kunal sankhe wrote:
Hello,
For GSoC-14 , what is
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Well, it's basically the idea of not writing a special case for a
single type of block; and if you are aware that sync blocks are only
subclasses of normal blocks that implement a general_work which
consumes *and* produces the return value of work,
1 - 100 of 3406 matches
Mail list logo
