QuPath 0.7 Mac 버전 arm64와 Intel 중 선택: 2026 연구 가이드

2026년 9월 5일 기준 QuPath 공식 사이트는 안정 버전 0.7.0과 macOS용 Intel 및 Apple Silicon 설치 파일을 함께 제공하며, Apple Silicon 파일에는 베타 표시가 붙어 있습니다. 공식 설치 문서도 Apple Silicon 경로의 Bio-Formats 지원 한계를 안내합니다. 따라서 이번 주에는 arm64를 먼저 설치하되, 대표 절편이 열리지 않으면 Rosetta 기반 Intel 버전을 즉시 검증하는 순서가 맞습니다. 형식이 복잡한 연구실은 두 버전을 분리해 두고 프로젝트 이전 전에 실제 작업을 회귀 시험해야 합니다.

이 글은 Apple Silicon 맥에서 QuPath 0.7을 처음 선택하는 병리학·생물의학 연구생, 여러 현미경 파일을 관리하는 영상 분석 담당자, 원격 맥 환경을 준비하는 대학 연구실 기술 지원자를 위한 안내입니다. 단순한 다운로드 순서가 아니라 형식 호환성, 분석 도구, 원격 조작, 결과 재현성으로 결론을 내립니다.

01

먼저 확인할 세 가지 운영 경로

QuPath 0.7 Mac 버전 arm64와 Intel 중 선택할 때는 다음 세 경로로 나누면 판단이 빠릅니다.

경로	우선 조건	장점	중단 조건
arm64	Apple Silicon 맥에서 기본 작업을 시작할 때	기본 아키텍처에 맞고 별도 변환 실행을 피할 수 있음	핵심 절편이나 Bio-Formats 읽기 경로가 실패함
Intel	특정 형식이나 기존 도구가 Intel 경로에서만 안정적일 때	Rosetta를 통해 기존 Intel 작업 흐름을 시험할 수 있음	Rosetta 설치 권한이 없거나 플러그인·스크립트가 실패함
두 버전 분리	절편 출처와 협업 환경이 복잡할 때	형식별 대응과 비교 검증이 쉬움	설정 폴더와 결과 경로를 섞어 재현성을 잃음

QuPath 공식 사이트는 0.7.0을 안정 버전으로 표시하고, Apple Silicon용 패키지는 베타로 표시합니다. 0.7.0 공식 배포 기록과 현재 설치 문서를 함께 확인해야 합니다. 개발 중인 0.8 계열의 변경 사항을 안정 버전 기능처럼 전제해서는 안 됩니다.

02

절편 형식과 Bio-Formats 읽기 경로

확장자보다 실제 파일 구조

일반 TIFF 하나가 열린다고 해서 연구실의 전체 전장 절편 작업이 통과한 것은 아닙니다. 스캐너 출처, 파일 확장자, 압축 방식, 피라미드 구조, 채널 구성, 메타데이터 포함 여부를 목록으로 만들어야 합니다. QuPath의 공식 형식 안내를 기준으로 대표 파일을 골라야 합니다.

특히 Bio-Formats가 관여하는 파일은 Apple Silicon 경로에서 별도 제한을 확인해야 합니다. 일부 JPEG-XR 압축 CZI는 arm64 버전에서 열리지 않을 수 있습니다. 이때 파일이 손상됐다고 바로 결론 내리지 말고 같은 원본을 Intel 버전에서 열어 보십시오.

각 대표 파일에서 다음 결과를 기록합니다.

• 파일을 열 때 오류가 없는지
• 전체 화면에서 피라미드 확대가 이어지는지
• 채널 선택과 색상 표시가 정상인지
• 픽셀 크기와 배율 같은 메타데이터가 유지되는지
• 영역 주석과 측정 결과가 프로젝트에 저장되는지

핵심 형식 하나라도 실패하면 arm64 단독 운영을 중지합니다. Intel 버전에서만 통과한다면 Intel을 남기고, 다른 형식은 arm64로 처리하는 분리 운영을 검토합니다.

03

아키텍처별 실행과 Rosetta 조건

Apple Silicon 맥에서 Intel 버전을 실행하려면 Rosetta가 필요할 수 있습니다. Apple의 Rosetta 안내는 Intel 앱 실행을 위한 구성 요소와 설치 조건을 설명합니다. 원격 맥에서는 처음 실행하는 계정에 관리자 권한이 있는지 먼저 확인해야 합니다.

설치 후에는 응용 프로그램 이름을 구분하십시오. 예를 들어 이름에 arm64와 Intel을 표시하고, 바탕 화면의 바로 가기와 프로젝트 폴더도 각각 분리합니다. 같은 프로젝트를 두 버전에서 바로 저장하면 설정이나 결과 파일의 출처가 섞일 수 있습니다.

실행 속도만으로 승자를 정하면 안 됩니다. 같은 원격 맥, 같은 파일 복사본, 같은 화면 해상도와 작업 순서를 사용해야 합니다. 다음 항목을 각각 기록합니다.

• 첫 파일을 여는 데 걸리는 체감 시간
• 연속 확대와 축소 중 화면 갱신 상태
• 넓은 영역 주석을 만들 때 입력 지연
• 검출 미리 보기의 완료 여부
• 프로젝트를 닫았다가 다시 열었을 때의 안정성

여기서 VNC 화면이 끊긴다고 QuPath의 계산 성능이 낮다고 단정하면 안 됩니다. 맥에서 이미지가 처리되는 시간과 원격 화면이 전송되는 시간을 따로 기록해야 합니다.

04

확장 기능과 스크립트 재현성

QuPath 0.7을 선택하는 문제는 응용 프로그램 실행에서 끝나지 않습니다. 연구 결과가 확장 기능, Groovy 스크립트, 모델 파일, 외부 명령에 의존한다면 각 요소를 양쪽 아키텍처에서 확인해야 합니다.

점검 순서는 다음과 같습니다.

• 사용 중인 QuPath 확장 기능의 공식 배포 페이지에서 지원 상태를 확인합니다.
• 기존 프로젝트를 읽기 전용 복사본으로 열어 주석과 측정 열을 확인합니다.
• 가장 짧은 Groovy 스크립트로 파일 하나를 읽고 결과 하나를 내보냅니다.
• 실제 연구에 쓰는 모델 파일을 불러와 검출 미리 보기를 실행합니다.
• QuPath 명령줄 문서를 참고해 배치 실행 경로를 점검합니다.
• 결과 객체 수, 측정 열 이름, 출력 파일 형식을 두 버전에서 비교합니다.

한 버전에서 스크립트가 실행됐다는 사실만으로 결과가 동일하다고 볼 수 없습니다. 객체 수나 측정 열이 달라지면 논문용 결과 생성에 사용하기 전에 원인을 추적해야 합니다. 딥러닝 모델을 쓴다면 QuPath의 DJL 안내와 모델별 요구 조건도 따로 확인합니다.

05

원격 환경의 전송과 권한 지표

실험실에 Mac이 없거나 대형 절편을 개인 노트북으로 옮기기 어려울 때 원격 맥은 검증 환경으로 사용할 수 있습니다. 다만 병리 데이터에는 학교 승인, 비식별화, 접근 제어가 먼저입니다. 원격 사용이 임상 진단 승인이나 기관 보안을 자동으로 보장하지는 않습니다.

최소 검증 절차는 다음과 같습니다.

• 비식별화한 샘플 절편과 프로젝트만 원격 환경에 복사합니다.
• 프로젝트 폴더를 만들고 읽기·쓰기 권한을 확인합니다.
• 파일을 열고 확대하면서 화면 지연과 맥 내부 처리 지연을 따로 기록합니다.
• 주석과 측정 결과를 별도 출력 폴더에 저장합니다.
• 연결을 끊었다가 다시 접속해 열려 있던 프로젝트와 저장 결과를 확인합니다.
• 결과 파일을 연구실 저장소로 내려받고 해시 또는 파일 크기를 비교합니다.

학교 정책상 원본 반출이 어렵다면 원격 맥에는 축소본이나 비식별 샘플만 두십시오. 대형 절편을 옮기는 과정 자체가 병목이라면 먼저 개인정보 보호 기준을 확인한 원격 맥 운영 안내를 검토하는 편이 안전합니다.

06

이번 주에 끝내는 QuPath 검증 목록

다음 목록은 arm64, Intel, 두 버전 중 하나를 고르기 위한 최소 승인 기준입니다.

• [ ] 연구실에서 실제로 쓰는 절편 형식을 출처별로 적습니다.
• [ ] 각 형식에서 대표 파일을 하나씩 준비합니다.
• [ ] arm64 버전에서 열기, 확대, 채널 표시, 메타데이터를 확인합니다.
• [ ] 실패한 형식을 같은 원본으로 Intel 버전에서 다시 확인합니다.
• [ ] 기존 프로젝트의 주석과 측정 열을 읽습니다.
• [ ] 대표 Groovy 스크립트와 모델 파일을 실행합니다.
• [ ] 결과 내보내기와 원격 연결 복구를 시험합니다.
• [ ] 통과한 버전과 실패한 조건을 실험 기록에 남깁니다.
• [ ] 프로젝트 폴더와 설정 경로를 아키텍처별로 분리합니다.
• [ ] 결과가 모두 통과한 뒤에만 장기 운영 버전을 결정합니다.

모든 핵심 형식과 도구가 arm64에서 통과하면 arm64를 기본값으로 삼습니다. 특정 CZI나 기존 확장 기능이 Intel에서만 통과하면 Intel을 유지합니다. 형식 출처가 많고 공동 연구자의 맥 환경이 제각각이면 두 버전을 격리하는 편이 재현성 측면에서 낫습니다.

단기간 검증이 목적이라면 VpsMesh의 원격 Mac 환경에서 비식별 샘플로 먼저 시험할 수 있습니다. 장기적으로 매일 대형 절편을 처리하고 물리 장치나 기관 저장소에 직접 연결해야 한다면 연구실 장비가 더 적합할 수 있습니다. 반대로 설치 파일 선택, 확장 기능 확인, 소규모 배치 검증이 목적이면 구매 전에 원격 환경으로 실패 조건을 찾는 편이 낭비가 적습니다.

07

자주 묻는 질문

Apple Silicon 맥에서 arm64와 Intel 중 어느 QuPath를 선택해야 하나요?

처음에는 arm64를 선택합니다. 그러나 QuPath 0.7의 Apple Silicon 패키지는 공식 문서에서 베타로 안내되며, Bio-Formats 기반 형식에 제한이 있을 수 있습니다. 연구실의 대표 절편을 먼저 검사하고, 핵심 파일이 실패하면 Intel 버전을 Rosetta로 실행합니다. 형식이 여러 종류라면 두 버전을 분리해 결과를 비교합니다.

arm64에서 일부 CZI 절편이 열리지 않는 이유는 무엇인가요?

CZI는 파일 확장자만으로 호환성을 판단할 수 없습니다. 내부 압축 방식과 Bio-Formats 읽기 경로가 함께 영향을 줍니다. 일부 JPEG-XR 압축 CZI는 arm64 경로에서 제한을 받을 수 있으므로 Intel 버전에서 같은 파일을 다시 열어야 합니다. 확대, 채널, 메타데이터까지 모두 확인해야 단순한 전송 오류를 제외할 수 있습니다.

Intel 버전을 Apple Silicon에서 실행할 때 Rosetta가 필요한가요?

Intel용 QuPath를 Apple Silicon 맥에서 실행할 때 Rosetta가 필요할 수 있습니다. 원격 환경에서는 설치 권한과 첫 실행 대화 상자를 확인해야 합니다. 실행 자체가 성공해도 확장 기능, 스크립트, 모델 파일이 같은 방식으로 동작한다는 뜻은 아닙니다. 따라서 앱 실행 뒤에 최소 배치 작업까지 이어서 검증해야 합니다.

arm64와 Intel 버전을 동시에 설치해도 괜찮나요?

동시 설치는 비교 검증에 유용합니다. 다만 응용 프로그램 이름, 프로젝트 사본, 설정 폴더, 출력 폴더를 분리해야 합니다. 원본 프로젝트는 읽기 전용으로 보관하고, 파일 이름에 아키텍처를 표시하십시오. 두 버전이 같은 결과 폴더를 쓰면 어떤 실행 파일이 결과를 만들었는지 추적하기 어려워집니다.

원격 맥에서 전장 절편 작업은 어떤 순서로 시험해야 하나요?

비식별 샘플을 준비한 뒤 파일 열기, 연속 확대, 채널 표시, 영역 주석, 검출 미리 보기, 프로젝트 전환, 스크립트 실행, 결과 내보내기, 연결 복구를 같은 순서로 실행합니다. 같은 절편과 같은 원격 맥에서 양쪽 버전을 비교해야 합니다. VNC 화면 지연과 QuPath 내부 처리 시간을 별도로 기록하는 것이 핵심입니다.

현재 연구실의 Linux 또는 Windows 중심 환경은 비용을 통제하기 쉽지만 macOS 전용 실행 파일을 직접 확인하기 어렵고, 대형 절편을 개인 장비로 옮기거나 공동 폴더 권한을 다시 맞춰야 하는 부담이 있습니다. Mac을 바로 구매하면 테스트가 끝난 뒤 장비가 남고, 필요한 기간보다 긴 비용을 부담할 수도 있습니다. 반면 Mac mini 원격 사용 신청 안내를 활용하면 비식별 대표 절편과 스크립트를 먼저 arm64·Intel 양쪽에서 검증한 뒤 장기 임대나 연구실 장비 도입을 결정할 수 있습니다. 단기간 호환성 확인과 재현성 시험이 목적이라면 이 순서가 더 합리적입니다.

마지막 업데이트: 2026년 9월 5일. QuPath 공식 사이트의 최신 표시, 안정 버전 설치 문서, 0.7.0 배포 기록을 기준으로 확인했습니다. 공식 최신 버전이나 Apple Silicon 안내, Bio-Formats 지원 범위가 바뀌면 같은 절차로 다시 검증해야 합니다.