Re: GR-3.9 Windows BETA "Installer"

The gr-fosphor build was not successful on the python side, which is why I didn't mention it, but I didn't remove the parts that did succeed. This block is a personal favorite, so after the essential blocks to use SDR devices are solid, this will be the next priority to look for. Geof On Thu, Ja

GR-3.9 Windows BETA "Installer"

All, As I was on a roll, I pressed forward from 3.8.2 to 3.9.0, and have posted a BETA GR-3.9.0.0 package for Windows 10. The file is located here A couple key caveats: 1- There is not an actual

Re: Windows install link

The link is back up, there was an error discovered in a package released last night. It's now been fixed. Geof On Tue, Jan 19, 2021 at 1:41 PM Jay Patel wrote: > Hi All, > > We are teaching students GNURadio this year in DSP class. Most of the > students are using Windows as classes are online

Windows Installer for GR 3.8.2 Just In Time!

All, To celebrate the release of GR 3.9, I'm releasing a Python3-based Windows Installer for GR 3.8.2* ! Download it here . This uses vcpkg to build (nearly*) all the C++ dependencies, and as mentio

Update on windows installer

All, Just wanted to drop a note that while I have not released an installer for a bit, there is in fact work in progress. The longer version... The original installers used Py2.7, which was designed to use VS 2008.. which then forced packages to use the same compiler... But GR 3.7 required newe

Re: Error running GNU radio V. 3.8.1 on windows 10

This appears to be issue related to the one here: https://stackoverflow.com/questions/36003023/json-dump-failing-with-must-be-unicode-not-str-typeerror/36003774, and probably caused because this Win10 version is the last with py2.7 integrated. I haven't run into this error myself, so I'm not sure

Windows Binaries for 3.8.1.0 Available

All, Windows installers have been updated for GR 3.8.1.0 and are out of "beta" status. This can be installed side-by-side with the 3.7 versions (but not other 3.8 versions) Download it here :

Re: GNU 3.8.0.0 doesn’t show result after execute & run_gr.bat

Wei-Wen, 1- What generation is your CPU? Does it have AVX/AVX2 extensions? If not, that is likely the cause of this error, two others have reported it as well 2- If so, the "fix" for the moment is to download the more stable 3.7.13.5 windows installer (you can have both installed at the same tim

Re: GRC Windows installer page "gcndevelopment" unavailable

It's back up and running. The server needed a kick in the head. On Mon, Apr 6, 2020 at 10:50 AM Bernd Schleicher wrote: > Hi all, > > trying to install Windows version of GnuRadio, but the page > http://www.gcndevelopment.com/gnuradio/downloads.htm shows “Service > Unavailable”. > > Can anybod

Re: GRC 3.8 Output language Py2 or Py3 (Windows)

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

Re: GNURadio Leaking memory during repeated simulations

p of the GR python via pip. I also confirmed > that the issue occurs even without tqdm. Could PyCharm be causing these > problems? > > -Roman > > On Thu, Feb 13, 2020 at 7:10 PM Geof Nieboer > wrote: > >> Roman, >> >> I was able to run your code, and got a co

Re: UHD and USRP1

Michael, I still have my USRP1, and ran the same test w/ 3.14 and got the same results on Win10, dropped packets down to the minimum supported rate. Same test, same driver against the B200 works fine up to about 20MSps which appears to be my USB 3 chip's limit. For kicks I downloaded the same old

Re: GNURadio Leaking memory during repeated simulations

Roman, I was able to run your code, and got a consistent 150-160 it/s through the whole run, with about 65MB of memory in use (as reporting by Task Manager). This was on Windows 10 running GR 3.8.0.0. I noticed there was another package installed (tqdm) that's not part of the GR install. So I w

Re: GNURadio with Python 3 for Windows

Roman, 1.: No, there is not currently a precompiled version w/ Py3 2.: Not relatively easily. The scripts that create the pre-compiled version build py2.7 from source, and also pull in the entire dependency chain, and many have to be custom-compiled. So a lot of the build process will have to c

Re: Compiling OOT modules on WIndows

Dan, Yes it is possible (though I haven't tried with 3.8), but like Derek said, it's currently not easy. After 3.8 is stable, I'd like to work OOT development as the next task, but that'll probably be a while (6+ months). I don't see any major roadblocks, it's just going to take some time to make

Re: Windows Installers 3.8.0.0 BETA Available

with developing > applications on Windows, thus I don't know where to look to be able to > report more useful information. > > The GNURadio 3.7 binaries work fine. > > Thank you. > > Cheers, > Dan > > On 11-11-2019 19:07, Geof Nieboer wrote: > > All, &

Re: Re: Gnuradio 3.8 on Windows generates negative return codes

, I think). > > Best regards, > Marcus > > On Sat, 2019-11-30 at 10:57 -0500, Geof Nieboer wrote: > > > I have Visual Studio 2008 installed for C++ development. However, > > I do not understand how this works with python. > > > > I'm not sure if VS 200

Re: Re: Gnuradio 3.8 on Windows generates negative return codes

e' lines everywhere" and let us know where it's dying. Unfortunately I suspect it will be on "tb.start()" which won't provide much of a smoking gun. Geof On Fri, Nov 29, 2019 at 7:00 PM Lukas Haase wrote: > Hi Geof, > > Thank you very much fo

Re: Gnuradio 3.8 on Windows generates negative return codes

Lukas, Interesting. I ran the same very simple null->null and it did open another command prompt window and, well, did nothing, which was expected. I do have the following extra line displaying: > gr::pagesize: no info; setting pagesize = 4096 and then after I close the window I get the same "

Windows Installers 3.8.0.0 BETA Available

All, A BETA version of the windows 64-bit installer for GR3.8 is available here ( https://www.gcndevelopment.com/gnuradio/index.htm). The top link is for the 3.7 version, beta 3.8 is the second link down from the top. The good news is that this

Re: Gnuradio for windows

Sorry didn’t realize the site went down. I will sort it out today. Geof On Fri, Nov 1, 2019 at 02:26 alireza nazari wrote: > Hi, > > It looks like the link for downloading gnuradio for windows in wiki > is broken and the > website is down. Is

Re: [Discuss-gnuradio] Error compiling gr-qtgui/lib

from this computer, sorry. But give them a shot. Geof On 10/21/19, Geof Nieboer wrote: > The Qwt/Qt linkage is indeed a problem, as when compiling one must be > very careful to link the right version of Qwt to the right version of > Qt or else all hell breaks loose. > > GR3.7

Re: [Discuss-gnuradio] Error compiling gr-qtgui/lib

The Qwt/Qt linkage is indeed a problem, as when compiling one must be very careful to link the right version of Qwt to the right version of Qt or else all hell breaks loose. GR3.7 needs Qwt5 linked to Qt4 GR3.8 needs Qwt6 linked to Qt5 If you are building 3.7 on windows, I'd recommend just using

Re: [Discuss-gnuradio] best way to do a total removal GNU Radio installation on windows 10?

Beau, Just use the regular windows tools to uninstall a program in control panel as you've previously accomplished. The error you are receiving is NOT because you had 3.7.13.4 before, it's a new bug introducing in .13.5 (caused by a fix for a different problem). Again, they are just warnings tho

Re: [Discuss-gnuradio] RTL-SDR source not working in 3.7.14.5

('gtk-cancel', gtk.RESPONSE_CANCEL, ok_stock, gtk.RESPONSE_OK)) > TypeError: parent must be a GtkWindow or None > D:\Program Files\GNURadio-3.7\lib\site-packages\gnuradio\grc\main.py:54: > GtkWarning: Input method multipress should not use GTK's translation > domain g

Re: [Discuss-gnuradio] RTL-SDR source not working in 3.7.14.5

There are installers for windows: http://www.gcndevelopment.com/gnuradio That will come with RTL-SDR drivers, etc. Just run the "run_grc.bat" from the /bin directory (or use the installed shortcuts) Geof On Sat, Oct 12, 2019 at 8:42 AM Chris Gorman wrote: > Hmm, > > Not too sure what is wron

Re: [Discuss-gnuradio] GNU Radio 3.8 for Windows

Pol, That's great work! I am the maintainer of the Win10 binaries you mentioned, and while the scripts are currently capable of building 3.8 in Win10, I have delayed a binary release to allow a bit more time for some more of the "add-on" packages to become compatible with 3.8 and GRC specifically

Re: [Discuss-gnuradio] GNURadio Windows Errors with OsmoSDR

functools32-3.2.3.post2-py2.7.egg > C:\Program > Files\GNURadio-3.7\gr-python27\lib\site-packages\python_dateutil-2.8.0-py2.7.egg > C:\Program > Files\GNURadio-3.7\gr-python27\lib\site-packages\bitarray-0.8.1-py2.7-win-amd64.egg > C:\Program > Files\GNURadio-3.7\gr-python27\Lib\site

Re: [Discuss-gnuradio] GNURadio Windows Errors with OsmoSDR

t; > > > Thanks again for your willingness to help. I really want to get GRC up and > working properly on this machine and I know how strange this error is. > > > > Patrick > > > > From: Geof Nieboer > Sent: Tuesday, June 25, 2019 6:33 AM > To: W3AXL Patrick

Re: [Discuss-gnuradio] GNURadio Windows Errors with OsmoSDR

Patrick, Just to confirm, you started GRC by running the run_GRC.bat file or the link on the start menu? Assuming so. If not that’s the problem and ignore the rest. There is little program out there called “dependency checker” that is invaluable for these issues. Download it and find the .pyd

Re: [Discuss-gnuradio] [EXT] Re: Python3 or still Python 2.7?

rate within Windows (as opposed to the various > versions of Linux) is that I can thus avoid the seemingly-endless > irritations of dependency / incompatibility issues. > > Thanks in advance, > > Aaron > > -Original Message- > From: Philip Balister > Sent: Mond

[Discuss-gnuradio] Windows Installers v1.6 for v3.7.13.5 published

All, Updated windows installers that include 3.7.13.5 have now been published. They can be found as always at http://www.gcndevelopment.com/gnuradio. Key windows specific fixes in the installers include: 1- Windows Audio Sink now doesn't distort for certain audio streams 2- ZeroMQ is working aga

Re: [Discuss-gnuradio] Audio source cannot use 2 outputs (Stereo) in windows

I apologize for missing this email chain. FYI, anytime you see a "Z:\gr-build" somewhere in a Windows install, know that that is the path I use when buildiing the installers, so exactly as was already deduced, that is a path that ended up being hardcoded someplace. It's particular of the cultural

Re: [Discuss-gnuradio] gr_zeromq on MS-Windows ?

I'm not at the machine at the moment, but as I recall pyzmq ends up looking for one version and gnuradio the other, so maybe I have the name error backwards. Either way, I will fix it in the next release, as worst case I just downgrade to the version of ZMQ that was bundled with 3.7.12. Geof On

Re: [Discuss-gnuradio] gr_zeromq on MS-Windows ?

There is a problem with the latest installer related to the changes in the way libzmq's build process works. So the libraries are misnamed. Rename the zmq library to libzmq.dll (it'll be something like libzmq_v140_mt_something.dll currently) and see if that resolves the issue. Geof On Wed, Apr 17

Re: [Discuss-gnuradio] Windows OOT Module Attribute Error module object has no attribute

Horky, Installation on windows is now very simple, there have been .msi installers available for a while. I recommend you give them a try. There are some features which do not work, but the vast majority work fine. Unfortunately, custom OOT modules is one of the problematic areas. And as I bel

Re: [Discuss-gnuradio] B205 mini on Windows 10? USB Driver not found

UHD drivers are installed with the GnuRadio windows installer. However, the system may not have located them automatically and so it's installed a different driver instead that it thinks is compatible. There are couple UHD utilities in the installation as well... I think they are under Gnuradio-3

Re: [Discuss-gnuradio] First attempt at GRC crash and burn

The GNURadio windows package comes with the HackRF drivers pre-installed, as well as the helper functions like hackrf_info.exe . So I'd run Cinead's recommendations from the "GNURadio Command Prompt" so your paths are correct. On Sat, Jan 26, 2019 at 5:33 PM Cinaed Simson wrote: > Try from a

Re: [Discuss-gnuradio] Unable to download Windows binary install files

e first page request works, but then when you click on > another link for a resource that's in the same domain, the server times out. > > -Saverio > > On 12/13/2018 12:17 PM, Geof Nieboer wrote: > > smercurio, > > Apologies, that server has been hiccuping this week

Re: [Discuss-gnuradio] Unable to download Windows binary install files

smercurio, Apologies, that server has been hiccuping this week, and I haven't had a chance to RDP in and figure out why. Please check back next week. Geof On Fri, Dec 7, 2018 at 7:09 PM smercurio wrote: > I'm not sure if this is the right place to ask this, so if not, please let > me know whe

Re: [Discuss-gnuradio] Windows Crashing while Installing and Running GNU Radio

#x27;*sudo apt install gnuradio*' command. > > I will try to boot in safe mode and see. > > Thnaking you > Rensi Sam > On Friday, October 19, 2018, 2:03:28 AM GMT+5:30, Geof Nieboer < > gnieb...@corpcomm.net> wrote: > > > Rensi, > > I have never run int

Re: [Discuss-gnuradio] Windows Crashing while Installing and Running GNU Radio

Rensi, I have never run into this problem. What happens if you physically disconnect the USRP and boot the device? This has to be a driver problem as obviously GNURadio isn't running when your are just logging in. Sounds like a problem between the UHD drivers and the USB chipset. Boot in safe

Re: [Discuss-gnuradio] AirSpy HF+ with GNU Radio and gr-osmosdr

lved the problem. Perhaps this is obvious for all of > you, but it is not for a newbie like me. > > Finally! My week long headache was solved by a simple argument line in the > source block. > > Hopefully my embarrassment will help someone else out there. Thank you for > your help

Re: [Discuss-gnuradio] AirSpy HF+ with GNU Radio and gr-osmosdr

I would recommend experimenting with the osmosdr source parameters. GQRX uses GNURadio behind the scenes, so if GQRX can see it in Ubuntu, then so should GNURadio, so I suspect it's a block setup problem. On Mon, Sep 24, 2018 at 7:35 AM Richard Hedlund wrote: > Hello, > > First of all, this is

Re: [Discuss-gnuradio] IIR Filter ?

Hello, Which version of GR are you running in Windows? Previous versions were not compatible with the filter designer. Also, could you give us a screenshot of your GRC flow graph? Geof On Sat, Sep 22, 2018 at 17:41 jf.dev...@gmail.com wrote: > Hello > > > I 'm an old french Applied Physics

[Discuss-gnuradio] Windows 3.7.13.4 binaries available

Good afternoon all, The windows installers have been updated for GNURadio 3.7.13.4 and are posted here: http://www.gcndevelopment.com/gnuradio/downloads.htm This was primarily a version update to include newer dependencies that are out there, no new functionality added to the installers other tha

[Discuss-gnuradio] Windows binaries for GR 3.7.12 released

Good afternoon all, The windows installers have been updated for GnuRadio 3.7.12 and are posted here: http://www.gcndevelopment.com/gnuradio/downloads.htm The following versions were updated: - GNURadio -> 3.7.12 - UHD -> 3.11.0 - gqrx -> 2.11.3 The following OOT packages have been add

Re: [Discuss-gnuradio] Windows DLL Error && Missing Ubuntu Apt-Get Components

Christopher, On the windows side, there is a tool called Dependency Walker that has been really vital for me to track down missing DLL's. To use it here, right-click on the appropriate Python DLL (Probably C:\Program Files\GNURadio-3.7\gr-python27\lib\site-packages\scipy-0.18.1-py2.7-win-amd64.eg

Re: [Discuss-gnuradio] Using rtl-sdr dongle with grc on Windows 10

You probably need to run zadig.exe to get the right driver loaded... see ( https://www.rtl-sdr.com/getting-the-rtl-sdr-to-work-on-windows-10/). I believe a copy of zadig.exe should be in the ./gnuradio-3.7/bin directory. Have you used the rtl-sdr dongle with any other windows applications? If no

Re: [Discuss-gnuradio] Audio sink + windows binaries

entially it opens the wav file, reads the > samples, extracts only one of the two channels and saves the data in > float32 format. > > Just to clarify: both files (data and wav) are played perfectly OK on my > Linux Box, so the issue is not with wav vs data but with Linux vs Windows.

Re: [Discuss-gnuradio] Audio sink + windows binaries

Achilleas, I have duplicated the problem with the same setup, playing the .data file w/ the file source, and also playing the wav file with the wav file source produces similar distorted results. However, I don't have a quick solution to return. I'll need to keep looking. Can you describe how y

Re: [Discuss-gnuradio] Implementing feedback loops

> A few solutions I have read online say that all feedbacks can be done internal to the custom block. The problem i have is that my application will no longer be real time. Why don't you think it will be in real time? If you have a code branch so that y0 still outputs (invalid) data on flowgraph

Re: [Discuss-gnuradio] Windows install building oot modules

Yes, ability to build OOT modules is the key work for the next release. (a), (b), and (c) are all generated during the build, so it's just a question of including them in the .msi. I will keep your requests in mind as I build the next installer, thanks! Geof On Fri, Sep 29, 2017 at 5:27 PM, Euge

Re: [Discuss-gnuradio] Gnuradio installs with pybombs on Windows 7 computer with VMWare 10 but not on Windows 10 computer with VMWare 12 Ubuntu 17.04

You could of course always install GNURadio directly to the native OS using the windows installers, if GNURadio is the only reason for using the VM. On Mon, Sep 25, 2017 at 1:31 PM, West, Nathan wrote: > As the error says, that's an internal error to the compiler. That usually > means that you r

Re: [Discuss-gnuradio] FW: Re: File sink permission error on Windows

rm that by selecting some file on file sink > block file menu. > > How can I check if any unicode? > > > > Regards > > Kim taeyeong > > > > Original Message > > *Subject :* Re: [Discuss-gnuradio] FW: Re: File sink permission e

Re: [Discuss-gnuradio] FW: Re: File sink permission error on Windows

Andrew, There are windows installers available for GNURadio, located at http://www.gcndevelopment.com/gnuradio. They contain all dependencies and are 64-bit only, compatible with Win 8 & 10. They also include a number of drivers, OOT blocks, and ancillary packages like gqrx. The current version

Re: [Discuss-gnuradio] FW: Re: File sink permission error on Windows

Kim, That's a very odd error. Can you confirm that neither good.bin or bad.bin existed in that folder? Are there any unicode characters in the filename? Your path separators were copied as \. Can you confirm which direction slashes you were using? Geof On Mon, Aug 7, 2017 at 11:16 PM, 김태영 wro

Re: [Discuss-gnuradio] Crash of gqrx in gr block deallocator when building gnuradio w/o log4cpp on Ubuntu 16-17

tate after some destructor is > called. > > Also, if you build with -fsanitize=address, you do see that there's a > memory corruption way before that destructor gets called, but I'm not sure > if it's related. > > I gotta submit a PR for something in gr-dtv this we

Re: [Discuss-gnuradio] Crash of gqrx in gr block deallocator when building gnuradio w/o log4cpp on Ubuntu 16-17

Don, I ran into the same exact issue while updating the windows build scripts. Another fix is to manually define ENABLE_GR_LOG during build of iqbal and gqrx to work around the issue without installing log4cpp. It appears to just affect those two so far. The windows build does not currently inc

Re: [Discuss-gnuradio] Successful installation of GNURadio 3.6.4.1 on Window XP and Windows 8

I have built windows installers for gnuradio that have been available for a bit over a year. They include 3.7.11.1 and just last week updated them to version 1.3, and include a wide variety of drivers and packages all purpose built for windows 10 64-bit. Hopefully that will save you some trouble

[Discuss-gnuradio] Windows Binaries v1.3.0 posted

All, A new set of windows binaries are now posted. A number of new packages have been added. http://www.gcndevelopment.com/gnuradio/downloads.htm Changes: 1. A complete debug version is now available, with the whole stack including all dependencies built in debug mode. Symbols for Debug

Re: [Discuss-gnuradio] gnuradio bugtracker

Vladimir, The bug tracker was recently moved to github, so head to http://github.com/GNURadio/GNURadio to find the issues/bug tracker. Geof On Sun, May 7, 2017 at 07:19 Владимир Мартьянов wrote: > Hello, I'm new in gnuradio and maybe don't know some obvious things... But > where is a bugtrack

Re: [Discuss-gnuradio] GRC 3.7.11 on Windows crashes python.exe

Martjin, On the windows build, most likely the problem is in the build scripts... we build two versions, one with maximum optimizations for AVX2 capable CPUs, and a generic one. Sometimes, however, AVX2 instructions get into the regular build for a number of reasons (qwt in particular has been an

Re: [Discuss-gnuradio] Trouble compiling a program using GNU Radio with MSVC17 (was: Global namespace Errors with Complex and xlocNum)

Melvin, I would recommend using MSVC 2015, as I can verify that GNURadio builds fine with that, and the installation process for windows builds all dependencies with that to ensure consistency. That way you can at least rule out a compiler difference as the reasons. MSVC 2017 implements more of t

Re: [Discuss-gnuradio] gr-fec: why BOOST_CONSTEXPR_OR_CONST?

If it sheds light... the original issue was that the static const float was being defined and initialized with a value in the header, which worked with GCC because of a GCC-extension. This, however failed with MSVC (or gcc running in -pedantic mode apparently). So the declaration/init was split b

[Discuss-gnuradio] Windows binaries 3.7.11 released

Good afternoon all, The windows installers have been updated for GnuRadio 3.7.11 and are posted here: http://www.gcndevelopment.com/gnuradio/downloads Of note, this is the first version that required no patching to build natively on Windows! Thanks to all that made that happen. Some of the wind

Re: [Discuss-gnuradio] GSL_FOUND both TRUE and FALSE

I would take a look at the FindGSL.cmake script. I suspect the issue is related to the change to run FindPackage twice. Perhaps the pkgconfig detection isn't pulling in the variables the second time so they are being set to nulls? For a quick test, I would try commenting out the "find_package(GS

Re: [Discuss-gnuradio] GSL_FOUND both TRUE and FALSE

A patch was applied a couple weeks ago because gr-dtv wasn't running the same check for GSL that the previous libraries were (in CMAKE), which caused the same problem. Perhaps this is the same issue? Really depends exactly which version you were running. If you are running from git between I thi

Re: [Discuss-gnuradio] Quesiton about GNU Radio binaries

Ben, I currently do not build 32-bit binaries. Based on the trend in windows deployment, I don't see the 32-bit side as having a long term future. Because it's not just GNURadio, it's all the dependencies that would need separate builds as well. And there is plenty to do to improve the 64-bit si

Re: [Discuss-gnuradio] Problem running gr_filter_design on Windows 7

Peter, This is a known issue for the v1.1.2 windows installation. I hope to have to resolved for the next release which will be shortly after the impending 3.7.11 release. Geof On Wed, Jan 25, 2017 at 1:23 PM, sreeraj r wrote: > Swartz, > > So it is clearly fftpack loading issue. Make sure th

Re: [Discuss-gnuradio] Installing GNUradio from source on Windows 7

el wrote: > > Hello Ernie, > > What version of the FPGA image is currently on your X310? I believe that > the Geof's installer is linked against UHD 3.9 so the 3.10 FPGA images will > not work. > > Regards, > Derek > > On Mon, Jan 23, 2017 at 1:21 PM, Geof Nie

Re: [Discuss-gnuradio] Installing GNUradio from source on Windows 7

Ernie, I'm the maintainer of the scripts. I assume you are using the most updated git repo version. We're about to do a new release to coincide with the new release of GR, so there are a good number of changes from the last release. So you picked the default install location at that prompt? Tr

Re: [Discuss-gnuradio] GNUradio not working with SDRplay in Windows10

Just to chime in to confirm, SDRPlay support is not included in the windows build for 3.7.8.1 at this time. As Marcus said, since this driver is not GPL compatible, it can not be directly included in the installer, so it's a low priority to consider. Geof On Sat, Jan 14, 2017 at 12:18 PM, Ari

Re: [Discuss-gnuradio] problems with windows binaries and audio

block is indeed set to YES) >> and as I mentioned in the last email, a nice 440Hz tone generated by a >> signal source is PERFECTLY audible. >> >> As I mentioned earlier, I am starting to believe that the "wav file >> source" is not working properly. >> &

Re: [Discuss-gnuradio] problems with windows binaries and audio

>>> INFO: Warning: waveOut device 'High Definition Audio Device' was not >>> found, defaulting to WAVE_MAPPER >>> gr::pagesize: no info; setting pagesize = 4096 >>> aOaOaOaOaOaOaOaOaOaOaOaOaOaOaOaOaOaOaOaOaOaOaOaOaOaOaOaOaOaO >>> aOaOaOaOaOaOaOaOaOa >&

Re: [Discuss-gnuradio] problems with windows binaries and audio

The audio device in the windows audio sink can be used one of two ways, First is to use a number which is the device ID of the audio device, the second is to enter a string representing the device's name. Realize, however, that there is no way to interactively iterate through the list of availabl

Re: [Discuss-gnuradio] problems with windows binaries and audio

Achilleas, There are several others who had had success, so there must be something unique in your setup . Do you have more then one audio device installed? If you do perhaps it is being routed to the wrong audio device. The default is the windows wave mapper which normally should send it to you

Re: [Discuss-gnuradio] OOT Block on Windows (barely feasible?)

mport) void > __cdecl pmt::intrusive_ptr_release(class pmt::pmt_base *)" > (__imp_?intrusive_ptr_release@pmt@@YAXPEAVpmt_base@1@@Z) referenced in > function "public: __cdecl boost::intrusive_ptr pmt::pmt_base>::~intrusive_ptr(void)" > (??1?$intrusive_ptr@Vpmt_base@pmt@@@boost@@QEAA@XZ) _pa

Re: [Discuss-gnuradio] OOT Block on Windows (barely feasible?)

:cmEnd >> 7> endlocal & call :cmErrorLevel %errorlevel% & goto :cmDone >> 7> :cmErrorLevel >> 7> exit /b %1 >> 7> :cmDone >> 7> if %errorlevel% neq 0 goto :VCEnd >> 7> Building Custom Rule F:/grc/OOTmodules/gr-pager2/swig/CMakeLists.txt >

Re: [Discuss-gnuradio] OOT Block on Windows (barely feasible?)

ig/CMakeLists.txt > 7> CMake does not need to re-run because F:\grc\OOTmodules\gr-pager2\ > build\swig\CMakeFiles\generate.stamp is up-to-date. > 7> '""' is not recognized as an internal or external command, > 7> operable program or batch file. > 7> 1&

Re: [Discuss-gnuradio] OOT Block on Windows (barely feasible?)

Imre, Glad you had success. I'll work to replicate your steps, and then towards building a "developer pack" as an add-on to the basic install (to include adding all the many symbol files for debugging purposes). Geof On Wed, Oct 19, 2016 at 3:45 AM, Imre Biacsics wrote: > I am going to answer

Re: [Discuss-gnuradio] Gnuradio Windows 3.7.10.1 gqrx fails again?

to the run_gqrx.bat file, add: set QT_QPA_PLATFORM_PLUGIN_PATH=%~dp0 and copy the qwindows.dll to the bin directory. I will update that and include some other needed Qt5 dll's in the next update in about 2 weeks. Geof On Sun, Oct 2, 2016 at 10:01 PM, Geof Nieboer wrote: > Gisle,

Re: [Discuss-gnuradio] Gnuradio Windows 3.7.10.1 gqrx fails again?

Gisle, Try putting the qwindows.dll into the GNURadio-3.7/bin directory itself and let me know the results. Geof On Sun, Oct 2, 2016 at 4:26 AM, Gisle Vanem wrote: > André Godau wrote: > > > gqrx fails when trying to start, with the message ...could not find or > > load the Qt platform "windo

Re: [Discuss-gnuradio] gnuradio for Windows

Lyman, Glad you were able to install GNURadio. The warnings you mentioned are indeed known but are just warnings. If you can be more specific about what didn't work, it would be quite helpful. GNURadio is more stable on Linux as that is the primary platform for most users. This Windows install

Re: [Discuss-gnuradio] 32bit version motivations

Dario, Can you send a link to the tablets in question? I'm curious what CPU is installed and how they are locked down. Building a 32-bit version would be a significant effort, not particularly because of GNURadio itself, but because of the dependencies. I'd like to see what other options there

[Discuss-gnuradio] Win64 installers for v3.7.10.1 released

All, I've built a new set of Win64 installers for 3.7.10.1. They are available here There are no new windows-only inclusions, just a couple bug fixes documented here . This is actually 3

Re: [Discuss-gnuradio] gnuradio in windows

es of qwt for the installation? > > > On Sun, Jul 17, 2016 at 6:45 AM, Geof Nieboer > wrote: > >> The Qt GUI problem can be fixed by downloading a version of the qwt dll >> from the binaries site, but Wx will work in the meantime. By the end of >> the month a new vers

Re: [Discuss-gnuradio] Installation of GNU Radio/UHD on Windows

rogram > Files\GNURadio-3.7\share\uhd\images\usrp_b100_fpga.bin... done > > Using Volk machine: avx > > fft_impl_fftw: J[1]\Users\Dav1\AppData\Roaming\.gr_fftw_wisdom: Invalid > argument > > > > As a side note, I have installed the software to my D: drive rather than &

Re: [Discuss-gnuradio] gnuradio in windows

The Qt GUI problem can be fixed by downloading a version of the qwt dll from the binaries site, but Wx will work in the meantime. By the end of the month a new version of the binaries should be posted that will fix that issue. Is the gnuradio-grc.png causing a problem other than the windows icon

Re: [Discuss-gnuradio] Installation of GNU Radio/UHD on Windows

Derek/Dave, My development equipment is still in transit so I can't look at anything until Monday, but... The UHD build should be 64-bit, so it is mostly likely a labelling issue. But I will check to be sure. If you want to run -any- GNURadio utilities, I recommend doing so from the GNURadio Com

Re: [Discuss-gnuradio] installing gnuradio on Windows

Mostafa, I'm not sure why you were not able to download it, I just checked the site and confirmed the download link is active. Can you tell me what sort of error you are getting? As Gavin mentioned, the scripts really are for the intrepid only at this point, the windows world is more focused on

Re: [Discuss-gnuradio] OOT Block on Windows - barely feasible

Gavin, Thanks for that. I will include your instructions, and see what I can do to make it more streamlined. Geof On Thu, Jul 7, 2016 at 2:28 PM, Gavin Jacobs wrote: > You may recall that I asked if it was feasible to build an OOT > module/block for GRC on Windows. To answer my own question,

Re: [Discuss-gnuradio] UDP Source Error (on windows)

Burak, The only immediate workaround I see is to patch the source code and rebuild using the scripts, which is likely not worth the effort for the average user, unless it's absolutely time critical that you get this working on windows immediately. Otherwise I just submitted the patch to jcorgan o

Re: [Discuss-gnuradio] UDP Source Error (on windows)

Thanks Andy, I will submit a change to remove this set_option from the udp source then. Geof On Thu, May 19, 2016 at 3:59 PM, Andy Walls wrote: > > > > OK, I was able to reproduce the issue, and it appears to me to a core > > GNURadio issue not specifically related to the installer > > > > > >

Re: [Discuss-gnuradio] UDP Source Error (on windows)

mean anything for a UDP socket. Perhaps the Linux folks can help here, but I'm guessing that this option must be simply ignored on Linux so there is no error for most users. Looking at the man pages doesn't specify any particular behavior required. Geof On Tue, May 17, 2016 at 10:29 P

Re: [Discuss-gnuradio] GCN Development GNURadio Win64 Binary (v3.7.9.2/v1.1.1) UDP source connection Problem

That's a new one, I will see what I can do to repro. So the 3.6.4.1 was working on the same OS (2008) that 3.7.9.2 is not? On Tue, May 17, 2016 at 4:24 PM, Abdil Burak BAŞLI wrote: > Hi all, > > > > I successfully installed GCN Development GNURadio Win64 Binary > (v3.7.9.2/v1.1.1) on to the win

Re: [Discuss-gnuradio] Portaudio Audio Source in Windows

Müller wrote: > Hi Geof, > > is there a chance to manually specify where the config files go in terms > environment variables? I.e., tell the installer to put what is in > PREFIX/etc into %APPDATA%? > > Best regards, > Marcus > > > On 09.05.2016 17:37, Geof Nieboer

Re: [Discuss-gnuradio] Portaudio Audio Source in Windows

Tony, that's good news. The nice thing is that the environment variables can generally be made as relative paths, so I should be able include setting that automatically for everyone as part of the msi. The $home directory is probably the best place as Windows doesn't want users changing files in

Re: [Discuss-gnuradio] Portaudio Audio Source in Windows

Tony, Getting the Windows audio source to work is on my "to do" list. I reworked the sink already, so I don't think it will be difficult to do the source either. The hard coded paths are troublesome, as using a Windows installer that allows users to install in any path they desire after everythi

Re: [Discuss-gnuradio] GR win64 binaries v1.1 posted

installed v1.1.1 and gqrx now runs as expected on my system. > > Thanks, > Jim > > > > > On 05/04/2016 08:33 PM, Geof Nieboer wrote: > > Jim, > > I found the problem. Qt5 threw me a nice curveball. I've got a fix, > check back tomorrow for v1.1.1 :(. >

  1   2   >