thanks Marcel,
changed the IU22 settings for Multiframe images to Uncompressed and now works fine.
regards
Simon
thanks Marcel,
changed the IU22 settings for Multiframe images to Uncompressed and now works fine.
regards
Simon
[/list]thanks for the reply Marcel,
Problem seems to be Cineloops.
I can see in the log SOP class "US Multiframe Image Storage 1.2.840.10008.5.1.4.1.1.3.1" being used successfully, but if it is a Cineloop the transfer fails.
Philips have sent me their Dicom Conformance standard (can't upload to Forum, it does not accept PDF). Below is the SOP class table.
the statement mentions Cineloops but not specifically for a SOP class.
SOP CLASSES FOR AE STORAGE
SOP Class Name SOP Class UID SCU SCP
US Image Storage 1.2.840.10008.5.1.4.1.1.6.1 Yes No
US Image Storage (retired) 1.2.840.10008.5.1.4.1.1.6 Yes No
US Multiframe Image Storage 1.2.840.10008.5.1.4.1.1.3.1 Yes No
US Multiframe Image Storage (retired) 1.2.840.10008.5.1.4.1.1.3 Yes No
Comprehensive Structured Report Storage 1.2.840.10008.5.1.4.1.1.88.33 Yes No
Storage Commitment Push Model 1.2.840.10008.1.20.1 Yes No
are Cineloops supported by conquest or is there some other setting I am missing?
regards
Simon
Hi, we run Conquest 1.4.17d and a Phillips IU22 ultrasound machine. Have no problem sending images to conquest except Multiframe, that generate this error when being sent
[CONQUESTSRV1] UPACS THREAD 634: STARTED AT: Fri Jun 24 14:47:42 2016
[CONQUESTSRV1] *** connection terminated
[CONQUESTSRV1] UPACS THREAD 634: ENDED AT: Fri Jun 24 14:47:42 2016
[CONQUESTSRV1] UPACS THREAD 634: TOTAL RUNNING TIME: 0 SECONDS
When running the Verify settings to the PACS on the IU22 it shows that Multiframe is not supported.
Not sure what the fix is, is it something I need to change on the IU22 or Conquest.
thanks
Simon