logo标签列表

DICOM中的JPEG无损压缩

jpegdicompython-imaging-library
7
在DICOM规范中，其中一个传输语法是1.2.840.10008.1.2.4.70，定义为JPEG无损、非分层、一阶预测(Processes 14 [Selection Value 1])。
“JPEG无损、非分层、一阶预测(Processes 14 [Selection Value 1])”是什么意思？这种格式与JPEG-LS相同吗？此页面似乎表明存在某些差异（JPEG-LS列在底部部分）。
在Python中是否可以读取或写入此格式？查看Pillow的文档对我来说不清楚该格式是否受支持。 这篇文章有些相关。
4个回答
6

JPEG无损一阶

Identical to the main JPEG lossless, but with a constrained value for the
predictor, giving a slightly simplified algorithm, with slightly greater
speed, but slightly less compression on most images (2-5% typically)
(from medicalconnections wiki)

您可以查看GDCM，用于编码jpeg压缩的dicom图像。 GDCM Wiki链接
6
JPEG Lossless和JPEG-LS是图像压缩的两种非常不同的实现方式。JPEG Lossless定义在标准文档ITU-T T.81，ISO/IEC IS 10918-1中，而JPEG-LS则定义在ITU-T T.87，ISO/IEC IS 14495-1中。
JPEG-LS是与所有其他JPEG-*压缩系列非常不同的方法，因为它的有损形式设置了最大偏差来自原始像素。因此，您可以从输入文件生成一个有损的JPEG-LS，其中最大差异在所生成像素和原始像素之间，差异为-2。
由于算术编解码器的专利问题，大多数UNIX工具包最初不支持JPEG Lossless。 因此，IJG（也称为libjpeg）是ITU T.81的一个非常有限的实现，仅在UNIX发行版中默认提供标准的8位有损压缩形式（顺序和渐进，但不是分层的）。既不提供12位有损压缩，也不提供无损16位压缩。技术上讲，12位有损压缩是可能的，但由于需要重新编译，因此大多数（全部？）发行版都不提供这个“双重”库。

使用新的libjpeg-turbo实现时，上述所有内容也都是正确的，因为libjpeg-turbo只是原始libjpeg（精确地说是6b版本）的优化（二进制兼容）版本。

有没有任何库可以处理解码ITU-T T.81，ISO/IEC IS 10918-1无损压缩的图像？我知道GDCM可以，但它需要整个DICOM文件而不仅仅是图像数据。 - Alex Rothberg
@AlexRothberg GDCM有一定的模块化，因此您可以完全重用GDCM中使用的JPEG库，用于您自己的项目（它是良好的BSD风格许可证）。 - malat
3
DICOM 提供了支持 JPEG-LS 图像压缩的机制，DICOM 标准 PS 3.5 附录A 定义了两种不同的传输语法，引用了 JPEG-LS 标准（ISO/IS-14495-1（JPEG-LS 第一部分））。传输语法的 UID 为“1.2.840.10008.1.2.4.80”的是无损（保留比特）的，而传输语法的 UID 为“1.2.840.10008.1.2.4.81”的则是有损（接近无损）压缩方案。
2
网页内容由stack overflow 提供, 点击上面的
可以查看英文原文，
原文链接