[Discuss-gnuradio] 3.7.8 Windows Binaries available for testing

Hello all, I've completed a *beta* version of a windows binary installer for GNURadio 3.7.8. Information about it is available at http://www.gcndevelopment.com/gnuradio as is the download itself of course. Essentially I compiled every package in the dependency chain from source in 64-bit VS 2015

Re: [Discuss-gnuradio] 3.7.8 Windows Binaries available for testing

NURadio on github, but haven't uploaded the changes to it yet. I will though for incorporation. Geof On Tue, Oct 20, 2015 at 12:37 AM, West, Nathan wrote: > On Mon, Oct 19, 2015 at 5:11 PM, Geof Nieboer > wrote: > >> Hello all, >> >> I've completed a *

Re: [Discuss-gnuradio] 3.7.8 Windows Binaries available for testing

thout issues, a simple FM > transmitter worked immediately. > > > > What refuses to run with a python crash is a DVB-T2 transmitter, but hey, > it is a beta... > > > > Ralph. > > > > *From:* discuss-gnuradio-bounces+ralph=schmid@gnu.org [mailto: >

Re: [Discuss-gnuradio] 3.7.8 Windows Binaries available for testing

Crud :). OK I'll have a look and see what's going on. On Tue, Oct 20, 2015 at 10:44 PM, Ron Economos wrote: > The DVB-T and DVB-T2 transmitters are already part of 3.7.8 in gr-dtv. > > Ron > > > On 10/20/2015 11:02 AM, Geof Nieboer wrote: > > That's great

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

Jesse, I'm working now on the rest of the windows binaries now so AVX2 won't be a prerequisite fairly soon. If a 3rd party package is pure python, then it *shouldn't* be a problem to use it in windows. If it's a C-based package, then it will likely be possible, but may require additional work.

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

much. I literally tried for probably 8+ hours > over the course of a week to do what your script was able to accomplish in > about 10 mins. > > Jesse > > On Mon, Feb 15, 2016, 10:54 PM Geof Nieboer wrote: > >> Jesse, >> >> I'm working now on the rest o

Re: [Discuss-gnuradio] Please solve this problem

Ankit, First off, how did you install GNURadio on windows? What method did you use? Second, can we see the actual GRC before you ran it so we can see what you trying to do? Please post a screenshot and the actual .grc file. Finally, what examples you been able to run already? Is this the firs

Re: [Discuss-gnuradio] Error while executing a flow graph

Ankit, OK, thanks. Please, when you reply to emails, ensure that the "discuss-gnuradio" email address is included so the discussion can be seen on the mailing so it will help others. So I would recommend adding some WX GUI components to your audio tone signal flow graph, and see if they work cor

[Discuss-gnuradio] windows_sink rewritten

All, So the windows audio sink has had a skipping problem for some time. Yesterday I refactored it completely and fixed that. Essentially it wasn't double buffering so would wait for the sole buffer to be finished before starting to refill it. Form some reason I can't seem to create a new issue

Re: [Discuss-gnuradio] windows_sink rewritten

It is. On Tue, Mar 29, 2016 at 2:55 AM, Martin Braun wrote: > Is the existing PR still open? > > M > > On 03/28/2016 08:16 AM, Geof Nieboer wrote: > > All, > > > > So the windows audio sink has had a skipping problem for some time. > > Yesterday I

Re: [Discuss-gnuradio] Error while executing a flow graph

Ankit, So I ran the .grc file in my Windows GNURadio and it did not have the same appearance bugs. I suspect your WX installation has a problem. As discussed earlier, I would recommend creating a new version substituting Qt blocks for the Wx. I think you will find there are equivalent widgets (T

Re: [Discuss-gnuradio] Error while executing a flow graph

Ankit, The mailing list overall is always ready help, though they are here to help you solve a puzzle, not solve the puzzle for you. As long as you bear that in mind, this is a very helpful group. As for the windows install, I can't easily give you simple instructions on how to install it. The d

Re: [Discuss-gnuradio] Installation issue -gnuradio-companion disable

Harold, The problem is not cheetah or lxml, the problem is SWIG. It finds version 2.0.11, but rejects it ... the line about "Request SWIG version is at least." is the hint, that line is called when SWIG is found but failed a version check, what's odd is that SWIG_FIND_VERSION is unset... because

Re: [Discuss-gnuradio] 3.7.9.2 Win64 binaries ready + Build scripts

All, Some may recall in the fall I posted a link to a beta windows installer. I'm happy to report that I'm releasing new versions today for the 3.7.9.2 release, compatible with Windows 7/8/10. All dependencies are included, and all are built natively using MSVC 2015, no Cygwin or MinGW required.

Re: [Discuss-gnuradio] 3.7.9.2 Win64 binaries ready + Build scripts

Tom, Not a problem, glad to help. If you give my username edit access, I'll update the wiki to point people there if interested. Geof On Thu, Apr 14, 2016 at 4:58 PM, Tom Rondeau wrote: > On Thu, Apr 14, 2016 at 6:23 AM, Geof Nieboer > wrote: > >> All, >> >&g

Re: [Discuss-gnuradio] 3.7.9.2 Win64 binaries ready + Build scripts

in stealing a pre-compiled list of > dependencies for my somewhat crazy project of building GR + some OOTs on > RHEL 6. Talk about dependency hell. ;p > On Apr 14, 2016 6:24 AM, "Geof Nieboer" wrote: > >> All, >> >> Some may recall in the fall I posted

Re: [Discuss-gnuradio] 3.7.9.2 Win64 binaries ready + Build scripts

Achilleas, To troubleshoot that problem: 1- download a program called "Dependency Walker", (www.*dependencywalker* .com/) 2- Then with that, open the _filter_swig.pyd file located at C:\Program Files\GNURadio-3.7\lib\site-packages\gnuradio\filter if you used the default settings. It will give a

Re: [Discuss-gnuradio] 3.7.9.2 Win64 binaries ready + Build scripts

t; to the other python modules? If it was a bunch I would suspect something in > my env may just be incorrect(Which, very well may be the case), but it > seems just that one library. > > P.S. I did just try to bypass it for debugging purposes, but I ended up > with a different error o

Re: [Discuss-gnuradio] 3.7.9.2 Win64 binaries ready + Build scripts

hell), then hopefully > contribute to getting my favorite OOT's building. So no taking the > cheap route. :) I'm still amazed you got all this stuff building on > windows, most of it is a pain to build even on its native platform. > heh. > > -Anon > > > [1] https://

Re: [Discuss-gnuradio] 3.7.9.2 Win64 binaries ready + Build scripts

gt;> IESHIMS.DLL >> >> any help on how to move forward is appreciated, >> >> thanks again >> Achilleas >> >> >> >> >> >> On Mon, Apr 18, 2016 at 12:17 AM, Geof Nieboer >> wrote: >> >>> Achilleas, >>> >>

Re: [Discuss-gnuradio] 3.7.9.2 Win64 binaries ready + Build scripts

No that should be it. I just doublechecked on my plain vanilla Win7 VM that it worked and that VM has nothing installed but SP1 and security updates. OK... let's try this... go to the GR python prompt and try to import different gnuradio libraries and see if maybe we can find a pattern? I.E. fro

Re: [Discuss-gnuradio] Problem with SWIG on Windows

What CPU do you have? We are having some problems with older CPUs. Geof On Mon, Apr 25, 2016 at 12:56 AM, Camera Parts wrote: > Hi, > > I am new to GnuRadio. > > I installed on Windows 8 using gnuradio_3.7.9.2_win64.msi. I am looking > for a simple example in order to test the installatio

Re: [Discuss-gnuradio] Problem with SWIG on Windows

le to get anything to run... will volk_profile run successfully? 4- You did download the "generic" release version and you are running 64-bit windows, correct? On Mon, Apr 25, 2016 at 7:23 AM, Geof Nieboer wrote: > What CPU do you have? We are having some problems with older CPUs. &

Re: [Discuss-gnuradio] Problem with SWIG on Windows

ode that MSVC is emitting, and I'm seeing AVX instructions when I've disabled SIMD, so there's more to look at there. Bottom line... it may take a bit to figure that out for your machine. On Mon, Apr 25, 2016 at 7:48 AM, Geof Nieboer wrote: > Also, > > 1- Do you have th

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

All, An updated set of windows binaries and build scripts have been posted. Quick summary: 1- Added gqrx to package 2- Patched 2 x issues which would cause the generic version to crash on non-AVX systems (one in volk, one in FFTW) 3- Added gr-newmod to package Plus a number of improvements to mak

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

--- > Executing: C:\Program Files\GNURadio-3.7\gr-python27\python.exe -u > C:\Users\anas > tas\Dropbox\gnuradio_examples\top_block.py > > Using Volk machine: ssse3 > fft_impl_fftw: ÿÿ\Users\anastas\AppData\Roaming\.gr_fftw_wisdomC:\Program > Files\ > GNURadio-3.7

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

at says: > >This application failed to start because it could not find or load the > Qt > platform plugin "windows" > in "". > >Reinstalling the application may fix this problem. > > Otherwise things seem to work OK. > > Jim kb3kj

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

Jim, I found the problem. Qt5 threw me a nice curveball. I've got a fix, check back tomorrow for v1.1.1 :(. Apologies. Geof On Wed, May 4, 2016 at 9:56 PM, Geof Nieboer wrote: > Jim, > > Try dropping the below file in the c:\Program Files\gnuradio-3.7\bin > directory an

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 :(. >

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] 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

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] 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] 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] 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)

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] 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] 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] 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] 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

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

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

[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] 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

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] 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 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] 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] 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?)

: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?)

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] 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] 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

>>> 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

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] 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] 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] 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] 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] 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] 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] 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

[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] 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

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] 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] 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

[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] 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

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] 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] 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] 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

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] 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] 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] 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] 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] 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] 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] 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

[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

[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

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

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] 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] 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] 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] 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] 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] 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] 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

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

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

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: 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

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] 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] 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] 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

  1   2   >