Re: [Discuss-gnuradio] Seeking word of advise on gr-ieee802.11n

[Marcus Müller]

Bottlenecks:
Someone who actually implement that aspect of IEEE802.11n-2009; 
The fact that for that to be useful, you'd first want a platform that can do it 
in real time,
The fact that it would make sense to work on MIMO after everything is optimized 
enough to reliably so 40MHz WiFi with commodity hardware,
and gr-ieee802-11, as awesome as it is, due to architectural constraints of the 
SDR hardware used, not being able to be fully standards compliant with respect 
to the harsh response timing requirements, anyway.

Best regards,
Marcus

Am 14. Februar 2016 23:49:30 MEZ, schrieb Abhinav Jadon 
:
>Hi,
>I was wondering what are the major bottlenecks to the implementation of
>the
>MIMO WIFI standard on Gnuradio ?
>
>Regards
>Abhinav Jadon
>
>
>
>
>___
>Discuss-gnuradio mailing list
>Discuss-gnuradio@gnu.org
>https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Capture peaks in gnu radio

[madengr]

I did something similar here:

https://github.com/madengr/ham2mon/blob/master/apps/estimate.py

It estimates the channel centers above a threshold and returns the indices
into the FFT.

Lou


Edward wrote
> Hello all,
> Is there any suggestion how to capture or save only several peaks
> "amplitude and their positions" in the received band.





--
View this message in context: 
http://gnuradio.4.n7.nabble.com/Capture-peaks-in-gnu-radio-tp58171p58178.html
Sent from the GnuRadio mailing list archive at Nabble.com.

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] Capture peaks in gnu radio

[Stephen Berger]

Maksim,

 

Excellent question.  I am working on a similar problem. I will post back as
I am able to make progress.

 

Let me suggest that we broaden the question to make it more generally
useful, especially for those doing spectrum research.  I think we want to
divide 'peak' into a number of more narrowly defined terms, each of which is
important in different contexts:

 

1. Absolute instantaneous peak

2. Highest transmission burst, average power during each transmission

3. Quasi-peak

4. Average, with variable averaging times or event counts

 

For different purposes, each of those becomes important.  It would be
wonderful in GNURadio to be able to select the best one for a given
measurement.

 

Best Regards,





Stephen Berger

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] GNURadio Live SDR update request

[Landsman, Arik]

Hi Stephen, 

To add a few comments on persistence - the Live USB image doesn't come with 
persistence configured. Two ways to do this, one of them does NOT work on 
Ubuntu 14.04 (fixed on 15.04 as some forums claim):

1. create a casper-rw file on the fat32 boot partition, format as an ext-3 
internally. Max 4Gb on fat32. Unetbootin does this in one step if you select a 
filesize > 0 during config.
2. create an ext-2/3/ or 4 partition labeled "casper-rw". size is unlimited. 
This does not work on Ubuntu 14.04, it does recognize the partition but escapes 
prematurely during boot

I used Unetbootin for initial setup. 

labeling the partition "home-rw" to save the home dir instead (keeping 
casper-rw FILE for settings only) did not work either. Unless anyone tried and 
succeeded?... 

One last comment - one of the earlier Live SDR versions was on Linux Mint, 
which was better imho; especially with the file permissions being lighter 
(better). In the current, Ubuntu version, I had to switch between root and 
"ubuntu live" to make things work (software center in some cases), using chown 
on other occasions (to run eclipse with pydev for example).  No such issues on 
Mint. Don't make the mistake of creating your own user accounts - this causes 
more issues than it solves..

Ubuntu is fine though, as long as the image is upgraded to 15.04 to make 
persistence work. 

Another option is full install on a USB drive - haven't tried, but with 16Gb 
usb3.0 <$20 it seems like a good idea all around.  It could be upgraded locally 
to >14.04.

Best,
Arik  Landsman



From: discuss-gnuradio-bounces+arik.landsman=tufts@gnu.org 
[discuss-gnuradio-bounces+arik.landsman=tufts@gnu.org] on behalf of 
discuss-gnuradio-requ...@gnu.org [discuss-gnuradio-requ...@gnu.org]
Sent: Sunday, February 14, 2016 12:00 PM
To: discuss-gnuradio@gnu.org
Subject: Discuss-gnuradio Digest, Vol 159, Issue 19

Send Discuss-gnuradio mailing list submissions to
discuss-gnuradio@gnu.org

To subscribe or unsubscribe via the World Wide Web, visit
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
or, via email, send a message with subject or body 'help' to
discuss-gnuradio-requ...@gnu.org

You can reach the person managing the list at
discuss-gnuradio-ow...@gnu.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Discuss-gnuradio digest..."


Today's Topics:

   1.  GNURadio Live SDR update request (Stephen Berger)
   2. GNU Radio release v3.7.9.1 available (West, Nathan)
   3. Capture peaks in gnu radio (scott tiger)


--

Message: 1
Date: Sat, 13 Feb 2016 13:20:21 -0600
From: "Stephen Berger" 
To: 
Cc: discuss-gnuradio@gnu.org
Subject: [Discuss-gnuradio]  GNURadio Live SDR update request
Message-ID: <00ac01d16693$9565d6c0$c0318440$@gmail.com>
Content-Type: text/plain; charset="us-ascii"

Jared,



I ran into a similar problem with the Broadcom WiFi adapter on my HP Envy
laptop.  That lead to a second problem which was that although I made the
bootable USB using Unetbootin, selecting persistence the result wasn't
persistent.  I had to go into the USB and in the boot modify the grub.cfg.
I then had to make some additional additions to add the Broadcom driver but
the result was that both problems were solved.



I wonder if the more efficient process wouldn't be to have a thread that
listed these issues and their solutions so that those who have particular
machines can find the modifications they need to make to their USB?







Best Regards,





Stephen Berger

-- next part --
An HTML attachment was scrubbed...
URL: 


--

Message: 2
Date: Sat, 13 Feb 2016 17:43:33 -0500
From: "West, Nathan" 
To: "discuss-gnuradio@gnu.org" 
Subject: [Discuss-gnuradio] GNU Radio release v3.7.9.1 available
Message-ID:

Content-Type: text/plain; charset="utf-8"

GNU Radio release v3.7.9.1 and corresponding live SDR environment is now
available for download:

http://gnuradio.org/releases/gnuradio/gnuradio-3.7.9.1.tar.gz
http://gnuradio.org/releases/gnuradio/gnuradio-3.7.9.1.tar.gz.asc
http://s3-dist.gnuradio.org/ubuntu-14.04.3-desktop-amd64-gnuradio-3.7.9.1.torrent

MD5 sums:

653155499bcefb1478b1963f11841434  gnuradio-3.7.9.1.tar.gz
d712141f1e11584a29566713a58c79a1
ubuntu-14.04.3-desktop-amd64-gnuradio-3.7.9.1.torrent

Contributors

The following list of people directly contributed code to this release. As
an added bonus this is the first contribution for three of these authors!

   - Andrej Rode m...@andrejro.de
   - Paul David puda...@fastmail.com
   - Derek Kozel derekko...@nameloop.com
   - Johannes Schmitz johannes.schmi...@gmail.com
   - Johnathan Corgan johnat...@corganlabs.com
   - Marcus M?ller marcus.muel...@ettus.co

Re: [Discuss-gnuradio] chat app with OFDM -- Asynchronous TX

[Martin Braun]

On 02/11/2016 02:08 PM, Nicolas Cuervo Benavides wrote:
> Hi Martin,
> 
> Thank you for answering me. At the Rx I am not able to see any data
> after the first message (which is correctly decoded and printed) is
> received. However I may start thinking that the messages are getting
> stuck in the tx, which is rather confusing. I checked three things after
> I start both Tx and Rx, and in both I am watching at the spectrum in
> frequency/waterfall sinks:
> 
> 1. The message is ready to send, so I hit 'enter'. I get an 'U' at Tx
> (which I expect, as I am no longer sending data) and I correctly receive
> the message in the Rx. However, I do not see the message still in my
> loopback in the Tx part.

The U shouldn't happen because we're in bursty mode, and are setting eob
bits appropriately. Still, I remember seeing this and I think it was a
transient issue.

> 2. I hit "enter" again, the receiver is getting nothing, but now I see
> the message in my loopback. However, I can't see my OFDM waveform at the
> transmitter:
> https://drive.google.com/file/d/0B10fLbRQIxbdOXdzTGI3SGNDNTA/view?usp=sharing
> 
> 3. I hit "enter" one more time. Again, Rx is not getting anything, but
> now my waveform is there, which confuses me as the frequency sink is
> connected at the same point where the USRP sink is, meaning that the
> signal has been there but is not yet shown. So the flowgraph is stuck:
> https://drive.google.com/file/d/0B10fLbRQIxbdR1NNdDBsV2xsNkE/view?usp=sharing
> 
> Then the behavior is not much different afterwards. I keep hitting enter
> to see that, at the receiver, I am getting power over the air, but no
> data is being processed. This waterfall sink is the result of having the
> "enter" pressed at the Tx part:
> https://drive.google.com/file/d/0B10fLbRQIxbdSy1iM0FMRHRyT0E/view?usp=sharing
> 
> So the Rx is running continuously, and the Tx is sometimes putting
> something in the air, but that something does not come with each 'enter'
> press, and is not being decoded as a message. Is this behavior
> comparable with what you were having years ago?

Of course not, my demos are always perfect and flawless :) Just kidding,
but this in particular did work. However, I remember having to send
messages twice or something like that.

Sorry I don't have any better solution from the top of my head.

Cheers,
M

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] Building GNU-Radio for Windows

[Rowan Sylvester-Bradley]

I'm sorry, this is no doubt a very elementary question. I am completely new
to GNU Radio, and know little about Unix or many of the tools involved. I
have tried to follow the instructions on the page
http://gnuradio.org/redmine/projects/gnuradio/wiki/MingwInstallMain. While
installing Boost, when I try to execute the command ./bootstrap.sh
--with-toolset=mingw I get the errors:

 

###

### Using 'mingw' toolset.

###

rm -rf bootstrap

mkdir bootstrap

gcc -DNT -o bootstrap/jam0 command.c compile.c debug.c expand.c glob.c
hash.c hdrmacro.c headers.c jam.c jambase.c jamgram.c lists.c make.c make1.c
newstr.c option.c output.c parse.c pathunix.c pathvms.c regexp.c rules.c
scan.c search.c subst.c timestamp.c variable.c modules.c strings.c filesys.c
builtins.c pwd.c class.c native.c md5.c w32_getreg.c modules/set.c
modules/path.c modules/regex.c modules/property-set.c modules/sequence.c
modules/order.c execnt.c filent.c

jam.c: In function `main':

jam.c:403: error: `environ' undeclared (first use in this function)

jam.c:403: error: (Each undeclared identifier is reported only once

jam.c:403: error: for each function it appears in.)

pathunix.c:276:19: tchar.h: No such file or directory

pathunix.c: In function `ShortPathToLongPath':

pathunix.c:287: error: `_MAX_PATH' undeclared (first use in this function)

pathunix.c:287: error: (Each undeclared identifier is reported only once

pathunix.c:287: error: for each function it appears in.)

pathunix.c: In function `short_path_to_long_path':

pathunix.c:387: error: `_MAX_PATH' undeclared (first use in this function)

filent.c: In function `file_dirscan':

filent.c:84: error: storage size of 'finfo' isn't known

filent.c:166: error: `_A_SUBDIR' undeclared (first use in this function)

filent.c:166: error: (Each undeclared identifier is reported only once

filent.c:166: error: for each function it appears in.)

 

Can someone tell me why I am getting all these "undeclared" errors, or what
to do to fix them, or what to do next to find out what's wrong?

 

Thanks - Rowan

 

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

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

[Richard Bell]

Hi Rowan,

Getting GNU Radio working on Windows is not elementary, as there is very
little support for this. I have tried it myself in the past with no
success. It is certainly possible, as people do it, but these people get it
working with very little support beyond their own knowledge.

The easiest way to use GNU Radio on a Windows machine, is to use the GNU
Radio Live Images to boot from either a DVD or Thumb drive (i.e. bypass
Windows), which gives you Linux and a full GNU Radio install with very
little work on your end and doesn't disrupt your Windows install.

If you really need GNU Radio in a Windows environment, you'll have to hope
someone more knowledgeable responds, but it is certainly not elementary.

Rich

On Mon, Feb 15, 2016 at 11:22 AM, Rowan Sylvester-Bradley <
ro...@sylvesterbradley.org> wrote:

> I'm sorry, this is no doubt a very elementary question. I am completely
> new to GNU Radio, and know little about Unix or many of the tools involved.
> I have tried to follow the instructions on the page
> http://gnuradio.org/redmine/projects/gnuradio/wiki/MingwInstallMain.
> While installing Boost, when I try to execute the command ./bootstrap.sh
> --with-toolset=mingw I get the errors:
>
>
>
> ###
>
> ### Using 'mingw' toolset.
>
> ###
>
> rm -rf bootstrap
>
> mkdir bootstrap
>
> gcc -DNT -o bootstrap/jam0 command.c compile.c debug.c expand.c glob.c
> hash.c hdrmacro.c headers.c jam.c jambase.c jamgram.c lists.c make.c
> make1.c newstr.c option.c output.c parse.c pathunix.c pathvms.c regexp.c
> rules.c scan.c search.c subst.c timestamp.c variable.c modules.c strings.c
> filesys.c builtins.c pwd.c class.c native.c md5.c w32_getreg.c
> modules/set.c modules/path.c modules/regex.c modules/property-set.c
> modules/sequence.c modules/order.c execnt.c filent.c
>
> jam.c: In function `main':
>
> jam.c:403: error: `environ' undeclared (first use in this function)
>
> jam.c:403: error: (Each undeclared identifier is reported only once
>
> jam.c:403: error: for each function it appears in.)
>
> pathunix.c:276:19: tchar.h: No such file or directory
>
> pathunix.c: In function `ShortPathToLongPath':
>
> pathunix.c:287: error: `_MAX_PATH' undeclared (first use in this function)
>
> pathunix.c:287: error: (Each undeclared identifier is reported only once
>
> pathunix.c:287: error: for each function it appears in.)
>
> pathunix.c: In function `short_path_to_long_path':
>
> pathunix.c:387: error: `_MAX_PATH' undeclared (first use in this function)
>
> filent.c: In function `file_dirscan':
>
> filent.c:84: error: storage size of 'finfo' isn't known
>
> filent.c:166: error: `_A_SUBDIR' undeclared (first use in this function)
>
> filent.c:166: error: (Each undeclared identifier is reported only once
>
> filent.c:166: error: for each function it appears in.)
>
>
>
> Can someone tell me why I am getting all these "undeclared" errors, or
> what to do to fix them, or what to do next to find out what’s wrong?
>
>
>
> Thanks - Rowan
>
>
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

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

[Neel Pandeya]

The only resource that I'm aware of is:
http://www.gcndevelopment.com/gnuradio/

--Neel




On 15 February 2016 at 12:23, Richard Bell  wrote:

> Hi Rowan,
>
> Getting GNU Radio working on Windows is not elementary, as there is very
> little support for this. I have tried it myself in the past with no
> success. It is certainly possible, as people do it, but these people get it
> working with very little support beyond their own knowledge.
>
> The easiest way to use GNU Radio on a Windows machine, is to use the GNU
> Radio Live Images to boot from either a DVD or Thumb drive (i.e. bypass
> Windows), which gives you Linux and a full GNU Radio install with very
> little work on your end and doesn't disrupt your Windows install.
>
> If you really need GNU Radio in a Windows environment, you'll have to hope
> someone more knowledgeable responds, but it is certainly not elementary.
>
> Rich
>
> On Mon, Feb 15, 2016 at 11:22 AM, Rowan Sylvester-Bradley <
> ro...@sylvesterbradley.org> wrote:
>
>> I'm sorry, this is no doubt a very elementary question. I am completely
>> new to GNU Radio, and know little about Unix or many of the tools involved.
>> I have tried to follow the instructions on the page
>> http://gnuradio.org/redmine/projects/gnuradio/wiki/MingwInstallMain.
>> While installing Boost, when I try to execute the command ./bootstrap.sh
>> --with-toolset=mingw I get the errors:
>>
>>
>>
>> ###
>>
>> ### Using 'mingw' toolset.
>>
>> ###
>>
>> rm -rf bootstrap
>>
>> mkdir bootstrap
>>
>> gcc -DNT -o bootstrap/jam0 command.c compile.c debug.c expand.c glob.c
>> hash.c hdrmacro.c headers.c jam.c jambase.c jamgram.c lists.c make.c
>> make1.c newstr.c option.c output.c parse.c pathunix.c pathvms.c regexp.c
>> rules.c scan.c search.c subst.c timestamp.c variable.c modules.c strings.c
>> filesys.c builtins.c pwd.c class.c native.c md5.c w32_getreg.c
>> modules/set.c modules/path.c modules/regex.c modules/property-set.c
>> modules/sequence.c modules/order.c execnt.c filent.c
>>
>> jam.c: In function `main':
>>
>> jam.c:403: error: `environ' undeclared (first use in this function)
>>
>> jam.c:403: error: (Each undeclared identifier is reported only once
>>
>> jam.c:403: error: for each function it appears in.)
>>
>> pathunix.c:276:19: tchar.h: No such file or directory
>>
>> pathunix.c: In function `ShortPathToLongPath':
>>
>> pathunix.c:287: error: `_MAX_PATH' undeclared (first use in this function)
>>
>> pathunix.c:287: error: (Each undeclared identifier is reported only once
>>
>> pathunix.c:287: error: for each function it appears in.)
>>
>> pathunix.c: In function `short_path_to_long_path':
>>
>> pathunix.c:387: error: `_MAX_PATH' undeclared (first use in this function)
>>
>> filent.c: In function `file_dirscan':
>>
>> filent.c:84: error: storage size of 'finfo' isn't known
>>
>> filent.c:166: error: `_A_SUBDIR' undeclared (first use in this function)
>>
>> filent.c:166: error: (Each undeclared identifier is reported only once
>>
>> filent.c:166: error: for each function it appears in.)
>>
>>
>>
>> Can someone tell me why I am getting all these "undeclared" errors, or
>> what to do to fix them, or what to do next to find out what’s wrong?
>>
>>
>>
>> Thanks - Rowan
>>
>>
>>
>> ___
>> Discuss-gnuradio mailing list
>> Discuss-gnuradio@gnu.org
>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>
>>
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

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

[Jesse Reich]

Neel,
Thank you much for that link. I've also tried to build on Windows using mingw,
cygwin and probably a few others to no avail. Will have to give that binary a
try tonight assuming I have an AVX2 which I think I do if I have an i7
processor.

Does anyone know if you will be limited in using other modules that people have
developed if you go with a windows install?

Jesse

On Mon, Feb 15, 2016 at 3:28 PM, Neel Pandeya < neel.pand...@ettus.com 
[neel.pand...@ettus.com] > wrote:
The only resource that I'm aware of is:
http://www.gcndevelopment.com/gnuradio/
[http://www.gcndevelopment.com/gnuradio/]

--Neel




On 15 February 2016 at 12:23, Richard Bell < richard.be...@gmail.com 
[richard.be...@gmail.com] > wrote:
Hi Rowan,
Getting GNU Radio working on Windows is not elementary, as there is very little
support for this. I have tried it myself in the past with no success. It is
certainly possible, as people do it, but these people get it working with very
little support beyond their own knowledge.
The easiest way to use GNU Radio on a Windows machine, is to use the GNU Radio
Live Images to boot from either a DVD or Thumb drive (i.e. bypass Windows),
which gives you Linux and a full GNU Radio install with very little work on your
end and doesn't disrupt your Windows install.
If you really need GNU Radio in a Windows environment, you'll have to hope
someone more knowledgeable responds, but it is certainly not elementary.
Rich
On Mon, Feb 15, 2016 at 11:22 AM, Rowan Sylvester-Bradley < 
ro...@sylvesterbradley.org [ro...@sylvesterbradley.org] > wrote:
I'm sorry, this is no doubt a very elementary question. I am completely new to
GNU Radio, and know little about Unix or many of the tools involved. I have
tried to follow the instructions on the page 
http://gnuradio.org/redmine/projects/gnuradio/wiki/MingwInstallMain
[http://gnuradio.org/redmine/projects/gnuradio/wiki/MingwInstallMain] . While 
installing Boost, when I try to execute the command ./bootstrap.sh
--with-toolset=mingw I get the errors:



###

### Using 'mingw' toolset.

###

rm -rf bootstrap

mkdir bootstrap

gcc -DNT -o bootstrap/jam0 command.c compile.c debug.c expand.c glob.c hash.c
hdrmacro.c headers.c jam.c jambase.c jamgram.c lists.c make.c make1.c newstr.c
option.c output.c parse.c pathunix.c pathvms.c regexp.c rules.c scan.c search.c
subst.c timestamp.c variable.c modules.c strings.c filesys.c builtins.c pwd.c
class.c native.c md5.c w32_getreg.c modules/set.c modules/path.c modules/regex.c
modules/property-set.c modules/sequence.c modules/order.c execnt.c filent.c

jam.c: In function `main':

jam.c:403: error: `environ' undeclared (first use in this function)

jam.c:403: error: (Each undeclared identifier is reported only once

jam.c:403: error: for each function it appears in.)

pathunix.c:276:19: tchar.h: No such file or directory

pathunix.c: In function `ShortPathToLongPath':

pathunix.c:287: error: `_MAX_PATH' undeclared (first use in this function)

pathunix.c:287: error: (Each undeclared identifier is reported only once

pathunix.c:287: error: for each function it appears in.)

pathunix.c: In function `short_path_to_long_path':

pathunix.c:387: error: `_MAX_PATH' undeclared (first use in this function)

filent.c: In function `file_dirscan':

filent.c:84: error: storage size of 'finfo' isn't known

filent.c:166: error: `_A_SUBDIR' undeclared (first use in this function)

filent.c:166: error: (Each undeclared identifier is reported only once

filent.c:166: error: for each function it appears in.)



Can someone tell me why I am getting all these "undeclared" errors, or what to
do to fix them, or what to do next to find out what’s wrong?



Thanks - Rowan




___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org [Discuss-gnuradio@gnu.org]
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[https://lists.gnu.org/mailman/listinfo/discuss-gnuradio]



___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org [Discuss-gnuradio@gnu.org]
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[https://lists.gnu.org/mailman/listinfo/discuss-gnuradio]___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

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

[Gisle Vanem]

Rowan Sylvester-Bradley wrote:

> jam.c: In function `main':
> 
> jam.c:403: error: `environ' undeclared (first use in this function)
> 
> jam.c:403: error: (Each undeclared identifier is reported only once
> 
> jam.c:403: error: for each function it appears in.)
> 
> pathunix.c:276:19: tchar.h: No such file or directory
> 
> pathunix.c: In function `ShortPathToLongPath':

All of these .h-files and symbols are in any normal MingW distro
(from mingw.org, TDM-gcc or MinGW-w64). Which one do you use?

So I think you're env-vars are not correct: %C_INCLUDE_PATH,
%CPLUS_INCLUDE_PATH, etc.

PS. GNU-Radio builds a bit better using MSVC-2015 (if you have
that).

-- 
--gv

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] GNU Radio Live SDR Image persistence/versions/etc.

[Johnathan Corgan]

I wanted to address some of the recent commentary on the GNU Radio Live SDR
Environment in one location.

*Persistence*

This is something supported by the Ubuntu live system when converting our
supplied ISO image to a bootable USB drive, typically with a program like
Unetbootin.  (A direct copy of the ISO image to a USB drive using something
like 'dd' does not provide persistence.)

Unfortunately, Unetbootin seems to create boot configuration files for
syslinux and Grub that don't enable that persistence, even when it creates
the required files to do so.  When we make our own USB drives for our
training classes, we substitute our own files in place of these after the
fact, by copying them into place from:

https://github.com/gnuradio/gnuradio-livesdr/blob/livesdr/custom/grub/grub.cfg
https://github.com/gnuradio/gnuradio-livesdr/blob/livesdr/custom/grub/syslinux.cfg

The grub.cfg file goes into /boot/grub and the syslinux.cfg goes into the
root dir of the USB drive *after* unetbootin is completed, overwriting the
ones installed by Unetbootin.

(FYI, if you're wondering, the live system boots with syslinux when doing a
'legacy boot' and with grub/EFI when booted via the new EFI system.)

Longer term, we intend to design a livesdr image that is an actual disk
image that you can dd into place and that will create a persistence
file/partition on first boot.  There would be no reason to use a program
like Unetbootin.


*OS/Kernel Version*

All of the "official" GNU Radio livesdr distributions have been based on
Ubuntu Linux, and this is unlikely to change anytime soon.

Right now, this is Ubuntu 14.04.3 LTS, as it is the most stable and tested
version that is supplied by Canonical.  The kernel version does not have
support for some newer hardware, or has older, buggy versions of the
required hardware drivers.

There is a way (see below) to create a custom version of the Live SDR
Environment image based on Ubuntu 15.10, but we are already beginning the
design and implementation of the image builder to use the Ubuntu 16.04 LTS
alpha, and plan to support that as soon as it is released and we've
completed our testing.


*Live SDR Environment Installation to Hard Disk*

It is often requested to be able to install the Live SDR Environment onto a
hard disk for a more permanent development environment solution.  This is
*not* something currently supported; the ISO image is explicitly designed
to run as a live system and has the Ubuntu Linux installer removed (for
space/size reasons.)

The Live SDR Environment is not only a bootable live system with GNU Radio
installed, there are 25 additional GNU Radio-based applications and block
libraries installed from source code, and numerous tweaks and configuration
edits to Ubuntu itself to (ahem) improve performance, security, and
privacy.  To replicate this on a users' existing Ubuntu installation or to
recreate a traditional Ubuntu installation but with all the additions would
require a non-trivial amount of work to port the live image build system to
a native installer.  We might take this up at some point, but unlikely soon.

The ISO image can be booted within a virtual machine, with perhaps some
extra work to fine-tune hardware performance in the VM.  And of course, one
can use the GNU Radio PyBOMBS installer to install GNU Radio and all of the
extra software on the live image on whatever platforms that supports.


*Custom ISO Images/Live SDR Environment Builder*

The generation of the live image ISO file is completely modular and
automated.  It is a branch of the Ubuntu Remaster system from Corgan Labs,
which is a general purpose live image customization tool:

https://github.com/gnuradio/gnuradio-livesdr

You can clone this repository and build your own custom live images as
variations on the GNU Radio one, adding or removing software components as
desired.  The base system (prior to the GNU Radio additions) also supports
several privacy enhancing options, like fully encrypted ISO images,
transparent Tor proxying, and removal of Ubuntu "features" like the Amazon
integration and online search scopes.

Ubuntu 15.10 kernel support is possible, though it is relatively untested
and only enabled when turning on the experimental features.

One of the areas being worked right now is to be able to choose other
window managers like Xfce or KDE as an alternative to Unity.

The workstation storage and CPU, and bandwidth requirements to build your
own ISO image from scratch are heavy, however--this is not recommended for
end users so much as people who want to create their own derivative
distributions.  And, to completely honest, it is not very well documented.


Hopefully this clarifies some recent issues people have reported, and I
welcome questions/suggestions/testers/pull requests.

-Johnathan
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

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

[Geof Nieboer]

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.  Just
depends how UNIX-dependent the code is.

Geof
www.gcndevelopment.com

On Mon, Feb 15, 2016 at 11:39 PM, Jesse Reich  wrote:

> Neel,
> Thank you much for that link. I've also tried to build on Windows using
> mingw, cygwin and probably a few others to no avail. Will have to give that
> binary a try tonight assuming I have an AVX2 which I think I do if I have
> an i7 processor.
>
> Does anyone know if you will be limited in using other modules that people
> have developed if you go with a windows install?
>
> Jesse
> On Mon, Feb 15, 2016 at 3:28 PM, Neel Pandeya 
> wrote:
>
> The only resource that I'm aware of is:
> http://www.gcndevelopment.com/gnuradio/
>
> --Neel
>
>
>
>
> On 15 February 2016 at 12:23, Richard Bell 
> wrote:
>
>> Hi Rowan,
>>
>> Getting GNU Radio working on Windows is not elementary, as there is very
>> little support for this. I have tried it myself in the past with no
>> success. It is certainly possible, as people do it, but these people get it
>> working with very little support beyond their own knowledge.
>>
>> The easiest way to use GNU Radio on a Windows machine, is to use the GNU
>> Radio Live Images to boot from either a DVD or Thumb drive (i.e. bypass
>> Windows), which gives you Linux and a full GNU Radio install with very
>> little work on your end and doesn't disrupt your Windows install.
>>
>> If you really need GNU Radio in a Windows environment, you'll have to
>> hope someone more knowledgeable responds, but it is certainly not
>> elementary.
>>
>> Rich
>>
>> On Mon, Feb 15, 2016 at 11:22 AM, Rowan Sylvester-Bradley <
>> ro...@sylvesterbradley.org> wrote:
>>
>>> I'm sorry, this is no doubt a very elementary question. I am completely
>>> new to GNU Radio, and know little about Unix or many of the tools involved.
>>> I have tried to follow the instructions on the page
>>> http://gnuradio.org/redmine/projects/gnuradio/wiki/MingwInstallMain.
>>> While installing Boost, when I try to execute the command ./bootstrap.sh
>>> --with-toolset=mingw I get the errors:
>>>
>>> ###
>>>
>>> ### Using 'mingw' toolset.
>>>
>>> ###
>>>
>>> rm -rf bootstrap
>>>
>>> mkdir bootstrap
>>>
>>> gcc -DNT -o bootstrap/jam0 command.c compile.c debug.c expand.c glob.c
>>> hash.c hdrmacro.c headers.c jam.c jambase.c jamgram.c lists.c make.c
>>> make1.c newstr.c option.c output.c parse.c pathunix.c pathvms.c regexp.c
>>> rules.c scan.c search.c subst.c timestamp.c variable.c modules.c strings.c
>>> filesys.c builtins.c pwd.c class.c native.c md5.c w32_getreg.c
>>> modules/set.c modules/path.c modules/regex.c modules/property-set.c
>>> modules/sequence.c modules/order.c execnt.c filent.c
>>>
>>> jam.c: In function `main':
>>>
>>> jam.c:403: error: `environ' undeclared (first use in this function)
>>>
>>> jam.c:403: error: (Each undeclared identifier is reported only once
>>>
>>> jam.c:403: error: for each function it appears in.)
>>>
>>> pathunix.c:276:19: tchar.h: No such file or directory
>>>
>>> pathunix.c: In function `ShortPathToLongPath':
>>>
>>> pathunix.c:287: error: `_MAX_PATH' undeclared (first use in this
>>> function)
>>>
>>> pathunix.c:287: error: (Each undeclared identifier is reported only once
>>>
>>> pathunix.c:287: error: for each function it appears in.)
>>>
>>> pathunix.c: In function `short_path_to_long_path':
>>>
>>> pathunix.c:387: error: `_MAX_PATH' undeclared (first use in this
>>> function)
>>>
>>> filent.c: In function `file_dirscan':
>>>
>>> filent.c:84: error: storage size of 'finfo' isn't known
>>>
>>> filent.c:166: error: `_A_SUBDIR' undeclared (first use in this function)
>>>
>>> filent.c:166: error: (Each undeclared identifier is reported only once
>>>
>>> filent.c:166: error: for each function it appears in.)
>>>
>>> Can someone tell me why I am getting all these "undeclared" errors, or
>>> what to do to fix them, or what to do next to find out what’s wrong?
>>>
>>> Thanks - Rowan
>>>
>>>
>>> ___
>>> Discuss-gnuradio mailing list
>>> Discuss-gnuradio@gnu.org
>>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>>
>>>
>>
>> ___
>> Discuss-gnuradio mailing list
>> Discuss-gnuradio@gnu.org
>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>
>>
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

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

[Jesse Reich]

Thanks Geof. I'm happy to report it installed properly (I checked and my
i7-4500u does have AVX2) and I was able to run the spectrum scanner (FFT)
with my RTL-SDR. Unfortunately I was not able to use GRC to generate a QT
scope of the RTL-SDR. It just hung at "generating python code" I believe.
It got too late to investigate but will try again tomorrow.

Nonetheless, thank 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  wrote:

> 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.  Just
> depends how UNIX-dependent the code is.
>
> Geof
> www.gcndevelopment.com
>
> On Mon, Feb 15, 2016 at 11:39 PM, Jesse Reich  wrote:
>
>> Neel,
>> Thank you much for that link. I've also tried to build on Windows using
>> mingw, cygwin and probably a few others to no avail. Will have to give that
>> binary a try tonight assuming I have an AVX2 which I think I do if I have
>> an i7 processor.
>>
>> Does anyone know if you will be limited in using other modules that
>> people have developed if you go with a windows install?
>>
>> Jesse
>> On Mon, Feb 15, 2016 at 3:28 PM, Neel Pandeya 
>> wrote:
>>
>> The only resource that I'm aware of is:
>> http://www.gcndevelopment.com/gnuradio/
>>
>> --Neel
>>
>>
>>
>>
>> On 15 February 2016 at 12:23, Richard Bell 
>> wrote:
>>
>>> Hi Rowan,
>>>
>>> Getting GNU Radio working on Windows is not elementary, as there is very
>>> little support for this. I have tried it myself in the past with no
>>> success. It is certainly possible, as people do it, but these people get it
>>> working with very little support beyond their own knowledge.
>>>
>>> The easiest way to use GNU Radio on a Windows machine, is to use the GNU
>>> Radio Live Images to boot from either a DVD or Thumb drive (i.e. bypass
>>> Windows), which gives you Linux and a full GNU Radio install with very
>>> little work on your end and doesn't disrupt your Windows install.
>>>
>>> If you really need GNU Radio in a Windows environment, you'll have to
>>> hope someone more knowledgeable responds, but it is certainly not
>>> elementary.
>>>
>>> Rich
>>>
>>> On Mon, Feb 15, 2016 at 11:22 AM, Rowan Sylvester-Bradley <
>>> ro...@sylvesterbradley.org> wrote:
>>>
 I'm sorry, this is no doubt a very elementary question. I am completely
 new to GNU Radio, and know little about Unix or many of the tools involved.
 I have tried to follow the instructions on the page
 http://gnuradio.org/redmine/projects/gnuradio/wiki/MingwInstallMain.
 While installing Boost, when I try to execute the command ./bootstrap.sh
 --with-toolset=mingw I get the errors:

 ###

 ### Using 'mingw' toolset.

 ###

 rm -rf bootstrap

 mkdir bootstrap

 gcc -DNT -o bootstrap/jam0 command.c compile.c debug.c expand.c glob.c
 hash.c hdrmacro.c headers.c jam.c jambase.c jamgram.c lists.c make.c
 make1.c newstr.c option.c output.c parse.c pathunix.c pathvms.c regexp.c
 rules.c scan.c search.c subst.c timestamp.c variable.c modules.c strings.c
 filesys.c builtins.c pwd.c class.c native.c md5.c w32_getreg.c
 modules/set.c modules/path.c modules/regex.c modules/property-set.c
 modules/sequence.c modules/order.c execnt.c filent.c

 jam.c: In function `main':

 jam.c:403: error: `environ' undeclared (first use in this function)

 jam.c:403: error: (Each undeclared identifier is reported only once

 jam.c:403: error: for each function it appears in.)

 pathunix.c:276:19: tchar.h: No such file or directory

 pathunix.c: In function `ShortPathToLongPath':

 pathunix.c:287: error: `_MAX_PATH' undeclared (first use in this
 function)

 pathunix.c:287: error: (Each undeclared identifier is reported only once

 pathunix.c:287: error: for each function it appears in.)

 pathunix.c: In function `short_path_to_long_path':

 pathunix.c:387: error: `_MAX_PATH' undeclared (first use in this
 function)

 filent.c: In function `file_dirscan':

 filent.c:84: error: storage size of 'finfo' isn't known

 filent.c:166: error: `_A_SUBDIR' undeclared (first use in this function)

 filent.c:166: error: (Each undeclared identifier is reported only once

 filent.c:166: error: for each function it appears in.)

 Can someone tell me why I am getting all these "undeclared" errors, or
 what to do to fix them, or what to do next to find out what’s wrong?

 Thanks - Rowan


 ___
 Discuss-gnuradio mailing li

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

[Geof Nieboer]

Glad to help.  Please pass feedback on what isn't working in the beta and
I'll work on it.

Geof

On Tue, Feb 16, 2016 at 7:08 AM, Jesse Reich  wrote:

> Thanks Geof. I'm happy to report it installed properly (I checked and my
> i7-4500u does have AVX2) and I was able to run the spectrum scanner (FFT)
> with my RTL-SDR. Unfortunately I was not able to use GRC to generate a QT
> scope of the RTL-SDR. It just hung at "generating python code" I believe.
> It got too late to investigate but will try again tomorrow.
>
> Nonetheless, thank 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  wrote:
>
>> 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.  Just
>> depends how UNIX-dependent the code is.
>>
>> Geof
>> www.gcndevelopment.com
>>
>> On Mon, Feb 15, 2016 at 11:39 PM, Jesse Reich  wrote:
>>
>>> Neel,
>>> Thank you much for that link. I've also tried to build on Windows using
>>> mingw, cygwin and probably a few others to no avail. Will have to give that
>>> binary a try tonight assuming I have an AVX2 which I think I do if I have
>>> an i7 processor.
>>>
>>> Does anyone know if you will be limited in using other modules that
>>> people have developed if you go with a windows install?
>>>
>>> Jesse
>>> On Mon, Feb 15, 2016 at 3:28 PM, Neel Pandeya 
>>> wrote:
>>>
>>> The only resource that I'm aware of is:
>>> http://www.gcndevelopment.com/gnuradio/
>>>
>>> --Neel
>>>
>>>
>>>
>>>
>>> On 15 February 2016 at 12:23, Richard Bell 
>>> wrote:
>>>
 Hi Rowan,

 Getting GNU Radio working on Windows is not elementary, as there is
 very little support for this. I have tried it myself in the past with no
 success. It is certainly possible, as people do it, but these people get it
 working with very little support beyond their own knowledge.

 The easiest way to use GNU Radio on a Windows machine, is to use the
 GNU Radio Live Images to boot from either a DVD or Thumb drive (i.e. bypass
 Windows), which gives you Linux and a full GNU Radio install with very
 little work on your end and doesn't disrupt your Windows install.

 If you really need GNU Radio in a Windows environment, you'll have to
 hope someone more knowledgeable responds, but it is certainly not
 elementary.

 Rich

 On Mon, Feb 15, 2016 at 11:22 AM, Rowan Sylvester-Bradley <
 ro...@sylvesterbradley.org> wrote:

> I'm sorry, this is no doubt a very elementary question. I am
> completely new to GNU Radio, and know little about Unix or many of the
> tools involved. I have tried to follow the instructions on the page
> http://gnuradio.org/redmine/projects/gnuradio/wiki/MingwInstallMain.
> While installing Boost, when I try to execute the command ./bootstrap.sh
> --with-toolset=mingw I get the errors:
>
> ###
>
> ### Using 'mingw' toolset.
>
> ###
>
> rm -rf bootstrap
>
> mkdir bootstrap
>
> gcc -DNT -o bootstrap/jam0 command.c compile.c debug.c expand.c glob.c
> hash.c hdrmacro.c headers.c jam.c jambase.c jamgram.c lists.c make.c
> make1.c newstr.c option.c output.c parse.c pathunix.c pathvms.c regexp.c
> rules.c scan.c search.c subst.c timestamp.c variable.c modules.c strings.c
> filesys.c builtins.c pwd.c class.c native.c md5.c w32_getreg.c
> modules/set.c modules/path.c modules/regex.c modules/property-set.c
> modules/sequence.c modules/order.c execnt.c filent.c
>
> jam.c: In function `main':
>
> jam.c:403: error: `environ' undeclared (first use in this function)
>
> jam.c:403: error: (Each undeclared identifier is reported only once
>
> jam.c:403: error: for each function it appears in.)
>
> pathunix.c:276:19: tchar.h: No such file or directory
>
> pathunix.c: In function `ShortPathToLongPath':
>
> pathunix.c:287: error: `_MAX_PATH' undeclared (first use in this
> function)
>
> pathunix.c:287: error: (Each undeclared identifier is reported only
> once
>
> pathunix.c:287: error: for each function it appears in.)
>
> pathunix.c: In function `short_path_to_long_path':
>
> pathunix.c:387: error: `_MAX_PATH' undeclared (first use in this
> function)
>
> filent.c: In function `file_dirscan':
>
> filent.c:84: error: storage size of 'finfo' isn't known
>
> filent.c:166: error: `_A_SUBDIR' undeclared (first use in this
> function)
>
> filent.c:166: error: (Each undeclared identifier is reported only once
>
> filent.c:166: error: for e