Welcome

Implementation

Introduction

Handybeam uses a “documentation driven development” model; meaning, that it undergoes a following cycle:

  • a feature is envisioned
  • some experiments are conducted to confirm viability
  • a documentation is written for the feature “as it should be”
  • then, the feature is nicely implemented into relevant handybeam-* package.

This means, that on occasion, the implementation will lag behind the documentation, and the documentation will lag behind concept-experimental code. If you find that something is done not quite up to a standard that you would like it to be, please feel invited to contribute. Show us how it is done.

Data flow diagram

Data flow diagram

Data Structures

This content has been moved to Data structures manual

Tx Array Descriptor

Todo

to do.

Tx Frequency

Todo

to do.

Sound Velocity

Todo

to do.

Focal point descriptor

Todo

to do.

Focal point list descriptor

Todo

to do.

Surface descriptor

Todo

to do.

Wavelength and wavenumber

Todo

to do.

Activation coefficients

Todo

to do.

Transmitter directivity model

Todo

to do.

Acoustic field sampling points

Todo

to do.

Acoustic field pressure values

Todo

to do.

Field quality metrics

Todo

to do.

Design cost

Todo

to do.

Procedures

Calculate wavelength

Todo

to do.

Beam former

Todo

to do.

Acoustic field propagator

Todo

to do.

Metrics evaluator

Todo

to do.

Field visualizer

Todo

to do.

Cost function

Todo

to do.


Among them, the reasoning behind the OpenCL implementation.

  • Introduction to a modern GPU architecture (2012)
  • How do we exploit the GPU architecture [1].

Footnotes

[1]This is an example of a foot note.

Back to Welcome

Licence (documentation): Creative Commons CC BY-NC-SA 4.0

Licence (source code): Apache 2.0

EU logo

This project has received funding from the European Union’s Horizon 2020 research and innovation programme under grant agreement No 737087.


This project has received funding from Ultrahaptics.

Ultrahaptics logo