[Discuss-gnuradio] Compare Phase block

All, New to gnuradio, got it built under CygWin, receiving assorted channels, life is good. What I want to do to start of is receive a VOR and determine it's direction. That's done by comparing the phase of 2 30 Hz signals which are encoded. I can demodulate both signals, but I'm not sure

RE: [Discuss-gnuradio] Compare Phase block

My VOR receiver is almost there, but not quite... My code is below. I've demodulated the first 30 Hz signal from AM, and the second from the FM subcarrier. Both appear pretty solid on the O-scope (except for a DC offset on the AM signal), and visually I can see a constant difference in phase on

[Discuss-gnuradio] MSVC porting

All, After doing some 'proof of concept' with the VOR receiver (the phase comparator still isn't perfect, but bad weather has given me a marginal signal recently, so it's on hold for a tad), I've been really impressed with gnuradio. It's only flaw it seems to me is that it's difficult for joe

RE: [Discuss-gnuradio] MSVC porting

is not the best approach, so I'll investigate the automake system. A vcproj file is just XML, so it might be do-able. Geof -Original Message- From: Eric Blossom [mailto:[EMAIL PROTECTED] Sent: Wednesday, April 30, 2008 1:54 AM To: Geof Nieboer Cc: discuss-gnuradio@gnu.org Subject: Re

[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

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

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 <n...@ostatemail.okstate.edu> wrote: > On Mon, Oct 19, 2015 at 5:11 PM, Geof Nieboer <gnieb...@corpcomm.net> > wrote: > >> Hell

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

rg [mailto: > discuss-gnuradio-bounces+ralph=schmid@gnu.org] *On Behalf Of *Geof > Nieboer > *Sent:* Monday, October 19, 2015 23:12 > *To:* discuss-gnuradio@gnu.org > *Subject:* [Discuss-gnuradio] 3.7.8 Windows Binaries available for testing > > > > Hello all,

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 <w...@comcast.net> 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: > >

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

hank you very 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 <gnieb...@corpcomm.net> wrote: > >> Jesse, >&

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

Re: [Discuss-gnuradio] windows_sink rewritten

It is. On Tue, Mar 29, 2016 at 2:55 AM, Martin Braun <martin.br...@ettus.com> 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 fo

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

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

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

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

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

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 <gnieb...@corpcomm.net> wrote: > What CPU do you have? We are having some

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

, 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 <gnieb...@corpcomm.net> wrote: > Also, > > 1- Do you have the MSVC 14.0 run

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

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

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 PM, Geof Nieboer

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

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 >

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

t: assertion 'g_utf8_validate (text, len, NULL)' > failed > self.get_buffer().insert(self.get_buffer().get_end_iter(), line) > : No such file or directory > > >>> Done > - > > thanks > Achilleas > > > > > On Tue

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

gt; > I just 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 fo

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

gt; that 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. &

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 <gnieb...@corpcomm.net> wrote: > Jim, > > Try dropping the below file in the c:\Program Files\gnuradio-3.7\

[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

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.

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

ribute 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://technet.microsoft.com/en-us/library/hh849882.

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" <gnieb...@corpcomm.net> wrote: > >> All, >> >> Some may recall in

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

LL >> 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 <gnieb...@corpcomm.net> >> wrote:

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 <t...@trondeau.com> wrote: > On Thu, Apr 14, 2016 at 6:23 AM, Geof Nieboer <gnieb...@corpcomm.

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

omething 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 on the consolidation step(not with WX) but lets take > those one at a t

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

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 <marcus.muel...@ettus.com> 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 > > >

Re: [Discuss-gnuradio] gnuradio in windows

place > the dll files of qwt for the installation? > > > On Sun, Jul 17, 2016 at 6:45 AM, Geof Nieboer <gnieb...@corpcomm.net> > 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

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

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

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

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

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

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

44 PM, Derek Kozel <derek.ko...@ettus.com> 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

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

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

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

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

[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

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

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

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 <gnieb...@corpcomm.net>

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

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

sink IS BLOCKING (OK to 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 p

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

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

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

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:

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

> %} > > /* > %include "pager2/flex_deinterleave.h" > GR_SWIG_BLOCK_MAGIC2(pager2, flex_deinterleave); > */ > > It builds again, what am i missing > > Imre Biacsics > > > > > > > On Sat, 22 Oct 2016 03:54:38 +0200, Geof Nieboer <gni

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

ass 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) _pager2_swig > F:\grc\OOTmodules

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

es/gr-pager2/swig/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>

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,

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

[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

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

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

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

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

t dig > in more while I have things setup. > > > On Jul 14, 2017 9:50 AM, "Geof Nieboer" <gnieb...@corpcomm.net> wrote: > > Don, > > I ran into the same exact issue while updating the windows build scripts. > > Another fix is to manually define E

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

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, 김태영

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

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

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

[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

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

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.

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,

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

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

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

nks again, > Achilleas > > > > > > > > > > On Wed, Oct 25, 2017 at 5:28 PM, Geof Nieboer <gnieb...@corpcomm.net> > wrote: > >> Achilleas, >> >> I have duplicated the problem with the same setup, playing the .data file >> w/ the file

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

[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

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

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 into this problem.

[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

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

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

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 we

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

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

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] GNURadio Windows Errors with OsmoSDR

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 > Cc: Kyeong Su Sh

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

pposed 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: Monday, June 17, 2019 12:19 P

  1   2   >