SoC 2009 idea - Revision history

Bruno: /* Python Bindings */

2011-03-30T23:49:52Z

‎Python Bindings

Bruno: /* Implementing a new projection model for the creation of mosaics in panotools */

2011-03-30T23:41:10Z

‎Implementing a new projection model for the creation of mosaics in panotools

Bruno: /* Simple mask editing */

2011-03-30T23:40:34Z

‎Simple mask editing

Bruno: /* hugin colour balancing */

2011-03-30T23:39:43Z

‎hugin colour balancing

Bruno: /* enblend/enfuse gimp plugin */

2010-04-06T20:46:24Z

‎enblend/enfuse gimp plugin

Erik Krause: /* Implementing a new projection model for the creation of mosaics in panotools */

2010-03-30T18:52:58Z

‎Implementing a new projection model for the creation of mosaics in panotools

Bruno: typos

2010-03-02T20:56:57Z

typos

Bruno: update status of projects

2010-03-01T20:50:22Z

update status of projects

Jwatters: Move Jim to secondary mentor

2009-04-08T19:20:17Z

Move Jim to secondary mentor

Erik Krause: categorized

2009-03-26T21:18:27Z

categorized

← Older revision		Revision as of 23:49, 30 March 2011
Line 54:		Line 54:

	== Python Bindings ==		== Python Bindings ==
		+
		+	''note: there is an experimental but functional set of python bindings ready to be integrated in Hugin 2011.2.0''

	expose all functions / libraries as Python bindings		expose all functions / libraries as Python bindings

@@ Line 133: / Line 133: @@
 == Implementing a new projection model for the creation of mosaics in panotools ==
-''Update: this was a GSoC that failed in 2009, it has however been implemented outside of SoC and will be available in Hugin 2010.2.0.''
+''Update: this was a GSoC that failed in 2009, it has however been implemented outside of SoC and has been available in Hugin since 2010.2.0.''
 Currently panotools implements a 3d spherical model for panorama projection. This means that it assumes that the camera rotates around its no-parallax-point from one frame to another. This model is perfectly good for making spherical panoramas.

@@ Line 105: / Line 105: @@
 == Simple mask editing ==
-''Update: Note this is complete in SVN and was implemented separately from GSoC, it will be available in Hugin 2010.2.0 and so can't be a SoC project''
+''Update: Note this is complete and implemented separately from GSoC, it is available since Hugin 2010.2.0 and so can't be a SoC project''
 (note there was an automated masking project in 2008)
@@ Line 130: / Line 130: @@
 translated back and forth between the photo and panorama spaces, then
 automation of the mask can build on this.
 == Implementing a new projection model for the creation of mosaics in panotools ==

← Older revision		Revision as of 23:39, 30 March 2011
Line 86:		Line 86:

	== hugin colour balancing ==		== hugin colour balancing ==
		+
		+	''note: a grey picker has been implemented in Hugin 2011.0.0''

	Internally [[hugin]] uses the EMoR photometric model. This means that adjusting the colour balance in hugin by altering the red/blue channel multipliers will give better results than doing the same in an image editor such as the [[Gimp]]/[[Photoshop]] - Provided the photometric parameters for the camera are calibrated properly. There is potentially unexplored interesting stuff that can be done with this capability: grey pickers, temperature sliders, curve adjustment etc...		Internally [[hugin]] uses the EMoR photometric model. This means that adjusting the colour balance in hugin by altering the red/blue channel multipliers will give better results than doing the same in an image editor such as the [[Gimp]]/[[Photoshop]] - Provided the photometric parameters for the camera are calibrated properly. There is potentially unexplored interesting stuff that can be done with this capability: grey pickers, temperature sliders, curve adjustment etc...

← Older revision		Revision as of 20:46, 6 April 2010
Line 66:		Line 66:

	Various GUIs for [[enblend]] and [[enfuse]] already exist (e.g. [http://www.harryvanderwolf.dyndns.org/index.php?lang=en&subject=ImageFuser&texttag=Imagefuser ImageFuser]), however nothing that would as useful as a gimp plugin. e.g. gimp opens multilayer TIFF files created by hugin and other tools, an option to 'blend visible layers with enblend' would allow manual adjustment of masks during blending.		Various GUIs for [[enblend]] and [[enfuse]] already exist (e.g. [http://www.harryvanderwolf.dyndns.org/index.php?lang=en&subject=ImageFuser&texttag=Imagefuser ImageFuser]), however nothing that would as useful as a gimp plugin. e.g. gimp opens multilayer TIFF files created by hugin and other tools, an option to 'blend visible layers with enblend' would allow manual adjustment of masks during blending.
		+
		+	Note that there are standalone ImageFuser and ExpoBlending tools that provide GUIs for enfuse, these should give some idea of the options that need to be made available in a GIMP plugin. ExpoBlending is also a [http://www.digikam.org/drupal/node/494 Digikam plugin]. There are currently no enblend GUIs.

	== bracketing pano model ==		== bracketing pano model ==

@@ Line 132: / Line 132: @@
 ''Update: this was a GSoC that failed in 2009, it has however been implemented outside of SoC and will be available in Hugin 2010.2.0.''
-Currently panotools implements a 3d spherical model for panorama projection. This means that it assumes that the camera rotates around its nodal point from one frame to another. This model is perfectly good for making spherical panoramas.
+Currently panotools implements a 3d spherical model for panorama projection. This means that it assumes that the camera rotates around its no-parallax-point from one frame to another. This model is perfectly good for making spherical panoramas.
 There is, however, another use of registration and stitching of photographs: mosaics. In this scenario the object to be captured is a flat plane (such as

@@ Line 42: / Line 42: @@
 Some of the [[SoC2007 projects]] and [[SoC_2008_ideas | SoC2008 projects]] proposals were not done in the past years and are potential projects for this year:
-* [[SoC2007_projects#Interactive panoramic viewer]] (This was completed but there is further possible work to be done, particularly a joint project with VLC to integrate the viewer in their media player)
+* <del>[[SoC2007_projects#Interactive panoramic viewer]] (This was completed but there is further possible work to be done, particularly a joint project with VLC to integrate the viewer in their media player)</del> (chosen and completed in 2009 GSoC)
 * [[SoC2007_projects#Processing of very large images]] (using the VIPS framework, or even GEGL if ready)
 * [[SoC2007_projects#Architectural Overhaul of Panotools]]
 * [[SoC_2008_ideas#munin_.E2.80.94_interactive_openGL_based_GUI]]
 * [[SoC_2008_ideas#enblend-enfuse_zenith.2Fnadir_and_more]]
-* [[SoC_2008_ideas#Ghost_removal_for_enfuse]]
+* <del>[[SoC_2008_ideas#Ghost_removal_for_enfuse]]</del> (done in 2009 GSoC)
 * [[SoC_2008_ideas#Lens_Database]] (the library part is done, see [[lensfun]], but there is still no system for updating the database)
-* [[SoC_2008_ideas#tCA_Correction]] (this is done, the [[tca_correct]] tool now exists in the hugin-0.7.0 release)
+* <del>[[SoC_2008_ideas#tCA_Correction]]</del> (this is done, the [[tca_correct]] tool now exists in the hugin-0.7.0 release)
 * [[SoC_2008_ideas#Extend_hugin.27s_output_options_for_stitching]]
 * [[SoC_2008_ideas#Utility_for_creating_a_Philosphere]]
@@ Line 58: / Line 58: @@
 == 3D extension of panotools library ==
 the current assumption of panotools is that all images are shot from the same point of view in a different direction. develop and implement the mathematics to adjust for a shift in the point form which the pictures where taken.
@@ Line 66: / Line 68: @@
 == bracketing pano model ==
 Currently the Hugin pano model has no provision for brackets / stacked images. This project would modify the pano model to make provision for image stacks to be considered as a single image or to be optimized locally as a stack before being optimized globally as a panorama.
@@ Line 83: / Line 87: @@
 Internally [[hugin]] uses the EMoR photometric model. This means that adjusting the colour balance in hugin by altering the red/blue channel multipliers will give better results than doing the same in an image editor such as the [[Gimp]]/[[Photoshop]] - Provided the photometric parameters for the camera are calibrated properly.  There is potentially unexplored interesting stuff that can be done with this capability: grey pickers, temperature sliders, curve adjustment etc...
-A related problem is that hugin has an internal 'lens' representation that it used to link lens parameters for different photos together, this capability really should be split into three models: '''lens''' grouping photos with the same lens but potentially different CCDs, '''sensor''' grouping photos with the same CCD but potentially different lenses, '''position''' stacked images that can be rotated together (see [[#bracketing pano model]] above) - This is tinkering with hugin fundamentals and needs to be overseen by Pablo.
+<del>A related problem is that hugin has an internal 'lens' representation that it used to link lens parameters for different photos together, this capability really should be split into three models: '''lens''' grouping photos with the same lens but potentially different CCDs, '''sensor''' grouping photos with the same CCD but potentially different lenses, '''position''' stacked images that can be rotated together (see [[#bracketing pano model]] above) - This is tinkering with hugin fundamentals and needs to be overseen by Pablo.</del> ''Update: these backend changes were implemented as part of the GSoC2009 layout project''
 == Straight-line detection for automated lens calibration ==
 One of the techniques for lens calibration is to [http://hugin.sourceforge.net/tutorials/calibration/ optimise straight lines]. Tom Sharpless suggests: "Hugin needs an easy and reliable way to do straight line lens calibration.  After many years using various calibration systems, photogrammetrists seem to have decided the straight line method is best.  It is robust, accurate, and can often use naturally occurring straight lines rather than special calibration rigs.  And it works well with fisheye lenses, which many other methods do not.
@@ Line 94: / Line 100: @@
 == Simple mask editing ==
 (note there was an automated masking project in 2008)
@@ Line 121: / Line 129: @@
 == Implementing a new projection model for the creation of mosaics in panotools ==
 Currently panotools implements a 3d spherical model for panorama projection. This means that it assumes that the camera rotates around its nodal point from one frame to another. This model is perfectly good for making spherical panoramas.
@@ Line 135: / Line 145: @@
 Currently enblend-enfuse is not aware of the zenith/nadir seam in full spherical images. This sometimes results in star-like artifacts. Strategies have been devised to come around that limitation, such as re-projecting the concerned areas, blending them and merging them back. It would be nice if the code could do this automatically.
-== seam optimization in eblend-enfuse ==
+== seam optimization in enblend-enfuse ==
 The seam optimization algorithm of enblend-enfuse can be improved. Andrew would be interested to mentor such a project.
 [[Category:Community:Project]]

@@ Line 22: / Line 22: @@
 * Andrew Mihal
 * Bruno Postle
 * Daniel M. German
 * Tom K. Sharpless
@@ Line 29: / Line 28: @@
 * Sébastien Roy
-The following people have volunteered to be secundary mentors:
+The following people have volunteered to be secondary mentors:
 * Pablo d'Angelo
 = Application Template =
@@ Line 133: / Line 133: @@
 == zenith/nadir blending for enblend-enfuse ==
-Currently enblend-enfuse is not aware of the zenith/nadir seam in full spherical images. This sometimes results in star-like artefacts. Strategies have been devised to come around that limitation, such as re-projecting the concerned areas, blending them and merging them back. It would be nice if the code could do this automatically.
+Currently enblend-enfuse is not aware of the zenith/nadir seam in full spherical images. This sometimes results in star-like artifacts. Strategies have been devised to come around that limitation, such as re-projecting the concerned areas, blending them and merging them back. It would be nice if the code could do this automatically.
 == seam optimization in eblend-enfuse ==

← Older revision		Revision as of 21:18, 26 March 2009
Line 138:		Line 138:

	The seam optimization algorithm of enblend-enfuse can be improved. Andrew would be interested to mentor such a project.		The seam optimization algorithm of enblend-enfuse can be improved. Andrew would be interested to mentor such a project.
		+
		+	[[Category:Community:Project]]