@@ -83,7 +83,7 @@ To increase the number of matches, you should use the more discriminative
8383DSP-SIFT features instead of plain SIFT and also estimate the affine feature
8484shape using the options: ``--SiftExtraction.estimate_affine_shape=true `` and
8585``--SiftExtraction.domain_size_pooling=true ``. In addition, you should enable
86- guided feature matching using: ``--SiftMatching .guided_matching=true ``.
86+ guided feature matching using: ``--FeatureMatching .guided_matching=true ``.
8787
8888By default, COLMAP ignores two-view feature tracks in triangulation, resulting
8989in fewer 3D points than possible. Triangulation of two-view tracks can in rare
@@ -121,7 +121,7 @@ Example of images.txt::
121121
122122 4 0.698777 0.714625 -0.023996 0.021129 -0.048184 0.004529 -0.313427 2 image0004.png
123123
124- Each image above must have the same ``image_id `` (first column) as in the database (next step).
124+ Each image above must have the same ``image_id `` (first column) as in the database (next step).
125125This database can be inspected either in the GUI (under ``Database management > Processing ``),
126126or, one can create a reconstruction with colmap and later export it as text in order to see
127127the images.txt file it creates.
@@ -217,9 +217,9 @@ camera centers of a subset or all registered images. The 3D similarity
217217transformation between the reconstructed model and the target coordinate frame
218218of the geo-registration is determined from these correspondences.
219219
220- The geo-registered 3D coordinates can either be extracted from the database
221- (tvec_prior field) or from a user specified text file.
222- For text-files, the geo-registered 3D coordinates of the camera centers for
220+ The geo-registered 3D coordinates can either be extracted from the database
221+ (tvec_prior field) or from a user specified text file.
222+ For text-files, the geo-registered 3D coordinates of the camera centers for
223223images must be specified with the following format::
224224
225225 image_name1.jpg X1 Y1 Z1
@@ -232,7 +232,7 @@ In case of GPS coordinates, a conversion will be performed to turn those into
232232cartesian coordinates. The conversion can be done from GPS to ECEF
233233(Earth-Centered-Earth-Fixed) or to ENU (East-North-Up) coordinates. If ENU coordinates
234234are used, the first image GPS coordinates will define the origin of the ENU frame.
235- It is also possible to use ECEF coordinates for alignment and then rotate the aligned
235+ It is also possible to use ECEF coordinates for alignment and then rotate the aligned
236236reconstruction into the ENU plane.
237237
238238Note that at least 3 images must be specified to estimate a 3D similarity
@@ -339,22 +339,22 @@ external dense reconstruction software as an alternative, as described in the
339339:ref: `Tutorial <dense-reconstruction >`. If you have a GPU with low compute power
340340or you want to execute COLMAP on a machine without an attached display and
341341without CUDA support, you can run all steps on the CPU by specifying the
342- appropriate options (e.g., ``--SiftExtraction .use_gpu=false `` for the feature
342+ appropriate options (e.g., ``--FeatureExtraction .use_gpu=false `` for the feature
343343extraction step). But note that this might result in a significant slow-down of
344344the reconstruction pipeline. Please, also note that feature extraction on the
345345CPU can consume excessive RAM for large images in the default settings, which
346346might require manually reducing the maximum image size using
347- ``--SiftExtraction .max_image_size `` and/or setting
347+ ``--FeatureExtraction .max_image_size `` and/or setting
348348``--SiftExtraction.first_octave 0 `` or by manually limiting the number of
349- threads using ``--SiftExtraction .num_threads ``.
349+ threads using ``--FeatureExtraction .num_threads ``.
350350
351351
352352Multi-GPU support in feature extraction/matching
353353------------------------------------------------
354354
355355You can run feature extraction/matching on multiple GPUs by specifying multiple
356- indices for CUDA-enabled GPUs, e.g., ``--SiftExtraction .gpu_index=0,1,2,3 `` and
357- ``--SiftMatching .gpu_index=0,1,2,3 `` runs the feature extraction/matching on 4
356+ indices for CUDA-enabled GPUs, e.g., ``--FeatureExtraction .gpu_index=0,1,2,3 `` and
357+ ``--FeatureMatching .gpu_index=0,1,2,3 `` runs the feature extraction/matching on 4
358358GPUs in parallel. Note that you can only run one thread per GPU and this
359359typically also gives the best performance. By default, COLMAP runs one feature
360360extraction/matching thread per CUDA-enabled GPU and this usually gives the best
@@ -374,15 +374,15 @@ or the following:
374374 memory. Consider reducing the maximum number of features.
375375
376376during feature matching, your GPU runs out of memory. Try decreasing the option
377- ``--SiftMatching .max_num_matches `` until the error disappears. Note that this
377+ ``--FeatureMatching .max_num_matches `` until the error disappears. Note that this
378378might lead to inferior feature matching results, since the lower-scale input
379379features will be clamped in order to fit them into GPU memory. Alternatively,
380380you could change to CPU-based feature matching, but this can become very slow,
381381or better you buy a GPU with more memory.
382382
383383The maximum required GPU memory can be approximately estimated using the
384- following formula: ``4 * num_matches * num_matches + 4 * num_matches * 256 ``.
385- For example, if you set ``--SiftMatching .max_num_matches 10000 ``, the maximum
384+ following formula: ``4 * num_matches * num_matches + 4 * num_matches * 256 `` for SIFT .
385+ For example, if you set ``--FeatureMatching .max_num_matches 10000 ``, the maximum
386386required GPU memory will be around 400MB, which are only allocated if one of
387387your images actually has that many features.
388388
0 commit comments