Silent Launch, Loud Fix: Getting Free Video Cutter Joiner to Run on macOS
Hey — listen, I went down a small rabbit hole last night trying to get Free Video Cutter Joiner (app) running on my Mac, and I figured I should write this up while it’s still fresh. This is one of those “seems trivial, wastes an hour anyway” situations, very macOS-flavored.
So the setup: macOS Sonoma 14.3, MacBook Pro on M1. I just wanted to quickly trim and stitch together a couple of screen recordings. Nothing fancy. I grabbed the build associated with OrchardKit from the page here — I found this page useful and bookmarked it while poking around macOS video tools: https://deadtriggermod.xyz/video/47636-free-video-cutter-joiner.html — and expected it to be a five-minute job.
It wasn’t.
First launch attempt: double-click, bounce in the Dock, then… nothing. No error dialog. No crash report. Just silence. That’s usually when you know Gatekeeper or permissions are involved, but macOS doesn’t always feel like telling you upfront.
Naturally, I tried the dumb thing first: quit everything else, reboot, launch again. Same result. App pretends it never existed. Console logs showed it spawning and immediately exiting, which wasn’t super helpful on its own.
Second attempt was the classic “Open Anyway” dance. I went into System Settings → Privacy & Security, scrolled down expecting to see the usual “App was blocked from use” message. Nothing there. That was the first clue that this wasn’t a simple Gatekeeper block but something slightly more annoying.
At this point I suspected notarization. Apple’s been tightening the screws, and unsigned or partially signed video tools are frequent casualties. I dug into the extended attributes using Terminal and sure enough, the quarantine flag was still attached even though Finder wasn’t showing the warning.
I removed it manually:
xattr -dr com.apple.quarantine /Applications/Free\ Video\ Cutter\ Joiner.app
Tried launching again. This time it actually stayed open… for about three seconds. Then it quit. Progress, technically.
What finally tipped me off was Activity Monitor. The app was briefly requesting access to user-selected files and then dying when it didn’t get a response. No prompt ever appeared. macOS had silently denied it.
The fix ended up being boring but effective: manually granting file access. Under System Settings → Privacy & Security → Files and Folders, the app was listed but unchecked. Once I enabled access to Documents and Desktop, the tool launched cleanly and stayed running.
After that, everything behaved as expected. Timeline loaded, trimming worked, joins rendered fine. CPU usage was reasonable on Apple Silicon, no weird Rosetta overhead. It felt like a normal lightweight utility again instead of a ghost process.
For sanity, I double-checked Apple’s own notes on this behavior. The documentation around Gatekeeper and notarization explains why apps can fail without visible warnings if they request permissions too early in their lifecycle:
- https://support.apple.com/en-us/HT202491
- https://developer.apple.com/documentation/security/notarizing_macos_software_before_distribution
I also confirmed the App Store doesn’t carry this exact build (searching via https://apps.apple.com/), which explains why it doesn’t get the “it just works” treatment.
Looking back, here’s the mental checklist I wish I’d followed from minute one:
- Strip quarantine attributes if the app exits silently
- Check Privacy & Security even if macOS doesn’t prompt you
- Watch Activity Monitor for early exits tied to permissions
- Assume notarization issues before assuming the app is broken
If I’d done that in order, this would’ve been a ten-minute fix instead of an evening detour.
Anyway, figured I’d pass this along. Not a bad tool once it’s allowed to breathe — just classic macOS friction getting in the way.
