Capture One 21 keeps crashing on load
I previously tested a trial version of Capture One 20 but then deleted it. It was working fine.
I have since downloaded and installed Capture One 21 free version for Fuji. I launched it and created a catalog. Later, when I went to relaunch it, I got an option screen to browse for my catalog or create a new one. I browsed, choose the one I created the first time I launched 21, and it immediately crashed.
I repeated and tried to create a new catalog, it crashed again.
I deleted the catalogue and restarted 21, created a new catalog, imported some images and all seemed to be fine. I quit 21, relaunched and got the same option again to browse for or create a new catalog. Same thing happened, it crashes.
I'm on MacOS 11.0.1
Any idea what's going on?
-
Free version? or are you talking about C1 Express?
0 -
Yes, sorry, C1 Express. I just updated my Mac to OS 11.1 and that didn't help either.
0 -
It is possible that some old files still exist on the system, it maybe worth cleaning your system:
https://support.captureone.com/hc/en-us/articles/360002402377-How-to-uninstall-Capture-One-
Make sure you back up any files you have, maybe rename the folders to _BACKUP first.
Then reninstall, create a new catalogue, test it with some images and see how you get on,
1 -
That seems to have done the trick, James. Thank you!
1 -
No problem, glad its sorted.
0 -
I am having the same issue with C1 exp for Fuji. Brand new install, completely uninstalled and deleted everything and still going on.
If I move the catalog to my mac's pictures folder it will actually open, but if the catalog is anywhere else it crashes when I try to open it. I can even open the catalog fine on my win PC too from the external HD where I want to store it.
I opened a ticket with support but they havent been too helpful yet. Really seems like a bug to me. I want to do a managed catalog on my external HD so I can use it on a Mac and PC easily. I suppose I could do referenced and just copy the catalog to the mac pics folder as a workaround but id also have to update the file reference locations every time when switching computers due to the differences on windows/mac for drive. I could see that taking a long time when the catalog gets big.
0 -
Same here. I have my pictures on a NAS connected via Samba, Capture One 20 never had any problem, but 21 crashes on load with the following error:
/Applications/Capture\ One\ 21.app/Contents/MacOS/Capture\ One\ 21
Darwin Kernel Version 19.6.0: Tue Jan 12 22:13:05 PST 2021; root:xnu-6153.141.16~1/RELEASE_X86_64
cpux86_64h (Intel x86-64h Haswell, type=0x7 subtype=0x8 threadtype=0x1)
physical_cpu6
logical_cpu 12
Total memory16384 MB
Single block (V)memory1104 MB
Number of logical processors = 12
IppInit(): AVX supported by CPU and OS
IppInit(): Number of IPP default threads = 1,
2021-02-20 09:46:47.232 Capture One 21[34071:3712975] Crash report alert: callback not provided
2021-02-20 09:46:47.249 Capture One 21[34071:3712975] [AppCenter] WARNING: -[MSAuthTokenContext authTokenHistory]/210 Failed to retrieve history state or none was found.
2021-02-20 09:46:47.249 Capture One 21[34071:3712975] [AppCenter] WARNING: -[MSAuthTokenContext setAuthTokenHistory:]/225 Failed to save new history state.
2021-02-20 09:46:47.250 Capture One 21[34071:3712975] AnalyticsManager: Stability|Application Termination|Normal
Darwin Kernel Version 19.6.0: Tue Jan 12 22:13:05 PST 2021; root:xnu-6153.141.16~1/RELEASE_X86_64
cpux86_64h (Intel x86-64h Haswell, type=0x7 subtype=0x8 threadtype=0x1)
physical_cpu6
logical_cpu 12
Total memory16384 MB
Single block (V)memory1009 MB
Number of logical processors = 12
IppInit(): AVX supported by CPU and OS
IppInit(): Number of IPP default threads = 1,
arg 0: 10000
arg 1: /Users/alan/Library/Logs/CaptureOneICOCL.log
arg 2: /Users/alan/Library/Application Support/Capture One/ImageCore/14.0.2/ICOCL.bin
2021-02-20 09:46:48.050 Capture One 21[34071:3712975] Opening document at path: /Users/alan/Pictures/Capture One Catalog.cocatalog
2021-02-20 09:46:48.062 Capture One 21[34071:3712975] Quick check includes quick content checks and fix : NO
2021-02-20 09:46:48.062 Capture One 21[34071:3712975] Quick check includes minimal content checks and fix : YES
2021-02-20 09:46:48.068 Capture One 21[34071:3712975] Quick check (readonly) : OK - (null)
2021-02-20 09:46:48.068 Capture One 21[34071:3712975] Executing quick check on database : OK - (null)
2021-02-20 09:46:48.300 Capture One 21[34071:3712975] Closed connection to SQLite
2021-02-20 09:46:48.301 Capture One 21[34071:3712975] Closed connection to SQLite
Darwin Kernel Version 19.6.0: Tue Jan 12 22:13:05 PST 2021; root:xnu-6153.141.16~1/RELEASE_X86_64
cpux86_64h (Intel x86-64h Haswell, type=0x7 subtype=0x8 threadtype=0x1)
physical_cpu6
logical_cpu 12
Total memory16384 MB
Single block (V)memory586 MB
Number of logical processors = 12
IppInit(): AVX supported by CPU and OS
IppInit(): Number of IPP default threads = 1,
arg 0: 45888
arg 1:
Initializing 45888
Initialized
2021-02-20 09:46:54.678 Capture One 21[34071:3712975] CFURLCopyResourcePropertyForKey failed because it was passed an URL which has no scheme
/Users/alan/Library/Caches/com.captureone.captureone14/com.captureone.COOpenWithPluginPluginHost.plist: Operation now in progress
I tried to create a new catalog, and I imported a remote folder. The picture showed (after granting to CO network volumes access) but after I close the app and turn it on again, the same issue logged above happens.
Hope these details can help narrowing it down
0 -
Just to be confirm, you have the images and the catalogue on a NAS?
0 -
Hi James,
yes that is correct. On CO20 I had both catalogue and images on a NAS, and I was loading keeping "Options" pressed during CO splash screen.
At the beginning, after migrating to 2021, I thought the issue could be the catalogue being on the NAS, so I just let CO create the default catalogue (under "Pictures/Capture One Catalogue") and imported a folder with just 2 pictures from the NAS.
The import was successful and I could see the images but, as soon as I closed CO, I kept getting a crash a few seconds after the splash screen was showring.
At that moment I tried to run it from the command line to get more output and noticed that weird failure (which might be unrelated though).
0 -
So you migrated to C21 and the catalogue migration was done over a local network? While I am sure this works its not very reliable. Do you have a backup of the catalogue that you can place locally either on the boot drive or external drive and try that?
0 -
Yes James I tried as well to set a backup of the catalogue on the local drive and upgrade it, no difference.
What for me is a bit weird is that even starting with a blank catalogue, the issue will happen again as soon as I close and reopen Capture One after importing some pictures from a driver mapped on the NAS (the first time the pictures are showing, and everything seems working, I just close the app, reopen it and it crashes).
The path to the NAS folder looks like this: /System/Volumes/Data/mnt/NAS/Immagini/FujiFilm X100S/2020-05-08
I also tried to grant CO full disk access in the privacy section, just to check if was some permissions issue from MacOS.
0 -
Ok lets try a couple of things:
Firstly do you have an unedited backup of the original catalogue file?
Are you MAC or PC, there have been a number of cases where legacy files on the system from previous versions cause problems
Was the original catalogue working fine before you attempted the upgrade
Regards
0 -
I am on Mac. Right now I have restored a backup that I took before upgrading, and using CO20 I can open it and everything works fine.
0 -
So this issue is likely C21 when it opens the file to convert it. I had a similar issue but only with one of my catalogues (as I separate them out into categories) in the end it appeared to be some legacy files left on my MAC from C1 20. So I used a program called Find Any File in admin mode and cleared all traces of C1 from my system and reinstalled C21 and it updated the problematic catalogue fine. Not saying this is your issue, but for whatever reason it solved my issue.
That being said, I really wouldn't use a NAS as the main source of files, to much could go wrong. I do back up to a NAS which is done automatically, but it is only a 3rd backup.
0 -
Thanks James, will give a try to cleanup all leftovers from CO20 and let's see how it goes :)
0 -
No problem, hopefully it will fix the issues.
0 -
Hey James - what kind of searches did you do with find any file to get all of the v20 files? I thought I already removed all of this but maybe not.
An additional note to my above post - when moving the catalog from USB to the Mac's Pictures folder...this works if the catalog is only the default name. I created another test catalog on my windows laptop with the name "Roy's Photography.cocatalog" and when I move that to the Pictures folder Capture one does not open the catalog automatically on open...it asks for the location, and then when I browse to it then it crashes just like on USB. So it seems that the issue is if the catalog is named differently or located anywhere other than the default location it will crash.
I recorded a video of the issue and shared it with tech support along with more log file copies. Hopefully this gets addressed soon...will share any details they provide.
0 -
Well tech support got back to me with a pretty lame answer, they had to escalate this to R&D:
I got a response from R&D and the issues you face won't be fixed.
The reason is Express can only open the default Capture One Catalog at the default location (user's Pictures folder) by design, see Capture One Pro / for Fujifilm / (for Sony) / for Nikon vs Capture One Express features.
While the option to hold the alt/option key is there in Express, it is not the expected workflow for Express.I find this annoying because my windows PC can open a catalog on my USB even with a different name without any issues.
1
Post is closed for comments.
Comments
18 comments