mia-3dflui...gistration(1)

πŸ“¦
version 2.4.7 Β· 3 versions
, in debian bookworm, ubuntu jammy

πŸŽ€ mia-3dfluid-syn-registration πŸŽ€

okay so bestie, welcome to the General Commands Manual page for mia-3dfluid-syn-registration, and I am so excited to walk you through it πŸ’– this one is a whole journey, so grab a snack, we're doing this properly.


✨ NAME ✨

mia-3dfluid-syn-registration β€” non-linear registration of 3D images by using a diffeomorphic SyN registration πŸ¦‹


🌸 SYNOPSIS 🌸

mia-3dfluid-syn-registration -i <in-image> -r <ref-image> -o <transform>
-O <inverse-transform> [options]

literally just feed it your two images and it hands you back transforms, no cap ✨


πŸ’œ DESCRIPTION πŸ’œ

so mia-3dfluid-syn-registration is the program that implements the registration of two gray scale 3D images. the transformation it applies is a symmeric diffeomorpic fluid dynamic registration β€” yes, symmetric, diffeomorphic, fluid, dynamic, all of it, the whole vibe 🌊

and listen, to work most efficiently, this program makes a few assumptions about the imput data, so let me put those front and center:

the image must be of the same size, have the same voxel spacing, and any intensity range normalization or equalization should also be done before calling this program.

so do your homework first, bestie, the program is not gonna do it for you πŸ™ˆ


πŸ’… OPTIONS πŸ’…


🫢 Help & Info 🫢

  • -V, --verbose=warning β€” verbosity of output, print messages of given level and higher priorities. Supported priorities starting at lowest level are:
    • trace β€” Function call trace
    • debug β€” Debug output
    • info β€” Low level messages
    • message β€” Normal messages
    • warning β€” Warnings
    • fail β€” Report test failures
    • error β€” Report errors
    • fatal β€” Report only fatal errors
  • --copyright β€” print copyright information πŸ“œ
  • -h, --help β€” print this help
  • -?, --usage β€” print a short help
  • --version β€” print the version number and exit

πŸŽ€ IO πŸŽ€

  • -i, --in-image=(input, required); io β€” test image For supported file types see PLUGINS:3dimage/io
  • -r, --ref-image=(input, required); io β€” reference image For supported file types see PLUGINS:3dimage/io
  • -o, --transform=(output, required); io β€” output transformation For supported file types see PLUGINS:3dtransform/io
  • -O, --inverse-transform=(output, required); io β€” inverse output transformation For supported file types see PLUGINS:3dtransform/io

🌈 Processing 🌈

  • --threads=-1 β€” Maxiumum number of threads to use for processing. This number should be lower or equal to the number of logical processor cores in the machine. (-1: automatic estimation). let it cook on auto if you're unsure, fr fr πŸ”₯

πŸ‘‘ Registration πŸ‘‘

  • -l, --mg-levels=3 β€” Number of multi-resolution levels to run the registration on. Not that some registration parameters can be given as a coma seperated list to indicate per level values. In these cases if the number of given values is smaller than the number of multi-resolution levels (this parameter), the the last given value is used for all subsequest multi-resolution levels. πŸͺœ
  • -S, --step=0.25; float in (0, 0.5] β€” Initial step size for all levels
  • -c, --cost=ssd β€” Image similarity function to be minimized For supported plugins see PLUGINS:3dimage/cost
  • -R, --regularizer=sor:kernel=fluid,maxiter=50 β€” Regularization for the force to transformation update For supported plugins see PLUGINS:3dvf/regularizer
  • -T, --conv-test-interval=; vuint in [4, 40] β€” Convergence test interations intervall: In order to measure convergence the cost function value is averaged over this amount of iterations, and the decline rate is evaluated based on the linare regression of the cost function values in this intervall. This parameter can be given as a coma-seperated list with values corresponding to the multi-resolution levels, see option --mg-levels for more information. πŸ“‰
  • -D, --stop-decline-rate=; vdouble in [0, inf) β€” Stopping criterium for registration based on the cost decline rate. If the rate below this value, the iteration is stopped. This parameter can be given as a coma-seperated list with values corresponding to the multi-resolution levels, see option --mg-levels for more information. πŸ›‘
  • -C, --stop-cost= β€” Stopping criterium for registration based on the cost value. If the cost drops below this value, the iteration is stopped. This parameter can be given as a coma-seperated list with values corresponding to the multi-resolution levels, see option --mg-levels for more information.
  • -I, --iter=; vuint in [4, inf) β€” Naximum number if iterations done on each multi-resolution level. This parameter can be given as a coma-seperated list with values corresponding to the multi-resolution levels, see option --mg-levels for more information. πŸ”

🧚 PLUGINS: 1d/splinekernel 🧚

  • bspline β€” B-spline kernel creation, supported parameters are:
    • d = 3; int in [0, 5] β€” Spline degree.
  • omoms β€” OMoms-spline kernel creation, supported parameters are:
    • d = 3; int in [3, 3] β€” Spline degree.

πŸ’– PLUGINS: 3dimage/cost πŸ’–

  • lncc β€” local normalized cross correlation with masking support., supported parameters are:
    • w = 5; uint in [1, 256] β€” half width of the window used for evaluating the localized cross correlation.
  • mi β€” Spline parzen based mutual information., supported parameters are:
    • cut = 0; float in [0, 40] β€” Percentage of pixels to cut at high and low intensities to remove outliers.
    • mbins = 64; uint in [1, 256] β€” Number of histogram bins used for the moving image.
    • mkernel = [bspline:d=3]; factory β€” Spline kernel for moving image parzen hinstogram. For supported plug-ins see PLUGINS:1d/splinekernel
    • rbins = 64; uint in [1, 256] β€” Number of histogram bins used for the reference image.
    • rkernel = [bspline:d=0]; factory β€” Spline kernel for reference image parzen hinstogram. For supported plug-ins see PLUGINS:1d/splinekernel
  • ncc β€” normalized cross correlation. (no parameters) β€” yeah bestie, this one just vibes, nothing to configure 🫢
  • ngf β€” This function evaluates the image similarity based on normalized gradient fields. Given normalized gradient fields $ _S$ of the src image and $ _R$ of the ref image various evaluators are implemented., supported parameters are:
    • eval = ds; dict β€” plugin subtype (sq, ds,dot,cross). Supported values are:
      • ds β€” square of scaled difference
      • dot β€” scalar product kernel
      • cross β€” cross product kernel
  • ssd β€” 3D image cost: sum of squared differences, supported parameters are:
    • autothresh = 0; float in [0, 1000] β€” Use automatic masking of the moving image by only takeing intensity values into accound that are larger than the given threshold.
    • norm = 0; bool β€” Set whether the metric should be normalized by the number of image pixels.
  • ssd-automask β€” 3D image cost: sum of squared differences, with automasking based on given thresholds, supported parameters are:
    • rthresh = 0; double β€” Threshold intensity value for reference image.
    • sthresh = 0; double β€” Threshold intensity value for source image.

πŸ¦‹ PLUGINS: 3dimage/io πŸ¦‹

okay bestie, this is the whole roster of image-format plugins, like a little friend group of file readers and writers. each one's got its own vibe, its own extensions, its own element types. let's meet them πŸ’…

🌸 analyze β€” Analyze 7.5 image

  • Recognized file extensions: .HDR, .hdr
  • Supported element types:
    • unsigned 8 bit
    • signed 16 bit
    • signed 32 bit
    • floating point 32 bit
    • floating point 64 bit

πŸ’œ datapool β€” Virtual IO to and from the internal data pool

  • Recognized file extensions: .@

✨ dicom β€” Dicom image series as 3D

  • Recognized file extensions: .DCM, .dcm
  • Supported element types:
    • signed 16 bit
    • unsigned 16 bit

πŸŽ€ hdf5 β€” HDF5 3D image IO

  • Recognized file extensions: .H5, .h5
  • Supported element types:
    • binary data
    • signed 8 bit
    • unsigned 8 bit
    • signed 16 bit
    • unsigned 16 bit
    • signed 32 bit
    • unsigned 32 bit
    • signed 64 bit
    • unsigned 64 bit
    • floating point 32 bit
    • floating point 64 bit

🌈 inria β€” INRIA image

  • Recognized file extensions: .INR, .inr
  • Supported element types:
    • signed 8 bit
    • unsigned 8 bit
    • signed 16 bit
    • unsigned 16 bit
    • signed 32 bit
    • unsigned 32 bit
    • floating point 32 bit
    • floating point 64 bit

🫢 mhd β€” MetaIO 3D image IO using the VTK implementation (experimental).

heads up bestie, this one is experimental β€” it's still in its main character development arc, so treat it gently 🫢
  • Recognized file extensions: .MHA, .MHD, .mha, .mhd
  • Supported element types:
    • signed 8 bit
    • unsigned 8 bit
    • signed 16 bit
    • unsigned 16 bit
    • signed 32 bit
    • unsigned 32 bit
    • floating point 32 bit
    • floating point 64 bit

πŸ’– nifti β€” NIFTI-1 3D image IO.

and here's the tea on this one: The orientation is transformed in the same way like it is done with 'dicomtonifti --no-reorder' from the vtk-dicom package. no cap, that's exactly how it goes down.

  • Recognized file extensions: .NII, .nii
  • Supported element types:
    • signed 8 bit
    • unsigned 8 bit
    • signed 16 bit
    • unsigned 16 bit
    • signed 32 bit
    • unsigned 32 bit
    • signed 64 bit
    • unsigned 64 bit
    • floating point 32 bit
    • floating point 64 bit

πŸ“ vff β€” VFF Sun raster format

  • Recognized file extensions: .VFF, .vff
  • Supported element types:
    • unsigned 8 bit
    • signed 16 bit

πŸ‘‘ vista β€” Vista 3D

  • Recognized file extensions: .-, .V, .VISTA, .v, .vista
  • Supported element types:
    • binary data
    • signed 8 bit
    • unsigned 8 bit
    • signed 16 bit
    • unsigned 16 bit
    • signed 32 bit
    • unsigned 32 bit
    • floating point 32 bit
    • floating point 64 bit

πŸ¦‹ vti β€” 3D image VTK-XML in- and output (experimental).

again with the experimental label, so like, don't build your whole personality on it yet πŸ™ˆ
  • Recognized file extensions: .VTI, .vti
  • Supported element types:
    • signed 8 bit
    • unsigned 8 bit
    • signed 16 bit
    • unsigned 16 bit
    • signed 32 bit
    • unsigned 32 bit
    • floating point 32 bit
    • floating point 64 bit

⭐ vtk β€” 3D VTK image legacy in- and output (experimental).

yep, experimental too. legacy + experimental is giving "vintage but also unpredictable" πŸ’€
  • Recognized file extensions: .VTK, .VTKIMAGE, .vtk, .vtkimage
  • Supported element types:
    • signed 8 bit
    • unsigned 8 bit
    • signed 16 bit
    • unsigned 16 bit
    • signed 32 bit
    • unsigned 32 bit
    • floating point 32 bit
    • floating point 64 bit

🧚 PLUGINS: 3dtransform/io 🧚

the transformation-file squad. these are the ones that read and write your 3D transformations, slay πŸ’…

bbs β€” Binary (non-portable) serialized IO of 3D transformations

  • Recognized file extensions: .bbs

datapool β€” Virtual IO to and from the internal data pool

  • Recognized file extensions: .@

vista β€” Vista storage of 3D transformations

  • Recognized file extensions: .v, .v3dt

xml β€” XML serialized IO of 3D transformations

  • Recognized file extensions: .x3dt

πŸ”₯ PLUGINS: 3dvf/regularizer πŸ”₯

sor

This plugin implements successive (over-)relaxation as a solver to regularize the vector field., supported parameters are:

  • abs_f = 0.01; float in [0, inf) β€” breaking condition: absolute residuum.
  • kernel = fluid; factory β€” solver kernel to be used. For supported plug-ins see PLUGINS:3dvf/regularizerkernel
  • maxiter = 100; uint in [0, inf) β€” maximum number of iterations.
  • rel_f = 1e-05; float in (0, 1) β€” breaking condition: relative residuum.

πŸ’« PLUGINS: 3dvf/regularizerkernel πŸ’«

fluid

Evaluation kernel for the fluid-dynamics solver, either using successive (over-)relaxation, or a Gauss-Southwell relaxation. This implementation is generic and doesn't implement any architecture specific optimizations., supported parameters are:

  • lambda = 1; float in [0, 10000] β€” bulk viscosity (compressibility).
  • mu = 1; float in (0, 10000] β€” dynamic viscosity (shear).
  • relax = 1; float in [0.1, 2] β€” Relaxation parameter for the solver.

🌟 EXAMPLE 🌟

Register image test.v to image ref.v saving the transformation to transform.v and the inverse transform to inverse-transform.v. Use three multiresolution levels, ssd as image cost function.

mia-3dfluid-syn-registration -i test.v -r ref.v -t transform.v -T
       inverse-transform.v  -l 3 ssd

like, look at her go. registering, transforming, inverse-transforming, three levels deep. main character energy fr fr πŸ’–


✍️ AUTHOR(s) ✍️

Gert Wollny


This software is Copyright (c) 1999‐2015 Leipzig, Germany and Madrid, Spain. It comes with ABSOLUTELY NO WARRANTY and you may redistribute it under the terms of the GNU GENERAL PUBLIC LICENSE Version 3 (or later). For more information run the program with the option --copyright.

bestie, the "ABSOLUTELY NO WARRANTY" is in all caps for a reason. it means it. πŸ’€

okay that's the whole page, you made it to the end, iconic behavior honestly πŸ‘‘ this was v2.4.7 of the USER COMMANDS section, the mia-3dflui...gistration(1) page, and you're officially done. go register something, you've earned it πŸŽ€βœ¨

πŸ“¦ where this page comes from