# .bmp slowing segmentation down and changing scaling of micro-CT images?

**URL:** https://discourse.slicer.org/t/bmp-slowing-segmentation-down-and-changing-scaling-of-micro-ct-images/23758
**Category:** Support
**Tags:** dicom
**Created:** [June 7, 2022, 8:02pm UTC](https://discourse.slicer.org/t/bmp-slowing-segmentation-down-and-changing-scaling-of-micro-ct-images/23758 "2022-06-07T20:02:40Z")
**Posts on this page:** 3
**Page:** 1

<div class="post-metadata">

### Author: ![dbgraf20](https://avatars.discourse-cdn.com/v4/letter/d/41988e/32.png) [@dbgraf20](https://discourse.slicer.org/u/dbgraf20)
#### Post date: [June 7, 2022, 8:02pm UTC](https://discourse.slicer.org/t/bmp-slowing-segmentation-down-and-changing-scaling-of-micro-ct-images/23758/1 "2022-06-07T20:02:40Z")

</div>

We have a micro-CT scanner that will only spit out .bmp files for us. My entire 3d slicer career I have only used .dcm. Segmentation has been nearly instant with .dcm files. My question comes from the fact that slicer doesn’t seem to work well with .bmp files. Segmentation with .bmp files seems to take 10x as long as doing it with a .dcm file. Also, the mice we are working on, 3d slicer seems to think are 3 meters long. Does 3d slicer work better with .dcm files? Would it be worth the money to get a .bmp to .dcm converter to speed up segmentation?

---

<div class="post-metadata">

### Author: ![pieper](https://sea2.discourse-cdn.com/flex002/user_avatar/discourse.slicer.org/pieper/32/8_2.png) [@pieper](https://discourse.slicer.org/u/pieper)
#### Post date: [June 7, 2022, 8:13pm UTC](https://discourse.slicer.org/t/bmp-slowing-segmentation-down-and-changing-scaling-of-micro-ct-images/23758/2 "2022-06-07T20:13:05Z")

</div>

You should try the [ImageStacks](https://github.com/SlicerMorph/SlicerMorph/tree/master/Docs/ImageStacks) module in the SlicerMorph extension. You can specify screen spacing and other options. BMP should not be slower than dicom in general, but maybe the dimensions or other differences slow things down.

---

<div class="post-metadata">

### Author: ![muratmaga](https://sea2.discourse-cdn.com/flex002/user_avatar/discourse.slicer.org/muratmaga/32/3622_2.png) [@muratmaga](https://discourse.slicer.org/u/muratmaga)
#### Post date: [June 7, 2022, 8:32pm UTC](https://discourse.slicer.org/t/bmp-slowing-segmentation-down-and-changing-scaling-of-micro-ct-images/23758/3 "2022-06-07T20:32:25Z")

</div>

> [@dbgraf20](#):
>
> Also, the mice we are working on, 3d slicer seems to think are 3 meters long.

That’s because BMP extension does not preserve the scale of the data correctly (dicom or NRRD does).  
Also, by default BMP/PNG/JPG are treated as multichannel RGB image in Slicer, hence that may contribute to your slowdown.  
Install SlicerMorph extension, and use ImageStacks. Here is the tutorial for it: [Tutorials/ImageStacks at main · SlicerMorph/Tutorials · GitHub](https://github.com/SlicerMorph/Tutorials/tree/main/ImageStacks#readme)

Also, if your scanner is Bruker/Skyscan, you can try the SkyscanReconImport module, to which yousimply point out the \*\_rec.log file from your reconstruction. This is also available as part of SlicerMorph.

> <https://github.com/SlicerMorph/Tutorials/tree/main/SkyscanReconImport#readme>
>
> //github.com/SlicerMorph/Tutorials/tree/main/SkyscanReconImport
