discuss-gnuradio
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: gr-bokehgui in the future?


From: Cyrille Morin
Subject: Re: gr-bokehgui in the future?
Date: Thu, 23 Mar 2023 10:21:41 +0100
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.7.1

Hi Glen,

It seems I replied to you using the wrong email address, so it got dropped.
Sorry for the delay.

Cyrille

Le 20/03/2023 à 18:49, Cyrille Morin a écrit :
Hello Glen,

Glad to see that you use bokehgui, and that it works for you :)

I do plan to continue improving the module in the future. Improving the waterfall sink, adding support for bokeh 3, histogram and BER sinks, fixing the trigger feature, ...

I've got a bunch of ideas but sadly I currently have quite a few projects stealing time at work.
So yeah, I hope to be able to get back to that in the coming months.
And any help is welcome, of course :)

As for the traffic, it's directly related to how many plots you have, and how quickly they update. The module already transfers only the data points to plot, so it's difficult do really reduce the throughput (short of adding compression algorithms inside of the underlying bokeh library) But if you can live with it, you could reduce the update frequency (increase update time), to show less points per second.

Regarding the vector sink, that shouldn't be very complex, I think one would just need to modify the .yaml file in the grc folder. The one nice thing with the current setup is that it allows non linear spacing of the x values, so it's a bit more versatile. In the meantime, you can still generate the range of values you want from a min and a max. For instance importing numpy with an Import block in GRC, and using list(numpy.linspace(min, max, num_values)) in the x_values parameter (the cast to a list may not be necessary).

Cyrille Morin

Le 20/03/2023 à 15:33, Glen Langston a écrit :
Hello,

We continued work with high schools experimenting with Radio Astronomy
using Gnuradio.   We’ve found that a simple bucket may be used
to observe our Milky Way Galaxy.

              https://youtu.be/bH-k2hsnGa4 <https://youtu.be/bH-k2hsnGa4>


We’re also trying to bring all our observations on-line from across the
country.  We’ve successfully used the gr-bokehgui to translate our designs
for astronomy into versions that directly display in web browsers.

So, We’ve got a couple questions:
1) Are there plans for anybody to add more features to gr-bokehgui?
    We could particularly use a histogram plot.
2) Although my designs using gr-bokehgui run fine to begin with,
These designs seem to be generating too much internet traffic and are
hanging up my network.   Is there any (known) way of reducing the data flow?
3) It would be more convenient if the gr-bokehgui sinks matched 1-for-1
with the qt-gui sinks.

Any forecasts for progress in this area?   One area that would be
fairly easy to update (and I hope to do so soon) is to change
the definition of the x-axis array input to the vector plot sink.
I’d prefer that, if the x-axis array only had two entries (while the
y had 1024 or 2048 values, etc), that these two x-values would be interpreted as min and max values on the x-axis, creating the other values appropriately.

Best regards

Glen


            <https://youtu.be/bH-k2hsnGa4>
On Apr 9, 2020, at 4:45 PM, Marcus Müller <mmueller@gnuradio.org> wrote:

Dear hopefully healthiest of all SDR communities to ever graze freely on
the airwaves,

it's taken me way longer than I wanted, but after the release candidate
finally follows release 3.8.1.0 of GNU Radio.

Due to unforeseen crypto hardware trouble, and the presumably temporary
inability to access key backups, I can't offer a release signed with a
trustworthy key. Hopefully, we'll have that situation sorted out by the
next release; to not cause unnecessary confusion through signatures
nobody can verify, you'll only find signify-signed tarballs for now.

Regarding what this release means, and what it is:

This is a release from the GNU Radio 3.8 maintenance release series.
3.8 is our current stable release series, i.e. we're focused on keeping
it running on modern systems and fixing the bugs that we've left in
there for our own future entertainment at an earlier point ;)

Feature work happens mostly on the `master` branch, which will become
GNU Radio 3.9.0.0 at some point. We're at a point where not everything
most users will do is 100% compatible between 3.8.* and master, so it's
a good time to try out our master branch if you want to work on
bleeding-edge stuff. Generally, while we, and I, dedicate very much to
continuing support for 3.8, master (and thus, 3.9) already is more
convenient to develop for in quite a few ways, many revolving around
things we don't do anymore on 3.9 (Python2 compability), and are
abandoning for something less hazardous (replacing SWIG with Pybind11
code). Moving forward is a lot of fun! I really missed that in the 3.7 era.

Best regards,
and happy hacking!

Marcus

#Contributors (a.k.a. people making my maintainer heart feel warm&fuzzy)

* Alba Mendez <me@alba.sh>
* alekhgupta1441 <alekhgupta1441@gmail.com>
* Anders Kalør <anders@kaloer.com>
* Artem Pisarenko <artem.k.pisarenko@gmail.com>
* Bastian Bloessl <mail@bastibl.net>
* Brennan Ashton <bashton@brennanashton.com>
* Chris <christopher.donohue@gmail.com>
* Clayton Smith <argilo@gmail.com>
* CMorin <barthy42@laposte.net>
* Daniel Estévez <daniel@destevez.net>
* Davide Gerhard <rainbow@irh.it>
* Derek Kozel <derek.kozel@gmail.com>
* duggabe
* Glenn Richardson <glenn.richardson@live.com>
* Grant Cox <grant.cox@deepspaceamps.com>
* Gwenhael Goavec-Merou <gwenhael.goavec-merou@trabucayre.com>
* Håkon Vågsether <haakonsv@gmail.com>
* Igor Freire <igor.auad@gmail.com>
* Jacob Gilbert <mrjacobagilbert@gmail.com>
* Jan Kraemer <kraemer.jn@gmail.com>
* japm48
* Johannes Demel <demel@ant.uni-bremen.de>
* Josh Morman <jmorman@perspectalabs.com>
* karel
* luz.paz
* Marc L <marcll@vt.edu>
* Marcus Müller <mmueller@gnuradio.org>
* Martin Braun <martin.braun@ettus.com>
* Michael Dickens <michael.dickens@ettus.com>
* Michael Roe <mroe@cornstalk.org.uk>
* Nathan West <nwest@deepsig.io>
* Nick Østergaard <oe.nick@gmail.com>
* Nicolas Cuervo <cuervonicolas@gmail.com>
* Notou <barthy42@laposte.net>
* Philip Balister <philip@balister.org>
* rear1019 <rear1019@posteo.de>
* RedStone002
* Ron Economos <w6rz@comcast.net>
* Ryan Schutt
* Ryan Volz <rvolz@mit.edu>
* Sebastian Koslowski <sebastian.koslowski@gmail.com>
* Sebastian Müller <gsenpo@gmail.com>
* Sylvain Munaut <tnt@246tNt.com>
* Terry May <terrydmay@gmail.com>
* Thomas Habets <thomas@habets.se>
* Vasil Velichkov <vvvelichkov@gmail.com>
* Volker Schroer
* wcampbell <wcampbell1995@gmail.com>
* William Barnhart <williambbarnhart@gmail.com>


## [3.8.1.0] - 2020-04-08

### Changed

#### Project Scope

- clang-tidy improvements
  - Throw exceptions by value, catch by reference
  - `emplace_back` where applicable
  - `empty()` instead of `vector::size() == 0`
- Use CMake to check for endianness instead of `BOOST_BIG_ENDIAN`

#### gr-fec

- Scipy becomes optional dependency (for polar channel code construction)

#### gr_modtool

- use Boost.UTF instead of cppunit

### Fixed

#### Project Scope

- FindQwt paths
- floatAlmostEqual unittest assert function wrongly passing on sequence
types
- Only require boost unittest when testing is enabled
- FindLOG4CPP typo
- numpy.fft(pack) imports
- several scipy imports that can be done with numpy alone

#### gnuradio-runtime

- block gateway shadowed system port
- Flaky message passing unit test contained timeout (not the test's job)
- ctrlport/`rpcaggregator` & Co: removed storage of references to
scope-lifetime objects
- Sine table generation python was wrong
- `get_tags_in_range` for delay < (end-start)
- premature tag pruning
- release flattened flowgraph after stopping; fixes
restartability/shutdown issues

#### gr-analog

- clipping in FM receiver: remove superfluous gain
- C++ generation for multiple blocks

#### gr-audio

- portaudio source: lock acquisition

#### gr-blocks

- rotator VOLK workaround

#### gr-digital

- `map_bb` buffer overflow
- `map_bb` thread safety
- `additive_scrambler `count based reset

#### gr-fec

- heap corruption in `async_decoder`
- `cc_encoder` was broken for constraint lengths > 8

#### gr-fft

- restore Boost 1.53 compat

#### gr-qtgui

- no longer requiring unnecessary key in `edit_box_msg`

#### gr-uhd

- fixed examples under Py3
- multichannel objects not populating channels

#### gr_modtool

- wrong use of `input` -> `raw_input`
- allow empty argument list
- testing
- check for and deny TSB under Python
- QA addition bugs
- correct path for C++ QA tests

#### GRC

- several issues with YAML files
- nested objects now properly populate namespaces
- comments now included in block bounds calculation
- Wiki documentation link removed from OOT blocks' docs tab
- Dragging connections to auto-hide ports works now
- generated and re-generated several example flowgraphs
- `bokeh_layout` module name
- Revert toggle buttons to text entry for bool block props, allowing GRC
  variables to be used

### Added

#### Project Scope

- Codec2 development branch / future compat
- Boost 1.71 compat
- CI now checks for formatting

#### gnuradio-runtime

- dot graphs now contain message edges
- Python wrapping for blocks' `set_affinity` and `{g,s}et_alias`

#### gr-uhd

- UHD Filter API

#### GRC

- block affinity, buffer sizes available as advanced options for blocks
- testing
- Python snippets (please snippet responsibly!)
- `show_id` flag added to embedded python blocks, Probes
- global option to toggle showing of IDs
- Help "Keyboard Shortcut" entry




reply via email to

[Prev in Thread] Current Thread [Next in Thread]