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
Hello all,
after installing GRC 3.8, I find that the .py files that are created from grc
are python 2, instead of python 3.
I use Py3 and not Py2, so that's a problem.
How do I change the output language of GRC? If I use the 'option block' I can
only choose 'Python' or ' C++' , but I can't
Hi Jerom - I believe GRC outputs Py script based on how GR is installed.
Since GR38 can be installed using Py27 or Py3, if it's installed using Py27
then GRC will output for Py27. If installed for Py3 then it'll output for
Py3. Pretty sure this is correct. Hence, I'd advise you to check how GR is
i
I was referring to the QT4 runtime error. I was hoping 3 years may have
provided a solution since those QT blocks are so 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 w
Hello Michael, thanks for the quick response!
I've just reinstalled GRC, but I've not seen a single option about Py2 or Py3.
Maybe it's because I use the .exe installer, that it automatically chooses Py2
then? As said before, I don't even have Py2 installed on my pc. Should I give
it a go using
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 abo
There's no such thing as "the Qt4 runtime error". Please send us the
exactly what you're getting. This mailing list sees a couple of
thousand emails in 3 years, so really, we'll need you to tell us what
you're reading as error *in verbatim*, and a link to the mailing list
archive post (or at least
Hello Marcus,
that is correct! Sometimes, looking at the help on these forums, I also have
the feeling that I'm one of the few windows users.
First of all, a correction: I did not use any .exe, but the file:
gnuradio_3.8.0.0_win64.msi
I got it from http://www.gcndevelopment.com/gnuradio/down
Ha! Don't get me wrong, it's awesome you're using Windows.
Now, I don't think Geof came around to building a Python3 GNU Radio, so
you're out of luck for now. You could try your hands on doing that
yourself – follow the link to the Github repo with the source building
scripts – but I'd doubt it's
hi Marcus,
Thanks again for the quick reply.
It's good to know that I won't get py3 out of windows GRC.
I'll switch to linux for now. I've not worked with it before, but I'm not
afraid either 😉.
Most important for me is to avoid Py2 if possible.
I'll keep an eye out for possible windows updat
Hi Jerom,
cool! You can, by the way, run Linux in a VM under windows, so that you
don't have any risk or permanent investment to use Linux:
https://www.virtualbox.org/wiki/Downloads
Best regards,
Marcus
On Thu, 2020-02-20 at 15:38 +, Jerom Maas - LR wrote:
> hi Marcus,
> Thanks again for the q
I had some dist-packages versus site-packages with some versions of
gnuradio. See if both exist. I'm betting numpy is in site-packages.
Philip
On 2/19/20 4:46 PM, Ivan Iudice wrote:
> I’m curious to know if there is somebody in the list developing for E310
> using current SDK.
> This is a proble
Hi Philip!
I only have site-package folder in both python2.7 and python3.5 lib folders, no
dist-package.
The problem is that in python3.5/site-package there is not numpy, it’s only in
python2.7/site-package.
Is it not installed for python3? How can I install it in both the sdk sysroot
and in the
If you install from an EXE, then you'll get whatever it was built for (Py27
or Py3). If there's any way to build from source then you can select the
Python version directly. I don't run Windows, nor do I build for it;
hopefully someone is providing different Windows installer for GR38 with
variants
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
Hi, Marcus
"H you're one of the few windows users"
Isn't this a chicken & egg situation?
My bet is, if Windows binaries were available then *many* more Windows users
(like me) would be falling over themselves in the rush to use Gnu Radio.
We're generally not students/academics or industry d
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 cases
On 2/20/20 11:25 AM, Ivan Iudice wrote:
> Hi Philip!
> I only have site-package folder in both python2.7 and python3.5 lib folders,
> no dist-package.
> The problem is that in python3.5/site-package there is not numpy, it’s only
> in python2.7/site-package.
> Is it not installed for python3? How
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 20 feb 2020, alle ore 19:22, Philip Balister
> ha scritto:
>
> On 2/20/20 11:25 AM, Ivan Iudice wrote:
>> Hi Philip!
>> I only have site-package
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
Try:
$ less `which gnuradio-companion`
And see which python interpreter gnuradio-companion uses. Hopefully
someone from Ettus support knows for sure and can help with the OOT.
Your OOT looks like it is using python3
Philip
On 2/20/20 2:41 PM, Müller, Marcus (CEL) wrote:
> Hi Ivan,
>
> GNU Rad
Hello, Marcus
Many thanks for taking the trouble to reply, and so comprehensively.
I certainly don't want to get into a sterile debate about the merits of
Linux vs. Windows (that I'm not qualified for, anyway). But there are a
couple of points (here I go, anyway)...
There are Linux builds for an
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.
>
> Best regards,
> Mar
Jerom,
Confirming what Marus and the others have said, the current installers use
py2.7 and only py2.7.
It is indeed a major effort to move to py3 (because compilers), and once
it's done, it'll be done forever, I can't maintain 2 versions. So since
py2.7 was the legacy standard, I'm planning on
Apologies for being vague. As I mentioned earlier, it also happens to the QT
waterfall sink. When I was using the WX GUI, the same two sinks failed. Here’s
the detail:
Executing: /usr/bin/python -u ~/Documents/top_block.py
RSP devIndex: [0] RSP2
SDRplay bandwidth requested=1.536e+06 actual=153
Hi,
I am using the "Embedded Python Block" to create a simple controller that
controls my USRP Source/Sink blocks.
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
26 matches
Mail list logo
