프리셋이 담은 모든 설정과, 그 결과.
거의 전부입니다. Lightroom 프리셋이 담을 수 있는 색과 톤 패널은 모두 읽고 적용합니다 — 화이트 밸런스, 톤, 곡선, HSL, 컬러 그레이딩, 캘리브레이션, 포인트 컬러, 세부, 그레인, 비네팅, 그리고 점진 필터와 범위 마스크. 읽지 않는 것은 룩이 아니라 완성된 한 장의 사진에 속한 작업입니다 — AI·브러시 마스크, 크리에이티브 프로필, 자르기, 렌즈 보정, 리터칭. LUT는 더 단순합니다. Rec.709나 sRGB용으로 만든 3D .cube LUT라면 무엇이든 그 테이블대로 적용합니다.
xMosaique는 .xmp 프리셋을 직접 읽습니다. Lightroom과 Camera Raw가 쓰는 바로 그 파일이며, 변환 단계도 다시 내보낼 것도 없습니다. 아래는 홍보 문구가 아니라 엔진을 확인해 정리한 항목별 내역입니다.
그렇더라도 정작 궁금한 그 프리셋 하나는 이것만으로 결론이 나지 않습니다. xMosaique는 무료이고, Lightroom이 쓴 그대로 파일을 읽으며, 엔진이 한 번도 본 적 없는 속성은 그것만 빠질 뿐 주위의 프리셋까지 실패시키지 않습니다. 미심쩍은 프리셋을 한 번 가져와 보면 1분이면 답이 나옵니다.
최종 수정:
| XMP 항목 | 지원 | xMosaique의 처리 |
|---|---|---|
| 기본crs:Temperature, crs:Tint, crs:IncrementalTemperature, crs:IncrementalTint, crs:Exposure2012, crs:Contrast2012, crs:Highlights2012, crs:Shadows2012, crs:Whites2012, crs:Blacks2012 | 읽음 | 전부 읽습니다. 색온도는 Adobe가 쓰는 두 방식 — 절대 켈빈 값과, 특정 카메라에 매이지 않은 프리셋이 쓰는 상대값 — 을 모두 받아들입니다. |
| 기본, 2012년 이전 표기crs:Exposure, crs:Brightness, crs:FillLight, crs:Contrast | 읽음 | 이쪽도 읽으므로 10년 전에 쓰인 프리셋도 여전히 동작합니다. 어느 쪽을 쓸지는 파일이 실제로 담고 있는 항목이 정하며, 파일이 주장하는 프로세스 버전은 기준이 아닙니다 — 손으로 편집한 프리셋은 그 부분을 자주 틀리기 때문입니다. |
| 존재감crs:Texture, crs:Clarity2012, crs:Dehaze, crs:Vibrance, crs:Saturation | 읽음 | 전부 읽습니다. 텍스처·부분 대비·안개 제거는 색 연산이 아니라 공간적인 패스라서 실시간 영상과 촬영에서 각각 따로 실행되며 — 두 경우 모두 같아 보입니다. |
| 톤 곡선, 포인트crs:ToneCurvePV2012, crs:ToneCurvePV2012Red, crs:ToneCurvePV2012Green, crs:ToneCurvePV2012Blue, crs:ToneCurve | 읽음 | 전부 읽습니다. 통합과 채널별 모두, 점의 개수에 제한이 없습니다. 곡선은 1,024단 테이블로 한 번만 구워지므로 점이 많아도 프레임당 비용은 늘지 않습니다. |
| 톤 곡선, 파라메트릭crs:ParametricShadows, crs:ParametricDarks, crs:ParametricLights, crs:ParametricHighlights, crs:ParametricShadowSplit, crs:ParametricMidtoneSplit, crs:ParametricHighlightSplit | 읽음 | 전부 읽습니다. 곡선의 각 구간이 어디서 시작하는지 정하는 세 개의 분할점도 포함합니다. |
| 채도 다듬기crs:CurveRefineSaturation, crs:LocalCurveRefineSaturation | 읽지 않음 | 구현되어 있지 않습니다. 이 슬라이더를 움직인 프리셋은 중립으로 둔 것처럼 렌더링되며, 앱은 조용히 다른 그림을 보여주는 대신 그 사실을 알릴 수 있습니다. |
| HSLcrs:HueAdjustmentRed … Magenta, crs:SaturationAdjustmentRed … Magenta, crs:LuminanceAdjustmentRed … Magenta | 읽음 | 여덟 개 색상대 전부, 세 가지 조작 전부. 채도와 광도 연산자는 근사치가 아니라 Lightroom 자체 출력에 맞춰 조정했습니다. |
| 흑백crs:ConvertToGrayscale, crs:GrayMixerRed … Magenta | 읽음 | 전부 읽습니다. 흑백 프리셋은 일률적인 채도 제거가 아니라 자신의 채널 가중치로 변환합니다. |
| 컬러 그레이딩crs:ColorGradeShadowHue / Sat / Lum, crs:ColorGradeMidtoneHue / Sat / Lum, crs:ColorGradeHighlightHue / Sat / Lum, crs:ColorGradeGlobalHue / Sat / Lum, crs:ColorGradeBlending | 읽음 | 세 영역과 전역 모두 — 각각의 색조·채도·광도 — 그리고 그 사이의 혼합 조절까지. |
| 분할 색조crs:SplitToningShadowHue, crs:SplitToningShadowSaturation, crs:SplitToningHighlightHue, crs:SplitToningHighlightSaturation, crs:SplitToningBalance | 읽음 | 전부 읽습니다. 컬러 그레이딩이 대체한 이전 패널이고, 오래된 프리셋은 지금도 이 값을 씁니다. |
| 카메라 캘리브레이션crs:RedHue, crs:RedSaturation, crs:GreenHue, crs:GreenSaturation, crs:BlueHue, crs:BlueSaturation, crs:ShadowTint | 읽음 | 전부 읽습니다. |
| 포인트 컬러crs:PointColors | 일부만 읽음 | 읽습니다. 항목 수에 제한이 없습니다. 한 행은 Adobe의 열아홉 개 필드를 갖춰야 하며, 길이가 다른 행은 추측하지 않고 건너뜁니다. 자리로 뜻이 정해지는 배열을 한 칸 어긋나게 읽는 편이, 항목 하나가 빠지는 것보다 나쁘기 때문입니다. |
| 세부crs:Sharpness, crs:SharpenRadius, crs:SharpenDetail, crs:SharpenEdgeMasking, crs:LuminanceSmoothing, crs:LuminanceNoiseReductionDetail, crs:ColorNoiseReduction | 읽음 | 전부 읽습니다 — 반경·세부·가장자리 마스킹을 포함한 선명하게 하기와, 광도 및 컬러 노이즈 감소 양쪽. |
| 효과 — 그레인crs:GrainAmount, crs:GrainSize, crs:GrainFrequency | 읽음 | 전부 읽습니다. 그레인은 프레임에 대한 상대 크기로 적용되므로 어떤 촬영 해상도에서도 구조를 유지하며, 센서 전체 이미지에서 모래처럼 뭉개지지 않습니다. |
| 효과 — 비네팅crs:PostCropVignetteAmount, crs:PostCropVignetteMidpoint, crs:PostCropVignetteFeather, crs:PostCropVignetteRoundness, crs:PostCropVignetteStyle, crs:PostCropVignetteHighlightContrast | 일부만 읽음 | 읽고 적용하지만 예외가 하나 있습니다. 밝은 영역 대비 조절은 읽어 들이지만 아직 대응하는 연산자가 없어 지금은 아무 효과가 없습니다. |
| 마스크Mask/Gradient, Mask/CircularGradient, Mask/Radial, Mask/RangeMask (luminance and colour) | 읽음 | 선형 점진, 원형 점진, 범위 마스크(광도와 색)는 생성해 적용합니다. 프리셋당 마스크 수에도, 마스크당 구성 요소 수에도 제한이 없습니다. |
| 마스크 안의 조정crs:LocalExposure2012, crs:LocalContrast2012, crs:LocalHighlights2012 / Shadows2012 / Whites2012 / Blacks2012, crs:LocalClarity2012, crs:LocalDehaze, crs:LocalSaturation, crs:LocalSharpness, crs:LocalGrain, crs:LocalTemperature, crs:LocalTint, crs:LocalTexture | 일부만 읽음 | 읽고 적용하지만 예외가 하나 있습니다. 마스크별 텍스처는 읽어 들이지만 아직 적용되지 않아, 텍스처만 담은 마스크는 현재 아무것도 바꾸지 않습니다. |
| AI·인물 마스크Mask/Image, Mask/Person | 읽지 않음 | 읽지 않습니다. 피사체·하늘·배경 선택과 인물 마스크는 완성된 한 장의 사진을 대상으로 데스크톱에서 이뤄진 기계 학습 선택이며, 카메라가 다음에 향할 곳에 대해 다시 실행할 것이 없습니다. 이런 요소로만 구성된 보정은 화면 전체로 넓히지 않고 통째로 버립니다. |
| 브러시 마스크Mask/Paint, crs:PaintBasedCorrections | 읽지 않음 | 같은 이유로 읽지 않습니다. 붓질은 특정한 한 장 위에 손으로 칠한 영역입니다. |
| 크리에이티브 프로필crs:Look | 읽지 않음 | 읽지 않습니다. Adobe 크리에이티브 프로필을 담은 프리셋은 그 프로필 고유의 대비·채도·곡선 없이 렌더링됩니다. 프리셋의 나머지는 그대로 적용됩니다. |
| 자르기·기하 보정·렌즈 보정crs:CropTop / Left / Bottom / Right, crs:PerspectiveVertical / Horizontal, crs:LensProfileName, crs:AutoLateralCA, crs:DefringePurpleAmount | 읽지 않음 | 의도적으로 읽지 않습니다. 자르기, 수평 맞추기, 원근 보정, 렌즈 보정은 이미 존재하는 한 장에 대한 판단입니다. 카메라에서는 뷰파인더가 그 판단을 합니다. |
| 복구·얼룩 제거crs:RetouchAreas | 읽지 않음 | 읽지 않습니다. 이 도구들은 특정 사진 위의 자국을 겨냥합니다. |
| 그 밖의 모든 것any other crs: attribute | 읽음 | 안전하게 무시합니다. 엔진이 본 적 없는 속성이 있어도 가져오기나 주변 프리셋이 실패하지 않으므로, 더 새로운 Lightroom에서 온 파일도 알아볼 수 있는 것을 모두 지닌 채 불러와집니다. |
읽지 않는 항목들과 그 이유
하나를 빼면 어느 것도 룩을 설명하지 않습니다. 붓질 한 번, 지워낸 잡티, 자르기, 기계 학습이 골라낸 하늘 — 모두 이미 존재하는 한 장의 사진을 두고, 그 사진을 화면에 띄운 채 데스크톱에서 내린 결정입니다. 카메라가 아직 찍지 않은 화면에 다시 적용할 것은 그 안에 없습니다.
그래서 근사치로 흉내 내는 대신 하나씩 덜어냅니다. AI 마스크를 담은 프리셋도 화이트 밸런스, 곡선, HSL, 컬러 그레이딩, 그레인은 그대로 xMosaique에 도착하고 마스크만 빠집니다. 어떤 기준으로 보아도 그것이 룩의 대부분입니다 — 룩을 이루는 것은 색과 톤이고, 이 목록의 나머지는 리터칭이니까요.
예외는 Refine Saturation입니다. 다른 것과 다를 바 없는 색 조정이지만, 아직 그 뒤를 받치는 연산이 없습니다. 이 값을 움직인 프리셋은 그대로 둔 것처럼 렌더링되며, 앱이 그 사실을 알려 주므로 결과가 Lightroom과 왜 다른지 헤맬 일은 없습니다.
LUT 파일(.cube)
LUT가 담는 것은 프리셋보다 훨씬 적습니다 — 색 테이블과 그것을 설명하는 몇 줄뿐이라 표도 짧습니다. 앱이 LUT로 하는 일은 이것이 전부입니다.
| XMP 항목 | 지원 | xMosaique의 처리 |
|---|---|---|
| 테이블 크기LUT_3D_SIZE | 읽음 | 읽습니다. 한 변 2~129포인트의 3D LUT라면 무엇이든 됩니다. 테이블은 자체 해상도 그대로, 뷰파인더와 저장되는 사진에서 같은 보간으로 적용됩니다. |
| 입력 도메인DOMAIN_MIN, DOMAIN_MAX | 읽음 | 읽습니다. 0~1이 아닌 입력 범위용으로 만든 테이블은 그 범위에 맞게 다시 조정되므로, 만든 사람이 둔 자리에 그대로 맞춰집니다. |
| 제목과 주석TITLE, # | 읽음 | 읽습니다. S-Log3, LogC 같은 로그 인코딩을 이름에 담은 제목이면 그 LUT를 '로그 영상용'으로 표시하며, 주석은 건너뜁니다. |
| 입력 색 공간Rec.709, sRGB | 읽음 | 모든 LUT에 대해 Rec.709 / sRGB, 디스플레이 기준입니다 — 대부분의 크리에이티브 LUT가 전제로 하는 형식입니다. 로그 영상용 LUT도 가져올 수는 있지만 iPhone·iPad 카메라가 만들지 않는 입력을 전제로 하므로, 원래 의도한 모습으로 보이지 않습니다. |
| 범위 플래그LUT_IN_VIDEO_RANGE, LUT_3D_INPUT_RANGE | 읽지 않음 | 읽지 않습니다. 이 값과 상관없이 테이블은 0~1 전체 범위에 적용됩니다 — 다른 범위용 테이블에는 DOMAIN_MIN과 DOMAIN_MAX를 쓰세요. |
| 1D LUTLUT_1D_SIZE | 읽지 않음 | 3D 테이블로 읽으면 모든 색이 틀어지므로, 가져오는 단계에서 거부합니다. |
| 그 밖의 LUT 형식.3dl, .csp, .spi3d, .look | 읽지 않음 | 읽지 않습니다. 가져올 수 있는 것은 .cube 파일뿐이며, 파일당 최대 40MB입니다. |
이 페이지에 자주 오는 질문
Camera Raw의 .xmp 프리셋을 쓸 수 있나요?
쓸 수 있습니다. Camera Raw와 Lightroom은 같은 .xmp 형식을 쓰고, xMosaique는 그 파일을 직접 읽습니다. 변환 단계도, 다시 내보낼 것도 없습니다.
톤 곡선은 동작하나요?
두 형태 모두 동작합니다. 포인트 곡선은 통합과 채널별로 점 개수 제한 없이 읽고, 파라메트릭 슬라이더는 분할점까지 함께 읽습니다.
HSL이 Lightroom과 같나요?
상당히 가깝습니다. 여덟 색상대와 세 조작을 모두 읽고, 채도와 광도 연산자는 공식에서 근사한 것이 아니라 Lightroom 자체 출력에 맞춰 조정했습니다.
Lightroom 마스크가 xMosaique에서 작동하나요?
일부만 작동합니다. 선형 점진, 원형 점진, 범위 마스크는 지원하며 그 안의 조정도 적용됩니다. AI 마스크, 인물 마스크, 붓질은 지원하지 않습니다 — 모두 실시간 카메라 영상이 아니라 완성된 사진을 대상으로 한 선택이기 때문입니다.
xMosaique에서 .cube LUT를 쓸 수 있나요?
쓸 수 있습니다. .cube 형식의 3D LUT라면 무엇이든 프리셋과 같은 방법으로 가져와 실시간 카메라 영상에 원하는 강도로 적용되며, 그 위에 그레인과 헐레이션도 얹을 수 있습니다. Rec.709 / sRGB 테이블로 읽으므로 로그 영상용 LUT는 제대로 보이지 않습니다.
흑백 프리셋이 제대로 변환되나요?
됩니다. 흑백 혼합의 여덟 채널 가중치를 읽으므로, 모노크롬 프리셋은 일률적인 채도 제거가 아니라 만든 사람의 의도대로 변환됩니다.
지원되지 않는 기능을 쓴 프리셋은 어떻게 되나요?
나머지는 그대로 적용됩니다. 모르는 속성은 가져오기를 실패시키지 않고 무시하고, 지원되지 않는 마스크 종류는 화면 전체로 넓히지 않고 버리며, 의도적으로 구현하지 않은 유일한 항목은 중립으로 렌더링되고 그 사실을 알릴 수 있습니다.
가져오기를 시험해 볼 프리셋 23개와 LUT 18개
xMosaique에 들어 있는 룩은 모두 실제 .xmp 또는 .cube 파일이기도 합니다. 무료로 내려받아 그대로 가지셔도 됩니다 — 계정도 이메일 주소도 필요 없습니다. 돈 주고 산 세트를 맡기기 전에, 파일에서 뷰파인더까지 전 과정이 작동하는지 확인하는 가장 빠른 방법입니다.
무료 프리셋과 LUT 받기이미 찍은 사진을 고치는 일, 이제 그만.
무료로 내려받을 수 있습니다. iOS 18.0 이상이며 Android 버전도 준비 중입니다. 계정도, 광고도, 업로드도 없습니다.
무료 · iPhone·iPad 먼저, Android는 개발 중
iPhone·iPad로 스캔해 설치하세요