Bug: filling holes always leads to violet colour; DNG-files from MINI 5 PRO

[CW E]

Hi all!

I hoped, this behaviour will change over time, but did not. 

What I have: 

MAC Mini 16 GB RAM, MAC OS 26.5.1

RAW-files from DJI Mini 5 Pro, optimized with DXO Photo LAB 8 to optimized DNG-files. 

PTGUI 13.9 PRO

What I use in PTGUI: 

Option: fill holes = on

Output: JPG, but file format does make no difference

Working with Tone Mapping

Holes to fill in all cases blue sky at the top

What I get: 

1) In the editor-window hole at the top (sky) looks good

2) After rendering hole at the top (sky) ALWAYS in bright violet color

What I tried: 

1) Different output file types --> no difference

2) Activating, deactivating GPU-acceleration --> no difference

What can I do or try? Is this a known bug?

Thank You!

[Erik Krause]

Am 21.06.2026 um 21:03 schrieb CW E:

> What I get:
> 1) In the editor-window hole at the top (sky) looks good
> 2) After rendering hole at the top (sky) ALWAYS in bright violet color
>
> What I tried:
> 1) Different output file types --> no difference
> 2) Activating, deactivating GPU-acceleration --> no difference
>
> What can I do or try? Is this a known bug?

This sounds like a colorspace issue. Could you make your project file
(.pts) and few source images (just enough to reproduce the error)
available for download?

You can also try for yourself: Just play with the output color space
(Advanced interface, Create Panorama tab)

--
Erik Krause
http://www.erik-krause.de

[PTGui Support]

If only the color of the filled hole is affected then it's not a
colorspace issue.

Which file format are you using for the patch? For high dynamic range
patches you need to use a HDR format such as OpenEXR.

If that's not the issue, could you make your project available so I can
see what's happening?

Kind regards,

Joost Nieuwenhuijse
www.ptgui.com

[CW E]

Hi!

For output I always use JPG. 

No dynamic range - just output in JPG in sRGB (output color space makes no difference concdrening the problem). 

Everything seems to be ok except patch. 

Here is one of the examples: 

https://drive.google.com/drive/folders/1wfoIlAWIQKllwMLpyT1k7iR8o1Vn3a2Z?usp=sharing

From this very project: editor

Output:

[Erik Krause]

Am 22.06.2026 um 17:45 schrieb CW E:

> https://drive.google.com/drive/
> folders/1wfoIlAWIQKllwMLpyT1k7iR8o1Vn3a2Z?usp=sharing

There is an at least 4 pixel wide black and checkerboard border around
the images. The top border is black and violet, hence the violet hole fill.

Examine the images as they come directly from the camera. If they are
ok, probably DxO is to blame.

You can avoid that violet fill if you go to Crop tab and set Top
Cropping to at least 10px. No idea why it is so much, but that's the
value where the wrong color disappeared for me.

[CW E]

Thank You!

And yes - that's the Problem. I did not see this until now and PTGUI is not to blame as it looks. 

Tested it: and yes - that's a problem of DXO. Original DNGs are without this artefacts. I do not know what DXO is doing here... sadly I found (until now) no way to crop the DNGs when exporting it to DNGs again. I could of course export to TIFF 16 bit. But then the source pictures are even lager in file size which leads to the problem of storing space and computing time... (storage crisis now and very high cost of HD-space). My NAS until now is stuffed full with nearly 9TB of raw-pictures from my project so far :-)

Greetings

[Erik Krause]

Am 22.06.2026 um 19:43 schrieb CW E:

> *sadly I found
> (until now) no way to crop the DNGs when exporting it to DNGs again.*

In PTGui, save the crop settings to a template. Apply this template once
you loaded all images. See Project Settings tab for details.

> But then the source pictures are
> even lager in file size which leads to the problem of storing space and
> computing time... (storage crisis now and very high cost of HD-space).

Delete intermediate files. Anything that can be automatically created
from the original raw files is superfluous. I have a batch file that
looks whether a same named raw file exists and deletes the intermediate
TIFFs. I run it once a project group is finished. This way I keep only
the original raws, the project files and the stitched panoramas.