Logic 은 API 조건에 실패해

"문서화된 입구가 없으면 sidecar 도 없어. Logic 은 테스트에 조금 떨어지는 게 아냐 — 문 앞에서 떨어져."

당연한 후보

Logic Pro 는 호스트의 자연스러운 첫 추측이야: 음악 생산을 압도적으로 잘하고(조건 1), 진지한 음악가가 사는 진지한 도구야(많은 이한텐 조건 3 도 그럴듯해). 근데 sidecar 아이디어는 조건 2 — 확장 API — 에서 죽어, 그것도 호되게. Logic 엔 UXP 등가물이 없어. 밖의 프로그램이 Logic 프로젝트를 읽고 구동하게 하는 게 아무것도 없어.

Logic 이 가진 모든 'API', 그리고 각자 왜 실패하나

Logic Pro 확장 표면             판정
---------------------           ----
Scripter (MIDI 플러그인 JS)     MIDI 샌드박스만 -- 프로젝트를 못 읽음
AppleScript                     빈약; 진짜 자동화 표면이 아님
.logicx 번들                    독점; 문서화된 포맷이 아님
Audio Units (AU)                신호 처리만 -- 프로젝트 접근 아님

각각은 벽으로 드러나는 부분적 문이야. Scripter 는 JavaScript 를 돌리지만 MIDI 이펙트 안에서만 — 프로젝트도, 편곡도, 오디오도 못 봐. AppleScript 지원은 서류상 있지만 진짜 워크플로를 구동하기엔 너무 얇아. .logicx 프로젝트 번들은 문서화 안 된 독점 포맷이야. Audio Units 는 신호를 처리해; 프로젝트를 노출하지 않아. 다 합쳐도 밖에서 Logic 프로젝트를 읽거나 구동할 방법이 여전히 없어.

조건 2 는 이진이야

이게 Logic 을 교훈적으로 만들어: 조건 1 과 3 은 '얼추' 참일 수 있고 정도를 두고 논쟁할 수 있지만, 조건 2 는 이진이야. 진짜 문서화된 확장 API 가 있거나 없거나 — Logic 한텐 없어. Logic sidecar 는 '짓기 어려움' 이나 '제한적' 이 아냐. 못 짓는 거야. 그 빠진 조건 하나가 residency 나 value 가 나오기도 전에 대화를 끝내.

Code

Logic 의 확장 표면 — 모든 문이 벽·text

Logic Pro 확장 표면             판정
---------------------           ----
Scripter (MIDI 플러그인 JS)     MIDI 샌드박스만 -- 프로젝트를 못 읽음
AppleScript                     빈약; 진짜 자동화 표면이 아님
.logicx 번들                    독점; 문서화된 포맷이 아님
Audio Units (AU)                신호 처리만 -- 프로젝트 접근 아님

=> 밖에서 Logic 프로젝트를 읽고/구동할 방법 없음.
=> sidecar: 못 지음 (조건 2 가 문 앞에서 실패).

Exercise

확장하고 싶은 호스트의 광고된 '확장 표면'(스크립팅, 플러그인, 파일 포맷, 자동화)을 전부 적어. 각각에 어려운 질문 하나를 던져: 밖에서 호스트의 실제 문서/프로젝트를 읽고 구동할 수 있나? 모든 표면이 거기서 멈추면, 부분적 문 더미는 있고 진짜 API 는 없는 거야.

Hint

스트림(오디오, MIDI)만 처리하는 플러그인은 거의 문서를 노출 안 해. '지원' 되지만 문서화 안 된 스크립팅은 보통 벽이야. 진짜 테스트는 늘 '밖에서 프로젝트를 읽을 수 있나?' 야.