// Logistics
Step-by-step instructions for preparing, testing, and submitting your final Docker container. Follow these steps in order. Test-set evaluation is manual and offline: there is no interim feedback, so a container that fails to run will not be flagged until after the deadline has closed.
docker.synapse.org(patient_id, timepoint), covering every exam in the ground-truth set:
lvef_pred, float in [0, 100]dysfunction_pred, calibrated probability in [0, 1], not a hard label
cardiotoxicity_pred, calibrated probability in [0, 1], baseline (T1)
only
Container harness contract. Your container must read a manifest and DICOM
files mounted read-only at /input, and write a single
/output/predictions.csv covering every case in the manifest, using
no arguments and no runtime environment variables. Full details, exact directory
structure, and a working reference container are here:
Evaluation hardware (confirmed): NVIDIA A40, 48 GB VRAM · 32 CPU cores · 48 GB system RAM (40 GB available per container run) · 1 TB shared storage. Wall-clock limit: 15 minutes per case, timed from container start — this includes model-loading time, not just active inference.
This is the exact invocation used at evaluation time, not an approximation.
--gpus '"device=0"' pins a single GPU device — do not write code that
enumerates or selects among multiple devices. --network none reproduces
the offline evaluation environment; if your container depends on a runtime download
(model weights, tokeniser files, API calls), it will fail evaluation.
--shm-size 512m raises Docker's default 64 MB shared memory pool —
if your inference pipeline uses PyTorch (or similar) multi-process data loading, test
against this exact value locally, since a larger pool on your own machine may hide a
crash that only appears under the evaluation server's actual limit. The mount paths
shown are local placeholders for your own testing — inside the container, your code
must always read from /input and write to /output.
docker.synapse.org, then Docker Repository Tools → Submit Docker
Repository to Challenge. You may resubmit at any point before the deadline to update
your container; only your last submission is evaluated, consistent with
Challenge Rule 2.
Recommended naming convention (optional). Organisers recommend naming
Docker repositories and submissions using the format TeamName_TaskX_vN
(e.g. CardioVisionLab_Task1_v3). This is a recommendation for clarity only
and is not enforced.
// Q&A
Questions? echorisk.miccai@gmail.com