Project

General

Profile

Actions
Copy link

Bug #1154

closed

Pad byte for decompressed JPEG-LS image incorrect on big endian hardware

Added by Marco Eichelberg 7 months ago. Updated 6 months ago.

Status:
Closed
Priority:
Normal
Assignee:
-
Category:
Library and Apps
Target version:
3.7.0
Start date:
2025-02-18
Due date:
% Done:

100%

Estimated time:
3:00 h
Module:
dcmjpls
Operating System:
Compiler:

Description

The JPEG-LS decompressor fails to correctly swap the last 16-bit word in the Pixel Data element, if the decompressed frame size is an odd number of bytes, when run on Big Endian hardware. The same problem may affect other codecs as well.

The attached sample image demonstrates the issue - The decompressed result is different on Big Endian hardware compared to the result produced on Little Endian hardware. Specifically, the last two bytes are swapped (shown here as a diff of the hexdump output):

< 00025140  ae 92 76 00                                       |..v.|
---
> 00025140  ae 92 00 76                                       |...v|

This should be tested with a multi-frame test image with an odd number of bytes per frame.

Files

hp_color_transform_1.dcm (54.9 KB) hp_color_transform_1.dcm Marco Eichelberg, 2025-02-18 17:43
Actions
Copy link
 #1

Updated by Marco Eichelberg 6 months ago

  • Status changed from New to Closed
  • % Done changed from 0 to 100
  • Estimated time set to 3:00 h

Note: This issue only affected the JPEG-LS decoder, not any of the other compression codecs in DCMTK.

Closed by commit #84ae9c833.

Actions
Copy link

Also available in: Atom PDF