Hello!
also having this problem, especially with batch conversions. Tried everything mentioned here so far.
My System:
iMac 2020 3,8 GHz 8-Core Intel Core i7
Sequoia 15.2
NLP 3.0.2
Jumping in on the thread here. I’ve been having the same problem for a while. I gave up on NLP because of it. Just today I tried covering one negative and received the error. I was hoping that it would have been worked out by now.
LCR 14.1.1
Operating System
MacBook Pro 2019 2.3GHz 8-Core Intel Core i9
Sequoia 15.3
NLP 3.0.2
I’m repeating myself here: Try NLP 3.0.2 with LrC 13.4
Started to have issues when LrC 13.4 updated to 13.5. Therefore, I downgraded LrC to 13.4 and have tested every update and downgraded to 13.4 again. Still there, things work as expected…on macOS Sonoma on Intel and up to Sequoia on Apple Silicon Mac.
Just updated macOS Sonoma to 14.7.4 and as far as I see, NLP 3.0.2 still works as it did before.
1 Like
Thank you! Back in action for now.
Looking forward to a fix!
I’m running:
- macOS Sequoia 15.3
- Macbook Pro 15" Intel i7 2018
- No issues with LrC v13.4, but issues in every version thereafter.
- Trying to convert ARW files from a Sony NEX-5
- Have you noticed any other issues with your computer in the last week or so (after 14.6.1 update?) - No
- Does the problem persist after rebooting your machine? - Yes
- Does the problem persist in Safe Mode - Yes
- For those who downgraded to LrC 13.4, have any of you experienced issues again or are they gone? - Gone
- If you open up your terminal app (applications > utilities > terminal), and copy/paste the following:
/Library/Application\ Support/Adobe/Lightroom/Modules/NegativeLabPro3.lrplugin/mac/magick
Then hit enter, you should see something like this: - magick is installed
% /Library/Application\ Support/Adobe/Lightroom/Modules/NegativeLabPro3.lrplugin/mac/magick -version
Version: ImageMagick 7.0.8-48 Q16 x86_64 2019-06-04 https://imagemagick.org
Copyright: © 1999-2019 ImageMagick Studio LLC
License: https://imagemagick.org/script/license.php
Features: Cipher DPC HDRI
Delegates (built-in): bzlib jbig jpeg lcms lzma tiff zlib
Hey All!
I am still getting this problem.
-Using Windows 11 Enterprise
-Intel(R) Core™ i7-10700F CPU @ 2.90GHz 2.90 GHz
-16 Gigs Ram
-NLP V3
-Saving everything to External Seagate Hard drive
Things I have tried:
-Uninstalling and installing lightroom
-Uninstalling and installing Lightroom Classic 13.4
-Uninstalling and Installing Windows 13.5
-Plug-in extras → Update Vuescan Silverfast/DNG
-Plug in Manager ->Reupload plug in on each export
-Scanning using ViewscanDNG Settings
-Exporting DNG
-Changing to 48 Bit Raw
-Changing to 64 bit HDRiRaw
Any help would be greatly appreciated.
Is it version 3.0.2?
I suppose you have tried with Lightroom Classic v13.4 and v13.5 (not Windows 13.5)
Have you reset Lightroom’s settings?
I’m also experiencing this bug — any chance a fix is coming soon?
Can also confirm that I have this problem with an Intel Mac, latest MacOS Sequoia, latest LrC and latest NLP. Downgrading to 13.4 worked.
It’s pretty much unusable for me. It gives me the error randomly, even when converting one negative at a time. I have about 700 of them to do, so not looking forward to doing them one at a time. I also have other catalogs that are using the current version of Lightroom Classic.
Current configuration is
iMac REtina 5k 3.6Ghz 8-core
Radeon Pro 580X 8Gb
64Gb RAM
Sonoma 14.6.1
Lightroom 14.2
I would have thought this bug would have been squashed by now. It’s been doing this for months, if not years.
And no, I’m not downgrading to Lightroom 13.x That’s a non-starter for me.
It looks like some sort of buffer/memory issue. When it fails, it shows a number of steps in the Develop module:
Multiple Settings
Export
Camera Raw Settings
Multiple Settings
Camera Raw Settings…
And sometimes I get multiple iterations of these steps, depending on if I tried to run the plug-inb more than once.
Please just fix it.
so be it…and you’ll probably have to wait for NLP version 3.1. to get a fix.
Nate has posted a link to download NLP 3.1 beta in an other thread.
Question: I was using Negative Lab Pro from a work computer that was storing apps and appdata in the organizations onedrive cloud. The NLP extension was being stored in the cloud. So when I went to convert, the NLP program was behind a firewall (no extensions allowed). Question, If I factory reset my computer and get all the company junk off of there, will NLP still remember the device I installed it on?
I am getting this bug too. I am on an Intel Mac, 27" 2019 with the Radeon Pro 580X 8GB vide card and 64GB RAM. I get this error frequently. Sometimes it converts OK, but mostly I get this. The images were imported into my catalog, with the only edit being cropping and setting white balance. Using Lightroom Classic 14.2. Any ETA on a fix yet?
Just chiming in, same issue after updating OS X.
2019 Mac Pro 12-core, 96GB RAM, Radeon W5700X
OS X 15.4
LR v14.1.1
Downgrading is not an option as I’ll lose my work.
I find it is more reliable when I click on an image, option-click the first step in history, and then manually crop and apply. I got through many images before NLP crashed. If it helps, it is crashing in LUA. Here is a part of the stack trace
Crashed Thread: 0
Exception Type: EXC_BAD_ACCESS (SIGSEGV)
Exception Codes: KERN_INVALID_ADDRESS at 0x00007a95221859fe
Exception Codes: 0x0000000000000001, 0x00007a95221859fe
Termination Reason: Namespace SIGNAL, Code 11 Segmentation fault: 11
Terminating Process: exc handler [48361]
VM Region Info: 0x7a95221859fe is not in any region. Bytes after previous region: 11635275409919 Bytes before following region: 5557500487170
REGION TYPE START - END [ VSIZE] PRT/MAX SHRMOD REGION DETAIL
Stack 7000159b1000-700015a33000 [ 520K] rw-/rwx SM=COW
---> GAP OF 0xfa3014cd000 BYTES
MALLOC_TINY 7fa316f00000-7fa317000000 [ 1024K] rw-/rwx SM=COW
Application Specific Information:
crashed on child side of fork pre-exec
Thread 0 Crashed:
0 libobjc.A.dylib 0x7ff80679d522 objc_destructInstance + 37
1 libobjc.A.dylib 0x7ff8067a91f5 object_dispose + 19
2 Chromium Embedded Framework 0x120c88af2 ChromeAppModeStart_v7 + 31083138
3 libxpc.dylib 0x7ff80687104f -[OS_xpc_object dealloc] + 47
4 libxpc.dylib 0x7ff80688e84e xpc_atfork_child + 125
5 libSystem.B.dylib 0x7ff813e12c6c libSystem_atfork_child + 63
6 libsystem_c.dylib 0x7ff806a36ca4 fork + 84
7 AgSubstrate 0x10e16f876 AgWorkspace_executeWithoutFileDescriptors_L + 176
8 AgKernel 0x10e04b8ed 0x10e041000 + 43245
9 AgKernel 0x10e059cc3 0x10e041000 + 101571
10 AgKernel 0x10e04bd4c 0x10e041000 + 44364
11 AgKernel 0x10e04b411 0x10e041000 + 42001
12 AgKernel 0x10e04bfad 0x10e041000 + 44973
13 AgKernel 0x10e043b42 lua_pcall + 98
14 AgKernel 0x10e04593b 0x10e041000 + 18747
15 AgKernel 0x10e04b8ed 0x10e041000 + 43245
16 AgKernel 0x10e059f8d 0x10e041000 + 102285
17 AgKernel 0x10e04bd4c 0x10e041000 + 44364
18 AgKernel 0x10e04b411 0x10e041000 + 42001
19 AgKernel 0x10e04bfad 0x10e041000 + 44973
20 AgKernel 0x10e043b42 lua_pcall + 98
21 AgKernel 0x10e04593b 0x10e041000 + 18747
22 AgKernel 0x10e04b8ed 0x10e041000 + 43245
23 AgKernel 0x10e04bd3b 0x10e041000 + 44347
24 AgKernel 0x10e043ac3 lua_call + 31
25 AgSubstrate 0x10e18e3a7 AgLua_callWithAutoReleasePool + 53
26 AgKernel 0x10e04b8ed 0x10e041000 + 43245
27 AgKernel 0x10e059f8d 0x10e041000 + 102285
28 AgKernel 0x10e04bd4c 0x10e041000 + 44364
29 AgKernel 0x10e04b411 0x10e041000 + 42001
30 AgKernel 0x10e04bfad 0x10e041000 + 44973
31 AgKernel 0x10e043b42 lua_pcall + 98
32 AgSubstrate 0x10e171e84 0x10e14a000 + 163460
33 Foundation 0x7ff807bef8fc __NSThread__start__ + 1013
34 libsystem_pthread.dylib 0x7ff806b6918b _pthread_start + 99
35 libsystem_pthread.dylib 0x7ff806b64ae3 thread_start + 15
Thread 0 crashed with X86 Thread State (64-bit):
rax: 0x00007ffffffffff8 rbx: 0x00006000129259e0 rcx: 0x0000600003c951a0 rdx: 0x0003110000031100
rdi: 0x00006000129259e0 rsi: 0x000070001167f470 rbp: 0x000070001167f3b0 rsp: 0x000070001167f3a0
r8: 0x0000000000000000 r9: 0x0000000000000000 r10: 0x0000000000000000 r11: 0x00000fa47729ce10
r12: 0x0000000000002710 r13: 0x000070001167f4a0 r14: 0x00007a95221859e0 r15: 0x00007fa48891c1f8
rip: 0x00007ff80679d522 rfl: 0x0000000000010202 cr2: 0x00007a95221859fe
Logical CPU: 1
Error Code: 0x00000004 (no mapping for user data read)
Trap Number: 14
At this point it doesn’t seem like we are gonna get a fix. Soo might aswell move on, do you have any good alternatives to a similar software?
Don’t know if this will help, as everyone seems to have stopped with using on old version of Lightroom, but this problem has a new wrinkle for me. Sometimes I get the internal error once. Usually I can just close it and try again a few times. Converting rolls like this one picture at a time (forget about batch, it never works for me) is a slog. But sometimes I get 3 copies of the window with the error and I need to force quit Lightroom. This is not good, I don’t need catalog corruption. BTW this popped up when I was converting one photo, not three.
At this point, can I expect a fix at all? Seems like it’s been a long time and even the new up and coming version does not fix this. Is it time to just give up? I don’t want to do that, but I’ve also lost confidence in a fix ever happening.
The fix is on the way and you can test a late beta from this post.
I’ve been using this beta for a while, it works fairly well and should be close to what is soon to be published by @nate. NLP 3.0.2 and the new version can co-exist, at least they do on my Macs: put the original plugin aside, install the beta and put the original plugin back. Rename the plugins for clarity.
@Andrei @ccrayton @alexfrankel @jamesp @zafsk
Just pm’d you all.