h1. 2016  OpenCV Meeting notes for the year 2016

Template is at http://code.opencv.org/projects/opencv/wiki/Template

http://code.opencv.org/help/wiki_syntax

[[Meeting_notes]]

{{>toc}}

<pre>

      <><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><>

</pre>

h2. 2016-02-02

h3. _*Agenda*_

 * .

h3. *_Minutes_*

 * . 

h3. *_Reports_*

 * . Vadim

h3. *_Action Items_*

*Gary*

 * . 

*Vincent*

 * . 

*Vadim*

 * . 

*Grace*

 * . 

<pre>

      <><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><>

</pre>

h2. 2016-01-26

h3. _*Agenda*_

 * GSoC gear up

 * Hardware Acceleration of vision

 * Economic ideas

 *Hardware acceleration layer HAL

 * Final payments for mentors and for contest need to go out

h3. *_Minutes_*

 * New summer of code, Feb 8 "See Timelene":https://developers.google.com/open-source/gsoc/timeline

 * Economic ideas for OpenCV ... 

 ** OpenCV has been brought current on all tax issues (yeah!)

 * NUML

 ** Performance is almost at C level, a few problems, but produces large C files (single C source) when optimization is turned on -O2 or -O3

 ** See report below

 ** Month to 2 months

 ** 1 month to version 1, then

 *** try wrapping some of opencv

 *** try wrapping some of tensorflow

 * Hardware acceleration layer (HAL)

 ** OpenCV has been improving its layer

 ** "OpenVX":https://www.khronos.org/openvx/ (starting to grow, "Imagination Pass":https://globenewswire.com/news-release/2016/01/06/799884/0/en/PowerVR-GPUs-From-Imagination-Pass-OpenVX-Conformance-With-Khronos.html

 * Industrial vision apps "Datalogic":http://www.datalogic.com/eng/products/industrial-automation/machine-vision-pc-16.html , "Cognex":http://www.cognex.com/

h3. *_Reports_*

 * . Vadim

*OpenCV:*

    After NY holidays we resumed the work on OpenCV. The approximate OpenCV 3.2 release time is end of May; before that we will do hackathon. Since it will be before GSoC 2016, not much new functionality should be expected. The major new features will be more or less complete HAL along with many bug fixes found in 3.0/3.1. We also continuously improve our continuous integration infrastructure. Along those lines, we've done the following during the 2 past weeks:

* - build fixes: world with CUDA / precompiled headers for world / include only available modules (via opencv2/opencv.hpp) / python detection issue on Ubuntu 14.04 / fix OSX framework build with contrib

* - buildbot infrastructure: 2016 copyright / limit (100) number of stored builds&logs / fix iOS nightly build / fix python library path for ARM

* - prepared proposal for OpenCV add-ons: this is quite important feature, requested by Vincent and other guys. The idea is to let users to build their own modules (or opencv_contrib modules) without rebuilding opencv itself. Alexander Alekhin has prepared the proposal on how to implement this feature.

* - OpenCV HAL. The 1D DFT API has been finalized and implemented. The first tests showed noticeable speed degradation, so we spend some more time to fix those issues and now the performance is more or less the same as it was before. 

* - There is test build and test run of OpenCV with coverage turned on. We plan to put it to the buildbot and get the test coverage information on regular basis as we did it in Willow Garage times.

* - ~10 PRs have been reviewed.

* 

  - Vlad Sovrasov joined our team as intern, he is working on converting some of the Python samples to tests, so we will have additional number of tests and besides we will check quality of Python bindings. So far he created 4 new tests

*OpenCV Plans:*

* - continue Python samples => tests transformation

* - add the coverage builder

* - add 2D DFT HAL API, then proceed with filtering functions

*Numl:*

  Basically we are now working on rewriting numl compiler in numl, which should greatly improve compile time (.nl=>.c) and also serve as a decent regression test.

* numlyacc parser generator tool is ready. It was able to reproduce it's own grammar parser. numlyacc takes ~6000 lines of code in numl and it's translated to 95000 lines of code in C. The generated C source takes ~3-4 minutes to compile with -O2 optimization (which reduces down to ~10-20 seconds with -O1). Obviously, we will need to split such huge files into smaller ones.

* The work on converting numl lexical scanner and the parser to numllex and numlyacc is started.

* The C code generator has been improved to produce smaller .c files without loosing efficiency (there is quite the opposite effect, in fact). In particular, 1 week ago numlyacc output took ~130000 lines of code in C, now it takes ~95000.

* Prepared some slides summarizing numl progress over the year: https://docs.google.com/presentation/d/1YmFCkvoo5qwtDAd70xyWpIazMFEWExz7aeZ2P4v2m40/edit#slide=id.p3

* There is the first draft of the output C language AST data structure. In the current compiler C code generator is very sophisticated single-pass procedure. We plan to move to the structured representation of C code and then make a few passes over it. It should help to further improve quality of the output code.

*Numl Plans:*

* *[done!]* Finish numlyacc, test the pair numllex + numlyacc.

* convert numl parser to numl, then proceed with type checker, k-normalization and optimizers of the k-form.

* add basic OOP capabilities. This is another item in progress.

* write some slides and initial documentation for the language and the standard library

* grow the standard library.

h3. *_Action Items_*

*Gary*

 * get out GSOC mentor payments

*Vincent*

 * Talk about NUML

*Vadim*

 * Have Sergey send Gary US account info

*Grace*

 * . 

<pre>

      <><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><>

</pre>

h2. 2016-01-19

h3. _*Agenda*_

 * Taxes

 * OpenCV 3.1 progress

h3. *_Minutes_*

 * Paid OpenCV.org's taxes (yes we have taxes because not all income was paid out in the same year)

 * OpenCV

 ** Pulled in 20 pull requests

 ** We are extending the Hardware Acceleration Layer (HAL) -- an API that HW manufacturers can come under and speed up OpenCV

 *** Did the complex ones first

 *** Simpler ones next

 ** These comply with but go beyond OpenVX (it is 40 functions), but we will cover many more functions

 *** FFT, larger data types (beyond 8 bits)

 *** We will allow direct calls later for even more acceleration

 * NUML

 ** NUML compiler is being converted to NUML (port of YACC tool is now in NUML) 

 *** Parser is complicated, 500 states, but automatically generated 

 *** Parser is general, can be used for other functions, macros

 * Vincent in town for two weeks from France

 ** Meet with OpenCV, Willow and ROS people

 ** There will be official ARM support, current build bot already tests against ARM (Linux, but not Android)

 *** This will expand the ARM user population by quite a bit

 ** Reading up on SYCL (part of Chronos2, higher level than OpenCL)

 * OSI wants us to change our logo :-(  

 ** Rather than fight, we're probably going to redesign it

 ** Itseez has a professional designer and/or we could have a contest, but that may lead to conflict problems

h3. *_Reports_*

 * . Vadim

h3. *_Action Items_*

*Gary*

 * . 

*Vincent*

 * . 

*Vadim*

 * . 

*Grace*

 * . 

<pre>

      <><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><>

</pre>

h2. 2016-01-12

h3. _*Agenda*_

 * New year

h3. *_Minutes_*

 * Maxime extending HAL (Hardware Acceleration Layer) 

 ** Fixed API, so OpenCV can be easily accelerated w/o needing any customization

 * Bug reports and pull requests for 3.0 and 3.1

 ** Working on

 * NUML

 ** NUML compiler converted from C to NUML

 *** 3 parts, 30K lines. If 30K lines compile and work, it's  a good sign of stability

 *** Already some bugs fixed

 *** Smaller footprint to get started

 ** NUML => C bootstrap. So can port to new platform easily

 ** Advantages: 

 *** Safe language is safe, can't go out of bounds. 

 *** parallel for is embedded

 *** matlab kind of productivity, but optimized C run speed

 **** NUML 20-50x faster than Python

 *** types are checked at compile time. No number to string adds for example

 *** Compile speed at speed of C compiler (NUML byte code to C) Bottleneck if C compiler

 *** 1000 lines of NUML => 10Ks of C code

 ** Working on this conversion, then tutorial slides

 *** Can write code in text editor, type NUML and then

 *** Notebooks

h3. *_Reports_*

 * . Vadim

h3. *_Action Items_*

*Gary*

 * . 

*Vincent*

 * . 

*Vadim*

 * . 

*Grace*

 * . 

<pre>

      <><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><>

</pre>

[[Meeting_notes]]