Feature request support AVIF images

Until DxO supports these output formats natively, the best, fairest way to compare two different image formats is to begin with a lossless master file, like PNG, not to begin with another image format exported from from DxO.

Of course, the only way to truly compare is for DxO to actually support exports to JPEG XL and AVIF already. Because even exporting to TIFF already involves resampling the color space from the RAW to the TIFF.

But DxO does not, so the most accurate second choice is to start with a lossless master photo format like PNG. The PNG was taking from a master photo rendered from RAW at highest quality, then downscaled with Lanczos scaling to 25% resolution (50% linear scale) to eliminate any degradation from bayer interpolation, and then output as lossless PNG with no resampling into any other intermediate image format. This provides essentially the max quality possible reference photo for comparing two competing image formats.

PNG is a perfect, flawless representation of the Lanczos scaled output, which has been proven to be the most theoretically perfect rendering possible, used to make sure that neither format being tested has an advantage over the other from the beginning.

My use of PNG has nothing to do with using the photo on the web. Photographs on the web are almost never in PNG format. My use of PNG is simply because it is a lossless format with zero degradation of its own before comparing the two image formats to each other.

Go ahead and try it yourself with a TIFF or 100% JPEG if you wish.

I have asked everyone here to try it!

I am not an AVIF fan. I didn’t even know it existed a week ago.

But I do see an urgent need for DxO to add a better option for export above and beyond the three options it has now: which are impractical, massive TIFF files, or DNG files that are still raw not a final export format, or JPEG files which lose 95% of the color depth and dynamic range contained in each photo I take.

I would love to find out that JPEG XL is even more perfect than AVIF, but so far the exact opposite seems to be true, and AVIF massively appears better in my personal experimentation with it.

In my limited testing so far AVIF is 4x to 10x better than JPEG XL in every way, especially in providing accurate renderings of the highest quality possible photos.

But I definitely could be wrong. I don’t have a scientific study, only personal experience for less than one week.

I have obviously only tested the one photo above. And in that test the results were massively in favor of AVIF over every other format.

Please, please test everything out yourself.

My test results will have absolutely no effect on the image formats that the big guys decide to support.

What is at stake here is the selection of a new image format that could push JPEG out of the position it has held for decades and that could be as interoperable and widely accepted as the JPEG standard has become.

I do take note that Microsoft and Apple have added support for, and are using, JPEG-XL in their operating systems.

Far less support than they have already for AVIF.

macOS Safari crashed right now when I just tried to drag and drop my 400KB JPEG XL file onto the location bar to even see if it would load. macOS clearly does not have its “support” for JPEG XL in a ready-to-go state.

But dragging and dropping the same file in AVIF performed perfectly.


Translated Report (Full Report Below)

Process: Safari [82018]
Path: /Volumes/VOLUME/*/Safari.app/Contents/MacOS/Safari
Identifier: com.apple.Safari
Version: 18.6 (20621.3.11.11.3)
Build Info: Safari-7621003011011003~1
Code Type: ARM-64 (Native)
Parent Process: launchd [1]
User ID: 501

Date/Time: 2025-08-10 09:31:40.1066 -0500
OS Version: macOS 15.6 (24G84)
Report Version: 12
Anonymous UUID: 270A3FBC-9B8B-2FB5-BC54-4E20F54C90E8

Time Awake Since Boot: 55000 seconds

System Integrity Protection: enabled

Crashed Thread: 0 Dispatch queue: com.apple.main-thread

Exception Type: EXC_BAD_ACCESS (SIGKILL)
Exception Codes: UNKNOWN_0x105 at 0x00000000dac11a30
Exception Codes: 0x0000000000000105, 0x00000000dac11a30

Termination Reason: Namespace PAC_EXCEPTION, Code 261

VM Region Info: 0xdac11a30 is not in any region. Bytes before following region: 660760016
REGION TYPE START - END [ VSIZE] PRT/MAX SHRMOD REGION DETAIL
UNUSED SPACE AT START
—>
__TEXT 102238000-10223c000 [ 16K] r-x/r-x SM=COW /System/Volumes/Preboot/Cryptexes/App/System/Applications/Safari.app/Contents/MacOS/Safari

Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
0 CoreFoundation 0x1870ba2bc CF_IS_OBJC + 44
1 CoreFoundation 0x186f6e424 CFRetain + 64
2 QuartzCore 0x1900460d0 CA::AttrList::set(unsigned int, _CAValueType, void const*) + 760
3 QuartzCore 0x19005cefc CAAnimation_setter(CAAnimation*, unsigned int, _CAValueType, void const*) + 232
4 QuartzCore 0x19005d1a4 -[CABasicAnimation setToValue:] + 52
5 Safari 0x1b9bf2324 -[NSView(SafariNSViewExtras) _safari_animateBackgroundImage:duration:allowTiling:] + 268
6 Safari 0x1b9bf21d0 -[NSView(SafariNSViewExtras) safari_animateBackgroundImage:allowTiling:] + 216
7 Safari 0x1b9c60cf4 __47-[StartPageCollectionView _setBackgroundImage:]_block_invoke + 108
8 libdispatch.dylib 0x186d43b2c _dispatch_call_block_and_release + 32
9 libdispatch.dylib 0x186d5d85c _dispatch_client_callout + 16
10 libdispatch.dylib 0x186d7ab80 _dispatch_main_queue_drain.cold.5 + 812
11 libdispatch.dylib 0x186d52db0 _dispatch_main_queue_drain + 180
12 libdispatch.dylib 0x186d52cec _dispatch_main_queue_callback_4CF + 44
13 CoreFoundation 0x187024be0 CFRUNLOOP_IS_SERVICING_THE_MAIN_DISPATCH_QUEUE + 16
14 CoreFoundation 0x186fe58dc __CFRunLoopRun + 1980
15 CoreFoundation 0x186fe4a98 CFRunLoopRunSpecific + 572
16 HIToolbox 0x192a8727c RunCurrentEventLoopInMode + 324
17 HIToolbox 0x192a8a4e8 ReceiveNextEventCommon + 676
18 HIToolbox 0x192c15484 _BlockUntilNextEventMatchingListInModeWithFilter + 76
19 AppKit 0x18af09a34 _DPSNextEvent + 684
20 AppKit 0x18b8a8940 -[NSApplication(NSEventRouting) _nextEventMatchingEventMask:untilDate:inMode:dequeue:] + 688
21 Safari 0x1b9815ce4 -[BrowserApplication nextEventMatchingMask:untilDate:inMode:dequeue:] + 228
22 AppKit 0x18aefcbe4 -[NSApplication run] + 480
23 AppKit 0x18aed32dc NSApplicationMain + 880
24 Safari 0x1b9bd60b0 SafariMain + 468
25 dyld 0x186b5ab98 start + 6076

Thread 1:: JavaScriptCore libpas scavenger
0 libsystem_kernel.dylib 0x186ebd3cc __psynch_cvwait + 8
1 libsystem_pthread.dylib 0x186efc0e0 _pthread_cond_wait + 984
2 JavaScriptCore 0x1a7159884 scavenger_thread_main + 1364
3 libsystem_pthread.dylib 0x186efbc0c _pthread_start + 136
4 libsystem_pthread.dylib 0x186ef6b80 thread_start + 8

Thread 2:: Dispatch queue: com.apple.WebInspector.RWIManager.mobileDeviceNotificationQueue
0 libsystem_kernel.dylib 0x186eb9c34 mach_msg2_trap + 8
1 libsystem_kernel.dylib 0x186ecc3a0 mach_msg2_internal + 76
2 libsystem_kernel.dylib 0x186ec2764 mach_msg_overwrite + 484
3 libsystem_kernel.dylib 0x186eb9fa8 mach_msg + 24
4 CoreFoundation 0x186fe6cbc __CFRunLoopServiceMachPort + 160
5 CoreFoundation 0x186fe55d8 __CFRunLoopRun + 1208
6 CoreFoundation 0x186fe4a98 CFRunLoopRunSpecific + 572
7 CoreFoundation 0x18705e554 CFRunLoopRun + 64
8 WebInspector 0x1cbbbc46c -[RWIManager _startMobileDeviceNotificationQueueRunLoop] + 188
9 libdispatch.dylib 0x186d43b2c _dispatch_call_block_and_release + 32
10 libdispatch.dylib 0x186d5d85c _dispatch_client_callout + 16
11 libdispatch.dylib 0x186d4c350 _dispatch_lane_serial_drain + 740
12 libdispatch.dylib 0x186d4ce60 _dispatch_lane_invoke + 440
13 libdispatch.dylib 0x186d57264 _dispatch_root_queue_drain_deferred_wlh + 292
14 libdispatch.dylib 0x186d56ae8 _dispatch_workloop_worker_thread + 540
15 libsystem_pthread.dylib 0x186ef7e64 _pthread_wqthread + 292
16 libsystem_pthread.dylib 0x186ef6b74 start_wqthread + 8

Thread 3:: WebCore: Scrolling
0 libsystem_kernel.dylib 0x186eb9c34 mach_msg2_trap + 8
1 libsystem_kernel.dylib 0x186ecc3a0 mach_msg2_internal + 76
2 libsystem_kernel.dylib 0x186ec2764 mach_msg_overwrite + 484
3 libsystem_kernel.dylib 0x186eb9fa8 mach_msg + 24
4 CoreFoundation 0x186fe6cbc __CFRunLoopServiceMachPort + 160
5 CoreFoundation 0x186fe55d8 __CFRunLoopRun + 1208
6 CoreFoundation 0x186fe4a98 CFRunLoopRunSpecific + 572
7 CoreFoundation 0x18705e554 CFRunLoopRun + 64
8 JavaScriptCore 0x1a5c0e140 WTF::Detail::CallableWrapper<WTF::RunLoop::create(WTF::ASCIILiteral, WTF::ThreadType, WTF::thread::QOS)::$_0, void>::call() + 52
9 JavaScriptCore 0x1a5c453b0 WTF::thread::entryPoint(WTF::thread::NewThreadContext*) + 240
10 JavaScriptCore 0x1a5a68c9c WTF::wtfThreadEntryPoint(void*) + 16
11 libsystem_pthread.dylib 0x186efbc0c _pthread_start + 136
12 libsystem_pthread.dylib 0x186ef6b80 thread_start + 8

Thread 4:: com.apple.NSEventThread
0 libsystem_kernel.dylib 0x186eb9c34 mach_msg2_trap + 8
1 libsystem_kernel.dylib 0x186ecc3a0 mach_msg2_internal + 76
2 libsystem_kernel.dylib 0x186ec2764 mach_msg_overwrite + 484
3 libsystem_kernel.dylib 0x186eb9fa8 mach_msg + 24
4 CoreFoundation 0x186fe6cbc __CFRunLoopServiceMachPort + 160
5 CoreFoundation 0x186fe55d8 __CFRunLoopRun + 1208
6 CoreFoundation 0x186fe4a98 CFRunLoopRunSpecific + 572
7 AppKit 0x18b02d78c _NSEventThread + 140
8 libsystem_pthread.dylib 0x186efbc0c _pthread_start + 136
9 libsystem_pthread.dylib 0x186ef6b80 thread_start + 8

Thread 5:: com.apple.CFSocket.private
0 libsystem_kernel.dylib 0x186ec4c2c __select + 8
1 CoreFoundation 0x18700cb30 __CFSocketManager + 704
2 libsystem_pthread.dylib 0x186efbc0c _pthread_start + 136
3 libsystem_pthread.dylib 0x186ef6b80 thread_start + 8

Thread 6:
0 libsystem_pthread.dylib 0x186ef6b6c start_wqthread + 0

Thread 7:
0 libsystem_pthread.dylib 0x186ef6b6c start_wqthread + 0

Thread 8:
0 libsystem_pthread.dylib 0x186ef6b6c start_wqthread + 0

Thread 9:
0 libsystem_pthread.dylib 0x186ef6b6c start_wqthread + 0

Thread 10:
0 libsystem_pthread.dylib 0x186ef6b6c start_wqthread + 0

Thread 0 crashed with ARM Thread State (64-bit):
x0: 0x0000000000000004 x1: 0x000000088e104140 x2: 0xfffff0003ffff800 x3: 0x00000001023ed558
x4: 0x00000008878f3760 x5: 0x0000000000000000 x6: 0x001f800000520b26 x7: 0x488bfd65db9a72ac
x8: 0xfa00000000000002 x9: 0xfa201583e4d3d00a x10: 0x007ffffffffffff8 x11: 0x001f800000520b26
x12: 0x0000000000000a42 x13: 0x00000008878f0000 x14: 0x0000000000000001 x15: 0xffffffffb00007ff
x16: 0x00201583e4d3d008 x17: 0x6ae100088e104140 x18: 0x0000000000000000 x19: 0x000000088e104140
x20: 0x000000088e104140 x21: 0x00000008878f3760 x22: 0x0000000000000002 x23: 0x0000000000000234
x24: 0x0000000000000000 x25: 0x00000008878f2fe0 x26: 0x0000000000000114 x27: 0x0000000000000000
x28: 0xffffffff76ffffff fp: 0x000000016dbc5c80 lr: 0x0000000186f6e424
sp: 0x000000016dbc5c70 pc: 0x00000001870ba2bc cpsr: 0x00000000
far: 0x0000000000000000 esr: 0x72000002 Address size fault

Binary Images:
0x102238000 - 0x10223bfff com.apple.Safari (18.6) <68328e7d-29c2-3a3d-b401-7a7c50fd61c1> /Volumes/VOLUME//Safari.app/Contents/MacOS/Safari
0x1025c4000 - 0x1025cffff libobjc-trampolines.dylib (
) /usr/lib/libobjc-trampolines.dylib
0x11b52c000 - 0x11b593fff com.apple.AppleMetalOpenGLRenderer (1.0) <28cfca54-b985-318a-a54a-7709dcd5f39e> /System/Library/Extensions/AppleMetalOpenGLRenderer.bundle/Contents/MacOS/AppleMetalOpenGLRenderer
0x11c954000 - 0x11d087fff com.apple.AGXMetalG16X (329.2) <8e5557ce-84f2-3aa0-a631-94d3809e5bf0> /System/Library/Extensions/AGXMetalG16X.bundle/Contents/MacOS/AGXMetalG16X
0x126690000 - 0x126ab3fff com.apple.mobiledevice (1784.140.4) <572b1244-9bca-3b21-9dfd-4ac780a3b349> /Library/Apple//MobileDevice.framework/Versions/A/MobileDevice
0x125cd8000 - 0x125d7bfff com.apple.DeviceInterface (1.0) <049ef2a5-29bd-3cd9-af4c-170acb3855fc> /Library/Apple/
/DeviceInterface.framework/Versions/A/DeviceInterface
0x125a80000 - 0x125bbbfff com.apple.RemotePairing (1.0) /Library/Apple//RemotePairing.framework/Versions/A/RemotePairing
0x125f98000 - 0x12600ffff com.apple.Mercury (1.0) /Library/Apple/
/Mercury.framework/Versions/A/Mercury
0x126d30000 - 0x126d4ffff com.apple.security.csparser (3.0) <3a905673-ada9-3c57-992e-b83f555baa61> /System/Library/Frameworks/Security.framework/Versions/A/PlugIns/csparser.bundle/Contents/MacOS/csparser
0x186f6a000 - 0x1874a8fff com.apple.CoreFoundation (6.9) <8d45baee-6cc0-3b89-93fd-ea1c8e15c6d7> /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation
0x190043000 - 0x190416c7f com.apple.QuartzCore (1.11) <31921699-8990-3ace-8d83-16e7be814c6f> /System/Library/Frameworks/QuartzCore.framework/Versions/A/QuartzCore
0x1b9738000 - 0x1ba1c54bf com.apple.Safari.framework (20621) <8520b391-0e91-3c1d-ab3c-52fb8c2060e8> /System/Library/PrivateFrameworks/Safari.framework/Versions/A/Safari
0x186d42000 - 0x186d8875f libdispatch.dylib () <24ce0d89-4114-30c2-a81a-3db1f5931cff> /usr/lib/system/libdispatch.dylib
0x1929c4000 - 0x192ccafdf com.apple.HIToolbox (2.1.1) <1a037942-11e0-3fc8-aad2-20b11e7ae1a4> /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/HIToolbox.framework/Versions/A/HIToolbox
0x18aecf000 - 0x18c35fe3f com.apple.AppKit (6.9) <860c164c-d04c-30ff-8c6f-e672b74caf11> /System/Library/Frameworks/AppKit.framework/Versions/C/AppKit
0x186b54000 - 0x186bef577 dyld (
) <3247e185-ced2-36ff-9e29-47a77c23e004> /usr/lib/dyld
0x0 - 0xffffffffffffffff ??? () <00000000-0000-0000-0000-000000000000> ???
0x186eb9000 - 0x186ef4653 libsystem_kernel.dylib (
) <6e4a96ad-04b8-3e8a-b91d-087e62306246> /usr/lib/system/libsystem_kernel.dylib
0x186ef5000 - 0x186f01a47 libsystem_pthread.dylib (*) /usr/lib/system/libsystem_pthread.dylib
0x1a5a62000 - 0x1a736799f com.apple.JavaScriptCore (20621) <124e513d-5932-3a30-9f2d-15086a1e382c> /System/Library/Frameworks/JavaScriptCore.framework/Versions/A/JavaScriptCore
0x1cbba0000 - 0x1cbc64d5f com.apple.WebInspector (20621) /System/Library/PrivateFrameworks/WebInspector.framework/Versions/A/WebInspector

External Modification Summary:
Calls made by other processes targeting this process:
task_for_pid: 0
thread_create: 0
thread_set_state: 0
Calls made by this process:
task_for_pid: 0
thread_create: 0
thread_set_state: 0
Calls made by all processes on this machine:
task_for_pid: 0
thread_create: 0
thread_set_state: 0

VM Region Summary:
ReadOnly portion of Libraries: Total=1.9G resident=0K(0%) swapped_out_or_unallocated=1.9G(100%)
Writable regions: Total=4.4G written=833K(0%) resident=833K(0%) swapped_out=0K(0%) unallocated=4.4G(100%)

                            VIRTUAL   REGION 

REGION TYPE SIZE COUNT (non-coalesced)
=========== ======= =======
Accelerate framework 384K 3
Activity Tracing 256K 1
CG image 41.6M 285
CG raster data 144K 3
ColorSync 720K 39
CoreAnimation 8608K 370
CoreData Object IDs 4112K 2
CoreGraphics 32K 2
CoreImage 48K 3
CoreServices 16K 1
CoreUI image data 2496K 22
Foundation 160K 3
Image IO 9792K 64
Kernel Alloc Once 32K 1
MALLOC 142.4M 1484
MALLOC guard page 32K 2
MALLOC_SMALL 23.0M 1402
SQLite page cache 6144K 48
STACK GUARD 56.2M 11
Stack 13.3M 11
VM_ALLOCATE 128.7M 15
VM_ALLOCATE (reserved) 3.9G 1 reserved VM address space (unallocated)
WebKit Malloc 193.2M 30
__AUTH 9162K 852
__AUTH_CONST 92.1M 1116
__CTF 824 1
__DATA 36.9M 1097
__DATA_CONST 30.3M 1127
__DATA_DIRTY 3198K 381
__FONT_DATA 2352 1
__GLSLBUILTINS 5174K 1
__INFO_FILTER 8 1
__LINKEDIT 621.8M 10
__OBJC_RO 61.4M 1
__OBJC_RW 2396K 1
__TEXT 1.3G 1149
__TPRO_CONST 128K 2
dyld private memory 160K 2
libnetwork 1664K 24
mapped file 627.9M 116
page table in kernel 833K 1
shared memory 912K 15
=========== ======= =======
TOTAL 7.2G 9701
TOTAL, minus reserved VM space 3.4G 9701


Full Report

{“app_name”:“Safari”,“timestamp”:“2025-08-10 09:31:55.00 -0500”,“app_version”:“18.6”,“slice_uuid”:“68328e7d-29c2-3a3d-b401-7a7c50fd61c1”,“build_version”:“20621.3.11.11.3”,“platform”:1,“bundleID”:“com.apple.Safari”,“share_with_app_devs”:0,“is_first_party”:1,“bug_type”:“309”,“os_version”:“macOS 15.6 (24G84)”,“roots_installed”:0,“name”:“Safari”,“incident_id”:“AEB2D3E7-6C01-46C3-8FD5-003949C25E1A”}
{
“uptime” : 55000,
“procRole” : “Background”,
“version” : 2,
“userID” : 501,
“deployVersion” : 210,
“modelCode” : “Mac16,5”,
“coalitionID” : 1759,
“osVersion” : {
“train” : “macOS 15.6”,
“build” : “24G84”,
“releaseType” : “User”
},
“captureTime” : “2025-08-10 09:31:40.1066 -0500”,
“codeSigningMonitor” : 2,
“incident” : “AEB2D3E7-6C01-46C3-8FD5-003949C25E1A”,
“pid” : 82018,
“translated” : false,
“cpuType” : “ARM-64”,
“roots_installed” : 0,
“bug_type” : “309”,
“procLaunch” : “2025-08-10 09:30:52.4264 -0500”,
“procStartAbsTime” : 1338656182922,
“procExitAbsTime” : 1339800152732,
“procName” : “Safari”,
“procPath” : “/Volumes/VOLUME//Safari.app/Contents/MacOS/Safari",
“bundleInfo” : {“CFBundleShortVersionString”:“18.6”,“CFBundleVersion”:“20621.3.11.11.3”,“CFBundleIdentifier”:“com.apple.Safari”},
“buildInfo” : {“ProjectName”:“Safari”,“SourceVersion”:“7621003011011003”,“BuildVersion”:“1”},
“storeInfo” : {“deviceIdentifierForVendor”:“1306C179-1136-5397-9EA2-31B22F975BBD”},
“parentProc” : “launchd”,
“parentPid” : 1,
“coalitionName” : “com.apple.Safari”,
“crashReporterKey” : “270A3FBC-9B8B-2FB5-BC54-4E20F54C90E8”,
“appleIntelligenceStatus” : {“state”:“unavailable”,“reasons”:[“siriAssetIsNotReady”,“assetIsNotReady”,“notOptedIn”]},
“codeSigningID” : “com.apple.Safari”,
“codeSigningTeamID” : “”,
“codeSigningFlags” : 570522369,
“codeSigningValidationCategory” : 1,
“codeSigningTrustLevel” : 4294967295,
“codeSigningAuxiliaryInfo” : 432345573086461968,
“instructionByteStream” : {“beforePC”:“IACAUsADX9YpAED5Ko83kErxQvkoASqKMAEK6kABAFTxAwGqMVzt8g==”,“atPC”:“MBrB2vEDEKrxR8HaHwIR60AAAFRAjjjUCAIIqqgBALQfHADxoQAAVA==”},
“bootSessionUUID” : “804443C1-58C4-4481-A713-C54BA0E55F4E”,
“sip” : “enabled”,
“vmRegionInfo” : “0xdac11a30 is not in any region. Bytes before following region: 660760016\n REGION TYPE START - END [ VSIZE] PRT/MAX SHRMOD REGION DETAIL\n UNUSED SPACE AT START\n—> \n __TEXT 102238000-10223c000 [ 16K] r-x/r-x SM=COW /System/Volumes/Preboot/Cryptexes/App/System/Applications/Safari.app/Contents/MacOS/Safari”,
“exception” : {“codes”:“0x0000000000000105, 0x00000000dac11a30”,“rawCodes”:[261,3670088240],“type”:“EXC_BAD_ACCESS”,“signal”:“SIGKILL”,“subtype”:“UNKNOWN_0x105 at 0x00000000dac11a30”},
“termination” : {“namespace”:“PAC_EXCEPTION”,“flags”:2,“code”:261},
“vmregioninfo” : “0xdac11a30 is not in any region. Bytes before following region: 660760016\n REGION TYPE START - END [ VSIZE] PRT/MAX SHRMOD REGION DETAIL\n UNUSED SPACE AT START\n—> \n __TEXT 102238000-10223c000 [ 16K] r-x/r-x SM=COW /System/Volumes/Preboot/Cryptexes/App/System/Applications/Safari.app/Contents/MacOS/Safari”,
“extMods” : {“caller”:{“thread_create”:0,“thread_set_state”:0,“task_for_pid”:0},“system”:{“thread_create”:0,“thread_set_state”:0,“task_for_pid”:0},“targeted”:{“thread_create”:0,“thread_set_state”:0,“task_for_pid”:0},“warnings”:0},
“faultingThread” : 0,
“threads” : [{“triggered”:true,“id”:1541840,“threadState”:{“x”:[{“value”:4},{“value”:36743168320},{“value”:18446726482597246976},{“value”:4332639576},{“value”:36634048352},{“value”:0},{“value”:8866461771762470},{“value”:5227550406411449004},{“value”:18014398509481984002},{“value”:18023429364960710666},{“value”:36028797018963960},{“value”:8866461771762470},{“value”:2626},{“value”:36634034176},{“value”:1},{“value”:18446744072367376383},{“value”:9030855478726664},{“value”:7701436874523427136},{“value”:0},{“value”:36743168320},{“value”:36743168320},{“value”:36634048352},{“value”:2},{“value”:564},{“value”:0},{“value”:36634046432},{“value”:276},{“value”:0},{“value”:18446744071411073023}],“flavor”:“ARM_THREAD_STATE64”,“lr”:{“value”:6559294500},“cpsr”:{“value”:0},“fp”:{“value”:6136028288},“sp”:{“value”:6136028272},“esr”:{“value”:1912602626,“description”:" Address size fault"},“pc”:{“value”:6560654012,“matchesCrashFrame”:1},“far”:{“value”:0}},“queue”:“com.apple.main-thread”,“frames”:[{“imageOffset”:1376956,“symbol”:“CF_IS_OBJC”,“symbolLocation”:44,“imageIndex”:9},{“imageOffset”:17444,“symbol”:“CFRetain”,“symbolLocation”:64,“imageIndex”:9},{“imageOffset”:12496,“symbol”:"CA::AttrList::set(unsigned int, _CAValueType, void const
)”,“symbolLocation”:760,“imageIndex”:10},{“imageOffset”:106236,“symbol”:“CAAnimation_setter(CAAnimation*, unsigned int, _CAValueType, void const*)”,“symbolLocation”:232,“imageIndex”:10},{“imageOffset”:106916,“symbol”:“-[CABasicAnimation setToValue:]”,“symbolLocation”:52,“imageIndex”:10},{“imageOffset”:4956964,“symbol”:“-[NSView(SafariNSViewExtras) _safari_animateBackgroundImage:duration:allowTiling:]”,“symbolLocation”:268,“imageIndex”:11},{“imageOffset”:4956624,“symbol”:“-[NSView(SafariNSViewExtras) safari_animateBackgroundImage:allowTiling:]”,“symbolLocation”:216,“imageIndex”:11},{“imageOffset”:5410036,“symbol”:“__47-[StartPageCollectionView _setBackgroundImage:]_block_invoke”,“symbolLocation”:108,“imageIndex”:11},{“imageOffset”:6956,“symbol”:“_dispatch_call_block_and_release”,“symbolLocation”:32,“imageIndex”:12},{“imageOffset”:112732,“symbol”:“_dispatch_client_callout”,“symbolLocation”:16,“imageIndex”:12},{“imageOffset”:232320,“symbol”:“_dispatch_main_queue_drain.cold.5”,“symbolLocation”:812,“imageIndex”:12},{“imageOffset”:69040,“symbol”:“_dispatch_main_queue_drain”,“symbolLocation”:180,“imageIndex”:12},{“imageOffset”:68844,“symbol”:“_dispatch_main_queue_callback_4CF”,“symbolLocation”:44,“imageIndex”:12},{“imageOffset”:764896,“symbol”:“CFRUNLOOP_IS_SERVICING_THE_MAIN_DISPATCH_QUEUE”,“symbolLocation”:16,“imageIndex”:9},{“imageOffset”:506076,“symbol”:“__CFRunLoopRun”,“symbolLocation”:1980,“imageIndex”:9},{“imageOffset”:502424,“symbol”:“CFRunLoopRunSpecific”,“symbolLocation”:572,“imageIndex”:9},{“imageOffset”:799356,“symbol”:“RunCurrentEventLoopInMode”,“symbolLocation”:324,“imageIndex”:13},{“imageOffset”:812264,“symbol”:“ReceiveNextEventCommon”,“symbolLocation”:676,“imageIndex”:13},{“imageOffset”:2430084,“symbol”:“_BlockUntilNextEventMatchingListInModeWithFilter”,“symbolLocation”:76,“imageIndex”:13},{“imageOffset”:240180,“symbol”:“_DPSNextEvent”,“symbolLocation”:684,“imageIndex”:14},{“imageOffset”:10328384,“symbol”:“-[NSApplication(NSEventRouting) _nextEventMatchingEventMask:untilDate:inMode:dequeue:]”,“symbolLocation”:688,“imageIndex”:14},{“imageOffset”:908516,“symbol”:“-[BrowserApplication nextEventMatchingMask:untilDate:inMode:dequeue:]”,“symbolLocation”:228,“imageIndex”:11},{“imageOffset”:187364,“symbol”:“-[NSApplication run]”,“symbolLocation”:480,“imageIndex”:14},{“imageOffset”:17116,“symbol”:“NSApplicationMain”,“symbolLocation”:880,“imageIndex”:14},{“imageOffset”:4841648,“symbol”:“SafariMain”,“symbolLocation”:468,“imageIndex”:11},{“imageOffset”:27544,“symbol”:“start”,“symbolLocation”:6076,“imageIndex”:15}]},{“id”:1541860,“name”:“JavaScriptCore libpas scavenger”,“threadState”:{“x”:[{“value”:260},{“value”:0},{“value”:110848},{“value”:0},{“value”:0},{“value”:160},{“value”:0},{“value”:100000128},{“value”:6136589992},{“value”:0},{“value”:0},{“value”:2},{“value”:2},{“value”:0},{“value”:0},{“value”:0},{“value”:305},{“value”:8421004560},{“value”:0},{“value”:4343818432},{“value”:4343818496},{“value”:6136590560},{“value”:100000128},{“value”:0},{“value”:110848},{“value”:111873},{“value”:112128},{“value”:4652007308841189376},{“value”:8371515392,“symbolLocation”:0,“symbol”:“pas_all_heaps_count”}],“flavor”:“ARM_THREAD_STATE64”,“lr”:{“value”:6558826720},“cpsr”:{“value”:1610612736},“fp”:{“value”:6136590112},“sp”:{“value”:6136589968},“esr”:{“value”:1442840704,“description”:" Address size fault"},“pc”:{“value”:6558569420},“far”:{“value”:0}},“frames”:[{“imageOffset”:17356,“symbol”:“__psynch_cvwait”,“symbolLocation”:8,“imageIndex”:17},{“imageOffset”:28896,“symbol”:“_pthread_cond_wait”,“symbolLocation”:984,“imageIndex”:18},{“imageOffset”:24082564,“symbol”:“scavenger_thread_main”,“symbolLocation”:1364,“imageIndex”:19},{“imageOffset”:27660,“symbol”:“_pthread_start”,“symbolLocation”:136,“imageIndex”:18},{“imageOffset”:7040,“symbol”:“thread_start”,“symbolLocation”:8,“imageIndex”:18}]},{“id”:1541899,“threadState”:{“x”:[{“value”:268451845},{“value”:21592279046},{“value”:8589934592},{“value”:385958646120448},{“value”:0},{“value”:385958646120448},{“value”:2},{“value”:4294967295},{“value”:0},{“value”:17179869184},{“value”:0},{“value”:2},{“value”:0},{“value”:0},{“value”:89863},{“value”:0},{“value”:18446744073709551569},{“value”:8421006440},{“value”:0},{“value”:4294967295},{“value”:2},{“value”:385958646120448},{“value”:0},{“value”:385958646120448},{“value”:6140598552},{“value”:8589934592},{“value”:21592279046},{“value”:18446744073709550527},{“value”:4412409862}],“flavor”:“ARM_THREAD_STATE64”,“lr”:{“value”:6558630816},“cpsr”:{“value”:0},“fp”:{“value”:6140598400},“sp”:{“value”:6140598320},“esr”:{“value”:1442840704,“description”:" Address size fault"},“pc”:{“value”:6558555188},“far”:{“value”:0}},“queue”:“com.apple.WebInspector.RWIManager.mobileDeviceNotificationQueue”,“frames”:[{“imageOffset”:3124,“symbol”:“mach_msg2_trap”,“symbolLocation”:8,“imageIndex”:17},{“imageOffset”:78752,“symbol”:“mach_msg2_internal”,“symbolLocation”:76,“imageIndex”:17},{“imageOffset”:38756,“symbol”:“mach_msg_overwrite”,“symbolLocation”:484,“imageIndex”:17},{“imageOffset”:4008,“symbol”:“mach_msg”,“symbolLocation”:24,“imageIndex”:17},

I would appreciate it if JPEG XL topics stopped hihacking this thread. Post a thread about supporting JPEG XL if you want people to vote for that instead.

JPEG XL has 13.5% global support as I have already linked before, but AVIF has 94% global support. Why should DxO export to a format that 86.5% of people in the world cannot use, on the tiny chance that it might become successful, when there is currently only one successful modern format with almost total industry support, namely AVIF?

Plus, AVIF has 10x higher quality at the same file size compared to JPEG XL as I have already shown with proof above.

Or if you care mainly about file sizes instead of quality, AVIF also has 4x smaller file size at the same high quality level as JPEG XL, using the default settings of both which provide high quality virtually indistinguishable from the original or from each other.

This is from my own actual photo above, done in perfect scientific fashion from a lossless original.

You can do your own testing, and you should. I did not even know this until I tried, and you should try too.

The “good things” people are saying about JPEG XL seem to be be mostly coming from JPEG XL’s own website, which after testing and NOT finding them to be true, I can conclude is written by a marketing team not by scientists.

Software that previously supported JPEG XL out of kindness when it was new has actually been removing that support recently, perhaps because the claims of JPEG XL’s own developers have been proving to be false.

Don’t believe everything you hear. Try it out yourself.

The comment about nothing I try will change anything so I shouldn’t try anything is not scientific whatsoever.

Update: I was wrong. @eriepa is correct that JPEG XL is not the default, but it is a compression option for Apple Pro RAW, so for those who choose that option then Apple Pro RAW is really JPEG XL.

Responding to the claims that Apple Pro Raw is really JPEG XL, there seems to be zero truth in this.

JPEG XL was added as a file format descriptor option in DNG 1.7, which is the file extension of ProRaw. But the info I am finding does not indicate that ProRAW uses JPEG XL compression in photos Apple devices capture in ProRaw format. The closest to that I can find is that someone on Reddit said ‘perhaps eventually we’ll see JXL’ being used and ‘Probably to support DNG 1.7 which has JXL in it. I doubt it can produce JXL directly.’

Rumors and Reddit comments are not evidence that ProRAW is based on JPEG XL.

PLEASE do not believe comments saying unsupported opinions like Apple and Microsoft and the medical industry are all based on JPEG XL now.

Wow, Apple introduced JPEG XL compression (lossy and lossless) for ProRaw DNG with the iPhone 16 Pro almost a year ago.

1 Like

You are correct that iPhone does offer JPEG XL as an option for proraw format.

It is available, but not used by default.

However, if you look at the details listed in this setting within the iPhone menu, you will notice that it only offers some benefits but not dramatic benefits compared to much better quality of AVIF.

75 MB with the default becomes 48 with JPEG-XL, or 20 MB with Lossy. This is not good photographic quality/compression at all.

And this still does not explain why the latest release version of Mac and the latest version of Safari crash when a JPEG XL file is dragged onto the title bar. That’s my test today to see whether it is supported by Mac and Safari. The crash report is above.

Try it yourself. You can create your own JXL file or use one of the files above. Drag a JPEG XL file of your choice into the title bar of Safari to see if it works and loads or if it crashes. If it crashes, which it did for me in my only try today, I question the validity of whether it’s really “supported” at all. Even more so because there is no production ready version of JPEG XL released, which could also be the reason for the crash.

The official reference software for JPEG XL is version 0.11.1, from November 26, 2024, which means it is not considered a release version, and also does not appear to be actively maintained.

The reference software for AVIF is version 1.3.0 and is considered production code and was updated on May 9th.

And to clarify, AVIF is a part of the HEIF/HEIC format which everyone here dramatically supports and already received 246 votes for DxO to support.

I updated my message to indicate that I was wrong and you are right about this. Thank you so much!

Afaik, AVIF and HEIC both use HEIF, a very simple container format. AVIF uses AV1 codec, while HEIC uses HEVC codec (H.265, some parts apply also to stills). There are probably differences also in the structure of “boxes” (required types and layout). AVIF is said to be royalty-free, while HEIC is not.

EDIT: There are still some legal issues about these codecs, which may slow down their adoption.

1 Like

Thank you so much!!!

Avif doesn’t have any legal issues though, correct? If so, what are they?

This is a link to a massive study of over 3000 image comparisons between AVIF and JPEG XL.

It’s wayyyy more accurate and comprehensive than anything I could come with testing photos of my own.

The average result is not as dramatic as what I saw with my own image test (but there are some very big differences documented in the dataset).

Not only is AVIF higher image quality at the same file sizes, but decoding speed of AVIF is a pretty consistent 2x or more faster than decoding speed for JPEG XL as well.

A dataset of thousands of tests from a huge research project shows that AVIF is over twice as fast to decode and 25-47% smaller in file size for the same output quality levels (SSIMULACRA2 metric).

https://storage.googleapis.com/demos.webmproject.org/webp/cmp/2025_05_22/index.html#ref=JPEG+XL+e1&WebP+m4+4%3A2%3A0-bpp_ranges=on&matcher_ssim=off&matcher_ssimulacra2=0.01&metric_encoding_time=off&ploty=encoded_size&plotx=decoding_time

If I further filter the results down to the same encoding time as well as the same output image quality, then the results are even more in favor of AVIF: 50-94% smaller file sizes, and 4.7-7.7 times faster to decode.

https://storage.googleapis.com/demos.webmproject.org/webp/cmp/2025_05_22/index.html#ref=JPEG+XL+e1&WebP+m4+4%3A2%3A0-bpp_ranges=on&matcher_encoding_time=0.2&matcher_ssim=off&matcher_ssimulacra2=0.01&metric_encoding_time=off&ploty=encoded_size&plotx=decoding_time

And, if you increase the “effort” level of the JPEG XL format, trying to compete, it only makes things better for AVIF, and worse for JPEG XL.

With JPEG XL effort level 6, as the baseline, then the results are:

https://storage.googleapis.com/demos.webmproject.org/webp/cmp/2025_05_22/index.html#ref=JPEG+XL+e6&WebP+m4+4%3A2%3A0-bpp_ranges=on&matcher_encoding_time=0.2&matcher_ssim=off&matcher_ssimulacra2=0.01&metric_encoding_time=off&ploty=encoded_size&plotx=decoding_time

Finally, for what matters most to me, which is pure quality in combination with a given level of efficiency, here is the result for image quality based on 3000 to 5000 comparisons made from the same source images (official CLIC validation data sets) at the same file size (within 5%).

https://storage.googleapis.com/demos.webmproject.org/webp/cmp/2025_05_22/index.html#ref=JPEG+XL+e6&WebP+m4+4%3A2%3A0-bpp_ranges=on&matcher_encoded_size=0.05&matcher_ssim=off&metric_encoded_size=off&metric_encoding_time=off&metric_ssim=on

I am also subscribing.

I almost stoped using my favorite filters from Nik Collection. I tend to edit in LR, retouch in PS and finish in favorite DxO filters.

Now with advances in 10bit HDR photography old workflow feels a waste. I “edit” directly in LR, with no possibility of PS/DXO beatification.

It is not about HDR, but just keep files in a format close to RAW dynamic range, but viewable and ready to distribute. Jpeg is just too old and ineffective. 1970s?

I publish in LR albums and Zonerama. Results are amazing and will last for years.
Funny it work on MacBook chrome browsers, but not iPhone browsers. It tone map to SDR nicely on incompatible browsers. And able to show on iPhone if files are downloaded.

Ah, and I use Canon camera, that is able to shoot directly in HEIF (HEIC) instead of raw or jpeg. Files are smaller and dynamic range wider. Fully supported on MacOS.
Try to shoot snow sport in JPEG :slight_smile:

New formats are important as well as support of HDR workflow. I understand, if only on Mac versions.

1 Like

Welcome to our community, Andres! You actually joined us for the same reason that I did!

Others like us have also been wanting AVIF support from DxO PhotoLab for over 3 years, both for incredible HDR support as well as vastly higher quality overall, as I found out from looking at other forum posts.

At the time, people replied and said AVIF was too high quality and it would take a $20,000 reference monitor or more to be able to see the difference. ( Support for HDR .AVIF Files - #2 by Wolfgang )

But I already owned a 10-bit monitor for my computer three years ago that cost far less than $20,000, so that objection made no sense to me.

At this day and age in 2025, nothing should ever be exported for enduring and lasting quality (in my opinion), at 8-bit color depth.

All of my photos taken since last year are all in 10-bit, 12-bit, or 14-bit color (.HIF files from my Sony cameras or .ARW raw files).

And as of a couple weeks ago I switched all my online galleries for clients to AVIF format photos, which are all 10-bit color depth except for the ones I work on extra hard in PhotoLab and can only convert to 8-bit AVIF after exporting first to 8-bit JPEG from PhotoLab–since TIFF and DNG are the only other export options PhotoLab offers and neither TIFF nor DNG is compatible with the web gallery workflow.

It’s tragic that my most important photos, edited carefully with advanced DeepPrime technology, etc., are now the lowest quality bit depth out of all my photos in clients’ galleries, merely because PhotoLab is so good in every way except for its lack of ability to export its own good quality editing work with an incredible quality format like AVIF.

I’d also like to see either AVIF or JPEG XL support for Photolab output format.
Obvious reasons have been already mentioned by others. Many users would immediately welcome smaller files and greater color depth for storing DXO outputs.

However, the real need for these modern formats would emerge only if DXO Photolab also started to support HDR gain maps like Lightroom does (see Create and edit true HDR (High Dynamic Range) images - Greg Benz Photography ). Finally, we could enjoy dynamic range carried by camera RAW formats - at least on HDR displays which are quite common nowadays. All Apple users have these users for years. Growing number of Windows users can also enjoy HDR displays (HDR monitors become rather affordable). HDR supported photo viewing is common on mobile or modern tablet devices.

Anyway, DXO team should consider HDR display support for photo editing and for exports in near future. Otherwise, some users will move to Lightroom or they will consider at least finishing their images in Lightroom because of that HDR gap. Lightroom on iOS devices isn’t that expensive and it does support HDR editing, HDR gain maps and exporting to AVIF, JPEG XL.

1 Like

Here is something I just read on Petapixel.

“DxO confirms that a forthcoming update to PhotoLab will incorporate several of the new technologies introduced here, including DeepPrime XD3 support for all sensor types and high-fidelity DNG compression. Expect that update to roll out later in March as a free minor release for current PhotoLab users”

Either “MIRACLES DO HAPPEN” or someone misunderstood what they were told.

Ron

Thank you everyone for keeping this request alive. This is some comparison I did between different image formats, over the Christmas break from my regular work.

Note that the file is too big to attach to this forum, which is my ONLY reason for linking to it in another forum.

It works best if you download the comparison video and then using your mouse to slowly slide through the video and compare the image formats at each level of compression.

My biggest reason for wanting AVIF support is not even the incredible quality to file size ratio that it offers.

My biggest reason is to be able to export my work in billions of colors, at the same top quality at which I create my original edits.

JPEG makes my heart cry to see my hours of effort reduced forever to 8-bit color.

And DNG and TIFF, the only other export options offered, are not formats that I can have clients casually browse through in a gallery.

Note: If you are going to test AVIF in software (like Lightroom or anything that does offer it as an export option), please be aware that AVIF by default provides output that is a LOT higher in quality at each given compression factor than the other formats.

The compression factor of “80%” for AVIF does not at all mean the same thing as a compression factor of “80%” for JPEG and others. AVIF has a lot higher quality standard for what each compression factor looks like in the output.

1 Like

I’m coming back to purchase DxO Lab 10, but the trial does not support any export format other than RAW-type files, besides JPEG.

Where is JXL or AVIF support?