Can't read image (compression/decompression problem)

[katr...@gmail.com]

I got an error, after a new installation. I can not see some of the images in DCM4CHEE. There is a problem in image compression/decompression, unfortunately, i could not figured out what the real reason is.
I installed dcm4chee-mysql in a Suse-Linux 64-bit.

Dcm4chee is working almost perfect. From another Dicom Node, I can send to and receive images from dcm4chee, without any problem. I am facing this problem, when i send images from my old archive to dcm4chee via dcmsnd of dicom toolkit. When i retrieve those images i only can see an all white/black image depending the WW/WL.

Below, you will find out the error, after a wado request.

Nurettin Katranci,
MD, Radiologist

---

01:27:15,704 INFO WADOSupport Get WADO object for 1.2.840.113619.2.275.57473.11731675.22518.1323761687.333
01:27:15,835 INFO WADOSupport start decompression of image: 512x512 (current codec tasks: compress&decompress:1 compress:1)
01:27:15,847 ERROR WADOSupport Can't read image:
javax.imageio.IIOException: Decoder cannot decode input.
at com.sun.media.imageioimpl.plugins.jpeg.CLibJPEGImageReader.decode(CLibJPEGImageReader.java:134)
at com.sun.media.imageioimpl.plugins.clib.CLibImageReader.getImage(CLibImageReader.java:497)
at com.sun.media.imageioimpl.plugins.clib.CLibImageReader.read(CLibImageReader.java:575)
at org.dcm4cheri.imageio.plugins.DcmImageReader.decompress(DcmImageReader.java:651)
at org.dcm4cheri.imageio.plugins.DcmImageReader.read(DcmImageReader.java:416)
at org.dcm4chex.wado.mbean.WADOSupport.getImage(WADOSupport.java:1349)
at org.dcm4chex.wado.mbean.WADOSupport.getBufferedImage(WADOSupport.java:861)
at org.dcm4chex.wado.mbean.WADOSupport.getJpg(WADOSupport.java:837)
at org.dcm4chex.wado.mbean.WADOSupport.handleJpg(WADOSupport.java:762)
at org.dcm4chex.wado.mbean.WADOSupport.getWADOObject(WADOSupport.java:371)
at org.dcm4chex.wado.mbean.WADOService.getWADOObject(WADOService.java:500)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:133)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:142)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
at org.dcm4chex.wado.web.WADOServiceDelegate.getWADOObject(WADOServiceDelegate.java:124)
at org.dcm4chex.wado.web.WADOServlet.doGet(WADOServlet.java:114)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:690)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:230)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:182)
at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:84)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:157)
at org.apache.catalina.authenticator.SingleSignOn.invoke(SingleSignOn.java:420)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:262)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844)
at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583)
at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:446)
at java.lang.Thread.run(Thread.java:722)
01:27:15,848 INFO WADOSupport finished decompression. (remaining codec tasks: compress&decompress:0 decompress:0)

[Arnold Maderthaner]

can you attach a sample image ?

[katr...@gmail.com]

sorry it is impossible to attach the file. i struggled for about an hour to attach it. However googlegroups gave "an error (#340)". So that i will give you a link from dropbox:

https://www.dropbox.com/s/ym3g4ng5ce0edaw/1070880.dcm

Nurettin

[fleetwoodfc]

Have you followed the "Compression Notes" here: http://www.dcm4che.org/confluence/display/ee2/Installation

[katr...@gmail.com]

Too many times...

[Nurettin KATRANCI]

Here it is.

Please find out an image attached.

Note: However, today i have noticed that I was able to see images of this patient without any problem when i tried it with Weasis deployed in dcm4chee.

[David Davies]

What java version are you using with Suse-Linux 64-bit ?

Nurettin

--
You received this message because you are subscribed to the Google Groups "dcm4che" group.
To post to this group, send email to dcm...@googlegroups.com.
To unsubscribe from this group, send email to dcm4che+u...@googlegroups.com.
Visit this group at http://groups.google.com/group/dcm4che?hl=en.
 
 

[Nurettin KATRANCI]

java version "1.7.0_10"
Java(TM) SE Runtime Environment (build 1.7.0_10-b18)
Java HotSpot(TM) 64-Bit Server VM (build 23.6-b04, mixed mode)

--
Dr. Nurettin KATRANCI,
Radyoloji Uzmanı
Antalya Anadolu Hastanesi
Macrorad Teleradyoloji Servisleri


katr...@gmail.com
katr...@superonline.com
katr...@macrorad.com

[David Davies]

I would try using the standard 32-bit JDK (Linux x86) - http://www.oracle.com/technetwork/java/javasebusiness/downloads/java-archive-downloads-javase6-419409.html#jdk-6u37-oth-JPR

[Bradley Ross]

Version 7 of Java dropped a few deprecated classes that had been used in the dcm4che code.  I would definitely switch to version 6.

[katr...@gmail.com]

Thanks for the answers.

I downgraded to 32-bit Java-6 (JDK-1.6.0-31)

The problem was still same.

Then, i suddenly noticed that, i should also change imageio files to 32-bit version.

Voilaaaaa....

Now compression-decompression is working like a charm.

Thanks again,

Nurettin

[Arnold Maderthaner]

you could also try to use now the 64bit VM / image io classes to use more memory.

[Nurettin KATRANCI]

Please correct me if i am wrong:

I had problems of compression-decompression with 64-bit Java 7 version.

So that, after proposals from this forum, i started using 32-bit Java 6 version, which resolved the problem.

To use 64bit VM / image io classes; should i try to use 64-bit of Java 6 version, instead of 32-bit?

Nurettin

[Alvaro G. [andor]]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

If you are running Linux (AFAIK you cannot go 64bit on Windows and OS
X) you should change to 64bit VM *and* 64 bit image-io.

El 28/12/12 21:07, Nurettin KATRANCI escribi�:

> Please correct me if i am wrong: I had problems of
> compression-decompression with 64-bit Java 7 version. So that,
> after proposals from this forum, i started using 32-bit Java 6
> version, which resolved the problem. To use 64bit VM / image io
> classes; should i try to use 64-bit of Java 6 version, instead of
> 32-bit?
>
> Nurettin

- --
Alvaro "Andor" Gonzalez
an...@pierdelacabeza.com
GnuPG KeyID 0xa1e486f0
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (Darwin)

iQIcBAEBCAAGBQJQ3f0UAAoJEM4lPGyh5IbwmfcQANNimQRSqJcDvSRt3acBz2RV
BQH49IkIMqLN+gckDh6ax/vKPNs6CfmC7M3BUcUKFJyJngnUcliJHFrgFl4ZMYhn
qpgT1dEqxKrjkbJPZU+27bGz7f1tp2kxA0T2VzHPAPedcmj38AwlEh6YPJZ7vXjz
5fSS4W1BJ/NYSAPakmS9QmJ2zuGMn2yZe6+Zyv0qc3owsyBV+2vz2GfA+LMACdM+
9RtQx5L9h1d9klC+btoBhsmdYoJxd/kTMh9iwbKgzfmZUy3e+qk2RW+SwXKWpNqU
UGo2Y8Pzpd9lnbP351q3fiAWkKEJPmrSwgXZ4Qxs2so87Qmo/q5gmzHm5U/UPxnA
fdz33DL/5cf7Q1cikxilGUXh4g7hs8V9wj9LwQ/eX21rHmYfawR+04kdE16wh1UD
D6pG01Gmz/1moSAEady9mv7zcnbPOkNYJEN4wmhkPpppTj5WEi6B+XWK5a70+KJR
kruntQUDSYKfkMCU5C6vy+q/x6t2ZDfQCGGJgxerRKhb5OrcFDZnKQVp5lRRpUAY
tEQzGuZz4iA/kxaU3zifuLFDTYaiBFpscP/hGKjaZYpa20ygIXOJNJ9PlYyVYIcw
9WFfCZOnczO0p5kCKmxlyayEGZkd8olAfMY5wzFSzkl4xLc7KOiRpNmGvKhfl0x/
2fuBn3QI/vxu2GipVhco
=UWmY
-----END PGP SIGNATURE-----

[Nurettin KATRANCI]

Finally,

* Suse-11 64-bit

* Java-6  64-bit

Everything is working fine.

Thanks

Nurettin

On Friday, December 28, 2012 10:12:04 PM UTC+2, andor wrote:

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

If you are running Linux (AFAIK you cannot go 64bit on Windows and OS
X) you should change to 64bit VM *and* 64 bit image-io.

El 28/12/12 21:07, Nurettin KATRANCI escribi�:

[Arnold Maderthaner]

great that you got it working :)

yours

Arnold

[Eduardo Arcusa Les]

Hi, the problem persist with:

Centos 5 64 bits

dcm4chee 2.17.3

Java 6 64 bits (1.6.0_45)

I tried to change in the jmx console the default compression JLSL to JPLL and then the bug occurs less. But is not perfect.

The final solution:

"I would recommend to use the version Java Advanced Imaging Image I/O Tools 1.2-b04 (not available any more on java.net) because there are some bug fixes. Download libclib_jiio-1.2-b04-linux-x86-64.so, rename to libclib_jiio.so and copy it dcm4chee/bin/native"

http://dicom.vital-it.ch:8087/nexus/content/repositories/releases/org/weasis/thirdparty/com/sun/media/libclib_jiio/1.2-b04/

And now everything is working fine. No more decoder cannot decode input bug.

The only thing that don't like is that java.net has removed version 1.2-b04.

Edu