Yes, but no!
So, GRC Variables are really a GRC concept, and you'd need to break
multiple layers of encapsulation from within a Python block just to
alter them. Really, that's possible with a simple callback function,
but please don't.
Instead, the appropriate way of dealing with this would be
Hi Charlie,
I was writing a much longer email, but let's first get the formal
blocker out of the way:
You need to upload a proof of enrollment before you can even upload
your proposal to the GSoC website. The latter needs to happen by March
31, no exceptions. Will that work out for you? A 19 day
Hi Ahmet,
pretty clearly, this isn't the right forum for webcam / gstreamer
trouble :)
Best regards,
Marcus
On Wed, 2020-03-11 at 17:30 +0300, Ahmet DEMIR wrote:
> Hi,
> I want to use the webcam of my laptop in gstreamer to stream a real time
> video. I have a problem given in below figure.
Why? That warning is a legitimate one, but it's also just a warning.
As software architect, I'd like to understand the reason for wanting to
remove this.
Best regards,
Marcus
On Tue, 2020-03-10 at 08:04 +, Comm Sp wrote:
> Yes. Here it is. Regardless of its effects, I am very interested in
Hello Vincenzo,
Kyeong Su Shin is absolutely right!
I'd also like to add that in any case, you'd really want at least
Ubuntu 18.04LTS; anything older than that becomes a dependency hell,
anyway, so even PyBOMBS wouldn't help much.
Best regards,
Marcus
On Mon, 2020-03-09 at 17:43 +, Kyeong
Hi Robert,
On Sun, 2020-03-08 at 20:24 +0100, Robert Heerekop wrote:
>
> 2. I try to get GNURadio Companion 3.8 running as a GUI because I read that
> that was more stable. I'm happy though if I can get any version working in
> the first place...
> The provided sugegstion to simply perform
On Fri, 2020-03-06 at 12:00 +0100, Md. Atiqur Rahman wrote:
> I read some documents and it is mostly saying need a file sink, but what
> would be the file formate of the sink?
>
Haven't tried it, but I don't see why not. Make sure you've got the
right bladerf library development headers installed before building gr-
osmosdr.
Best regards,
Marcus
On Fri, 2020-03-06 at 11:37 +, Jerom Maas - LR wrote:
> Hello everyone,
>
> at the moment, I'm trying to connect a
You'll need to open the packet_tx example from the same folder, and hit
"generate" on that, and then reload the block library.
On Thu, 2020-03-05 at 13:56 +0300, Ahmet DEMIR wrote:
> Thanks a lot for the help. I am using linux ubuntu 18.04 operating system.
> When I want to use the
Depends on the operating system you're running on.
However, if the blocks have been removed in GNU Radio 3.8, they've been
removed because they didn't work anymore, so you'll need to replace
them either way.
Best regards,
Marcus
PS: If you include as much info as possible in your original
Hi Vinicius,
you can directly feed the output of the OFDM channel estimation block
into a simple general block that you write yourself[1] – even in Python
– and make that block
* either save the contents of the relevant tags to a file or
* output a vector of (inverse) channel coefficients
Never too late, just put it on the Ideas List wiki page
On Mon, 2020-03-02 at 10:38 -0300, Federico 'Larroca' La Rocca wrote:
> Ron,
> Let me know if I can be of any help. I've been wanting to port the whole
> project and integrate it to GNU Radio for a some years by now, but I just
> can't
Hi Ralf,
wow, thanks for the extensive mail! Can't process it right now (at
work), but a few quick notes:
* 3.7.11 is rather oldish, and upgrading to GNU Radio 3.8 would
definitely be a good idea. In fact, on the current development
version of GNU Radio, we even have enabled a few
Dear Ahmet,
they were buggy (randomly dropped data), i.e. they never fully worked,
couldn't be fixed, were explicitly in the "deprecated" category for
multiple years on GNU Radio 3.7 and then finally removed in GNU Radio
3.8.
So, you need to replace them with something else. GNU Radio comes with
That's a bit broad, what's your scientific interest/research
topic/general interest?
On Sun, 2020-02-23 at 11:49 +0530, aakash jaiswal wrote:
> I am a postgraduate student and just got introduced to gnu radio. Could any
> please tell me some good but basic level projects i can make with gnu
Hi Geof,
this is just to let you know how much I appreciate your work:
Thank you!
Best regards,
Marcus
On Thu, 2020-02-20 at 17:14 -0500, Geof Nieboer wrote:
> Jerom,
>
> Confirming what Marus and the others have said, the current installers use
> py2.7 and only py2.7.
>
> It is indeed a
On Fri, 2020-02-21 at 19:44 +0100, Ivan Iudice wrote:
>
> An other question, why the same version of gnuradio (3.8.0.0) I compiled and
> installed on my host machine uses python 3, and on the E310 uses python 2?
>
Because those are built in different environments.
smime.p7s
Description:
Hi Lukas,
On Fri, 2020-02-21 at 16:17 +0100, Lukas Haase wrote:
>
> Example 2: How do select integer-n mode?
>
> tune_req_rx.args=uhd.device_addr(','.join(["mode_n=integer",
> "int_n_step=1000e3",]))
> tune_req_tx.args=uhd.device_addr(','.join(["mode_n=integer",
> "int_n_step=1000e3",]))
>
>
Hi Lukas,
On Fri, 2020-02-21 at 00:24 +0100, Lukas Haase wrote:
> These blocks support a message interface but unfortunately this is pretty
> useless except for the simplest applications (I need to control advanced
> tuning with timed commands, GPIO ports etc).
That's very much supported, far
https://www.twitch.tv/gnuradio
... and the recording will be uploaded to Youtube, too.
On Thu, 2020-02-20 at 17:46 +, Müller, Marcus (CEL) wrote:
> Dear GNU Radio community,
>
> due to unplanned events, we have to postpone the project call by two
> hours to 20:00 UTC.
>
Hi Ivan,
GNU Radio 3.7: Python2
GNU Radio 3.8: Py2 XOR Py3
GNU Radio >3.8: Py3
On Thu, 2020-02-20 at 19:35 +0100, Ivan Iudice wrote:
> Your help is very welcome!
> I’m sorry for the stupid question, however, how can I know which version of
> python is used by gnuradio?
>
> Ivan
>
> > Il giorno
Hi Paul,
indeed, it is a chicken & egg situation, which is why I embrace Jerom
working on windows. But the honest truth is: while there **really** is
a lot of time spent on making GNU Radio work as smoothly as on most
Linux systems, as of now, your choices are limited. And this is one of
the
Dear GNU Radio community,
due to unplanned events, we have to postpone the project call by two
hours to 20:00 UTC.
Best regards,
Marcus
smime.p7s
Description: S/MIME cryptographic signature
in the future. Should you
> need a guinea-pc, feel free to contact me.
> Thanks for the info,
>
> Jerom
> Van: Müller, Marcus (CEL)
> Verzonden: donderdag 20 februari 2020 16:24:49
> Aan: michael.dick...@ettus.com; Jerom Maas - LR
> CC: discuss-gnuradio@gnu.org
> O
der the 64-Bit Any CPU Windows installer, top link -
> v3.8.0.0/v1.7 BETA
>
> Thank you very much for the help. It's frustrating to be using windows and to
> differ from the linux standards, but looking at the bright side:
> I'm glad to help fixing the last problems for windows us
basic (frequency sink,
> waterfall).
>
> I’m hesitant to switch to 3.8 since I don’t know if my OOT items will work,
> took me forever to get working, and my project is due in one week. But I’ll
> try on a VM tonight and see.
>
> Thanks for your help!
>
> > On
H you're one of the few windows users; we'll need you to tell us
*exactly* what you've downloaded!
Best regards,
Marcus
On Thu, 2020-02-20 at 15:08 +, Jerom Maas - LR wrote:
> Hello Michael, thanks for the quick response!
> I've just reinstalled GRC, but I've not seen a single option
Hi Carlos,
> I saw mention to this error
not quite sure what you're referring to. What error?
WX not working on every platform and us not having adequate knowledge
to repair it was the reason to remove it from GNU Radio, so my
recommendation really is using Qt instead.
Also, instead of the
nt and try to
> work on it and will get you back soon
>
> Thanks and regards ,
> Ranganathan Sampathkumar
>
> On Fri, Feb 14, 2020 at 4:31 PM Müller, Marcus (CEL) wrote:
> > Hi!
> >
> > On Fri, 2020-02-14 at 14:57 -0600, sampath ranga wrote:
> > > How ar
Hi!
On Fri, 2020-02-14 at 14:57 -0600, sampath ranga wrote:
> How are you? I am Ranganathan Sampathkumar, one of the research students who
> gave request to you through Linkedin a few days ago.
I'd respectfully like to point out that as an author and maintainer of
open source software, it's
ture as well?
>
> On Fri, Feb 14, 2020 at 9:01 PM Müller, Marcus (CEL) wrote:
> > Hi Md. Atiqur,
> >
> > On Fri, 2020-02-14 at 20:43 +0100, Md. Atiqur Rahman wrote:
> > > For a QPSK modulation technique, I choose to set constellation point 1 to
> > > -
Hi Md. Atiqur,
On Fri, 2020-02-14 at 20:43 +0100, Md. Atiqur Rahman wrote:
> For a QPSK modulation technique, I choose to set constellation point 1 to -1,
> hence 1.4142 would be amplitude
Ah, you're confusing the magnitude of the complex number with the
amplitude of the I and Q component.
Hi Martin,
1. you're using a guide meant for Ubuntu 19.10, but you are running a
Ubuntu 18.04. So, yeah, that probably works, but really, not what you'd
normally do.
2. UNLESS you really need the Ettus version of UHD, and can't work with
the one supplied with your Ubuntu installation, building
Hi Sarandis,
all but the last three lines shouldn't be necessary at all (why did you
install all this?), but they don't hurt, either.
Thrift is a RPC backend, i.e. it allows a program to call functions in
other processes that don't even necessarily have to run on the same
computer.
GNU Radio
Hi,
huh. That looks hard to debug; also, the slow down is suspicious (as
long as there's memory available, it shouldn't take significantly
longer to get some – usually, memory fragmentation isn't *that* bad,
and this shouldn't be doing *that* much memory allocation).
Could you put all your code
t; > >
> > > I think I am going to install ubuntu again, since I really need
> > > to have gnuradio working asap.
> > >
> > > It says nothing
> > > ~$ which gnradio-config-info
> > >
> > > :~$ gnuradio-config-info --version
> >
stall I get Package 'gnuradio'
> is not installed, so not removed
>
> But I still get
> # gnuradio-config-info --version
> 3.8.0.0
>
>
>
> On Wed, Feb 12, 2020 at 12:47 PM Müller, Marcus (CEL) <
> muel...@kit.edu> wrote:
> > Hi Laura,
> >
>
Hi Laura,
first of all, unless you really want to work *on* GNU Radio, there's
little reason to install it using PyBOMBS. At the very least, on Debian
testing, there's native GNU Radio 3.8 packages, and for Fedora and
Ubuntu, GNU Radio has binary packages that you can just install and use
to
You can't send more message than what your bandwidth/radio allows you
to send.
So, either throw away as many messages as necessary to bring the short-
term average message rate to something your hardware can send, or
implement a buffering block that puts incoming messages in a queue and
slowly
Maybe you can abuse the mpsk_snr_est for your purposes?
On Sun, 2020-02-09 at 22:16 -0500, Marcus D. Leech wrote:
> Has anyone implemented a Kurtosis estimator in GR? Maybe a convenient OOT?
>
>
>
smime.p7s
Description: S/MIME cryptographic signature
Hi Eitan,
sorry, nobody will be able to help you based on the lack of information
on what exactly you're doing. "A zigbee chain" really doesn't help any
of us debug your issue!
Best regards,
Marcus
On Sun, 2020-02-09 at 09:33 +0200, Eitan Hetzroni wrote:
> anyone?
>
> On Wed, Feb 5, 2020 at
Generally, the place to start looking for GNU Radio module is
cgran.org. Our fantastic volunteers (hey, Nicolas and Marc and others!)
have just last week added a new column: supported GNU Radio versions.
Sadly that column isn't overly well-populated so far – we expect that
to change soon; it's a
Hi Laura,
I believe such questions are better suited for the usrp-users mailing
list, because working on the USRP2 FPGA has little to do with GNU Radio
itself!
You're right, that link is dead in the UHD 4.0.0.0 documentation, but
you're probably not using UHD 4 anyway: Your installation method
Hi Everyone,
we're on this already :) But we do take your emails as "this needs to
be bumped up in priority".
Thanks!
Marcus
On Tue, 2020-02-04 at 17:32 +0100, Albin Stigö wrote:
> +1
>
> On Tue, Feb 4, 2020, 17:26 Sylvain Munaut <246...@gmail.com> wrote:
> > Hi
> >
> > > as you might know,
omponent of the
> resultant signal is obviously 5 MHz.
>
> Its rise time is 0.1 microseconds.
>
> Aaron
>
> -Original Message-
> From: Discuss-gnuradio <
> discuss-gnuradio-bounces+achesir=mitre@gnu.org> On Behalf Of
> Müller, Marcus (CEL)
> Sent:
Hi Mike,
thanks for following up on this:
A signal with 0.1 microsecond rise time definitely has definitely more
than 6 MHz bandwidth :) so that's where my confusion stems from.
It will have something upwards of 20 MHz, rule of thumb should be
around 100 MHz bandwidths, and that fits nicely with
Hi Madhan,
On Wed, 2020-01-29 at 06:13 -0800, Madhan TJ wrote:
> DEAR SIR,
several ladies on this mailing list, too!
> I am doing project on ofdm,so i need to calculate BER for different
> modulation techniques
Awesome, doing that sounds fine, because an OFDM system typically makes
it easy to
Hello folks,
the hackfest at ESA, kindly organized by Andrej Rode, is well underway
and we're seeing very interesting progress so far:
* a workgroup (packaging) is looking into getting the OOT ecosystem
into shape: Infrastructure to build binary packages (.deb for now) to
go with our GNU Radio
Hi Michel,
welcome to the mailing list.
I must admit that I don't really know what you want to do.
Can you explain it, so that doesn't know what a DMR-C4FM relay is,
understands?
I think you're referring to some GRC flow graphs, but sadly we don't
know which ones you have been looking at. So,
Dear Faisal,
first piece of guidance: write good emails; the email you answered to
literally says:
On Mon, 2020-01-20 at 22:38 +0500, Faisal Khan wrote:
> > When replying, please edit your Subject line so it is more specific
> > than "Re: Contents of Discuss-gnuradio digest..."
So, I've
Ah, you're right: of course you *could* use a symbol introduced in
A.B.1.0 and then couldn't compile with A.B.0.0, but what I meant is
"recompiling (when a new release comes out)".
On Tue, 2020-01-21 at 15:36 +0100, Sylvain Munaut wrote:
> > we guarantee API
> > compatibility (i.e. recompiling
Hi Thomas,
as Nate wrote: we guarantee ABI compatibility between Releases A.B.C.D
that only differ in D (i.e. no relinking necessary), we guarantee API
compatibility (i.e. recompiling will never fail) for all releases that
have the same A.B.
Best regards,
Marcus
On Mon, 2020-01-20 at 23:00
Hi Christophe,
That's awesome! I'm looking forward to reviewing that PR!
On Fri, 2020-01-17 at 11:13 +0100, Christophe Seguinot wrote:
> I really want to congratulate developers for their good quality code of
> GNURadio. Without that I wouldn't have been able to develop this eye_sink.
I think
True, Eigen is pretty popular for people needing to do Matrix
operations – I wasn't aware they even have Matrix decompositions[1]!
(in hindsight... considering the library name...)
I like Eigen, but there's two caveats, I find:
1. indexing is done with () instead of [] (I guess it's made for
-major.
Best regards,
Marcus
[1]
https://github.com/kit-cel/gr-specest/search?q=filename%3A.f90_q=filename%3A.f90
On Thu, 2020-01-16 at 21:31 +, Müller, Marcus (CEL) wrote:
> So, that depends a bit on what you want to do:
>
> These operations are classically implemented in a libra
So, that depends a bit on what you want to do:
These operations are classically implemented in a library called
LAPACK, which is really mature (and, it's written in Fortran90). You
use it through C++ wrappers like "IT++" or "Armadillo".
Be a bit careful though. The usual way of defining the
ake:26
> (find_dependency)
> CMakeLists.txt:45 (find_package)
>
>
> -- Configuring incomplete, errors occurred!
> See also "/home/grc/gr-osmosdr/build/CMakeFiles/CMakeOutput.log".
>
>
>
>
> And I have read this wich says that gr-osmosdr does not work
Dear Shivam,
the mailing list archive shows no record of you ever contacting this
list under the subject "Regarding File source Block Funtionality"[1] or
from someone named Shivam at all[2].
This, together with the fact that we're basically participating on this
list in mostly unpaid time might
Ah little correction:
On Tue, 2020-01-14 at 10:10 +, Müller, Marcus (CEL) wrote:
> Hi Fernando,
>
> GNU Radio itself doesn't interface with the bladeRF directly, at all –
> things like gr-osmosdr do.
> Hence, there's absolutely no need to build GNU Radio from source.
>
>
Hi Fernando,
GNU Radio itself doesn't interface with the bladeRF directly, at all –
things like gr-osmosdr do.
Hence, there's absolutely no need to build GNU Radio from source.
Instead:
1. Get a modern GNU Radio (3.8.0.0 as of writing) as a binary package
via our PPA [1]:
sudo
Hey Adrian, that's nice!
Generally: you said you couldn't implement an ALC: what's an ALC?
Best regards,
Marcus
Mon, 2020-01-13 at 16:40 +, Adrian Musceac wrote:
> Hi,
>
> I wrote a report about combining WSJTX and GNU radio with a PlutoSDR
> transceiver to achieve FT8 contacts on the 144
Jep; that's why I also upload all GNU Radio release tarballs to github.
Cheers
Marcus
On Wed, 2020-01-08 at 17:59 +0100, Andrej Rode wrote:
> Hi Phil,
>
>
> > > You either need to make and host your own, or download from the
> > > github mirror ( https://github.com/osmocom/gr-iqbal/releases )
Dear John,
you mean an external device that can interact with GNU Radio's sample
streams?
Well, I'd say it's not very hard per se – all you need is to write a
driver for that device. That driver needs to have an interface that you
can use to transmit samples from your PC to the device, or get
ically - mimo-ofdm over wimax
>
> On Sun, Dec 22, 2019 at 1:13 PM Eitan Hetzroni
> wrote:
> > anyone with any progress on the wimax?will to even pay for a
> > working chain - cant figure out where to find a grc chain.
> >
> > On Wed, Nov 20, 2019 at 3:29 PM Mül
Hi Angilberto,
On Thu, 2019-12-19 at 15:13 +, Angilberto Muniz Sb wrote:
> In the docs it says the xlating fir filter is a symmetric one,
certainly not in general. The FIR filter can whatever filter you put in
there. You're thinking of an example somewhere!
So, what docs *specifically* say
gt; Yes Marcus, I'm interested in the "excess" delay, thats why I need to cancel
> the group delay.
>
> Guess I've found the answer:
>
> (len(filter_taps) - 1) / 2
>
> Will try it..
>
>
> Angilberto.
>
>
> Em quinta-feira, dezembro 19, 20
Hi Angilberto,
am I right to assume that you already are considering the group delay
of the filter that you specified and there's "excess" delay beyond
that?
Best regards,
Marcus
On Wed, 2019-12-18 at 19:59 +, Angilberto Muniz Sb wrote:
> Hi all,
>
> I have a dual tone signal that I down
Hi all!
Google's Summer of Code 2019 has definitely been a success for GNU Radio and
we're already looking towards 2020! Organization applications open in about 4
weeks, so it's again time to think about new project ideas! If you have
something in mind that is feasible to do within 3 months,
Wow, Sylvain, this is awesome!
Especially: thank you for handling the "obscure" special 3.7+qt5 case.
Cheers,
Marcus
On Sun, 2019-12-08 at 21:31 +0100, Sylvain Munaut wrote:
> Hi,
>
> I have just pushed updates to various osmocom repositories, updating
> them to run on gnuradio 3.8.
>
>
vin,
>
> On 2019-12-05 22:21, Kevin Reid wrote:
> > On Thu, Dec 5, 2019 at 1:04 AM Müller, Marcus (CEL) > <mailto:muel...@kit.edu>> wrote:
> >
> > > However, with your zero in- and output hier block,
> > > top_block.connect(something) was *nev
Hi Lukas, hi Marcus the prime,
the UHD blocks *can't* know they're in a hier block. That information
is not available to them, at all. "Hier Block" is just a flow-graph
construction-time concept: It doesn't exist when the UHD block is
constructed, and it doesn't exist when the flow graph starts
If it could take in account this extra scaling I could save the
> constant multiplier block.
>
> Best Regards.
>
> Em ter, 3 de dez de 2019 15:24, Müller, Marcus (CEL)
> escreveu:
> > I'd recommend not overestimating the workload of scaling outside of UHD
> > – U
Yeah, packaging mishaps happen, and especially with Ubuntu/Canonical
mostly grazing uninvolvedly on Mait's effort in the debian space, they
sometimes slip by. I'm super thankful Mait is so agile when it comes to
fixing the debian packages!
On Tue, 2019-12-03 at 17:55 +, César MR wrote:
> It
lling the QAM symbols for
> example)
>
> Regarding the USRP I am using a pair of X310.
>
> Thank you very much.
> Wheberth
>
>
> Em ter, 3 de dez de 2019 13:26, Müller, Marcus (CEL)
> escreveu:
> > U that's an ancient version of GNU Radio. Do you use any ot
Hi Glen,
On Tue, 2019-12-03 at 12:20 -0500, Glen Langston wrote:
> Hi
>
> This is a general question about upgrade to python 3 and gnu radio 3.8.
>
> We’ve got some custom C++ and Python code that will need to be installed.
> The python ran in version 2.7. This is working with gnuradio
U that's an ancient version of GNU Radio. Do you use any other UHD-
linking software, or can you try our new PPA that would give you a
modern GNU Radio 3.8.0.0?
https://launchpad.net/~gnuradio/+archive/ubuntu/gnuradio-releases
Anyway, for most USRPs "fullscale" actually should do some
Correct me, as I'm really not a Visual Studio expert but:
VS2008 predates C++11 support; you shouldn't be able to sensibly use it
for GNU Radio 3.8's C++11 codebase.
If I remember correctly, that's why we set the minimum MSVC version to
1800 (which corresponds to Visual Studio 2012, I think).
Hi Sarandis,
you can change the center frequency of the osmocom source by calling
the appropriate setter function. In GRC, that is automatically done
when you change the variable that you used there, for example with a
slider.
Now, you seem to want to do that automatically: just write a bit of
I'm s close to shouting out "ha-ha! Integer signedness error!", but
I think chances are this was fixed on master in
8eb1a354c0b5126b6c0b7d55b68963a155088b3a.
On Thu, 2019-11-21 at 01:57 -0800, Ron Economos wrote:
> I have the same issue, but the error message is different.
>
> Traceback
, you look for the preamble symbols to get the equalizer taps.
Best regards,
Marcus
[1] https://github.com/kit-cel/gr-dab
On Wed, 2019-11-20 at 15:19 +0200, Eitan Hetzroni wrote:
> hello,
> it is an ofdm system, but i could not get to tweak the ofdm_Rx example to
> find the preamble in
st regards,
Marcus
On Wed, 2019-11-20 at 15:13 +0200, Eitan Hetzroni wrote:
> thanks for the rapid reply,
> it does resemble ofdm, however as a beginner in the field i was hoping to
> find a readymade chain to tweak with?
>
>
> On Wed, Nov 20, 2019 at 3:11 PM Müller, Marcu
Hi Eitan,
it's been a while since I've looked into IEEE802.16, but that's a very
regular OFDM system, isn't it, with a fixed OFDM symbol as short
preamble (for the downlink bursts), and a 2-symbol preamble for the
start of frame?
A simple correlation detector might do in that case; a bit nicer
That won't work. The gr-osmosdr you install via apt will be for GNU
Radio 3.7 (which you, by the way, then probably installed as
dependency), and that conflicts with the GNU Radio 3.8 you're using!
On Tue, 2019-11-19 at 16:23 +, Martin Spears wrote:
> Kyeong Su Shin
>
> purged and
I frankly don't fully follow – instead of writing a filter that sorts
away your emails in folders, you could also write a filter that
prefixes them with [tags]? I don't know yahoo's mail interface very
well, but I'd be surprised if that functionality didn't exist.
Also, it's completely up to your
8 2180. make[2]: ***
> [gr-qtgui/lib/CMakeFiles/gnuradio-qtgui.dir/build.make:714:
> gr-qtgui/lib/CMakeFiles/gnuradio-qtgui.dir/__/include/gnuradio/qtgui/moc_spectrumdisplayform.cpp.o]
> Error 1
> #38 2180. make[1]: *** [CMakeFiles/Makefile2:9430:
> gr-qtgui/lib/CMakeFile
Not the OS X expert here, but this sounds like you're having problems
in your installation and did not put the icons in the right place.
How did you install GNU Radio?
On Mon, 2019-11-18 at 17:09 +0100, Mehdi Asgari wrote:
> Hello everyone.
> I have been trying to compile 3.8 on the latest
Hi Bogdan,
I'm afraid that's a bit out of the realm of what César can do – that's
gnu.org infrastructure, and we're still (still) trying to figure out
whether (and if so, how) it's possible to repair.
Cheers,
Marcus
On Sun, 2019-11-17 at 17:53 +0200, Bogdan Diaconescu wrote:
> You may start
You are _NOT_ an idiot.
There were serious bugs in the generic implementation of several of the
type conversion kernels.
Best regards,
Marcus
On Sun, 2019-11-17 at 12:20 -0500, Marcus D Leech wrote:
> Thanks Ron.
>
> I did some more testing, and it appears to indicate that I’m an
> idiot. I
Hi Martin, César,
> If you're asking for something specific, how about you do the guided
> tutorials (you can find them on the wiki), and see if they are still up to
> date?
Oh, yes! I totally forgot about these. Yes, going through these with an
as-modern-as-possible GNU Radio installation
Hi César!
It's awesome that you want to help!
If you've used GNU Radio before, then: YOU DEFINITELY HAVE THE SKILLS!
Generally, we always need people to
1. Write documentation,
2. Test our current development version,
3. Report and reproduce bugs,
4. Review pull requests,
5. Fix bugs and
6.
Ah, it's the same old blues; need to have qt(4)-devel packaged for qwt.
(What I've tried is: Run Fedora as host, and have a podman (or docker,
as if I care, replace "podman" by "docker" below) container
marcus@workstation> podman run -it --rm centos:8)
This is a very rough rundown of what I
Oh, CentOS 8 is out! Nice, I was waiting for that.
Let me check whether I can reproduce.
Best regards,
Marcus
On Fri, 2019-11-15 at 19:19 +, Mark Koenig wrote:
> I am trying to build gnuradio branch maint-3.8 and I am having trouble
> getting qt-gui to enabled. I am currently using the new
the hand optimized
> assembly!
>
> On Fri, 15 Nov 2019 at 14:57, Müller, Marcus (CEL) wrote:
> > Hi Amr,
> >
> > that just either means that the kernel has no NEON implementation so
> > far, so generic is the only choice, or, and that's *good* news, the
> > compil
The 3.7-era constellation encoders, if I remember correctly, are
average-power-normalizing. So, as I said, simply multiply by a factor
0.5. You already have that in your flow graph and bypassed it.
So, you already know what to do. Go wild! (Also, you usually do *not*
want a fixed peak-to-peak
… and the easiest way to adjust that is by simply multiplying the
result with the appropriate factor
Best regards,
Marcus
On Fri, 2019-11-15 at 13:06 +0100, Christophe Seguinot wrote:
> Hi
>
> Your amplitude is set in constellation object, in the constellation points
> list.
>
> At present
Hi Amr,
that just either means that the kernel has no NEON implementation so
far, so generic is the only choice, or, and that's *good* news, the
compiler has gotten so smart that it outranks hand-written code.
Best regards,
Marcus
On Fri, 2019-11-15 at 14:01 +0300, Amr Bekhit wrote:
> Going
Hi Glen,
On Thu, 2019-11-14 at 11:52 -0500, Glen I Langston wrote:
> Hi Amr,
>
> Thanks for your suggestion.
>
> However when I select no-gui, then all the QT blocks go RED in my designs in
> gnuradio-companion.
>
> I was hoping that they would instead just go quiet and use the default values.
Hi Glen,
On Thu, 2019-11-14 at 09:22 -0500, Glen I Langston wrote:
> Thanks Marcus,
>
> Concerning your points, I thought I’d edited the Subject line to
> start a new thread. I’ll be more careful in the future.
>
no worries – just the danger of hiding your own threads!
> Also thanks for your
Hi Glen,
first of all: This email nearly eluded my attention – you replied to a
completely different topic, and that means email clients will sort your
mail under the "Simulated Time?" thread. Simply don't reply to emails
if you don't mean to actually reply.
Then: The SDRPlay block isn't part of
You probably have conflicting configuration about paths in ~/.gnuradio;
hard to say, actually.
Generally, when installing in separate prefixes, it's no good idea to
have both prefixes in LD_LIBRARY_PATH etc at the same time - for any
given process, only one should be in there. That's no technical
1 - 100 of 1113 matches
Mail list logo
