# vtkDICOM - is there a list of CT vendors that are supported 'out of the box'
**URL:** https://discourse.vtk.org/t/vtkdicom-is-there-a-list-of-ct-vendors-that-are-supported-out-of-the-box/8696
**Category:** Support
**Tags:** file-formats
**Created:** [June 10, 2022, 12:01pm UTC](https://discourse.vtk.org/t/vtkdicom-is-there-a-list-of-ct-vendors-that-are-supported-out-of-the-box/8696 "2022-06-10T12:01:29Z")
**Posts on this page:** 3
**Page:** 1
### Author:  [@Orell](https://discourse.vtk.org/u/Orell)
#### Post date: [June 10, 2022, 12:01pm UTC](https://discourse.vtk.org/t/vtkdicom-is-there-a-list-of-ct-vendors-that-are-supported-out-of-the-box/8696/1 "2022-06-10T12:01:29Z")
Is there a document listing the vendors and scanner models that are supported by vtkDICOM
---
### Author:  [@dgobbi](https://discourse.vtk.org/u/dgobbi)
#### Post date: [June 10, 2022, 1:23pm UTC](https://discourse.vtk.org/t/vtkdicom-is-there-a-list-of-ct-vendors-that-are-supported-out-of-the-box/8696/2 "2022-06-10T13:23:04Z")
No such list exists. Is there a particular vendor whose images are causing problems?
If vtkDICOM is not able to read an image, the most likely cause is that vtkDICOM was built without `USE_GDCM=ON` and the DICOM image uses JPEG compression (or J2K or JPEG-LS). This is because vtkDICOM relies on GDCM for image decompression, and without GDCM, vtkDICOM can only read uncompressed (or RLE-compressed) images.
---
### Author:  [@Orell](https://discourse.vtk.org/u/Orell)
#### Post date: [June 10, 2022, 3:28pm UTC](https://discourse.vtk.org/t/vtkdicom-is-there-a-list-of-ct-vendors-that-are-supported-out-of-the-box/8696/3 "2022-06-10T15:28:51Z")
Thanks for the detailed response.
Question is not relevant to any load failure, but rather to understand expected capabilities of a product that would be build using vtkDICOM as well as the expected effort required for obtaining and testing data from multiple vendors