# Orthanc 1.13.0 is now available
**URL:** https://discourse.orthanc-server.org/t/orthanc-1-13-0-is-now-available/6473
**Category:** Releases
**Created:** [August 15, 2026, 10:32pm UTC](https://discourse.orthanc-server.org/t/orthanc-1-13-0-is-now-available/6473 "2026-08-15T22:32:55Z")
**Posts on this page:** 20
**Page:** 1
### Author:  [@jodogne](https://discourse.orthanc-server.org/u/jodogne)
#### Post date: [August 15, 2026, 10:32pm UTC](https://discourse.orthanc-server.org/t/orthanc-1-13-0-is-now-available/6473/1 "2026-08-15T22:32:55Z")
Dear Orthanc community,
We are pleased to announce the release of Orthanc 1.13.0!
This release notably features a complete rewrite of how DICOM files are retrieved from the storage area, parsed, and transcoded. This large-scale refactoring improves control over the memory footprint of Orthanc, while also enhancing caching and performance by reducing coupling between threads.
Several new options have consequently been introduced to fine-tune memory and CPU usage. The complete list is available in the release notes.
Besides this main change, this major release brings several new features:
- The configuration file has been split into two parts, with a new file containing advanced options for experienced users. This reduces the complexity of the standard configuration file. Multiple configuration files can now be specified, providing greater flexibility when organizing the configuration of Orthanc.
- The REST API has been upgraded to version 31, with new information exposed through the `/system` route and new metrics related to the storage, DICOM parsing, and transcoding components.
- Several security and robustness improvements have been introduced, including protection against deeply nested DICOM sequences and various out-of-bounds read/write issues, as well as improvements to DICOM validation and handling.
- The latest value representations introduced in the DICOM standard are supported.
The Docker packages and Windows installers will be released in the coming days. For the complete list of changes and improvements, [please refer to the full release notes](https://orthanc.uclouvain.be/hg/orthanc/file/Orthanc-1.13.0/NEWS).
Overall, Orthanc 1.13.0 is a major step forward in terms of performance, configurability, observability, and security.
Enjoy,
Alain and Sébastien.
---
### Author:  [@ranasrule](https://discourse.orthanc-server.org/u/ranasrule)
#### Post date: [August 15, 2026, 11:15pm UTC](https://discourse.orthanc-server.org/t/orthanc-1-13-0-is-now-available/6473/2 "2026-08-15T23:15:09Z")
Sounds like another awesome release.
Can wait for the Windows builds to be released.
---
### Author:  [@COOGOR](https://discourse.orthanc-server.org/u/COOGOR)
#### Post date: [August 16, 2026, 6:29am UTC](https://discourse.orthanc-server.org/t/orthanc-1-13-0-is-now-available/6473/3 "2026-08-16T06:29:25Z")
Congratulations to the new release! That sounds awful, and involves a lot of work for you and your team!
As a sunday morning activity I tried to build it for Leap 16.0 and run into errors with boost (1.86.0) as it seems.
The relevant error messages are here: [openSUSE Paste](https://paste.opensuse.org/pastes/468c37855946)
Any hints?
Many thanks
Axel
---
### Author:  [@jodogne](https://discourse.orthanc-server.org/u/jodogne)
#### Post date: [August 16, 2026, 9:07am UTC](https://discourse.orthanc-server.org/t/orthanc-1-13-0-is-now-available/6473/4 "2026-08-16T09:07:33Z")
Dear Axel,
> [@COOGOR](#):
>
> As a sunday morning activity I tried to build it for Leap 16.0
Wow, that was fast!
> [@COOGOR](#):
>
> The relevant error messages are here: [openSUSE Paste](https://paste.opensuse.org/pastes/468c37855946)
The problem is that Orthanc must now be linked with `boost::program_options`, which is a new Boost dependency to handle command-line arguments. Visibly, the development package is already installed on your Leap box (otherwise build would have failed earlier), so what is missing the `-lbboost_program_options` argument at the link step. You should give a try adding the `-DORTHANC_FRAMEWORK_ADDITIONAL_LIBRARIES=boost_program_options` flag when invoking CMake.
Best,
Sébastien-
---
### Author:  [@ranasrule](https://discourse.orthanc-server.org/u/ranasrule)
#### Post date: [August 16, 2026, 11:22pm UTC](https://discourse.orthanc-server.org/t/orthanc-1-13-0-is-now-available/6473/5 "2026-08-16T23:22:14Z")
Greetings,
Any ETA on the Windows x64 build ?
---
### Author:  [@jodogne](https://discourse.orthanc-server.org/u/jodogne)
#### Post date: [August 17, 2026, 4:16am UTC](https://discourse.orthanc-server.org/t/orthanc-1-13-0-is-now-available/6473/6 "2026-08-17T04:16:00Z")
> [@ranasrule](#):
>
> Any ETA on the Windows x64 build ?
The builds themselves have been immediately available at the usual location: [Orthanc downloads](https://orthanc.uclouvain.be/downloads/windows-64/orthanc/1.13.0/index.html)
It is the _Windows installers_ that are still in the process of being built.
Regards,
Sébastien-
---
### Author:  [@COOGOR](https://discourse.orthanc-server.org/u/COOGOR)
#### Post date: [August 17, 2026, 3:08pm UTC](https://discourse.orthanc-server.org/t/orthanc-1-13-0-is-now-available/6473/7 "2026-08-17T15:08:41Z")
> [@jodogne](#):
>
> The problem is that Orthanc must now be linked with `boost::program_options`, which is a new Boost dependency to handle command-line arguments. Visibly, the development package is already installed on your Leap box (otherwise build would have failed earlier), so what is missing the `-lbboost_program_options` argument at the link step. You should give a try adding the `-DORTHANC_FRAMEWORK_ADDITIONAL_LIBRARIES=boost_program_options` flag when invoking CMake.
Hello Sebastien,
thanks for the hint, but this does not change the result. In the configuration section of cmake I find:
[8s] CMake Warning:
[8s] Manually-specified variables were not used by the project:
[8s]
[8s] BUILD\_STATIC\_LIBS
[8s] Boost\_NO\_BOOST\_CMAKE
[8s] CMAKE\_Fortran\_FLAGS
[8s] CMAKE\_INSTALL\_BINDIR
[8s] CMAKE\_INSTALL\_DATAROOTDIR
[8s] CMAKE\_INSTALL\_DOCDIR
[8s] CMAKE\_INSTALL\_DO\_STRIP
[8s] CMAKE\_INSTALL\_INCLUDEDIR
[8s] CMAKE\_INSTALL\_INFODIR
[8s] CMAKE\_INSTALL\_LIBDIR
[8s] CMAKE\_INSTALL\_LIBEXECDIR
[8s] CMAKE\_INSTALL\_LOCALSTATEDIR
[8s] CMAKE\_INSTALL\_MANDIR
[8s] CMAKE\_INSTALL\_RUNSTATEDIR
[8s] CMAKE\_INSTALL\_SBINDIR
[8s] CMAKE\_INSTALL\_SHAREDSTATEDIR
[8s] CMAKE\_INSTALL\_SYSCONFDIR
[8s] CMAKE\_MODULES\_INSTALL\_DIR
[8s] INCLUDE\_INSTALL\_DIR
[8s] LIB\_INSTALL\_DIR
[8s] LIB\_SUFFIX
[8s] ORTHANC\_FRAMEWORK\_ADDITIONAL\_LIBRARIES
[8s] ORTHANC\_UNIT\_TESTS\_LINK\_FRAMEWORK
[8s] SHARE\_INSTALL\_PREFIX
[8s] SYSCONF\_INSTALL\_DIR
[8s] SYSTEM\_MONGOOSE\_USE\_CA/var/tmp/build-root/openSUSE\_Tumbleweed-x86\_64LLBACKS
So cmake is not accepting `DORTHANC\_FRAMEWORK\_ADDITIONAL\_LIBRARIES ?
Cheers
Axel
---
### Author:  [@jodogne](https://discourse.orthanc-server.org/u/jodogne)
#### Post date: [August 17, 2026, 3:40pm UTC](https://discourse.orthanc-server.org/t/orthanc-1-13-0-is-now-available/6473/8 "2026-08-17T15:40:22Z")
> [@COOGOR](#):
>
> thanks for the hint, but this does not change the result
Hello Axel,
Please find attached to this message a Dockerfile illustrating how to perform a minimal build of Orthanc 1.13.0 on openSUSE Leap 16. I think you were simply missing the `libboost_program_options-devel` package.
HTH,
Sébastien-
[Dockerfile.txt](https://discourse.orthanc-server.org/uploads/short-url/j20hpYVxD5L6P7X7JDVZeMh12uL.txt) (1.0 KB)
---
### Author:  [@COOGOR](https://discourse.orthanc-server.org/u/COOGOR)
#### Post date: [August 18, 2026, 6:01am UTC](https://discourse.orthanc-server.org/t/orthanc-1-13-0-is-now-available/6473/9 "2026-08-18T06:01:42Z")
> [@jodogne](#):
>
> libboost\_program\_options-devel
Many thanks Sebastien. normally a missing dependency shows up in the config section…however, it compiles now.
But throws an error during test:
[32s] + build/UnitTests
[32s] E0818 05:59:31.375430 MAIN OrthancException.cpp:144] Bad file format: The configuration section “DicomAssociationCloseDelay” i
s defined in 2 different configuration files
[32s] terminate called after throwing an instance of ‘Orthanc::OrthancException’
Cheers
Axel
---
### Author:  [@alainmazy](https://discourse.orthanc-server.org/u/alainmazy)
#### Post date: [August 18, 2026, 8:31am UTC](https://discourse.orthanc-server.org/t/orthanc-1-13-0-is-now-available/6473/10 "2026-08-18T08:31:09Z")
> [@jodogne](#):
>
> It is the _Windows installers_ that are still in the process of being built.
FYI, the Windows installers 26.8.0 and the `orthancteam/orthanc:26.8.0` Docker images are now available.
We will release 26.8.1 later this week with a few updated plugins.
---
### Author:  [@jodogne](https://discourse.orthanc-server.org/u/jodogne)
#### Post date: [August 18, 2026, 8:56am UTC](https://discourse.orthanc-server.org/t/orthanc-1-13-0-is-now-available/6473/11 "2026-08-18T08:56:23Z")
> [@COOGOR](#):
>
> normally a missing dependency shows up in the config section
Hi, that’s not a problem on the side of Orthanc, but some specificity of the Boost package in openSUSE: installing `boost-devel` installs the development headers of the `boost::program_options` library, but not the library itself. Either the development headers should not be part of `boost-devel`, or `boost-devel` should have a dependency on `libboost_program_options-devel`.
> [@COOGOR](#):
>
> But throws an error during test:
I am unable to reproduce this issue. Please provide a full Dockerfile which would allow me to reproduce it on my computer.
Cheers,
Sébastien-
---
### Author:  [@COOGOR](https://discourse.orthanc-server.org/u/COOGOR)
#### Post date: [August 18, 2026, 2:45pm UTC](https://discourse.orthanc-server.org/t/orthanc-1-13-0-is-now-available/6473/12 "2026-08-18T14:45:27Z")
Hi Sebastien,
boost-devel seems not to be the problem (I have included it and that does not change the result).
The issue is in the testing section, when variables are defined in
OrthancServer/Resources/Configuration.json and AdvancedConfiguration.json
That seems to affect all double parameters - if I patch out one, the next one comes up :-/
See: [https://build.opensuse.org/package/show/home:DocB:Orthanc/orthanc](https://build.opensuse.org/package/show/home:DocB:Orthanc/orthanc) → build results → failed
So my uneducated guess it that the processing of the 2 config files runs now into an error
Chers
Axel
---
### Author:  [@alainmazy](https://discourse.orthanc-server.org/u/alainmazy)
#### Post date: [August 19, 2026, 1:32pm UTC](https://discourse.orthanc-server.org/t/orthanc-1-13-0-is-now-available/6473/13 "2026-08-19T13:32:17Z")
FYI, 26.8.1 is now available too with these plugins updated:
- **[PostgreSQL](https://orthanc.uclouvain.be/hg/orthanc-databases/file/default/PostgreSQL/NEWS)** **10.3**
- **[DICOMweb](https://orthanc.uclouvain.be/hg/orthanc-dicomweb/file/default/NEWS)** **1.24**.
---
### Author:  [@COOGOR](https://discourse.orthanc-server.org/u/COOGOR)
#### Post date: [August 25, 2026, 3:54pm UTC](https://discourse.orthanc-server.org/t/orthanc-1-13-0-is-now-available/6473/14 "2026-08-25T15:54:05Z")
Hi,
I think I have fond the problem…working on the fix now
---
### Author:  [@jodogne](https://discourse.orthanc-server.org/u/jodogne)
#### Post date: [August 26, 2026, 6:35am UTC](https://discourse.orthanc-server.org/t/orthanc-1-13-0-is-now-available/6473/15 "2026-08-26T06:35:21Z")
Hello Axel,
> [@COOGOR](#):
>
> But throws an error during test:
I thought you were referring to the unit tests, but it seems you’re actually talking about launching the main Orthanc server.
> [@COOGOR](#):
>
> That seems to affect all double parameters
Indeed, your openSUSE package must be updated to reflect the fact that the configuration file was split in 2 files starting with Orthanc 1.13.0. If you use the new `advanced.json` together with your old `orthanc.json`, some options will be defined in the two files, preventing Orthanc from starting (as you observed). Three possibilities:
1- You keep your unique configuration file from the earlier versions of the package and you ignore the new `advanced.json` (simply don’t create the file, or create a JSON file with the empty dictionary `{}`). I think Orthanc should start gracefully, as advanced settings have default values that are embedded inside the binaries. Downside: The openSUSE user will not see the new configuration options.
2- You create `advanced.json` by executing `Orthanc --config=advanced.json`, and manually remove all the options from the old configuration file `orthanc.json` that clash with `advanced.json`. Downside: The setup will not be future-proof if new options are added in next releases.
3- You regenerate both `orthanc.json` and `advanced.json` from scratch on each release of the openSUSE package. Those files can be created by respectively executing `Orthanc --config=orthanc.json` and `Orthanc --config=advanced.json`. It will be up to the user to chose whether to preserve their old, unique configuration file, or to replace this file by the new `orthanc.json` and `advanced.json` (I guess this is handled by openSUSE).
As far as I’m concerned, I would definitely favor option 3.
HTH,
Sébastien-
---
### Author:  [@COOGOR](https://discourse.orthanc-server.org/u/COOGOR)
#### Post date: [August 27, 2026, 7:05am UTC](https://discourse.orthanc-server.org/t/orthanc-1-13-0-is-now-available/6473/16 "2026-08-27T07:05:03Z")
Hello Sebastien,
thank you for this explanation, as written, I noticed this in between as well.
Following your 3rd point, I ran both calls (in a VM with orthanc, and without a config file)
orthanc --config=orthanc.json
orthanc --config=advanced.json
and afterwards both files have the same content.
I guess this is not desired?
---
### Author:  [@jodogne](https://discourse.orthanc-server.org/u/jodogne)
#### Post date: [August 27, 2026, 8:30am UTC](https://discourse.orthanc-server.org/t/orthanc-1-13-0-is-now-available/6473/17 "2026-08-27T08:30:11Z")
> [@COOGOR](#):
>
> orthanc --config=advanced.json
Sorry, typo, I meant: `Orthanc --advanced-config=advanced.json`
---
### Author:  [@COOGOR](https://discourse.orthanc-server.org/u/COOGOR)
#### Post date: [August 27, 2026, 4:04pm UTC](https://discourse.orthanc-server.org/t/orthanc-1-13-0-is-now-available/6473/18 "2026-08-27T16:04:59Z")
> [@jodogne](#):
>
> Sorry, typo, I meant: `Orthanc --advanced-config=advanced.json`
Ah OK. Thank you.
So I cleaned the /etc/orthanc, created 2 new .json - config and advanced - and tried to start the orthanc service. It stops as parameter ‘ReadOnly’ is not defined or invalid.
In fact, it is not in the newly created files
PS: Same at least for
“DicomTlsRemoteCertificateRequired”
“BuiltinDecoderTranscoderOrder”
as well
---
### Author:  [@jodogne](https://discourse.orthanc-server.org/u/jodogne)
#### Post date: [August 28, 2026, 6:57am UTC](https://discourse.orthanc-server.org/t/orthanc-1-13-0-is-now-available/6473/19 "2026-08-28T06:57:29Z")
> [@COOGOR](#):
>
> So I cleaned the /etc/orthanc, created 2 new .json - config and advanced - and tried to start the orthanc service. It stops as parameter ‘ReadOnly’ is not defined or invalid.
Could you please check the attached Dockerfile? It starts without any issues on my side, so there is something different in the way Orthanc is being started in your package. Are you providing the `/etc/orthanc/` folder as an argument?
[Dockerfile.txt](https://discourse.orthanc-server.org/uploads/short-url/lLRON8LumtB51A9OUj2kQZKh77h.txt) (421 Bytes)
---
### Author:  [@COOGOR](https://discourse.orthanc-server.org/u/COOGOR)
#### Post date: [August 28, 2026, 5:12pm UTC](https://discourse.orthanc-server.org/t/orthanc-1-13-0-is-now-available/6473/20 "2026-08-28T17:12:31Z")
Yes, I did. I started over with a new VM and a clean build, with an updated config file (and no advanced config) and now…it works 🤷♂️ dont ask me why. Anyway, its on the way to Tumbleweed, Leap 16 and 16.1.
Many thanks for your support!