[Discuss-gnuradio] (no subject)

[Salija P]

Hello all,
  I am working with turbo encoder and decoder. is there any method to
check and verify the output of pccc encoder.  I want to see the the output
of pccc encoder for corresponding binary input. is there any way to do this?
also any body can help me to explain interleaver operation in pccc encoder?

Thanks in advance

Salija.P







With Regards,
Salija.P
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Grc icon issue and not saving python script after executing

[Sebastian Koslowski]

Well, yes, this is the source directory containing the unexpanded script and 
resource files.
To run the comand you have to replace YOUR_INSTALL_PREFIX with the path prefix 
you installed gnuradio to, e.g. /usr/local

Also, please keep the list in cc.

Sebastian

On June 19, 2015 4:31:29 PM CEST, alok ranjan  wrote:
>
>Hello Sebastian,
>
>Thankk you for your prompt reply and help on the issue.
>
>I tried with the command you suggested but it is saying no directory or
>install missing operand.
>
>Please find the below details of my directory and guide me what command
>may fix the problem.
>
>/home/alok/Downloads/gnuradio/gnuradio-3.7.7.1/grc/freedesktop
>
>
>Thanks,
>
>
>_
>Date: Fri, 19 Jun 2015 16:13:02 +0200
>From: sebastian.koslow...@kit.edu
>To: alokranjan...@hotmail.com; discuss-gnuradio@gnu.org
>Subject: Re: [Discuss-gnuradio] Grc icon issue and not saving python
>script after executing
>
>On 06/19/2015 03:36 PM, alok ranjan wrote:
>
>Hello List,
>
>I have updated my gnu radio from 3.7.2.1 to   3.7.7.1.  
>
>After the update when i am typing the "gnuradio-companion" it is
>getting open but the propriety icon is missing. I tried to make the new
>flow graph and i am successfully able to execute the graph. 
>
>
>The results are coming out,  but When i am trying to see that grc file
>it is getting open as "Xml" file. However, the extension of the graph
>is .grc only.
>
>Also, after the successful execution of the graph the python script is
>not getting generated at all.  And i am not able to directly open the
>built grc file by double click on that one.
>
>
>Kindly suggest, What I have done wrong. Any help is appreciated.
>
>
>Thank you
>
>
>   
>
>
>Sounds like the freedesktop integration wasn't setup correctly. Try
>running 
>
>YOUR_INSTALL_PREFIX/libexec/gnuradio/grc_setup_freedesktop install
>
>Sebastian
>
>

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

[Discuss-gnuradio] Adding Single Preamble Question

[Richard Bell]

Hello all,

I am familiar with the stream mux and tagged stream mux blocks. What I need
to do, however, is add a preamble to a stream of data only one time when
the radio first starts, and then never again while it runs.

Is there a clever way to do this using built in blocks?

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

Re: [Discuss-gnuradio] Control Ports On/Off and Config file

[Richard Bell]

I just ran a new pull, I don't see any updates related to gr-perf-monitorx,
so I think I already have that commit. Here is the pull details just in
case:

rbell@rbell:~/Documents/gnuradio$ git pull origin master
remote: Counting objects: 32, done.
remote: Total 32 (delta 22), reused 22 (delta 22), pack-reused 10
Unpacking objects: 100% (32/32), done.
>From https://github.com/gnuradio/gnuradio
 * branchmaster -> FETCH_HEAD
   7b684a2..28f69a5  master -> origin/master
Updating 7b684a2..28f69a5
Fast-forward
 CMakeLists.txt | 35 +++--
 .../include/gnuradio/thrift_application_base.h |  4 +-
 gnuradio-runtime/lib/CMakeLists.txt|  7 ++-
 gr-digital/grc/digital_constellation.xml   | 21 +---
 gr-digital/grc/digital_constellation_rect.xml  | 60
+-
 grc/python/Generator.py|  2 +-
 6 files changed, 75 insertions(+), 54 deletions(-)
rbell@rbell:~/Documents/gnuradio$


Is there anyway I can help you figure out the cause of the crash?

Rich

On Fri, Jun 19, 2015 at 10:37 AM, Tom Rondeau  wrote:

> On Fri, Jun 19, 2015 at 12:58 PM, Richard Bell 
> wrote:
>
>> That was the first thing I checked. No I don't have any config file in
>> there. I'm not sure where it's picking up these other settings.
>>
>> I added a local config file to ~/.gnuradio with the same settings and now
>> they seem to be picked up correctly. Shrug. I had to install one last
>> python module, python-graphviz, but it starts up and runs now!
>>
>> If I leave it on the default view, it seems to run stably. If I switch to
>> the 'Buffer Table->Graph View' or 'Run Table->Graph View', then Performance
>> Monitor crashes, sometimes instantly, sometimes after a few seconds, with
>> the following error:
>>
>> ControlPort Monitor running.
>> monitor::endpoints() = -h rbell -p 57991
>> running: ['gr-perf-monitorx', 'rbell', '57991']
>> Traceback (most recent call last):
>>   File "/usr/local/bin/gr-perf-monitorx", line 370, in update
>> if(self.perfTable.isVisible()):
>> RuntimeError: wrapped C/C++ object of type QTableWidget has been deleted
>>
>>
>> Have I overlooked something?
>>
>> Rich
>>
>
>
> Darn, I thought that I fixed that bug here:
>
>
> https://github.com/gnuradio/gnuradio/commit/3b41bb4dec9b6ce89e4909d20fbc7ffd764a80f3
>
> Tom
>
>
>
>
>> On Fri, Jun 19, 2015 at 6:38 AM, Tom Rondeau  wrote:
>>
>>> On Thu, Jun 18, 2015 at 7:38 PM, Richard Bell 
>>> wrote:
>>>
 I set my gnuradio configuration file (located here:
 /usr/local/etc/gnuradio/conf.d/gnuradio-runtime.conf) to the following:

 [PerfCounters]
 on = True #False
 export = True #False
 clock = thread
 #clock = monotonic

 [ControlPort]
 on = True #False
 edges_list = True #False

 I continue to run into the following message when I include a 'ctrlport
 performance monitor' in my flowgraph:

 ControlPort Monitor running.
 monitor::endpoints() = -h rbell -p 49158
 running: ['gr-perf-monitorx', 'rbell', '49158']
 Configuration has not turned on all of the appropriate ControlPort
 features:
 [ControlPort] on = True
 [ControlPort] edges_list = False
 [PerfCounters] on = True
 [PerfCounters] export = False

 Is there another file overriding the config file I set above to cause
 this?

 v/r,
 Rich

>>>
>>> Do you have a local config file in ~/.gnuradio/config.conf? Entries in
>>> there will override the system installed settings. See the manual page here
>>> for details:
>>>
>>> http://gnuradio.org/doc/doxygen/page_prefs.html
>>>
>>> Tom
>>>
>>>
>>
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Control Ports On/Off and Config file

[Tom Rondeau]

On Fri, Jun 19, 2015 at 12:58 PM, Richard Bell 
wrote:

> That was the first thing I checked. No I don't have any config file in
> there. I'm not sure where it's picking up these other settings.
>
> I added a local config file to ~/.gnuradio with the same settings and now
> they seem to be picked up correctly. Shrug. I had to install one last
> python module, python-graphviz, but it starts up and runs now!
>
> If I leave it on the default view, it seems to run stably. If I switch to
> the 'Buffer Table->Graph View' or 'Run Table->Graph View', then Performance
> Monitor crashes, sometimes instantly, sometimes after a few seconds, with
> the following error:
>
> ControlPort Monitor running.
> monitor::endpoints() = -h rbell -p 57991
> running: ['gr-perf-monitorx', 'rbell', '57991']
> Traceback (most recent call last):
>   File "/usr/local/bin/gr-perf-monitorx", line 370, in update
> if(self.perfTable.isVisible()):
> RuntimeError: wrapped C/C++ object of type QTableWidget has been deleted
>
>
> Have I overlooked something?
>
> Rich
>


Darn, I thought that I fixed that bug here:

https://github.com/gnuradio/gnuradio/commit/3b41bb4dec9b6ce89e4909d20fbc7ffd764a80f3

Tom




> On Fri, Jun 19, 2015 at 6:38 AM, Tom Rondeau  wrote:
>
>> On Thu, Jun 18, 2015 at 7:38 PM, Richard Bell 
>> wrote:
>>
>>> I set my gnuradio configuration file (located here:
>>> /usr/local/etc/gnuradio/conf.d/gnuradio-runtime.conf) to the following:
>>>
>>> [PerfCounters]
>>> on = True #False
>>> export = True #False
>>> clock = thread
>>> #clock = monotonic
>>>
>>> [ControlPort]
>>> on = True #False
>>> edges_list = True #False
>>>
>>> I continue to run into the following message when I include a 'ctrlport
>>> performance monitor' in my flowgraph:
>>>
>>> ControlPort Monitor running.
>>> monitor::endpoints() = -h rbell -p 49158
>>> running: ['gr-perf-monitorx', 'rbell', '49158']
>>> Configuration has not turned on all of the appropriate ControlPort
>>> features:
>>> [ControlPort] on = True
>>> [ControlPort] edges_list = False
>>> [PerfCounters] on = True
>>> [PerfCounters] export = False
>>>
>>> Is there another file overriding the config file I set above to cause
>>> this?
>>>
>>> v/r,
>>> Rich
>>>
>>
>> Do you have a local config file in ~/.gnuradio/config.conf? Entries in
>> there will override the system installed settings. See the manual page here
>> for details:
>>
>> http://gnuradio.org/doc/doxygen/page_prefs.html
>>
>> Tom
>>
>>
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Embedded WG

[Nowlan, Sean]

On Mon, Jun 15, 2015 at 7:38 PM, Nowlan, Sean 
mailto:sean.now...@gtri.gatech.edu>> wrote:

J Corgan's bootable USB stick on a Minnowboard

> I'm pretty curious how well this worked and if you ran into any issues or had 
> to do anything extra for this combination.

It was as simple as choosing the USB stick from the boot list in BIOS. 
MinnowBoard has a USB 3.0 port, so booting was fairly quick. It operated 
smoothly. I ran volk_profile and gr-benchmark and uploaded results to 
stats.gnuradio.org. The Intel Atom E3825 is mysteriously missing right now, but 
I know I’ve seen it up there. ODROIDXU is also gone, and I know that was up 
there too.

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

Re: [Discuss-gnuradio] Control Ports On/Off and Config file

[Richard Bell]

That was the first thing I checked. No I don't have any config file in
there. I'm not sure where it's picking up these other settings.

I added a local config file to ~/.gnuradio with the same settings and now
they seem to be picked up correctly. Shrug. I had to install one last
python module, python-graphviz, but it starts up and runs now!

If I leave it on the default view, it seems to run stably. If I switch to
the 'Buffer Table->Graph View' or 'Run Table->Graph View', then Performance
Monitor crashes, sometimes instantly, sometimes after a few seconds, with
the following error:

ControlPort Monitor running.
monitor::endpoints() = -h rbell -p 57991
running: ['gr-perf-monitorx', 'rbell', '57991']
Traceback (most recent call last):
  File "/usr/local/bin/gr-perf-monitorx", line 370, in update
if(self.perfTable.isVisible()):
RuntimeError: wrapped C/C++ object of type QTableWidget has been deleted


Have I overlooked something?

Rich





On Fri, Jun 19, 2015 at 6:38 AM, Tom Rondeau  wrote:

> On Thu, Jun 18, 2015 at 7:38 PM, Richard Bell 
> wrote:
>
>> I set my gnuradio configuration file (located here:
>> /usr/local/etc/gnuradio/conf.d/gnuradio-runtime.conf) to the following:
>>
>> [PerfCounters]
>> on = True #False
>> export = True #False
>> clock = thread
>> #clock = monotonic
>>
>> [ControlPort]
>> on = True #False
>> edges_list = True #False
>>
>> I continue to run into the following message when I include a 'ctrlport
>> performance monitor' in my flowgraph:
>>
>> ControlPort Monitor running.
>> monitor::endpoints() = -h rbell -p 49158
>> running: ['gr-perf-monitorx', 'rbell', '49158']
>> Configuration has not turned on all of the appropriate ControlPort
>> features:
>> [ControlPort] on = True
>> [ControlPort] edges_list = False
>> [PerfCounters] on = True
>> [PerfCounters] export = False
>>
>> Is there another file overriding the config file I set above to cause
>> this?
>>
>> v/r,
>> Rich
>>
>
> Do you have a local config file in ~/.gnuradio/config.conf? Entries in
> there will override the system installed settings. See the manual page here
> for details:
>
> http://gnuradio.org/doc/doxygen/page_prefs.html
>
> Tom
>
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] problem with ofdm link

[Martin Braun]

Alphonso,

looks like you've found a bug! Here's how I debugged this (it's a good
and easy learning example):

- Build GNU Radio w/ debug symbols
- On my system, I need to allow core dumps: Run `ulimit -c unlimited`
- Then run the app, it'll produce a file called `core`
- Open that with gdb: gdb /usr/bin/python core
- In the gdb command line, run `bt`

It'll show you it crashed on line 186. As you can see, the code makes
the assumption that d_pilot_carriers is populated, which it isn't --
there's your bug!

Do you want to submit a fix?

M

On 19.06.2015 07:04, bh...@web.de wrote:
> hi martin,
> i have read the manual page for the ofdm_carrier_allocator from [0] and
> the ofdm introduction from [1]. i have also downloaded your examples
> from [2].
>  
> i am testing now with this flow graph (my_graph.png). input is a vector
> source with this repeating vector:
> (1+1j, -1+1j, -1-1j, 1-1j, -1+1j, -1-1j). as mentioned in the previous
> posts the first part (until stream_to_tagged_stream and the sinks) works.
>  
> the structure of my occupied carriers (my_carriers.png) are the same as
> yours (martin_carriers.png) apart from the length and the pilots. i have
> even tried it with the range command (my_range.png).
>  
> nothing works. the error "floating point exception" still remains.
>  
> now i am more confused as before. i am sure it is some stupid
> mistake/error and very simple but i can't figure it out.
>  
> every help is appreciated!
> thanks!
>  
>  
> alphonso
>  
>  
> [0]
> http://gnuradio.org/doc/doxygen/classgr_1_1digital_1_1ofdm__carrier__allocator__cvc.html#details
> [1] https://gnuradio.org/doc/doxygen/page_ofdm.html
> [2]
> http://gnuradio.org/redmine/projects/gnuradio/repository/revisions/master/show/gr-digital/examples/ofdm


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

Re: [Discuss-gnuradio] GRC bug - channel limitation in QT GUI Frequency Sink

[Tom Rondeau]

On Fri, Jun 19, 2015 at 11:38 AM, ben Gee  wrote:

> If you set the number of channels in the Freq sink block > 10 (in my case
> 11), grc will throw an error.
> "if len(labels[i]) == 0:
> IndexError: list index out of range"
>
> Upon further investigation, the source code it generates only has 10
> arguments in the alphas, colors, widths and labels fields. If I manually
> edit the source and add an 11th argument to the alphas, colors, widths and
> labels fields, then run the code from a terminal, it runs no problem. Seems
> like a GRC only error.
>
> Just wanted to report.
>
> thanks,
> -b
>

Yep, that's a known limitation. You can see in the GRC file that there's no
good way to arbitrarily extend a list in the XML, so we made a decision to
limit it to this many entries.

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

[Discuss-gnuradio] GRC bug - channel limitation in QT GUI Frequency Sink

[ben Gee]

If you set the number of channels in the Freq sink block > 10 (in my case
11), grc will throw an error.
"if len(labels[i]) == 0:
IndexError: list index out of range"

Upon further investigation, the source code it generates only has 10
arguments in the alphas, colors, widths and labels fields. If I manually
edit the source and add an 11th argument to the alphas, colors, widths and
labels fields, then run the code from a terminal, it runs no problem. Seems
like a GRC only error.

Just wanted to report.

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

Re: [Discuss-gnuradio] gnuradio-companion-3.7.7.1 debian package

[Marcus Müller]

Hi Murray,

that's strange:

> ImportError: libboost_system.so.1.58.0: cannot open shared object
file: No such file or directory

contradicts
> libboost_system.so.1.48.0 => /usr/lib/libboost_system.so.1.48.0
> (0xb71d8000)

There's something seriously wrong about this situation. If not
gnuradio-config-info was linked against boost 1.58 symbols, then one of
the libraries it tries to use one your second PC is. That error comes
from /somewhere/. Maybe you'd want to compare the "ldd $(...)" output of
both systems, especially the individual paths of the libraries. Did you
happen to build a custom boost on the second machine at some point?

Best regards,
Marcus

On 06/19/2015 05:27 PM, Murray Thomson wrote:
> Hello again
>
> 2015-06-19 14:35 GMT+01:00 Marcus Müller  >:
>
> Hi!
>> user@pc:~$ gnuradio-config-info
>> ImportError: libboost_system.so.1.58.0: cannot open shared object
>> file: No such file or directory
>
> This means that the gnuradio-config-info was definitely built with
> another version of boost (1.58) than what is found at the moment
> you start it.
>
> This is what I thought too but  sudo find / -name "libboost*" only
> finds libraries for boost 1.46 and 1.48.
>
> The point about distributions is that they strive to keep all
> their libraries coherent in one release. So, although the install
> script might have installed the modern boost version correctly and
> set up some paths so that on your first PC, linux knows where to
> look for boost 1.58, on the other, this won't work automatically.
> You can find out where the libboost_system.so.1.58.0 is on the
> system where it works by running "ldd $(which gnuradio-config-info)".
>
> The system works but win a Gnuradio installed from the build_gnuradio
> script, not the debian package that I built.
> user@pc:~$ ldd $(which gnuradio-config-info)
> linux-gate.so.1 =>  (0xb776)
> libgnuradio-runtime-3.7.8git.so.0.0.0 =>
> /usr/local/lib/libgnuradio-runtime-3.7.8git.so.0.0.0 (0xb7671000)
> libboost_program_options.so.1.48.0 =>
> /usr/lib/libboost_program_options.so.1.48.0 (0xb7612000)
> libpthread.so.0 => /lib/i386-linux-gnu/libpthread.so.0 (0xb75f6000)
> libstdc++.so.6 => /usr/lib/i386-linux-gnu/libstdc++.so.6 (0xb7511000)
> libgcc_s.so.1 => /lib/i386-linux-gnu/libgcc_s.so.1 (0xb74f3000)
> libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xb7349000)
> libgnuradio-pmt-3.7.8git.so.0.0.0 =>
> /usr/local/lib/libgnuradio-pmt-3.7.8git.so.0.0.0 (0xb730b000)
> libvolk.so.1.0 => /usr/local/lib/libvolk.so.1.0 (0xb71fa000)
> libboost_filesystem.so.1.48.0 =>
> /usr/lib/libboost_filesystem.so.1.48.0 (0xb71dc000)
> libboost_system.so.1.48.0 => /usr/lib/libboost_system.so.1.48.0
> (0xb71d8000)
> libboost_thread.so.1.48.0 => /usr/lib/libboost_thread.so.1.48.0
> (0xb71bf000)
> librt.so.1 => /lib/i386-linux-gnu/librt.so.1 (0xb71b6000)
> libm.so.6 => /lib/i386-linux-gnu/libm.so.6 (0xb7189000)
> /lib/ld-linux.so.2 (0xb7761000)
> liborc-0.4.so.0 => /usr/lib/i386-linux-gnu/liborc-0.4.so.0
> (0xb70f9000)
>
>
> So the question is: which tool did you exactly use to install GNU
> Radio?
>
> I used cmake with the following parameters:
> cmake -DCMAKE_INSTALL_PREFIX=/usr SYSCONFDIR=/etc
> -DENABLE_STATIC_LIBS=False \
> -DENABLE_DOXYGEN=False -DENABLE_GR_WXGUI=OFF -DENABLE_GR_VOCODER=OFF \
> -DENABLE_GR_DTV=OFF -DENABLE_GR_ATSC=OFF ..
>  
>
> If you use pyBOMBS, you get the ability to install everything,
> including updated versions of boost etc., into a specific private
> directory, and generate a script that sets up all paths
> accordingly. You can then just copy that prefix and script over to
> the other PC; that's pretty distribution agnostic, but to be
> honest: If you wanted to make packages for all the things that GNU
> Radio likes to have a bit more recent, you'd be basically
> producing packages for half the development libraries that GNU
> Radio needs -- 12.04 is 3 years old...
>
> I wish I could upgrade my Ubuntu but I'm stack with 12.04 for other
> reasons. I'll try the pybombs way and also the same method for
> gnuradio 3.7.5 to check that I get the same error
>  
>
>
> Best regards,
> Marcus
>
>
> Thank you for your help
> Murray
>
>
> On 06/19/2015 02:52 PM, Murray Thomson wrote:
>> Thanks for that Marcus, I got around that first step.
>>
>> My computer runs Ubuntu 12.04 with libboost 1.48 and it has a
>> working gnuradio installation v3.7.7.1-120-g67463e74 from the
>> script in the web.
>> I used that computer to create the debian package based on
>> https://github.com/gnuradio/gnuradio.git tag v3.7.7 and I
>> installed it in another Ubuntu 12.04 with libboost 1.48.
>>  get the following error message when running this command or any
>> simple gnuradio script:
>>
>> user@pc:~$ gnuradio-config-info
>> ImportError: libbo

Re: [Discuss-gnuradio] gnuradio-companion-3.7.7.1 debian package

[Murray Thomson]

Hello again

2015-06-19 14:35 GMT+01:00 Marcus Müller :

>  Hi!
>
> user@pc:~$ gnuradio-config-info
>  ImportError: libboost_system.so.1.58.0: cannot open shared object file:
> No such file or directory
>
>
> This means that the gnuradio-config-info was definitely built with another
> version of boost (1.58) than what is found at the moment you start it.
>
This is what I thought too but  sudo find / -name "libboost*" only finds
libraries for boost 1.46 and 1.48.

The point about distributions is that they strive to keep all their
> libraries coherent in one release. So, although the install script might
> have installed the modern boost version correctly and set up some paths so
> that on your first PC, linux knows where to look for boost 1.58, on the
> other, this won't work automatically.
> You can find out where the libboost_system.so.1.58.0 is on the system
> where it works by running "ldd $(which gnuradio-config-info)".
>
The system works but win a Gnuradio installed from the build_gnuradio
script, not the debian package that I built.
user@pc:~$ ldd $(which gnuradio-config-info)
linux-gate.so.1 =>  (0xb776)
libgnuradio-runtime-3.7.8git.so.0.0.0 =>
/usr/local/lib/libgnuradio-runtime-3.7.8git.so.0.0.0 (0xb7671000)
libboost_program_options.so.1.48.0 =>
/usr/lib/libboost_program_options.so.1.48.0 (0xb7612000)
libpthread.so.0 => /lib/i386-linux-gnu/libpthread.so.0 (0xb75f6000)
libstdc++.so.6 => /usr/lib/i386-linux-gnu/libstdc++.so.6 (0xb7511000)
libgcc_s.so.1 => /lib/i386-linux-gnu/libgcc_s.so.1 (0xb74f3000)
libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xb7349000)
libgnuradio-pmt-3.7.8git.so.0.0.0 =>
/usr/local/lib/libgnuradio-pmt-3.7.8git.so.0.0.0 (0xb730b000)
libvolk.so.1.0 => /usr/local/lib/libvolk.so.1.0 (0xb71fa000)
libboost_filesystem.so.1.48.0 => /usr/lib/libboost_filesystem.so.1.48.0
(0xb71dc000)
libboost_system.so.1.48.0 => /usr/lib/libboost_system.so.1.48.0
(0xb71d8000)
libboost_thread.so.1.48.0 => /usr/lib/libboost_thread.so.1.48.0
(0xb71bf000)
librt.so.1 => /lib/i386-linux-gnu/librt.so.1 (0xb71b6000)
libm.so.6 => /lib/i386-linux-gnu/libm.so.6 (0xb7189000)
/lib/ld-linux.so.2 (0xb7761000)
liborc-0.4.so.0 => /usr/lib/i386-linux-gnu/liborc-0.4.so.0 (0xb70f9000)


> So the question is: which tool did you exactly use to install GNU Radio?
>
I used cmake with the following parameters:
cmake -DCMAKE_INSTALL_PREFIX=/usr SYSCONFDIR=/etc
-DENABLE_STATIC_LIBS=False \
-DENABLE_DOXYGEN=False -DENABLE_GR_WXGUI=OFF -DENABLE_GR_VOCODER=OFF \
-DENABLE_GR_DTV=OFF -DENABLE_GR_ATSC=OFF ..


> If you use pyBOMBS, you get the ability to install everything, including
> updated versions of boost etc., into a specific private directory, and
> generate a script that sets up all paths accordingly. You can then just
> copy that prefix and script over to the other PC; that's pretty
> distribution agnostic, but to be honest: If you wanted to make packages for
> all the things that GNU Radio likes to have a bit more recent, you'd be
> basically producing packages for half the development libraries that GNU
> Radio needs -- 12.04 is 3 years old...
>
I wish I could upgrade my Ubuntu but I'm stack with 12.04 for other
reasons. I'll try the pybombs way and also the same method for gnuradio
3.7.5 to check that I get the same error


>
> Best regards,
> Marcus
>

Thank you for your help
Murray

>
> On 06/19/2015 02:52 PM, Murray Thomson wrote:
>
>   Thanks for that Marcus, I got around that first step.
>
> My computer runs Ubuntu 12.04 with libboost 1.48 and it has a working
> gnuradio installation v3.7.7.1-120-g67463e74 from the script in the web.
> I used that computer to create the debian package based on
> https://github.com/gnuradio/gnuradio.git tag v3.7.7 and I installed it in
> another Ubuntu 12.04 with libboost 1.48.
>  get the following error message when running this command or any simple
> gnuradio script:
>
>  user@pc:~$ gnuradio-config-info
>  ImportError: libboost_system.so.1.58.0: cannot open shared object file:
> No such file or directory
>
>  I first thought that 3.7.7 must depend on libboost 1.58 but it works well
> with 1.48 when I use the script to install it so, how did that dependency
> get there?
>
> My debian has installed files into the folders /etc, /usr/bin, /usr/lib,
> /usr/share, /usr/include and my control file depends on the following
> packages:
>
> Depends: libfftw3-3, libpulse0, python, python-numpy, python-gtk2,
> python-wxgtk2.8, python-qwt5-qt4, python-lxml, python-cheetah, python-qt4,
> python-qwt5-qt4, libpulse0, libasound2, alsa-base,
> libboost-program-options1.48.0, libboost-filesystem1.48.0,
> libboost-thread1.48.0, libqtcore4, libsdl1.2debian, libgsl0ldbl,
> liborc-0.4-0, libusb-1.0-0, sdcc
>
>  I'm using
>
>  PATH = /usr/bin
>  LD_LIBRARY = /usr/lib
>  PYTHONPATH =
> /usr/lib/python2.7/site-packages/:/usr/lib/python2.7/:/usr/lib/python2.7/dist-packages
>  PKG_CONFIG_PATH = /usr/lib/pkgconfig
>
> Could someone point me in 

Re: [Discuss-gnuradio] why alignment feature work only when output_multiple not set

[Johnathan Corgan]

On Fri, Jun 19, 2015 at 6:09 AM, Tom Rondeau  wrote:

> On Thu, Jun 18, 2015 at 8:29 AM, Tiankun Hu 
> wrote:
>
>>  Hi Tom,
>> Thanks your reply, I have another question, in function
>> "min_available_space" why buffer_size/2 is best ?
>>
>
> I'm not really sure. That's a question for Eric.
>

The scheduler aims to keep the buffer no more than half full, so that in
the steady state the producing block can write into the free half and the
downstream consuming block(s) read from the filled half.

-- 
Johnathan Corgan
Corgan Labs - SDR Training and Development Services
Intro to SDR Class - June 29-30, El Segundo, CA
http://corganlabs.com
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Grc icon issue and not saving python script after executing

[alok ranjan]

Hello Tom,

Thank you for your prompt reply.  I have fixed the python script issue.

Icon means after saving the grc flowgraph it is showing as xml file in browser 
where it is located (But it should open in gnuradio companion UI). There is no 
signal block icon.  The file is getting saved as application/xml format :(

Also, the flow graph dont have signal blocks icon as it was in earlier version. 
 

Thank you for your reply.
From: t...@trondeau.com
Date: Fri, 19 Jun 2015 10:06:24 -0400
Subject: Re: [Discuss-gnuradio] Grc icon issue and not saving python script 
after executing
To: alokranjan...@hotmail.com
CC: discuss-gnuradio@gnu.org

On Fri, Jun 19, 2015 at 9:36 AM, alok ranjan  wrote:



Hello List,

I have updated my gnu radio from 3.7.2.1 to   3.7.7.1.  

After the update when i am typing the "gnuradio-companion" it is getting open 
but the propriety icon is missing. I tried to make the new flow graph and i am 
successfully able to execute the graph. 


The results are coming out,  but When i am trying to see that grc file it is 
getting open as "Xml" file. However, the extension of the graph is .grc only.

Also, after the successful execution of the graph the python script is not 
getting generated at all.  And i am not able to directly open the built grc 
file by double click on that one.


Kindly suggest, What I have done wrong. Any help is appreciated.


Thank you

I'm not sure what you mean about the icon missing. What icon? We did change 
some of the toolbar icons since 3.7.2.1, though, so they might be different. 
I'm just not sure what you mean by missing.
Are you sure that you're looking for the right Python file name? The ID in the 
Options block will set what that  file is named as, so by default 
"ID=top_block," and so it'll produce top_block.py. Any chance you don't have 
write permission in the directory?
Tom   ___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] why alignment feature work only when output_multiple not set

[Marcus Müller]

Hi Tiankun, Hi Tom,

I vaguely remember me wondering about that line. It comes from the
single threaded scheduler; back then, wondering, I came to the
conclusion that for the STS that it's probably been considered useful to
half the the "buffer usage ripple" that could occur when blocks started
to always use the full buffer. That sounds helpful in a scheduler where,
per iteration, you either do something or you don't, so a buffer without
any space left to write to might be worse than the overhead that you get
by only being allowed to use buffer/2. Basically, back then, I had
another problem, and just shrugged.

Now, for the thread-per-block scheduler, there's no monolithic iteration
over all blocks, so I guess that problem wouldn't occur. I would have to
try; however, it's hard to find a single proper benchmark for this (if
it doesn't break anything). Tiankun, maybe you have an idea?

Best regards,
Marcus



On 06/19/2015 03:09 PM, Tom Rondeau wrote:
> On Thu, Jun 18, 2015 at 8:29 AM, Tiankun Hu  > wrote:
>
> Hi Tom,
> Thanks your reply, I have another question, in function
> "min_available_space" why buffer_size/2 is best ? 
>
>
> I'm not really sure. That's a question for Eric.
>
> What happens when you change it? How does it affect performance?
>
> Tom
>
>
>  
>
> 在 2015年06月16日 21:31, Tom Rondeau 写道:
>> On Tue, Jun 16, 2015 at 8:57 AM, Tiankun Hu
>> mailto:tiankun...@foxmail.com>> wrote:
>>
>> Hi,
>> After go through the block_executor.cc, I found alignment
>> feature work only when output_multiple not set, why them can
>> not work at the same time?
>>
>> -- 
>> Thanks
>> Tiankun
>>
>>
>> Because they are competing objectives. The alignment tries to
>> keep buffers aligned and therefore the number of items will be
>> based on a multiple of the alignment requirement. If you need an
>> output multiple that's different than that, which one should the
>> scheduler choose?
>>
>> Note that the buffers always begin on a page and so are
>> inherently aligned. If your output multiple is also a multiple of
>> the alignment for the data type, then you'll always be aligned.
>>
>> Tom
>>
>
> -- 
> Thanks
> Tiankun
>
>
>
>
> ___
> 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] Grc icon issue and not saving python script after executing

[Koslowski, Sebastian (CEL)]

On 06/19/2015 03:36 PM, alok ranjan wrote:
> Hello List,
>
> I have updated my gnu radio from 3.7.2.1 to   *3.7.7.1*. 
>
> After the update when i am typing the "gnuradio-companion" it is
> getting open but the propriety icon is missing. I tried to make the
> new flow graph and i am successfully able to execute the graph.
>
>
> The results are coming out,  but When i am trying to see that grc file
> it is getting open as "Xml" file. However, the extension of the graph
> is .grc only.
>
> Also, after the successful execution of the graph the python script is
> not getting generated at all.  And i am not able to directly open the
> built grc file by double click on that one.
>
>
> Kindly suggest, What I have done wrong. Any help is appreciated.
>
>
> Thank you
>
>
>   

Sounds like the freedesktop integration wasn't setup correctly. Try running

YOUR_INSTALL_PREFIX/libexec/gnuradio/grc_setup_freedesktop install

Sebastian

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

Re: [Discuss-gnuradio] Grc icon issue and not saving python script after executing

[Tom Rondeau]

On Fri, Jun 19, 2015 at 9:36 AM, alok ranjan 
wrote:

> Hello List,
>
> I have updated my gnu radio from 3.7.2.1 to   *3.7.7.1*.
>
> After the update when i am typing the "gnuradio-companion" it is getting
> open but the propriety icon is missing. I tried to make the new flow graph
> and i am successfully able to execute the graph.
>
>
> The results are coming out,  but When i am trying to see that grc file it
> is getting open as "Xml" file. However, the extension of the graph is .grc
> only.
>
> Also, after the successful execution of the graph the python script is not
> getting generated at all.  And i am not able to directly open the built grc
> file by double click on that one.
>
>
> Kindly suggest, What I have done wrong. Any help is appreciated.
>
>
> Thank you
>

I'm not sure what you mean about the icon missing. What icon? We did change
some of the toolbar icons since 3.7.2.1, though, so they might be
different. I'm just not sure what you mean by missing.

Are you sure that you're looking for the right Python file name? The ID in
the Options block will set what that  file is named as, so by default
"ID=top_block," and so it'll produce top_block.py. Any chance you don't
have write permission in the directory?

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

Re: [Discuss-gnuradio] gnuradio-companion-3.7.7.1 debian package

[Marcus Müller]

Hi!
> user@pc:~$ gnuradio-config-info
> ImportError: libboost_system.so.1.58.0: cannot open shared object
> file: No such file or directory

This means that the gnuradio-config-info was definitely built with
another version of boost (1.58) than what is found at the moment you
start it.
The point about distributions is that they strive to keep all their
libraries coherent in one release. So, although the install script might
have installed the modern boost version correctly and set up some paths
so that on your first PC, linux knows where to look for boost 1.58, on
the other, this won't work automatically.
You can find out where the libboost_system.so.1.58.0 is on the system
where it works by running "ldd $(which gnuradio-config-info)".

So the question is: which tool did you exactly use to install GNU Radio?

If you use pyBOMBS, you get the ability to install everything, including
updated versions of boost etc., into a specific private directory, and
generate a script that sets up all paths accordingly. You can then just
copy that prefix and script over to the other PC; that's pretty
distribution agnostic, but to be honest: If you wanted to make packages
for all the things that GNU Radio likes to have a bit more recent, you'd
be basically producing packages for half the development libraries that
GNU Radio needs -- 12.04 is 3 years old...

Best regards,
Marcus

On 06/19/2015 02:52 PM, Murray Thomson wrote:
> Thanks for that Marcus, I got around that first step.
>
> My computer runs Ubuntu 12.04 with libboost 1.48 and it has a working
> gnuradio installation v3.7.7.1-120-g67463e74 from the script in the web.
> I used that computer to create the debian package based on
> https://github.com/gnuradio/gnuradio.git tag v3.7.7 and I installed it
> in another Ubuntu 12.04 with libboost 1.48.
>  get the following error message when running this command or any
> simple gnuradio script:
>
> user@pc:~$ gnuradio-config-info
> ImportError: libboost_system.so.1.58.0: cannot open shared object
> file: No such file or directory
>
> I first thought that 3.7.7 must depend on libboost 1.58 but it works
> well with 1.48 when I use the script to install it so, how did that
> dependency get there?
>
> My debian has installed files into the folders /etc, /usr/bin,
> /usr/lib, /usr/share, /usr/include and my control file depends on the
> following packages:
>
> Depends: libfftw3-3, libpulse0, python, python-numpy, python-gtk2,
> python-wxgtk2.8, python-qwt5-qt4, python-lxml, python-cheetah,
> python-qt4, python-qwt5-qt4, libpulse0, libasound2, alsa-base,
> libboost-program-options1.48.0, libboost-filesystem1.48.0,
> libboost-thread1.48.0, libqtcore4, libsdl1.2debian, libgsl0ldbl,
> liborc-0.4-0, libusb-1.0-0, sdcc
>
> I'm using
>
> PATH = /usr/bin
> LD_LIBRARY = /usr/lib
> PYTHONPATH =
> /usr/lib/python2.7/site-packages/:/usr/lib/python2.7/:/usr/lib/python2.7/dist-packages
> PKG_CONFIG_PATH = /usr/lib/pkgconfig
>
> Could someone point me in the right direction please?
>
> Cheers,
> Murray
>
> 2015-06-19 10:42 GMT+01:00 Marcus Müller  >:
>
> Hi Murray,
>
> you'd typically do something like:
>
> cmake -DCMAKE_INSTALL_PREFIX=/usr ..
>
> to match what debian expects.
> Then, instead of simply installing stuff there, you install into
> your fake root directory using
> make
> make install DESTDIR=/home/murray/fake_root/whatever
>
> That will only bend around the paths where files are copied to,
> not the paths contained in the files themselves
>
> Best regards,
> Marcus
>
>
> On 06/19/2015 11:06 AM, Murray Thomson wrote:
>> Hi,
>>
>> I need a GnuRadio debian package for version 3.7.7.1 to be
>> installed in many different computers. I've tried creating it
>> myself but I run into many difficulties. For example the command
>> gnuradio-config-info --prefix --prefsdir --sysconfdir was
>> pointing to the folder where I created the debian.
>>
>> I found a package for Arch linux in
>> https://www.archlinux.org/packages/community/x86_64/gnuradio/
>> And I was going to try to convert it to a debian. Before I do
>> that. Is there a repo where I can find this? Ideally
>> gnuradio-companion (including gnuradio) version 3.7.7.1 for both
>> x86_64 and i636 debian package that will be installed in an
>> Ubuntu 12.04 system.
>>
>> Thanks a lot,
>> Murray
>>
>>
>> ___
>> 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://l

Re: [Discuss-gnuradio] Control Ports On/Off and Config file

[Tom Rondeau]

On Thu, Jun 18, 2015 at 7:38 PM, Richard Bell 
wrote:

> I set my gnuradio configuration file (located here:
> /usr/local/etc/gnuradio/conf.d/gnuradio-runtime.conf) to the following:
>
> [PerfCounters]
> on = True #False
> export = True #False
> clock = thread
> #clock = monotonic
>
> [ControlPort]
> on = True #False
> edges_list = True #False
>
> I continue to run into the following message when I include a 'ctrlport
> performance monitor' in my flowgraph:
>
> ControlPort Monitor running.
> monitor::endpoints() = -h rbell -p 49158
> running: ['gr-perf-monitorx', 'rbell', '49158']
> Configuration has not turned on all of the appropriate ControlPort
> features:
> [ControlPort] on = True
> [ControlPort] edges_list = False
> [PerfCounters] on = True
> [PerfCounters] export = False
>
> Is there another file overriding the config file I set above to cause this?
>
> v/r,
> Rich
>

Do you have a local config file in ~/.gnuradio/config.conf? Entries in
there will override the system installed settings. See the manual page here
for details:

http://gnuradio.org/doc/doxygen/page_prefs.html

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

[Discuss-gnuradio] Grc icon issue and not saving python script after executing

[alok ranjan]

Hello List,

I have updated my gnu radio from 3.7.2.1 to   3.7.7.1.  

After the update when i am typing the "gnuradio-companion" it is getting open 
but the propriety icon is missing. I tried to make the new flow graph and i am 
successfully able to execute the graph. 


The results are coming out,  but When i am trying to see that grc file it is 
getting open as "Xml" file. However, the extension of the graph is .grc only.

Also, after the successful execution of the graph the python script is not 
getting generated at all.  And i am not able to directly open the built grc 
file by double click on that one.


Kindly suggest, What I have done wrong. Any help is appreciated.


Thank you


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

[Discuss-gnuradio] Issues using "Correlata and Sync" block, inside Hier_block2

[Marius Cachelin]

Hi everybody,

I am writing here because I am experiencing an issue (for some weeks now),
and I can't fixed it! I did some research about this problem, but I found
nothing!

I want to develop a hierarchical block, (called "RX_PATH"). In this block,
I want to use the "Correlate and Sync" block... And here is my problem!
When I compile my module (using make), all work well. But, when I run my
.grc model in GNURadio-Companion, it's like the "Correlate and Sync" block
freeze.

Actually, no samples are outputted (neither in "out" port nor in "corr"
port). I don't understand why, because when I use the "correlate and sync"
block outside my hier_block, it work fine!

I think, this is a misunderstood of how to use these type of blocks, so if
someone could explain to me where is my mistake, I would be very grateful!

Thanks in advance!

Marius

-- 
*CACHELIN Marius*
*Ingénieur Systèmes, Réseaux et Télécommunications*
marius.cache...@gmail.com
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Fw: pybombs-gnuradio-install-missing files

[Tom Rondeau]

On Fri, Jun 19, 2015 at 1:58 AM, Handy Kirk  wrote:

>
> After a lot of work, I am a beginner concerning gnuradio, only an average
> linux user concentration on PCLinuxOS, now have an awfull lot of files
> installed in my sandbox.  I have had many goes at installing 'pybombs' and
> I think I have an understanding of the concept of installing from source.
>
> What really knocked me about was a very precise position during the
> process the file 'boost'  would terminate the process without any error
> message that I could find. The lack of finding the reason/errors probably
> because I know very little about compiling details.
>
> What came to my rescue was during one attempt the 'boost' download/install
> process became atrocciously slow but at the same time I could see it was
> trying to connect to my usual mirror (internode in Australia). I gave up
> but then a day of two later boots installed and the process could continue.
> (A resh install).
>
> Ufotunately I encounterd more files where the process simply was
> terminated with the command prompt but also reason quite clear, such as
> "source not found.." Others it was not so clear to me, so I decided to
> continue anyway as some files by inspection in src seemed to indicate that
> a lot of data had been downloaded. (when failures occurred after untarring)
>
> I edited the config.dat and just kept telling the process that the
> programs were installed. This way I arrived at the end, with 'gnuradio'
> beeing the last file to be installed.
>
> I had in mind to test the "./pybombs update" expecting this to clearly
> tell me that a file would be missing.  That did not happen.
>
> I just got a long list of files with "True" at the end
>
> 
>
>
> I have a record of my attempted install in chronological order.
>
> Here is my first met really failing proces:
>
>
>
> alsa Connecting to ftp.alsa-project.org 
> (ftp.alsa-project.org)|77.48.224.243|:21...
> connected.
> /usr/bin/ld: cannot find -lpython2.6
> collect2: error: ld returned 1 exit status
> make[3]: *** [smixer-python.la] Error 1
> make[3]: Leaving directory
> `/home/gert/gr-sandbox/pybombs/src/alsa/modules/mixer/simple'
> make[2]: *** [all-recursive] Error 1
> make[2]: Leaving directory
> `/home/gert/gr-sandbox/pybombs/src/alsa/modules/mixer'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory `/home/gert/gr-sandbox/pybombs/src/alsa/modules'
> make: *** [all-recursive] Error 1
> Build failed. See output above for error messages.
> [gert@KDE64-tecra-A11 pybombs]$
>
> --
>
> What is this telling me, is there a fix I can apply.
>
>
>
>
> h.
>


This really seems like an issue with your connection and/or the OS you're
using. The call to Python 2.6 is particularly strange -- no Linux distro
for the past few years should be shipping with 2.6.

Why did you choose PCLinuxOS? Are you more familiar with that or using it
for another purpose? If you're not but fairly new to Linux in general, I'd
suggest using Ubuntu of Fedora, which are used by many more people and have
much more support.

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

Re: [Discuss-gnuradio] overlapping channels in polyphase channelizer

[Tom Rondeau]

On Fri, Jun 19, 2015 at 3:07 AM, Marcus Müller 
wrote:

>  Hi Ben,
>
> yes, that should work; as you've guessed, the polyphase channelizer
> doesn't really "care" what your filter looks like. That includes the band
> edges, too, so your last channel will overlap with your first.
>
> Best regards,
> Marcus
>
>
> On 06/19/2015 03:14 AM, ben Gee wrote:
>
> Is it possible to have overlapping channels in a polyphase channelizer?
> say you have 10MHz of bandwidth, and you want to break it up into 10
> channels, each 2MHz wide with the center frequencies being 1MHz apart.
>
>  would you just set the taps to have the right bw and lowpass filter
> width (in this case it would be 1MHz to create a 2MHz channel), then set
> the number of outputs on the channelizer block in grc to be 10?
>
>
>  thanks,
> -b
>
>
Also, look for the paper by harris and Rice, "Digital Receivers and
Transmitters Using Polyphase Filter Banks for Wireless Communications."
There some good stuff in there about adjusting the bandwidth versus the
sampling rate.

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

Re: [Discuss-gnuradio] why alignment feature work only when output_multiple not set

[Tom Rondeau]

On Thu, Jun 18, 2015 at 8:29 AM, Tiankun Hu  wrote:

>  Hi Tom,
> Thanks your reply, I have another question, in function
> "min_available_space" why buffer_size/2 is best ?
>

I'm not really sure. That's a question for Eric.

What happens when you change it? How does it affect performance?

Tom




> 在 2015年06月16日 21:31, Tom Rondeau 写道:
>
>  On Tue, Jun 16, 2015 at 8:57 AM, Tiankun Hu 
> wrote:
>
>> Hi,
>> After go through the block_executor.cc, I found alignment feature work
>> only when output_multiple not set, why them can not work at the same time?
>>
>> --
>> Thanks
>> Tiankun
>>
>
>  Because they are competing objectives. The alignment tries to keep
> buffers aligned and therefore the number of items will be based on a
> multiple of the alignment requirement. If you need an output multiple
> that's different than that, which one should the scheduler choose?
>
>  Note that the buffers always begin on a page and so are inherently
> aligned. If your output multiple is also a multiple of the alignment for
> the data type, then you'll always be aligned.
>
>  Tom
>
>
> --
> Thanks
> Tiankun
>
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] gnuradio-companion-3.7.7.1 debian package

[Murray Thomson]

Thanks for that Marcus, I got around that first step.

My computer runs Ubuntu 12.04 with libboost 1.48 and it has a working
gnuradio installation v3.7.7.1-120-g67463e74 from the script in the web.
I used that computer to create the debian package based on
https://github.com/gnuradio/gnuradio.git tag v3.7.7 and I installed it in
another Ubuntu 12.04 with libboost 1.48.
 get the following error message when running this command or any simple
gnuradio script:

user@pc:~$ gnuradio-config-info
ImportError: libboost_system.so.1.58.0: cannot open shared object file: No
such file or directory

I first thought that 3.7.7 must depend on libboost 1.58 but it works well
with 1.48 when I use the script to install it so, how did that dependency
get there?

My debian has installed files into the folders /etc, /usr/bin, /usr/lib,
/usr/share, /usr/include and my control file depends on the following
packages:

Depends: libfftw3-3, libpulse0, python, python-numpy, python-gtk2,
python-wxgtk2.8, python-qwt5-qt4, python-lxml, python-cheetah, python-qt4,
python-qwt5-qt4, libpulse0, libasound2, alsa-base,
libboost-program-options1.48.0, libboost-filesystem1.48.0,
libboost-thread1.48.0, libqtcore4, libsdl1.2debian, libgsl0ldbl,
liborc-0.4-0, libusb-1.0-0, sdcc

I'm using

PATH = /usr/bin
LD_LIBRARY = /usr/lib
PYTHONPATH =
/usr/lib/python2.7/site-packages/:/usr/lib/python2.7/:/usr/lib/python2.7/dist-packages
PKG_CONFIG_PATH = /usr/lib/pkgconfig

Could someone point me in the right direction please?

Cheers,
Murray

2015-06-19 10:42 GMT+01:00 Marcus Müller :

>  Hi Murray,
>
> you'd typically do something like:
>
> cmake -DCMAKE_INSTALL_PREFIX=/usr ..
>
> to match what debian expects.
> Then, instead of simply installing stuff there, you install into your fake
> root directory using
> make
> make install DESTDIR=/home/murray/fake_root/whatever
>
> That will only bend around the paths where files are copied to, not the
> paths contained in the files themselves
>
> Best regards,
> Marcus
>
>
> On 06/19/2015 11:06 AM, Murray Thomson wrote:
>
>   Hi,
>
>  I need a GnuRadio debian package for version 3.7.7.1 to be installed in
> many different computers. I've tried creating it myself but I run into many
> difficulties. For example the command gnuradio-config-info --prefix
> --prefsdir --sysconfdir was pointing to the folder where I created the
> debian.
>
> I found a package for Arch linux in
> https://www.archlinux.org/packages/community/x86_64/gnuradio/
>  And I was going to try to convert it to a debian. Before I do that. Is
> there a repo where I can find this? Ideally gnuradio-companion (including
> gnuradio) version 3.7.7.1 for both x86_64 and i636 debian package that will
> be installed in an Ubuntu 12.04 system.
>
>  Thanks a lot,
>  Murray
>
>
> ___
> Discuss-gnuradio mailing 
> listDiscuss-gnuradio@gnu.orghttps://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] 2nd IEEE Signal Intelligence Challenge 2015: Final report

[Wunsch, Felix (CEL)]

Hi all,

I'm happy to forward the final report on this year's IEEE Signal 
Intelligence Challenge which we organized in Karlsruhe and Darmstadt in 
the past months!


-- Felix

FINAL REPORT:

After its debut in 2014, the 2^nd Signal Intelligence Challenge was 
organized by IEEE Student Branch Karlsruhe together with Secure Mobile 
Networking Lab of Technical University (TU) Darmstadt from April till 
June 2015.


Eleven teams from Karlsruhe and Darmstadt competed to solve a total of 
25 different challenges in the fields of Spectral Analysis, Signal 
Intelligence and Cryptography in order to find flags which were e.g. 
hidden in a Direct Sequence Spread Spectrum Signal of which the teams 
had no more a priori information than the band used for transmission. 
Software defined radios, such as USRPs and RTL-SDR dongles were used to 
receive the signals, while software such as Python, Matlab and GNU Radio 
was used for data analysis and post processing.


We were very happy to have so many participating student teams, many of 
them first-time SDR users and as they said, the challenge really got 
them into it! At the end of a very exciting competition, last year's 
winning team “FFT-Juchee” managed to defend their title (228/250 
points), followed by the team “Die Aluhüte”, who climbed in a final 
effort of 24h hacking to 2^nd place (90/250 pts.), leaving the third 
team “CypherTank” (81/250 pts.) barely behind. We congratulate the 
winners! A video of the awards ceremony held at this year's “Gulasch 
Programmier Nacht” (GPN15) in Karlsruhe is available at: 
https://goo.gl/97j1WD


To conclude, the challenge was a great success, hopefully attracting the 
interest of many new students to the field of Software Defined Radios. 
Our great thanks go to the volunteers from ITI, SeeMoo, and CEL, who 
were involved in organizing the challenge, and especially to our 
sponsors, Ettus, the IEEE, and Rohde & Schwarz, who made the challenge 
very attractive by sponsoring superb prizes: a USRP B210, SDR-Sticks, 
books and beer! Without this support, such an event would not be possible.


We look forward to the 3^rd Signal Intelligence Challenge in 2016! Feel 
free to contact us, if you want to bring the challenge to your university!


(Author: Johannes Fink, Chair IEEE Student Branch Karlsruhe, 
johannes.f...@kit.edu)


--
Karlsruhe Institute of Technology (KIT)
Communications Engineering Lab (CEL)

Felix Wunsch, M. Sc.
Research Associate

Kaiserstraße 12
Building 05.01
76131 Karlsruhe

Phone: +49 721 608-46276
Fax: +49 721 608-46071
E-Mail: felix.wun...@kit.edu

www.cel.kit.edu

KIT -- University of the State of Baden-Württemberg and
National Laboratory of the Helmholtz Association

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

Re: [Discuss-gnuradio] gnuradio-companion-3.7.7.1 debian package

[Marcus Müller]

Hi Murray,

you'd typically do something like:

cmake -DCMAKE_INSTALL_PREFIX=/usr ..

to match what debian expects.
Then, instead of simply installing stuff there, you install into your
fake root directory using
make
make install DESTDIR=/home/murray/fake_root/whatever

That will only bend around the paths where files are copied to, not the
paths contained in the files themselves

Best regards,
Marcus

On 06/19/2015 11:06 AM, Murray Thomson wrote:
> Hi,
>
> I need a GnuRadio debian package for version 3.7.7.1 to be installed
> in many different computers. I've tried creating it myself but I run
> into many difficulties. For example the command gnuradio-config-info
> --prefix --prefsdir --sysconfdir was pointing to the folder where I
> created the debian.
>
> I found a package for Arch linux in
> https://www.archlinux.org/packages/community/x86_64/gnuradio/
> And I was going to try to convert it to a debian. Before I do that. Is
> there a repo where I can find this? Ideally gnuradio-companion
> (including gnuradio) version 3.7.7.1 for both x86_64 and i636 debian
> package that will be installed in an Ubuntu 12.04 system.
>
> Thanks a lot,
> Murray
>
>
> ___
> 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] gnuradio-companion-3.7.7.1 debian package

[Murray Thomson]

Hi,

I need a GnuRadio debian package for version 3.7.7.1 to be installed in
many different computers. I've tried creating it myself but I run into many
difficulties. For example the command gnuradio-config-info --prefix
--prefsdir --sysconfdir was pointing to the folder where I created the
debian.

I found a package for Arch linux in
https://www.archlinux.org/packages/community/x86_64/gnuradio/
And I was going to try to convert it to a debian. Before I do that. Is
there a repo where I can find this? Ideally gnuradio-companion (including
gnuradio) version 3.7.7.1 for both x86_64 and i636 debian package that will
be installed in an Ubuntu 12.04 system.

Thanks a lot,
Murray
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] SOCIS project update 3

[Johannes Demel]

Hey community,

It is time for another project update. So here it is.
This week I dived into C++ and FECAPI. I implemented a polar encoder for
FECAPI. Of course this includes all the necessary tests. I decided to go
with packed bits in the encoder definition. Though I implemented a mode
which deals with unpacked bits too.
I did some rough performance tests. Just set up a flowgraph with a head
block and let 2^32 unpacked bytes go through. Then I measured the time
it needed to process all those samples. For a first implementation with
unpacked bits I could achieve a throughput of about 60Mbit/s. This goes
up to 280Mbit/s for unpacked bits which are packed internally and then
encoded then unpacked again. And roughly 350Mbit/s for packed bits.
Those are just rough tests and may be biased. It should serve as a first
impression.
Also, some profiling revealed that the computationally intensive part is
moving info bits to the correct position. Rougly three times more time
is spent on this than on the actual encoding procedure. I had some
thoughts on how I could interweave this with encoding in the hope that
this would save some time. But I haven't found a solution for that yet.
It always interferes with encoding too deeply.
FECAPI is very convenient when it comes to code implementation. It just
takes care of everything around your code implementation.
Also, I worked on a decoder. But it is not yet completed. I intend to
have at least two different ones. A simple successive cancellation
decoder which shall serve as a reference and a more sophisticated
successive cancellation list decoder. According to some papers, they
perform very well in terms of error rate.

For the upcoming week my focus will be on decoders. I will implement
them in C++ and do all the necessary testing. I am curious how well they
will perform.

More info and current project progress can be found in [1] and [2].

Cheers
Johannes

[1] https://github.com/jdemel/gnuradio
[2] https://github.com/jdemel/socis-proposal

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

Re: [Discuss-gnuradio] overlapping channels in polyphase channelizer

[Marcus Müller]

Hi Ben,

yes, that should work; as you've guessed, the polyphase channelizer
doesn't really "care" what your filter looks like. That includes the
band edges, too, so your last channel will overlap with your first.

Best regards,
Marcus

On 06/19/2015 03:14 AM, ben Gee wrote:
> Is it possible to have overlapping channels in a polyphase
> channelizer? say you have 10MHz of bandwidth, and you want to break it
> up into 10 channels, each 2MHz wide with the center frequencies being
> 1MHz apart. 
>
> would you just set the taps to have the right bw and lowpass filter
> width (in this case it would be 1MHz to create a 2MHz channel), then
> set the number of outputs on the channelizer block in grc to be 10?
>
>
> thanks,
> -b
>
>
> ___
> 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