Difference between revisions of "Historical:SoC2007 projects"

From PanoTools.org Wiki
Jump to navigation Jump to search
Line 18: Line 18:
 
Goal: Redesign/Reimplement the graphical user interface of the premiere open source panoramic imaging suite, [[Hugin]], to increase ease of use, and provide better access to its unmatched capabilities. Currently the GUI is written using wxWidgets, which has proven to have slightly different behaviours on different platforms, especially with a complex GUI such as the one of Hugin. This is very annoying and a lot of time has been spent on minor issues such as making the GUI look good on all platforms with different font sizes etc. Therefore two steps are possible:
 
Goal: Redesign/Reimplement the graphical user interface of the premiere open source panoramic imaging suite, [[Hugin]], to increase ease of use, and provide better access to its unmatched capabilities. Currently the GUI is written using wxWidgets, which has proven to have slightly different behaviours on different platforms, especially with a complex GUI such as the one of Hugin. This is very annoying and a lot of time has been spent on minor issues such as making the GUI look good on all platforms with different font sizes etc. Therefore two steps are possible:
  
1. Rewrite the whole GUI using QT (which is very consistent even across platforms, and as (IMHO) a much nicer API). This is a lot more work, and not all functionality of the current GUI can be recreated during the Summer of Code, but it will provide a better platform to build onto in the future. It is also possible to implement the GUI logic in a scripting language such as Ruby or Python. This project should only be tackled by a student who has experience in developing non-trivial GUI applications with QT. The GUI and core panorama code are already separated into different libraries.
+
1. Rewrite the whole GUI using QT (which is very consistent even across platforms, and has (IMHO) a much nicer API). This is a lot more work, and not all functionality of the current GUI can be recreated during the Summer of Code, but it will provide a better platform to build onto in the future. It is also possible to implement the GUI logic in a scripting language such as Ruby or Python. This project should only be tackled by a student who has experience in developing non-trivial GUI applications with QT. The GUI and core panorama code are already separated into different libraries.
  
 
2. Extend the existing wxWidgets based GUI.
 
2. Extend the existing wxWidgets based GUI.

Revision as of 13:25, 9 March 2007

Introduction

This is the work in progress list of possible projects for the Google_SoC_2007

TODO: improve general introduction + motivation

Panoramic imaging is a very broad field and touches many different areas of expertise, such as photography, computer vision, art and programming. There is a thriving community with experience from arts to science that provides many interesting ideas and explores new territory in panoramic imaging. In addition to the mentors, this open community will provide good support and innovative ideas.

Generally, all development should done with multiple platforms in mind (at least Windows, OSX and Linux/Unix). We have an open communication culture via mailing-lists and mostly develop using C and C++.

The project below are just suggestions. If you are an interested student and have questions or new ideas, please let us know on the relevant Discussion_lists, for example panotools-devel.

Possible projects

Intuitive yet powerful GUI for panorama creation

Goal: Redesign/Reimplement the graphical user interface of the premiere open source panoramic imaging suite, Hugin, to increase ease of use, and provide better access to its unmatched capabilities. Currently the GUI is written using wxWidgets, which has proven to have slightly different behaviours on different platforms, especially with a complex GUI such as the one of Hugin. This is very annoying and a lot of time has been spent on minor issues such as making the GUI look good on all platforms with different font sizes etc. Therefore two steps are possible:

1. Rewrite the whole GUI using QT (which is very consistent even across platforms, and has (IMHO) a much nicer API). This is a lot more work, and not all functionality of the current GUI can be recreated during the Summer of Code, but it will provide a better platform to build onto in the future. It is also possible to implement the GUI logic in a scripting language such as Ruby or Python. This project should only be tackled by a student who has experience in developing non-trivial GUI applications with QT. The GUI and core panorama code are already separated into different libraries.

2. Extend the existing wxWidgets based GUI.

General goals for the improved GUI include:

  • Providing a simple, yet helpful user interface that suggests or highlights potentially useful next steps.
  • Enhancing and integrating manual and automated control point placement and management.
  • Improving lens parameter management.
  • Providing a batch processing interface.
  • Expert mode with access to all features and internals.

Recommended knowledge or interest in:

  • Workflow analysis and UI design skills
  • Experience with building cross platform GUI programs (Windows/Linux/OSX), either using wxWidgets or QT
  • Creative use of panoramic imaging

Mentor: Pablo, ?

License: GPL

Automatic feature matching for panoramic images

Goal: Robust matching of features between multiple images using a Hessian-based detector and a gradient-based descriptor. There are general feature detectors such as SIFT and SURF, which are tailored for automatic 3D reconstruction and large viewpoint changes. However, this generality is not needed for panoramic imaging, where the images usually have the same scale and viewpoint. A detector and descriptor that takes into account the approximately known distortions will have a much higher matching rate, especially when fisheye or wideangle images are used.

This project can be split into two sub-projects:

  • Implementation of the feature detector and descriptor, and a suitable test suite to verify the correctness of the implementation. For the first test, a simple Harris corner detector could be combined with an gradient-based descriptor. For this existing code can be reused. After that, the known lens distortion could be integrated into the descriptor.
  • Implementation of the matching step, including geometry based outlier pruning (for example using RANSAC) and fast nearest neighbour matching, possibly using a fast algorithm such as cover trees.

A desired result of the projects would be:

  • C or C++ library that implements the detection and description steps
  • C or C++ library for the matching step.
  • Integration of both libraries into hugin and a standalone executable similar to Autopano-sift or Autopano

Required knowledge or interest in:

  • signal or image processing background
  • C or C++ development skills.

Possibly useful resources and libraries:

Mentor: Pablo, Herbert, ?

License: GPL

Interactive panoramic viewer

Goal: The Freepv panoramic viewer aims to provide a superior viewing experience for panoramas on all major platforms (Windows, Mac and Linux/Unix), based on exploiting powerful graphics hardware using OpenGL. Currently it provides basic but solid viewing capabilities for Quicktime VR, cylindrical, cubic and equi-rectangular panoramas. Plugins for Mozilla/Firefox and a standalone viewer are available. Several important features are still missing from the viewer include:

  • Support for hotspots
  • Optimisation for panoramas larger than the Video RAM
  • Display of high dynamic range panoramas with adaptive exposure
  • Support for reading a SPi-V compatible .xml file, for platforms where SPi-V is not available (Linux/Unix).
  • Fallback software renderer

Required knowledge or interest in:

  • OpenGL or other 3D programming experience.
  • Creating cool and nice looking interactive experiences.

Mentor: Pablo, ?

License: LGPL

Anti-ghosting HDR panorama blending and merging algorithm

Goal: Most HDR creation algorithms are designed to work only with very small variations in camera viewing direction. Assume that registration and response curve estimation has already happened. An improved blending method for HDR images together that have not been shot using the traditional exposure stack method. It should avoid ghosting and be insensitive to small misregistrations.

Interesting research papers:

Required knowledge or interest in:

  • Strong background signal/image processing
  • Creative mind with ideas beyond the state of the art in computer vision/graphics research.

Mentor: Pablo, ?

License: GPL

Improved disk swapping like enblend / gimp

Goal: optimize memory / disk usage. [1]

This could be done by porting the transformation and rendering routines to VIPS, a modular image processing system that has been written with very large images in mind.

Required knowledge or interest in:

  • image processing
  • C programming

Mentor: ?, Pablo

License: GPL