DICOM @ OFFIS

I tested it on my Ubuntu 20.04 (LTS) machine with latest updates and got the following (on SCU side): echoscu-tls: dl-call-libc-early-init.c:37: _dl_call_libc_early_init: Assertion `sym != NULL' failed. Aborted (core dumped) Here is the --version output: $dcmtk: echoscu v3.6.6 2021-01-14 $ echoscu: ...

Since the Visible Light Image IOD is a single frame IOD, i have to write each captured image to a file and send it the server. In fact, there are also VL Image IODs for video data but since your images are no videos it make no sense to use one of them (as far as I understood your use case). Do i ha...

Our medical device is a digital colposcope that captures and stores the color images without any compressions from digital cameras. MultiframeTrueColorSecondaryCaptureImageStorage would be an option. Yes, but wouldn't one of the Visible Light Image IODs be more appropriate? But I thought that the M...

You mean one of the Multi-frame Secondary Capture Image IODs?
What kind of acquisition modality do you have (see above)?

For the Secondary Capture Image IOD, the decision is rather easy: this IOD only supports single frame images. May I ask: why did you choose this IOD? Usually, it only makes sense to use it if there is no other (more specific) image IOD that meets the requirements, which also includes the case that t...

The "best way" is to base the decision on what types of images and modalities are involved. DICOM defines various image IODs (Information Object Definition) for quite different purposes. So, the choice between 1. and 2. should only be made after you've decided which IOD is (or IODs are) to be used.

Thank you for the sample file. There is indeed a severe violation of the DICOM encoding rules: "DcmItem: Parse error in sequence item, found (fffe,e0dd) instead of item delimiter (fffe,e00d)". In order to process the file with dcm(j)2pnm, you should first fix the incorrect encoding by "dcmconv +rd i...

Yes, please send the file by email to bugs/at/dcmtk/dot/org so that I can have a look at it.

Apparently, there are various issues with your file. For example, since there is no file meta information, your file is strictly speaking no DICOM file (but a DICOM dataset stored as a file). Also there seems to be an encoding issue with one or more Sequence of Items (SQ) elements... Also, file seem...

What does the command line tool dcm2pnm (with option --debug) show? If it cannot read the file either, does it work with dcmj2pnm?

I cannot see any relation to the DCMTK but... The measurements should not be stored in the DICOM image but as a separate SOP instance. Depending on the type of your measurements, you should use the specific measurement IOD (e.g. for ophthalmology) or one of the Structured Reporting IODs with a suita...

The question is can something be done from the scu configuration side? Like dividing big one file scans to small frames so that in between the frame the other network topology frames can go through. Or the only option is to develop somekind of traffic manipulation? Technically speaking, this would ...

This is something that could probably be specified at your Wifi access point, e.g. Quality of Service (QoS) or bandwidth limits. Depending on the operating system that you use, there might also be tools to manipulate the traffic control settings, e.g "tc" or "wondershaper" on Linux.

Regarding the first function you are searching for, see DCMTK Feature #796.

This question is not really related to the DCMTK but the answer can be found in DICOM PS3.5 Section 6.1. Also the Wikipedia article on Graphic character might be of some help.