ICub coding basics: Difference between revisions

From ISRWiki
Jump to navigation Jump to search
m (→‎See also: add link to Software_interface:_standard_port_names_for_hardware_devices)
Line 76: Line 76:
* [http://eris.liralab.it/iCub/dox/html/application_documentation.html Application Documentation] template: adding a Doxygen file to your application main directory, i.e., app/myApplication
* [http://eris.liralab.it/iCub/dox/html/application_documentation.html Application Documentation] template: adding a Doxygen file to your application main directory, i.e., app/myApplication
* List of documented [http://eris.liralab.it/iCub/dox/html/application_documentation.html applications]
* List of documented [http://eris.liralab.it/iCub/dox/html/application_documentation.html applications]
* [http://eris.liralab.it/wiki/Software_interface:_standard_port_names_for_hardware_devices]
* [http://eris.liralab.it/wiki/Software_interface:_standard_port_names_for_hardware_devices Software interface: standard port names for hardware devices]


[[Category:Vislab]]
[[Category:Vislab]]
[[Category:C++]]
[[Category:C++]]
[[Category:YARP]]
[[Category:YARP]]

Revision as of 15:09, 4 November 2009

Refer to RobotCub software to learn how to install, compile and update RobotCub software with Subversion (SVN). Below we will link to tutorials that are useful for people starting up with iCub and YARP coding.

General guides

Highly recommended:

Specific tutorials

Resource Finder

YARP ports

Examples of modules

The following are good examples of modules from the iCub repository that are generally compliant with iCub configuration guidelines (RFModule class), coding standards and documentation standards.

myModule

A simple example to illustrate a module that is compliant with iCub Software Standards, addressing:

  • configuration
  • graceful shut-down
  • thread-based execution
  • run-time user interaction
  • documentation and coding standards

Functionally, the module just converts an input image to a binary image based on a supplied threshold.

Auto-Associative (Episodic) Memory

The Auto-Associative Memory (AAM) module, also known as Episodic Memory, effects the following functionality:

  • when an image is presented to the memory, it attempts to recall that image;
  • if a previously-stored image matches the presented image sufficiently well, the stored image is recalled;
  • if no previously-stored image matches sufficiently well, the presented image is saved.

For details and source, see:

crossPowerSpectrumVergence

Compute histogram of disparity values and select the local maximum value which corresponds to the regions closest to the cameras to control vergence.

logPolarTransform

Perform a log-polar transform on an input image and generate a transformed output image.

The direction of the transform, from Cartesian to log-polar or vice versa, is specified by a flag in the configuration file. The default direction is Cartesian to log-polar. The parameters of the transform, i.e., the number of angles, the number of rings, and the overlap of the receptive fields are specified in the configuration file.

rectification

Rectify two images generated by two verging cameras to remove the epipolar distortion.

In addition to rectifying the images as detailed in Dankers et al. 2004, we also shift the right image with respect to the left image to compensate for differences in the positions of the principal points in the left and right images.

See also