앱에서 조리개 값을 바꿨는데 사진과 영상 결과가 그대로라면, 먼저 하드웨어 고장이 아니라 공개 인터페이스의 범위를 의심해야 합니다.
가장 빠른 해결법: 정식 개발 문서에서 가변 조리개 제어 가능 여부를 먼저 확인한 뒤, 시스템 카메라와 서드파티 촬영 경로를 나눠 실기기로 검수해야 합니다. 공개 제어 API가 없다면 물리 조리개를 직접 조절한다고 제품 설명에 쓰면 안 됩니다.
이 검수 절차가 필요한 팀
기존 카메라 코드가 새 주 카메라의 동작 변화에 영향을 받는지 판단해야 하는 iOS 개발자에게 적합합니다. iPhone 18 Pro 영상 품질 기준선을 만들려는 품질 보증팀과 알고리즘팀도 대상입니다. 새 실기기와 맥 빌드 자원을 추가할지 결정해야 하는 프로젝트 책임자에게도 유용합니다.
2026년 9월 10일 기준으로 Apple은 iPhone 18 Pro 제품군에 가변 조리개 주 카메라가 들어간다고 확인했습니다. 다만 서드파티 앱이 어느 범위까지 이를 제어할 수 있는지는 공개 개발 문서와 출시 후 실기기 확인을 기준으로 판단해야 합니다. Apple의 공식 발표와 iPhone 18 Pro 기술 사양을 먼저 대조하는 이유입니다.
마지막 업데이트: 2026년 9월 10일. Apple Newsroom, Apple 기술 사양과 Apple Developer 문서를 기준으로 확인했습니다.
첫날에는 하드웨어와 공개 인터페이스를 분리합니다
가변 조리개라는 제품 기능과 앱이 호출할 수 있는 API는 같은 개념이 아닙니다. 하드웨어가 조리개를 움직일 수 있어도, 앱에는 자동 노출 결과나 렌즈 상태만 제공될 수 있습니다. 반대로 문서에 조리개와 비슷한 이름의 속성이 있어도 그것이 물리 조리개를 의미한다고 단정할 수 없습니다.
우리는 아래 순서로 확인합니다.
- Apple 발표에서 실제로 확인된 하드웨어 변경을 기록합니다.
AVCaptureDevice에서 지원 장치와 포맷을 조회하는 경로를 확인합니다.lensAperture가 어떤 의미와 사용 조건을 갖는지 Apple Developer의 렌즈 조리개 문서에서 확인합니다.AVCapturePhotoSettings와AVCapturePhotoOutput이 노출하는 설정을 각각 검토합니다.- 직접 제어가 확인되지 않으면 지원 여부 표시, 자동 처리, 구형 기기 회귀를 요구사항으로 등록합니다.
| 확인 항목 | 확인할 위치 | 합격 판단 | 잘못된 해석 |
|---|---|---|---|
| 장치 지원 여부 | AVCaptureDevice |
장치와 포맷을 런타임에 확인함 | 기기 이름을 문자열로 비교함 |
| 조리개 속성 | lensAperture 문서 |
의미와 읽기·쓰기 가능 범위를 기록함 | 속성 이름만 보고 제어 가능으로 판단함 |
| 촬영 설정 | AVCapturePhotoSettings |
실제 출력 경로와 연결되는지 확인함 | 노출 설정을 물리 조리개 제어로 부름 |
| 모의 조리개 | maxSimulatedAperture 문서 |
시뮬레이션과 후처리 범위를 분리함 | 영화 효과를 렌즈 조리개로 설명함 |
| 구형 기기 | 런타임 기능 검사 | 기능 미지원 때 기존 흐름이 유지됨 | 새 기기 조건을 앱 전체에 하드코딩함 |
AVCaptureDevice 공식 문서는 장치와 포맷 확인의 기준입니다. 모의 조리개 문서는 물리 렌즈 동작과 시뮬레이션 값을 구분하는 데 사용합니다.
기존 기기와 시스템 카메라로 기준선을 만듭니다
새 기기만 촬영하면 변화의 원인을 찾기 어렵습니다. 같은 장면에서 기존 지원 기기, iPhone 18 Pro, 필요할 경우 iPhone 18 Pro Max를 차례로 촬영해야 합니다. 구도, 조명, 초점 거리, 출력 형식, 노출 잠금 여부를 고정하고 운영체제 버전과 앱 빌드를 기록합니다.
시스템 카메라 샘플은 하드웨어가 보이는 결과를 이해하는 참고 자료입니다. 서드파티 앱의 결과를 대표하지는 않습니다. 촬영마다 다음 항목을 저장하면 나중에 시스템 문제와 앱 처리 문제를 나누기 쉽습니다.
- 렌즈 선택과 초점 상태
- 노출 보정과 셔터 응답
- 사진 파일과 영상 원본
- 파일 메타데이터
- 운영체제, 앱 빌드, 장치 식별 정보
- 촬영 시각과 조명 조건
사진 출력은 AVCapturePhotoOutput 공식 문서의 흐름과 대조합니다. 단순히 사진이 저장됐다는 사실만으로 새 하드웨어 경로가 정상이라고 판정하지 않습니다.
장면별 촬영에서 차이를 수치화합니다
두 번째 단계에서는 차이를 크게 만드는 장면을 의도적으로 배치합니다. 밝은 곳에서 어두운 곳으로 이동하는 장면은 노출 전환과 초점 안정성을 보기 좋습니다. 가까운 피사체는 배경 흐림과 초점 이동을 확인하는 데 유용합니다. 움직이는 피사체는 셔터 지연과 추적 실패를 드러냅니다. 역광은 하이라이트 보존과 얼굴 노출을 함께 평가하게 합니다. 연속 촬영은 첫 장과 마지막 장의 처리 지연을 비교하게 합니다.
우리는 주관적인 “더 좋아 보인다” 대신 항목별 0점부터 2점까지 점수를 부여합니다. 초점 고정, 노출 전환, 셔터 응답, 파일 출력, 편집 호환성을 각각 평가하고 원본을 숨긴 맹검 비교를 적용합니다. 이 방식이면 가변 조리개가 원인인지, 앱의 선명도 처리나 색 보정이 원인인지 분리할 수 있습니다.
| 검수 단계 | 실행 내용 | 기록할 결과 | 승인 조건 |
|---|---|---|---|
| 장면 고정 | 같은 구도와 조명으로 촬영 | 장면 번호와 조명 설명 | 재촬영 가능한 상태 |
| 사진 촬영 | 밝기 전환, 근접, 움직임, 역광, 연속 촬영 | 원본과 메타데이터 | 초점·노출·저장 실패 없음 |
| 출력 확인 | 공유와 편집 경로를 통과시킴 | 변환 전후 파일 | 후속 편집에서 파일이 열림 |
| 비교 평가 | 동일 규칙으로 맹검 평가 | 항목별 점수와 실패 샘플 | 원인 분류가 가능함 |
| 회귀 판정 | 기존 기기와 새 기기를 비교함 | 기기별 차이표 | 구형 사용자 흐름이 유지됨 |
영상과 실시간 처리에서는 개념을 나눕니다
영상 검수는 녹화 시작, 카메라 전환, 프레임률 변경, 손떨림 보정, 라이브 인코딩, 전화나 앱 중단 뒤 복귀까지 포함해야 합니다. 특히 물리 조리개, 영화 효과의 모의 조리개, 촬영 뒤 적용하는 인물 심도 값을 하나의 기능으로 묶으면 테스트 결과가 왜곡됩니다.
A20 Pro가 들어간다는 공식 발표는 성능 검토의 출발점일 뿐입니다. Apple의 A20 Pro와 냉각 설명을 확인하되, 새 칩이 모든 병목을 없앤다고 전제하지 않습니다. 실제로는 영상 인코딩, 실시간 필터, 네트워크 전송, 저장 장치 기록이 서로 다른 부담을 만듭니다.
지속 촬영에서는 시작 직후와 장시간 처리 뒤의 프레임 손실, 오디오 싱크, 미리보기 지연, 기기 온도와 배터리 변화를 같은 스크립트로 기록합니다. 배터리나 발열처럼 환경에 따라 달라지는 값은 측정 조건을 함께 남기지 않으면 제품 결론으로 사용하지 않습니다.
출시 승인에서는 실기기와 회귀를 분리합니다
시뮬레이터는 권한 요청, 장치 미지원 분기, 오류 화면, 저장 실패 처리와 같은 업무 흐름에 적합합니다. 하지만 렌즈의 실제 조리개 변화, 촬영 결과, 발열, 전력 변화는 확인할 수 없습니다. Apple도 시뮬레이터와 실물 기기 실행의 차이를 구분하고 있으므로, 최종 승인 자료에 시뮬레이터 결과만 넣어서는 안 됩니다.
실기기 구성은 앱의 의존도에 따라 결정합니다.
- 일반 사진과 영상 저장이 중심이면 대표적인 Pro 기기로 1차 검수를 진행합니다.
- 렌즈 전환과 고급 영상 처리, 장시간 촬영이 핵심이면 Pro와 Pro Max를 함께 사용합니다.
- 지원되지 않는 구형 기기에서는 기존 촬영과 편집 흐름이 유지되는지 별도로 확인합니다.
- 새 기능이 꺼진 상태에서도 앱이 정상적으로 안내하고 저장하는지 확인합니다.
최종 기록에는 실패한 파일도 포함해야 합니다. 시스템 결함, 앱의 처리 오류, 장치별 차이, 촬영자의 주관적 스타일을 각각 분류해야 합니다. 모든 변화를 가변 조리개 탓으로 돌리면 다음 회귀에서도 같은 오류를 반복하게 됩니다.
출시 승인 기록에 넣을 항목
- 테스트에 사용한 장치와 운영체제
- 앱 빌드와 사용한
AVFoundation경로 - 장면별 원본 사진과 영상
- 파일 메타데이터와 설정값
- 실패 샘플과 재현 절차
- Pro 단독 또는 Pro·Pro Max 동시 검수 이유
- 구형 기기에서의 회귀 결과
- 공개 API로 확인한 범위와 확인하지 못한 범위
현재 사용하는 촬영 환경이 시뮬레이터와 제한된 실기기뿐이라면, 새 카메라 기능 하나만 보고 장기 장비를 구매하기보다 자료 규모, 빌드 빈도, 실기기 사용 기간을 먼저 계산하는 편이 합리적입니다. 맥을 직접 관리하면 장비 유지, macOS와 개발 도구 호환, 테스트 기기 교체가 추가 부담이 될 수 있고, 일반 클라우드 환경은 카메라 센서와 물리 렌즈 검수에 적합하지 않습니다.
반면 zekmac의 맥 렌탈은 짧은 회귀 기간이나 출시 직전의 실기기 검증처럼 사용 기간이 분명한 작업에 더 잘 맞을 수 있습니다. 장기간 고정 부하를 처리하거나 특정 물리 포트를 계속 점유해야 한다면 직접 구매가 낫습니다. 그러나 이번처럼 iPhone 18 Pro와 iPhone 18 Pro Max의 촬영 경로를 일정 기간 비교하고, 빌드와 테스트를 반복해야 한다면 필요한 기간만 테스트 자원을 확보하는 방식이 비용과 운영 리스크를 함께 줄이는 선택이 될 수 있습니다.
자주 묻는 질문
서드파티 카메라 앱이 iPhone 18 Pro의 가변 조리개를 직접 조절할 수 있습니까?
Apple이 하드웨어 탑재 사실을 공개했더라도 서드파티 앱의 직접 제어 범위는 별도의 공개 개발 문서와 실제 기기에서 확인해야 합니다. AVFoundation에 노출된 속성이 모의 조리개나 렌즈 상태를 뜻할 수도 있으므로, 문서 이름만 보고 물리 조리개 제어가 가능하다고 판정하면 안 됩니다.
기존 카메라 코드에 가변 조리개 대응을 바로 추가해야 합니까?
먼저 기존 코드가 장치 검색, 포맷 선택, 노출과 초점 설정, 사진 저장을 어떤 방식으로 처리하는지 확인해야 합니다. 공개 제어 API가 없다면 하드웨어를 직접 조작하는 코드를 추가할 수 없습니다. 대신 지원 장치 판별, 메타데이터 기록, 출력 변화와 구형 기기 회귀를 우선 보강하는 편이 안전합니다.
iPhone 18 Pro 영상 테스트는 어떤 조명 조건을 포함해야 합니까?
밝은 실외와 어두운 실내만으로는 부족합니다. 밝기 전환, 가까운 피사체, 움직이는 피사체, 역광, 연속 촬영을 포함해야 노출 전환과 초점 안정성의 차이를 찾을 수 있습니다. 같은 구도와 초점 거리, 출력 형식을 고정하고 원본 파일과 메타데이터를 함께 보관해야 결과를 다시 확인할 수 있습니다.
시뮬레이터에서 가변 조리개 카메라를 테스트할 수 있습니까?
시뮬레이터에서는 화면 이동, 권한 처리, 실패 상태와 구형 기기용 분기 같은 업무 흐름을 확인할 수 있습니다. 물리 렌즈의 조리개 변화, 실제 노출 전환, 사진 품질, 발열과 배터리 변화는 증명할 수 없습니다. 최종 승인은 반드시 iPhone 18 Pro 또는 iPhone 18 Pro Max 실기기에서 진행해야 합니다.
iPhone 18 Pro와 Pro Max 카메라 회귀에 두 기기가 모두 필요합니까?
앱이 일반적인 사진 촬영과 영상 저장만 제공한다면 대표적인 Pro 기기 한 대로 1차 검수를 시작할 수 있습니다. 그러나 렌즈 선택, 고급 영상 처리, 장시간 촬영, 기기별 출력 차이가 핵심이라면 Pro와 Pro Max를 모두 사용해야 합니다. 두 기기를 비교할 때는 같은 운영체제와 앱 빌드, 같은 장면을 유지해야 합니다.
zekmac M4 원격 노드
아이폰 영상 검수를 위한 맥 환경을 zekmac에서 준비하세요
원격 맥으로 카메라 앱의 촬영과 재생 과정을 실제 개발 환경에서 편리하게 확인할 수 있습니다.