[image/opencv] Update to 2.4.8 - Fixes #10

Changes since 2.4.1 :

2.4.8

December, 2013

    User provided OpenCL context can be used by OpenCV (ocl::initializeContext)
    A separate OpenCL command queue is created for every CPU thread (allows
    concurrent kernels execution)
    Some new OpenCL optimizations and bug-fixes

    NVidia CUDA support on CUDA capable SoCs;
    Android 4.4 support, including native camera;
    Java wrappers for GPU-detection functions from core module were added;
    New sample with CUDA on Android was added;
    OpenCV Manager and apps hanging were fixed on Samsung devices with
    Android 4.3 (#3368, #3372, #3403, #3414, #3436).

    Static linkage support for native C++ libraries;

    139 pull requests have been merged since version:2.4.7!

    32 reported bugs have been closed since version:2.4.7

2.4.7

November, 2013

    Now 'ocl' module can be built without installing OpenCL SDK (Khronos
    headers in OpenCV tree);
    Dynamic dependency on OpenCL runtime (allows run-time branching between OCL
    and non-OCL implementation);
    Changing default OpenCL device via OPENCV_OPENCL_DEVICE environment
    variable (without app re-build);
    Refactoring/extending/bug-fixing of existing OpenCL optimizations, updated
    documentation;
    New OpenCL optimizations of SVM, MOG/MOG2, KalmanFilter and more;

    New optimization for histograms, TV-L1 optical flow and resize;
    Updated multi gpu sample for stereo matching;
    Fixed BGR<->YUV color conversion and bitwize operations;
    Fixed several build issues;

    Android NDK-r9 (x86, x86_64) support;
    Android 4.3 support: hardware detector (Bugs #3124, #3265, #3270) and
    native camera (Bug #3185);
    MediaRecorder hint enabled for all Android devices with API level 14 and
    above;
    Fixed JavaCameraView slowdown (Bugs #3033, #3238);

    Fixed MS Certification test issues for all algorithmical modules and
    highgui, except OpenEXR and Media Foundation code for camera;
    Implemented XAML-based sample for video processing using OpenCV;
    Fixed issue in Media Foundation back-end for VideoCapture (#3189);

    382 pull requests have been merged since 2.4.6!

    54 reported bugs have been fixed since 2.4.6 (issue tracker query).

2.4.6

July, 2013

    Windows RT: added video file i/o and sample application using camera,
    enabled parallelization with TBB or MS Concurrency

    CUDA 5.5: added support for desktop and ARM

    added Qt 5 support

    Binary compatiblility with both OpenCL 1.1/1.2 platforms. Now the binaries
    compiled with any of AMÐIntel/Nvidiás SDK can run on all other platforms.
    New functions ported, CLAHE, GoodFeaturesToTrack, TVL1 optical flow and
    more.
    Performance optimizations, HOG and more.
    More kernel binary cache options though setBinaryDiskCache interface.
    OpenCL binaries are now included into the superpack for Windows (for VS2010
    and VS2012 only)

    switched all the remaining parallel loops from TBB-only tbb::parallel_for()
    to universal cv::parallel_for_() with many possible backends (MS
    Concurrency, Applés GDÇ OpenMP, Intel TBB etc.)

    iOS build scripts (together with Android ones) moved to opencv/platforms
    directory
    fixed bug with incorrect saved video from camera through CvVideoCamera
    added `rotateVideò flag to the CvVideoCamera class to control camera
    preview rotation on device rotation
    added functions to convert between UIImage and cv::Mat (just include
    opencv2/highgui/ios.h)

    numerous bug-fixes across all the library

    see also Android Release Notes

2.4.5

April, 2013

    Experimental WinRT support (build for WindowsRT guide)

    the new video super-resolution module has been added that
    implements the following papers:

    - S. Farsiu, D. Robinson, M. Elad, P. Milanfar. Fast and robust
    Super-Resolution. Proc 2003 IEEE Int Conf on Image Process,
    pp. 291<E2>294, 2003.
    - D. Mitzel, T. Pock, T. Schoenemann, D. Cremers. Video super
    resolution using duality based TV-L1 optical flow. DAGM, 2009.

    CLAHE (adaptive histogram equalization) algorithm has been
    implemented, both CPU and GPU-accelerated versions (in imgproc
    and gpu modules, respectively)

    there are further improvements and extensions in ocl module:
    - 2 stereo correspondence algorithms: stereobm (block matching)
    and stereobp (belief propagation) have been added
    - many bugs fixed, including some crashes on Intel HD4000

    The tutorial on displaying cv::Mat inside Visual Studio 2012
    debugger has been contributed by Wolf Kienzle from Microsoft
    Research. See
    http:°opencv.org/image-debugger-plug-in-for-visual-studio.html

    78 pull requests have been merged. Big thanks to everybody who
    contributed!

    At least 25 bugs have been fixed since 2.4.4 (see
    http:°code.opencv.org/projectßopencv/issues select closed
    issues with target version set to "2.4.5").

2.4.4

March, 2013

    This is the biggest news in 2.4.4 - wéve got full-featured
    OpenCV Java bindings on a desktop, not only Android! In fact
    you can use any JVM language, including functional Java or
    handy Groovy. Big thanks to Eric Christiansen for the contribution!
    Check the tutorial for details and code samples.

    Android application framework, samples, tutorials, OpenCV
    Manager are updated, see Android Release Notes for details.

    Numerous improvements in gpu module and the following new
    functionality & optimizations:
        Optimizations for the NVIDIA Kepler architecture
        NVIDIA CARMA platform support
        HoughLinesP for line segments detection
        Lab/Luv <-> RGB conversions

    Let us be more verbose here. The openCL-based hardware acceleration
    (ocl) module is now mature, and, with numerous bug fixes, it
    is largely bug-free. Correct operation has been verified on
    all tested platforms, including discrete GPUs (tested on NVIDIA
    and AMD boards), as well as integrated GPUs (AMD APUs as well
    as Intel Ivy Bridge iGPUs). On the host side, there has been
    exhaustive testing on 32/64 bit, WindowßLinux systems, making
    the ocl module a very serious and robust cross-platform GPU
    hardware acceleration solution. While we currently do not test
    on other devices that implement OpenCL (e.g. FPGA, ARM or other
    processors), it is expected that the ocl module will work well
    on such devices as well (provided the minimum requirements
    explained in the user guide are met).
    Here are specific highlights of the 2.4.4 release:
        The ocl::Mat can now use <E2>special<E2> memory (e.g. pinned
        memory, host-local or device-local).
        The ocl module can detect if the underlying hardware supports
        <E2>integrated memory,<E2> and if so use <E2>device-local<E2> memory
        by default for all operations.
        New arithmetic operations for ocl::Mat, providing significant
        ease of use for simple numerical manipulations.
        Interop with OpenCL enables very easy integration of OpenCV
        in existing OpenCL applications, and vice versa.
        New algorithms include Hough circles, more color conversions
        (including YUV, YCrCb), and Hu Moments.
        Numerous bug fixes, and optimizations, including in:
        blendLinear, square samples, erodædilate, Canny, convolution
        fixes with AMD FFT library, mean shift filtering, Stereo
        BM.
        Platform specific bug fixes: PyrLK, bruteForceMatcher,
        faceDetect now works also on Intel Ivy Bridge chips (as
        well as on AMD APUßGPUs and NVIDIA GPUs); erodædilate
        also works on NVIDIA GPUs (as well as AMD APUßGPUs and
        Intel iGPUs).

    Many people contributed their code in the form of pull requests.
    Here are some of the most interesting contributions, that were
    included into 2.4 branch:
        >100 reported problems have been resolved since 2.4.3
        Oscar Deniz submitted smile detector and sample.
        Alexander Smorkalov created a tutorial on cross-compilation
        of OpenCV for Linux on ARM platforms.
[mk/sysdep] Teach robotpkg about liblzma

liblzma is the XZ-format compression library.

XZ is the successor to the Lempel-Ziv/Markov-chain Algorithm compression
format, which provides memory-hungry but powerful compression (often
better than bzip2) and fast, easy decompression.

The native format of liblzma is XZ; it also supports raw (headerless)
streams and the older LZMA format used by lzma.
[lang/python33] Import python-3.3.5

Python is an interpreted, interactive, object-oriented programming language
that combines remarkable power with very clear syntax.
This package provides Python version 3.3 series.

Thanks to adegroot@ for the final fixes in wip/
[mk/sysdep] Account for python33 in lang and update default alternatives

. Link to python33 in lang/pytohn33
. Simplify the default alternatives: nowadays, all supported platform have
  python33 (maybe via robotpkg) and none wants to use python-2.6 anymore.
[mk/sysdep] Fix python py{c,o} names

Python compiled file names are generated by stripping everything after the
first dot from the basename of the source file, and not just the last .py
extension.

Reported by adegroot@, thanks!
[graphics/blender] Update to 2.69

See http://www.blender.org/development/release-logs/ for a list of
changes since 2.64a.
[mk/sysdep] python33 is not available on Debian 7 and OpenNao 1.14
[math/jrl-mathtools] Fix build on system where make != gmake

Use cmake's idea of the "make" program, so that it can be tuned by robotpkg
https://github.com/jrl-umi3218/jrl-cmakemodules/issues/34

Bump PKGREVISION
[middleware/yarp] Fix PLIST depending on cmake version

Some additional files are installed for cmake<2.8.12. Deal with that with a
PLIST_VARS stanza.
[graphics/blender] Explicit the dependency on Boost
[simulation/morse] Add a patch to check bound in pocolibs/velodyne
[middleware/orocos-rtt] Add two patches to appease gcc-4.8.x

From charles dot Lesire at onera dot fr
Bump PKGREVISION
[math/jafar-jmath] Bump minimum required version to 0.5

Fixes #12
[mk/update] Improve error message when a resumed `make update` fails

`make update` saves the list of packages to be updated before deleting
them. This state persists until all packages are resinstalled or a `make clean
confirm` cancels it. Since this state is a bit hidden, the fact that `make
update` sometimes tries to reinstall other packages might be confusing. Thus, a
more verbose message will now be printed after a failure of a `make update`
involving other packages than the current one.
[motion/dynamic-graph-corba] Fix build on system where make != gmake

Use cmake's idea of the "make" program, so that it can be tuned by robotpkg
https://github.com/jrl-umi3218/jrl-cmakemodules/issues/34
[middleware/omniORBpy] This does not build with python>=3
[mk/sysdep] Teach robotpkg about liblua
[architecture/orocos-ocl] Add missing dependency on liblua

Fixes #14
[middleware/py-yarp] Add a patch to remove lots of noise from the binding

Bump PKGREVISION
[hardware/velodyne-genom] Upgraded to version 1.5.

Features:
- Introduced the 'read' mode.
- Added a TODO file.

Bug fixes:
- Declared in file velodyne.gen and renamed a missing fail report of request
  Init.
- 'playback' mode:
  - Corrected the input format when reading the position file.
  - Corrected the management of the position date.
- Added some missing tests to codel velodyneExecTaskEnd.
- Added a missing error message in codel velodyneOneShotEnd.
- Corrected the interrupt activity of request StartAcquisition.
- Added a missing header to file velodyneBuffer.h.
- Fixed 2 memory leaks in function tdImageReadIm3D.

Public changes:
- Added a fail report to requests FOVRemoveHeadingSector and FOVRemoveLine.
- Reworked the fail reports of request OneShot.

Private changes:
- Improved the documentation.
- Improved the error handling.
- Updated the formatting.
- Miscellaneous improvements.