Jump to content

msperl

Members
  • Content Count

    9
  • Joined

  • Last visited

About msperl

  • Rank
    Newbie

Profile Information

  • Gender
    Male
  1. Note that I get the same effects when using Canon EOS 5Dm3 raw images as sources (exported via aperture as 16 bit tiff). The following observations: * no artifacts: * raw CR2 * 16-bit exported tiff from aperture exported (with AP) as 32 bit tiffs * raw CR2 developed and exported (with AP) as 32 bit tiffs * shows solarization: * 16-bit exported tiff from aperture * raw CR2 developed and exported (with AP) as 16 bit tiffs Any ideas? Is it possible that there is an implicit "develop" step in the HDR process that may trigger this? (I wonder because .afphoto files can not get used as a "source" file format)
  2. As for the develop persona: it may be correct as the file comes from Nikon Scan which handles scanning of positive or negatives... But on the other hand: Nikon Scan mostly does its own processing/Developing already (including scratch removal based on a separate IR scan for scratch detection)...
  3. OS Version: Mac OS X 10.11.6 (15G1217) Details from the OSX report (also reported to Apple via "Problem Report" with the link to this message as a comment. Crashed Thread: 6 Dispatch queue: com.apple.root.default-qos Exception Type: EXC_BAD_ACCESS (SIGSEGV) Exception Codes: KERN_INVALID_ADDRESS at 0x0000000000000018 Exception Note: EXC_CORPSE_NOTIFY VM Regions Near 0x18: --> __TEXT 0000000103448000-00000001034dd000 [ 596K] r-x/rwx SM=COW /Applications/Affinity Photo.app/Contents/MacOS/Affinity Photo Thread 0:: Dispatch queue: com.apple.main-thread 0 libsystem_kernel.dylib 0x00007fff8d14ede6 __psynch_mutexwait + 10 1 libsystem_pthread.dylib 0x00007fff8d904e4a _pthread_mutex_lock_wait + 89 2 libsystem_pthread.dylib 0x00007fff8d9025f5 _pthread_mutex_lock_slow + 300 3 liblibpersona.dylib 0x00000001142bf247 DocumentController::LockCommandProcessor() const + 167 4 liblibpersona.dylib 0x00000001142d7e04 DocumentControllerSession::DocumentControllerSession(Kernel::NonCounted<DocumentController const>) + 52 5 liblibaffinity.dylib 0x0000000103eb5781 Affinity::Document::GetSafeDocumentController() const + 49 6 com.seriflabs.libcocoaui 0x0000000104ebf041 -[Document safeDocumentController] + 33 7 com.seriflabs.libcocoaui 0x0000000105329ca8 -[DocumentView safeDocumentController] + 40 8 com.seriflabs.libcocoaui 0x000000010532a11f -[DocumentView setDocument:] + 1023 9 com.seriflabs.libcocoaui 0x00000001054f9e78 -[NotificationsController handleNewDocumentNotification:] + 3176 10 com.seriflabs.libcocoaui 0x00000001054f6d12 -[NotificationsController receiveNotification:] + 2002 11 libdispatch.dylib 0x00007fff980dd93d _dispatch_call_block_and_release + 12 12 libdispatch.dylib 0x00007fff980d240b _dispatch_client_callout + 8 13 libdispatch.dylib 0x00007fff980e5c1c _dispatch_main_queue_callback_4CF + 1685 14 com.apple.CoreFoundation 0x00007fff93310949 __CFRUNLOOP_IS_SERVICING_THE_MAIN_DISPATCH_QUEUE__ + 9 15 com.apple.CoreFoundation 0x00007fff932cf83d __CFRunLoopRun + 1949 16 com.apple.CoreFoundation 0x00007fff932cee38 CFRunLoopRunSpecific + 296 17 com.apple.HIToolbox 0x00007fff84160935 RunCurrentEventLoopInMode + 235 18 com.apple.HIToolbox 0x00007fff8416076f ReceiveNextEventCommon + 432 19 com.apple.HIToolbox 0x00007fff841605af _BlockUntilNextEventMatchingListInModeWithFilter + 71 20 com.apple.AppKit 0x00007fff8480fdf6 _DPSNextEvent + 1067 21 com.apple.AppKit 0x00007fff8480f226 -[NSApplication _nextEventMatchingEventMask:untilDate:inMode:dequeue:] + 454 22 com.apple.AppKit 0x00007fff84803d80 -[NSApplication run] + 682 23 com.apple.AppKit 0x00007fff847cd368 NSApplicationMain + 1176 24 com.seriflabs.affinityphoto 0x0000000103449f94 0x103448000 + 8084 Thread 1:: Dispatch queue: com.apple.libdispatch-manager 0 libsystem_kernel.dylib 0x00007fff8d14fefa kevent_qos + 10 1 libdispatch.dylib 0x00007fff980d8165 _dispatch_mgr_invoke + 216 2 libdispatch.dylib 0x00007fff980d7dcd _dispatch_mgr_thread + 52 Thread 2:: com.apple.NSURLConnectionLoader 0 libsystem_kernel.dylib 0x00007fff8d148f72 mach_msg_trap + 10 1 libsystem_kernel.dylib 0x00007fff8d1483b3 mach_msg + 55 2 com.apple.CoreFoundation 0x00007fff932d0124 __CFRunLoopServiceMachPort + 212 3 com.apple.CoreFoundation 0x00007fff932cf5ec __CFRunLoopRun + 1356 4 com.apple.CoreFoundation 0x00007fff932cee38 CFRunLoopRunSpecific + 296 5 com.apple.CFNetwork 0x00007fff844f5a6d +[NSURLConnection(Loader) _resourceLoadLoop:] + 412 6 com.apple.Foundation 0x00007fff9a438e64 __NSThread__start__ + 1351 7 libsystem_pthread.dylib 0x00007fff8d90499d _pthread_body + 131 8 libsystem_pthread.dylib 0x00007fff8d90491a _pthread_start + 168 9 libsystem_pthread.dylib 0x00007fff8d902351 thread_start + 13 Thread 3:: com.apple.CFSocket.private 0 libsystem_kernel.dylib 0x00007fff8d14f07a __select + 10 1 com.apple.CoreFoundation 0x00007fff9330d45a __CFSocketManager + 762 2 libsystem_pthread.dylib 0x00007fff8d90499d _pthread_body + 131 3 libsystem_pthread.dylib 0x00007fff8d90491a _pthread_start + 168 4 libsystem_pthread.dylib 0x00007fff8d902351 thread_start + 13 Thread 4:: com.apple.NSEventThread 0 libsystem_kernel.dylib 0x00007fff8d148f72 mach_msg_trap + 10 1 libsystem_kernel.dylib 0x00007fff8d1483b3 mach_msg + 55 2 com.apple.CoreFoundation 0x00007fff932d0124 __CFRunLoopServiceMachPort + 212 3 com.apple.CoreFoundation 0x00007fff932cf5ec __CFRunLoopRun + 1356 4 com.apple.CoreFoundation 0x00007fff932cee38 CFRunLoopRunSpecific + 296 5 com.apple.AppKit 0x00007fff84965d95 _NSEventThread + 149 6 libsystem_pthread.dylib 0x00007fff8d90499d _pthread_body + 131 7 libsystem_pthread.dylib 0x00007fff8d90491a _pthread_start + 168 8 libsystem_pthread.dylib 0x00007fff8d902351 thread_start + 13 Thread 5: 0 libsystem_kernel.dylib 0x00007fff8d14f5e2 __workq_kernreturn + 10 1 libsystem_pthread.dylib 0x00007fff8d904578 _pthread_wqthread + 1283 2 libsystem_pthread.dylib 0x00007fff8d902341 start_wqthread + 13 Thread 6 Crashed:: Dispatch queue: com.apple.root.default-qos 0 liblibpersona.dylib 0x000000010e5e306e void Raster::DynamicBase<Raster::DynamicHistogram>::ExecuteDestNotMask<Raster::DynamicsAreSameFormatAndNotMasksHint, Raster::DynamicHistogram, Raster::DynamicBuffer, Raster::LowPriority<Raster::Copy>, Raster::IdentityMask, Raster::IdentitySampler, Raster::IdentityTransform, Raster::Safe, Raster::NormalBlend>(Raster::DynamicHistogram*, Raster::DynamicBuffer const*, Raster::LowPriority<Raster::Copy>::Params*, Raster::IdentityMask::Params const*, Raster::IdentityTransform::Params const*, Raster::IdentitySampler::Params const*, Raster::Safe::Params const*, Raster::NormalBlend::Params const*) + 318 1 liblibpersona.dylib 0x000000010e5c7ae1 UpdateCoarseHistogramCommand::Do() + 545 2 liblibpersona.dylib 0x00000001144aac6b RasterDevelopCommand::PrePrepareSpanPopulator(Kernel::NonCounted<MutableRasterInterface const>) + 235 3 liblibpersona.dylib 0x000000010fb36b45 RasterDevicePreviewableCommand::ReceiveInterface(Kernel::NonCounted<MutableRasterInterface>) + 101 4 liblibpersona.dylib 0x00000001144ac4b8 RasterDevelopCommand::ReceiveInterface(Kernel::NonCounted<MutableRasterInterface>) + 5784 5 liblibpersona.dylib 0x000000010fb6edc9 TerminatingTranslatorT<RasterCommand, MutableRasterInterface>::Accept(Kernel::NonCounted<Kernel::Countable>, Visitor*) const + 89 6 liblibpersona.dylib 0x0000000107acbda1 SelectionCommand<RasterCommand>::_Visit() + 641 7 liblibpersona.dylib 0x000000010fb7011b CompoundCommand::Do() + 107 8 liblibpersona.dylib 0x000000010fb62a01 DocumentCommand::DoAndUpdateCaches() + 577 9 liblibpersona.dylib 0x00000001142bba83 DocumentController::ProcessCommandQueue() + 4163 10 liblibpersona.dylib 0x00000001142b6e4a DocumentController::StaticProcessCommandQueue(void*) + 42 11 libdispatch.dylib 0x00007fff980d240b _dispatch_client_callout + 8 12 libdispatch.dylib 0x00007fff980d629b _dispatch_root_queue_drain + 1890 13 libdispatch.dylib 0x00007fff980d5b00 _dispatch_worker_thread3 + 91 14 libsystem_pthread.dylib 0x00007fff8d9044de _pthread_wqthread + 1129 15 libsystem_pthread.dylib 0x00007fff8d902341 start_wqthread + 13 Activity ID: 0x000000000003c0ff Activity Name: sendAction: Activity Image Path: /System/Library/Frameworks/AppKit.framework/Versions/C/AppKit Activity Image UUID: F3411F6E-DD87-34D0-8C68-C69B2205E41D Activity Offset: 0x002b1dbd Activity Running Time: 51.855222 sec Thread 7: 0 libsystem_kernel.dylib 0x00007fff8d14f5e2 __workq_kernreturn + 10 1 libsystem_pthread.dylib 0x00007fff8d904578 _pthread_wqthread + 1283 2 libsystem_pthread.dylib 0x00007fff8d902341 start_wqthread + 13 Thread 8: 0 libsystem_kernel.dylib 0x00007fff8d14f5e2 __workq_kernreturn + 10 1 libsystem_pthread.dylib 0x00007fff8d904578 _pthread_wqthread + 1283 2 libsystem_pthread.dylib 0x00007fff8d902341 start_wqthread + 13 Thread 9: 0 libsystem_kernel.dylib 0x00007fff8d14f5e2 __workq_kernreturn + 10 1 libsystem_pthread.dylib 0x00007fff8d904578 _pthread_wqthread + 1283 2 libsystem_pthread.dylib 0x00007fff8d902341 start_wqthread + 13 Thread 10: 0 libsystem_kernel.dylib 0x00007fff8d14f5e2 __workq_kernreturn + 10 1 libsystem_pthread.dylib 0x00007fff8d904578 _pthread_wqthread + 1283 2 libsystem_pthread.dylib 0x00007fff8d902341 start_wqthread + 13 Thread 11: 0 libsystem_kernel.dylib 0x00007fff8d14f5e2 __workq_kernreturn + 10 1 libsystem_pthread.dylib 0x00007fff8d904578 _pthread_wqthread + 1283 2 libsystem_pthread.dylib 0x00007fff8d902341 start_wqthread + 13 Thread 6 crashed with X86 Thread State (64-bit): rax: 0x0000000000000000 rbx: 0x000000010e5e30d4 rcx: 0x0000700000199360 rdx: 0x000000010e5e306a rdi: 0x00007ff8d5502900 rsi: 0x0000000000000000 rbp: 0x0000700000199190 rsp: 0x0000700000199130 r8: 0x00007ff8d68e0630 r9: 0x0000000000000000 r10: 0x0000000000000000 r11: 0x0000000000000000 r12: 0x00007ff8d4e548f0 r13: 0x00007ff8d4e548c0 r14: 0x0000000000000000 r15: 0x00007ff8d5502908 rip: 0x000000010e5e306e rfl: 0x0000000000010207 cr2: 0x0000000000000018 Logical CPU: 0 Error Code: 0x00000004 Trap Number: 14
  4. Affinity photo 1.5.1 crashes when loading the attached 16-bit tiff (gzip compressed to upload it) which is generated by Nikon Scan 4.0.3 using . It seems to be related to the multi-layer tiff that NikonScan is producing (high-res 16-bit RGB image as layer 0 and low-res 8-bit RGB preview as layer 1). When extracting layer 0 from the tiff with Image Magick convert, then AP reads the image fine. I guess it has to do with the unexpected "difference" in bit-depth for the different layers... Thanks, Martin test.tif.gz
  5. This is possibly related: https://forum.affinity.serif.com/index.php?/topic/34321-hdr-different-results-for-same-image-when-using-different-types/ See also the observation that the effect changes when the input file types are converted/exported to different (or same) types by AP, ImageMagik or Aperture - it is possibly related to black-point/white-point cutoffs for the individual files, which can also get verified in the sources pane by clicking on the sources, where the effect can already be seen in those individual images used as source.
  6. Here also for comparison the window of the image including the histogram: DSC06595.JPG loaded into AP on its own: the same image selected in Sources during the HDR merging: The problem is immediately apparent when comparing those two images - I would expect both of them to look identical.
  7. This seems related, but it seems as if the input format of the HDR images also plays a major factor. I have attached the 3 jpg that I have used. Import them into aperture and then export them as 16 bit tiff and you should also see the "behaviour" that I am seeing and you should be able to reproduce the situation that I was describing. * * *
  8. Here a summary image of the histograms of the final HDR images for the different source files:
  9. While playing with an applescript workflow that: * exports the selected images from aperture (as 16 bit tiff) * triggers "merge HDR" in Affinity Photo * exports/saves file again * imports those back into aperture i did a lot of tests using one of my HDR panoramas (from a long time ago with a camera that only supported JPG at that time - so the source is not ideal). One of the observations was that some of the generated HDR images are "cut of at wrong levels" (I guess black/white points). When I did look at the individual sources in the HDR workflow pane I see that those "cut of at wrong levels" happen at the "source" level already. The end result is heavy solarization in the resulting image. Strangely this did not happen for all the "component" images of my panorama, so I did dig into the HDR process some more and have done the following * JPG source directly - solarization (heavy) * 16 bit TIFF exported via Aperture - solarization (better than from raw JPG) * 16 bit tiff exported via Aperture, resaved in Affinity Photo as 32 bit HDR - no solarization * 16 bit tiff exported via Aperture, "converted" to 16 bit tiff using ImageMagik - no solarization * JPG source, "converted" to 16 bit tiff using ImageMagik - no solarization * 16 bit psd exported via Aperture - not accepted as source format for unknown reasons So it seems as if there is some import issue for the sources depending on the input file format. Note that I am running 1.5.1 Any Ideas? If not then I guess I will need to add an additional "transformation" step in my workflow using ImageMagik "convert <src>.tiff -depth 16 <dest>.tiff" Thanks, Martin
×
×
  • Create New...

Important Information

Please note the Annual Company Closure section in the Terms of Use. These are the Terms of Use you will be asked to agree to if you join the forum. | Privacy Policy | Guidelines | We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.