Hi,
It is an interesting problem. The server works flawlessly on my test PC, but crashes on another PC, it seems there is some timing issue involved. For instance, enabling debug logging stopped the error there. I will keep on looking.
Marcel
Hi,
It is an interesting problem. The server works flawlessly on my test PC, but crashes on another PC, it seems there is some timing issue involved. For instance, enabling debug logging stopped the error there. I will keep on looking.
Marcel
Hi,
Oh, this is some capricous things from Wins
Maybe not a windows thing:
I just noticed the that files printer_files are too small: just 1 kb. This happens for images to be printed in the database that are V2 (NKI) compressed, apparently the pixel data does not come through. So to summarize:
1) In GUI 1.4.16, call "print image on local dicom server" has a bug that makes it crash the second time arounf, this will be fixed in the 1.4.17 GUI.
2) In the cqdicom.dll shipped with 1.4.16, printing of V2 compressed images is broken. You can test this by sending our test images to the server itself, they will be rewritten as .dcm files. After doing this I have seen no other error messages.
Can you give this a try?
Marcel
Hi, Marcel.
I did the following:
1) sent .v2 images to server itself. It's ok - they converted to .dcm;
2) regenerate ddatabase an restart server;
3) Choose "Print image on local DICOM printer" (or "Print selected images...") and
got 'Access violation at address 7c910a19 in module "ntdll.dll" Read of address 0000000000' ,
but images was printed.
I will test some more...
Marcel
Hi,
Print image on local DICOM printer is broken for 1.4.16 - do not use this option. Once this gives an error things are stuck and more errors follow. If you start the server fresh, and you only use the other options, exactly what sequence - if any - gives an error.
Marcel
Hi Marcel,
My Name is Oscar Lemmer and I am using conquest-server in production since 2009 in version 1.4.16.
Unfortunately, since my upgrade from ubuntu server 10.04 to ubuntu server 12.04, all the rendered JPEG or GIF images on the conquest webserver are scrambled.
All images are concerned, thumbs, viewes, viewer....
Everthing else works perfect (Database search, display of Study dates, patient names,...). Only the actual image data is not properly displayed.
E.g.: http://www.lemmer.me/dgate.jpg (=original display)
The Dicom-FIles are intact, readable by other standalone DCM-viewers.
I recompiled conquest serveral times, regenerated the database.
I tried to compile and install jpeg-8d instead of jpeg-6c, but it didn't change anything.
All my conquest-settings are still the same, so I think IMHO that problem results from some dependancy/library from the linux environnment that changed ?
Could you please point me in the right direction, because I don't know what else to check.
Thank you very much (and a happy new year),
Oscar
Hi Oscar,
this looks like the same bug in the socket code, where part of the data is transmitted as zeros that appeared in Ubuntu 12.04. Ubuntu 12.04 users have gotten around this by compiling dgate on an older system and using the binary on 12.04. But no real solution yet.
Marcel
Hi Marcel,
Sorry for the late response.
I tried your advice of compiling the sources on Ubuntu 10.04, an using the binary on 12.04. Unfortunately the same bug is reproduced. The images are still scrambled in the webviewer, although all the other functions of the server are running whithout any trouble.
Do you have maby another solution or idea how to troubleshoot this situation ?
Yours,
Oscar
Hi,
did you try running on 10.4, just to help clarify the situation?
Marcel
Not yet.....i will do test that again.
(it was running on 10.04 on the same server 2 years ago)
HI,
I would just like to comment that though J1 and J2 are the same, not all commercial and freeware software are able to
import J2 implementation of jpeg lossless. J1=UID 70 and j2= UID 57 should be compatible
and interchangeable, but unfortunately UID 70 seems to be more universally accepted jpeg lossless transfer syntax implementation.
I would have wished jpeg J1 was the version you choose to retain. So that Kpacs and efilm ver 1x to 2x can import them directly.
see comment of David Clunie.
https://groups.google.com/foru…otocols.dicom/jLCdCsrhi7s
ajgg
Hello,
For Linux I downloaded the file conquestlinux1416.tar.gz.crdownload but there is no dgate inside (no Server executable)
I run the make process and no dgate was created - see what worked bellow
mkdir conquest
cd conquest to there
tar xvf ../conquestlinux1416.tar.gz unpack all files
cd jpeg-6c make the IJG library
./configure
sudo make
sudo make install
cd ..
cd jasper-1.900.1-6ct make the jasper library
./configure
sudo make
sudo make install
cd ..
No dgate was created
The following commands are not working
maklinux compile and install web access
(or: maklinux_dbase, or: maklinux_postgres, or: maklinux_mysql)
dgate -v -r regenerate the database
dgate -v & run the server (for ever)
Thank you
Dorin
I solved the issue by replacing
dgate
with
./dgate
in all the installation instructions
Now it is working
(same for ./maklinux)
Did you run
./maklinux?
What is the error message?
Marcel
Don’t have an account yet? Register yourself now and be a part of our community!