ICub coding basics: Difference between revisions

From ISRWiki
Jump to navigation Jump to search
(→‎Specific tutorials: update links)
Line 24: Line 24:
= Examples of modules =
= 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.
The following are good examples of modules from the iCub repository that are generally compliant with iCub configuration guidelines (RFModule class), coding standards (configuration, graceful shut-down, thread-based execution, run-time user interaction) 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.


* [http://robotcub.svn.sf.net/viewvc/robotcub/trunk/iCub/main/src/examples/demoModule/ demoModule]
* http://eris.liralab.it/wiki/The_myModule_Example (referred to at the bottom of the [http://eris.liralab.it/wiki/Summary_of_iCub_Software_Development_Guidelines Summary of iCub Software Development Guidelines])
* http://eris.liralab.it/wiki/The_myModule_Example (referred to at the bottom of the [http://eris.liralab.it/wiki/Summary_of_iCub_Software_Development_Guidelines Summary of iCub Software Development Guidelines])
*http://robotcub.svn.sf.net/viewvc/robotcub/trunk/iCub/src/myModule/
== 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:
* http://robotcub.svn.sf.net/viewvc/robotcub/trunk/iCub/src/autoAssociativeMemory/
* http://robotcub.svn.sf.net/viewvc/robotcub/trunk/iCub/src/demoAAM/
* http://eris.liralab.it/wiki/Auto-associative_Memory_Specification
== crossPowerSpectrumVergence ==
Compute histogram of disparity values and select the local maximum value which corresponds to the regions closest to the cameras to control vergence.
* http://robotcub.svn.sf.net/viewvc/robotcub/trunk/iCub/src/crossPowerSpectrumVergence/
== 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.
* http://robotcub.svn.sf.net/viewvc/robotcub/trunk/iCub/src/logPolarTransform/
== rectification ==
Rectify two images generated by two verging cameras to remove the epipolar distortion.
In addition to rectifying the images as detailed in [http://www.uni-koblenz.de/~agas/DocsPubl/Dankers2000AVR.pdf 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.
* http://robotcub.svn.sf.net/viewvc/robotcub/trunk/iCub/src/rectification/


= See also =
= See also =

Revision as of 13:30, 3 August 2011

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 (configuration, graceful shut-down, thread-based execution, run-time user interaction) and documentation standards:

See also