release candidate 4 of the server version 1.4.16 + rc6-patch

  • Hi, here is release candidate 4 of the Conquest DICOM server version 1.4.16 with extensive lua support:


    PATCH (version rc6) (windows/linux) for some issues detected below - also see an update for the linux release (rc6b) at the bottom of this post:
    ftp://ftp-rt.nki.nl/outbox/mar…mserver/update1416rc6.zip


    Windows (32/64 bits):
    ftp://ftp-rt.nki.nl/outbox/mar…er/dicomserver1416rc4.zip


    Linux (32/64 bits):
    ftp://ftp-rt.nki.nl/outbox/mar…nquestlinux1416rc4.tar.gz


    Server core source:
    ftp://ftp-rt.nki.nl/outbox/mar…omserver/dgate1416rc4.zip


    Library source:
    ftp://ftp-rt.nki.nl/outbox/mar…erver/dicomlib1416rc4.zip


    Please unzip the RC4 files first, and then add the above patch files (now version 1.4.16rc5). Then continue installing. Thanks for all your help and bug reports!


    Please report any issues you find, quoting the software version number.


    Marcel

  • Hi,


    can you run the same sequemce giving an error with debug logging on? In rc4, I added the ImportConverter error statement. It seems that it tries to process beyond the end of the converter line. Maybe this is an old bug that now results in a message. Does the actual submit occur?


    Marcel

  • Hi,


    in the above post, a patch with a few modified files is now downloadable (exe files for windows, source files for linux). Please check if the reported issues have gone away. It fixes stray comma's in the database browser; lua Data access; and processing of '" in export converters.


    Marcel

  • Sorry,


    not yet. It is not trivial as it would also affect how all other images are displayed. In rc4b you can write a lua script to modify the pixel values to fix the problem but this would also affect how the dicom images are stored and retrieved.


    Marcel

  • Hi,


    Tried the version 1.4.16+b. The export converted is not working. Tested again the same config dicom file of version 1.4.15c


    the export and import config added
    Multiframe of 1.4.15c not reliable so Im not using compression.
    default config is uncompressed with jpeg OFFIS enabled


    # Configuration of forwarding and/or converter programs to export DICOM slices
    ForwardAssociationLevel = IMAGE
    ForwardAssociationCloseDelay = 5
    ForwardAssociationRefreshDelay = 3600
    ForwardAssociationRelease = 1


    ExportConverters = 1
    ExportCallingAE0 = LOGIQE9-000000
    ExportConverter0 = forward image to US-PACS


    # Configuration of rules to modify, log or reject incoming DICOM slices
    ImportConverters = 2
    ImportConverter0 = ifequal "%V0028,0004","RGB";compression j1
    ImportConverter1 = ifequal "%V0028,0004","MONOCHROME2";compression j1


    ForwardCollectDelay = 120
    MaximumExportRetries = 0
    MaximumDelayedFetchForwardRetries = 0


    I hope this can help


    ajgg

  • Hi,


    I get a segfault on my Ubuntu linux box when I try to add jpeg encoded files created by gdcmimg (http://sourceforge.net/apps/mediawiki/gdcm).


  • Hi,


    A new release is there to fix several issues. It is now called 1.4.16rc5 - but ts is released as a patch on 1.4.16rc4 to save me some work.


    It fixes:


    reading of dicom.ini variables with a space as one but last character
    Rescaling of some dicom images
    Incoming folder on linux
    Association.Calling in lua


    And it address some feature requests, allowing more space on a full drive and processing of rejected images.


    It also has the rolled back dicom decoder hoping to fix a specific query issue.


    Please test these changes and report any bugs you find.


    Marcel

  • Hi Mark,


    What conquest version are you using? And which ubuntu version? It does not reproduce for me. When I do:


    ./dgate -v&
    ./dgate --addimagefile:test.dcm


    it either logs a failure to start dcmdjpeg:


    DGATE (1.4.16rc4b, build Mon Mar 21 14:59:52 2011, bits 64) is running as threaded server
    Database type: built-in SQLite driver
    Server command sent using DGATE -- option
    sh: dcmdjpeg: not found
    ***[DecompressImage]: Error on load after external decompression, image not decompressed
    Fiximage: Fixed empty patient ID
    FreeStore Left 16926 on ./data/
    Added file: ./data/00000000/1.2.826.0.1.3680043.2.1143.8893976255354588025123652954824188291_0000_000000_13007342290000.dcm


    or when I set EnableInternalJPEG = 1 in dicom.ini, it just works as follows.


    DGATE (1.4.16rc4b, build Mon Mar 21 14:59:52 2011, bits 64) is running as threaded server
    Database type: built-in SQLite driver
    Server command sent using DGATE -- option
    [recompress]: recompressed with mode = un (strip=0)
    Fiximage: Fixed empty patient ID
    Added file: ./data/00000000/1.2.826.0.1.3680043.2.1143.8893976255354588025123652954824188291_0000_000000_13007342290000.dcm


    Do you use special build flags?


    Marcel

  • Hi,


    Testing conquestDicomserver.exe with date jan-25-2011. I believe this is v1.4.16 release. Observed That viewing incoming images fails to show images. setup using dgate to rc5-patch. conquestDicomserver.exe version 15 sept-29-2009 seem to be working though. I'm not sure if its just my configuration?


    ajgg

  • Hi,


    I found a bug that seems to have been introduced between beta and rc2. findscu from the dicom toolkit (dcmtk) will cause dgate to crash in both windows and linux with rc2 and newer but not beta or older. Logging from the 2 versions look like this.

    Code
    [CONQUESTSRV1] UPACS THREAD 0: STARTED AT: Fri Mar 25 10:12:58 2011[CONQUESTSRV1] A-ASSOCIATE-RQ Packet Dump[CONQUESTSRV1] Calling Application Title : "FINDSCU "[CONQUESTSRV1] Called Application Title : "ANY-SCP "[CONQUESTSRV1] Application Context : "1.2.840.10008.3.1.1.1", PDU length: 16384[CONQUESTSRV1] Number of Proposed Presentation Contexts: 1[CONQUESTSRV1] Presentation Context 0 "1.2.840.10008.5.1.4.31" 1[CONQUESTSRV1] Server Command := 0020[CONQUESTSRV1] Message ID := 0001[CONQUESTSRV1] 0000,0002 22 UI AffectedSOPClassUID "1.2.840.10008.5.1.4.31" [CONQUESTSRV1] 0000,0100 2 US CommandField 32 [CONQUESTSRV1] 0000,0110 2 US MessageID 1 [CONQUESTSRV1] 0000,0700 2 US Priority 2 [CONQUESTSRV1] 0000,0800 2 US DataSetType 1 [CONQUESTSRV1] 0002,0010 17 UI TransferSyntaxUID "1.2.840.10008.1.2" [CONQUESTSRV1] (ModalityWorkListQuery) search level: [CONQUESTSRV1] 0002,0010 17 UI TransferSyntaxUID "1.2.840.10008.1.2" [CONQUESTSRV1] 0010,0010 0 PN PatientName (empty)[CONQUESTSRV1] 0010,0020 0 LO PatientID (empty)[CONQUESTSRV1] Query On Modality WorkList[CONQUESTSRV1] Failed on VR Search: 0002 0010[CONQUESTSRV1] (testing phase) - ignored[CONQUESTSRV1] Issue Query on Columns: DICOMWorkList.PatientNam, DICOMWorkList.PatientID[CONQUESTSRV1] Values: [CONQUESTSRV1] Tables: DICOMWorkList[CONQUESTSRV1] Sorting (DICOMWorkList.PatientNam) DoSort := 1[CONQUESTSRV1] Query Distinct Tables: DICOMWorkList[CONQUESTSRV1] Columns : DICOMWorkList.PatientNam, DICOMWorkList.PatientID[CONQUESTSRV1] Where : (null)[CONQUESTSRV1] Order : DICOMWorkList.PatientNam[CONQUESTSRV1] Records = 0[CONQUESTSRV1] C-Find (Modality Work List) located 0 records[CONQUESTSRV1] UPACS THREAD 0: ENDED AT: Fri Mar 25 10:12:58 2011[CONQUESTSRV1] UPACS THREAD 0: TOTAL RUNNING TIME: 0 SECONDS[CONQUESTSRV1] UPACS THREAD 0: STARTED AT: Fri Mar 25 10:09:53 2011[CONQUESTSRV1] A-ASSOCIATE-RQ Packet Dump[CONQUESTSRV1] Calling Application Title : "FINDSCU "[CONQUESTSRV1] Called Application Title : "ANY-SCP "[CONQUESTSRV1] Application Context : "1.2.840.10008.3.1.1.1", PDU length: 16384[CONQUESTSRV1] Number of Proposed Presentation Contexts: 1[CONQUESTSRV1] Presentation Context 0 "1.2.840.10008.5.1.4.31" 1[CONQUESTSRV1] Server Command := 0020[CONQUESTSRV1] Message ID := 0001[CONQUESTSRV1] 0000,0002 22 UI AffectedSOPClassUID "1.2.840.10008.5.1.4.31" [CONQUESTSRV1] 0000,0100 2 US CommandField 32 [CONQUESTSRV1] 0000,0110 2 US MessageID 1 [CONQUESTSRV1] 0000,0700 2 US Priority 2 [CONQUESTSRV1] 0000,0800 2 US DataSetType 1 [CONQUESTSRV1] 0002,0010 17 UI TransferSyntaxUID "1.2.840.10008.1.2"


    The command line used in both cases was

    Code
    C:\Temp\dcmtk>bin\findscu --key 0010,0010 --key 0010,0020 127.0.0.1 5678


    cfind from osirix does not cause a crash.

  • Hi,


    I just posted the rc6 update file which fixes:


    show incoming
    jpeg decompression on linux
    findscu crash, hopefully also the worklist query (removed dicom decoder rollback)
    read dropped/scanned filename from lua


    Marcel

Participate now!

Don’t have an account yet? Register yourself now and be a part of our community!