JPG를 BMP로 바꾸면 디코딩된 픽셀이 다른 컨테이너에 저장될 뿐 JPEG 손실이 복구되지는 않습니다. 구형 프로그램이 실제로 읽는 BMP 헤더·비트 수·색상표·방향을 대표 파일로 확인하세요.
JPG → BMP
BMP 변환이 품질 복원은 아닙니다
JPG는 손실 압축된 이미지이며 디코더는 그 안에 남은 정보로 픽셀을 만듭니다. BMP로 변환하면 이 디코딩된 픽셀이 BMP 구조에 저장될 뿐, JPEG 압축 전에 있던 세부나 색상 정보가 되돌아오지 않습니다. 결과 BMP가 훨씬 커져도 더 선명해졌다는 뜻은 아닙니다. 작은 글자 주변 번짐, 블록 흔적과 부드러운 그라데이션의 손실은 그대로 남을 수 있으므로 변환 목적을 화질 향상이 아니라 호환성 확보로 분명히 해야 합니다.
먼저 대상 프로그램이 정말 BMP만 받는지, 허용되는 다른 형식이나 플러그인이 없는지 확인하세요. BMP가 필수라면 JPG의 픽셀 크기, 방향, 색상 프로필과 품질 상태를 기록하고 대표적인 고대비 경계와 피부색, 중성 회색을 비교 지점으로 정합니다. 변환 전에 JPG가 이미 회전 정보에 의존하는지도 확인하세요. 일부 도구가 방향 메타데이터를 적용한 픽셀로 만들고 다른 도구는 무시하면 결과가 회전되거나 뒤집혀 보일 수 있습니다.
- 큰 BMP를 화질 향상으로 오해하지 않기
- 대상 앱의 실제 형식 요구 확인
- 방향과 비교 지점 기록
JPG를 BMP로 옮겨도 JPEG에서 잃은 정보는 돌아오지 않습니다.
구형 앱이 지원하는 BMP 종류 확인하기
Microsoft의 BITMAPINFOHEADER처럼 BMP에는 여러 정보 헤더와 필드가 있으며 비트 수, 압축 방식, 크기와 색상표 구성이 달라질 수 있습니다. 현대 프로그램이 여는 BMP를 구형 앱도 모두 읽는다고 가정하면 안 됩니다. 대상 프로그램 문서에서 지원 헤더, 24비트 또는 8비트 요구, 비압축 여부, 최대 가로·세로와 파일 크기를 확인하세요. 문서가 없다면 가장 단순한 작은 샘플부터 실제 앱으로 시험해야 합니다.
일부 오래된 흐름은 팔레트 기반 BMP나 특정 색상 수를 요구하고, 다른 흐름은 24비트 BGR 픽셀만 안정적으로 처리할 수 있습니다. 32비트 출력이 더 현대적으로 보여도 알파 바이트를 잘못 해석하거나 파일을 거부할 수 있습니다. 변환기에서 헤더 종류를 고를 수 없다면 결과 파일을 검사 도구로 읽어 구조를 확인하세요. 성공한 샘플의 헤더와 설정을 기록하면 이후 실패한 파일과 비교하기 쉽습니다.
- 헤더·비트 수·압축 방식 확인
- 최대 크기와 팔레트 요구 점검
- 성공 샘플의 구조 기록
방향과 행 구조 문제를 시험하기
BMP는 높이 값과 저장 방식에 따라 아래쪽 행부터 위쪽으로 저장되는 구성을 사용할 수 있으며, 프로그램은 이를 해석해 정상 방향으로 보여 줍니다. 그러나 오래되거나 제한적인 디코더는 특정 방향이나 헤더만 가정할 수 있습니다. 변환 결과가 상하 반전되거나 줄이 어긋나지 않는지 실제 앱에서 확인하세요. 폭이 특이한 작은 샘플과 홀수 크기 이미지를 사용하면 행 패딩을 잘못 처리하는 문제도 발견하기 쉽습니다.
화면에서 정상으로 보이는 것만으로 끝내지 말고 앱 안에서 자르기나 배치, 인쇄처럼 실제 작업을 수행한 뒤 저장하고 다시 여세요. 가져오기 단계는 통과했지만 재저장된 BMP 구조가 달라질 수 있습니다. 운영체제 미리보기, 현대 편집기와 구형 앱의 결과가 다르면 구형 앱의 승인 경로를 기준으로 삼되 원본과 차이를 기록합니다. 색상 채널이 뒤바뀌거나 검은 줄이 생기는지도 눈에 띄는 색 패치로 점검하세요.
- 상하 방향과 행 어긋남 확인
- 홀수 폭·작은 샘플 시험
- 가져오기 후 저장·재열기 수행
색상과 투명도 한계를 확인하기
JPG 원본은 일반적으로 투명 배경을 담지 않으므로 BMP 변환으로 투명도가 새로 생기지 않습니다. 32비트 BMP를 선택해도 의미 있는 알파 값이 자동 생성된다고 볼 수 없고, 구형 앱이 그 값을 지원한다는 보장도 없습니다. 불투명 출력이 목적이라면 배경색을 명시하고 검정색으로 변하는 영역이 없는지 확인하세요. 투명 자산이 필요하다면 원래 알파가 있는 소스와 대상 앱이 실제 지원하는 형식을 다시 찾아야 합니다.
색상 프로필을 무시하는 구형 프로그램에서는 JPG와 BMP가 다른 밝기나 채도로 보일 수 있습니다. 같은 모니터에서 중성 회색, 피부색, 빨강·초록·파랑 패치를 비교하고, 최종 출력이 인쇄나 장비 입력이라면 그 경로까지 확인하세요. 팔레트 BMP로 줄이는 경우 색 수 감소와 디더링이 추가될 수 있으므로 사진과 그라데이션을 확대해 봅니다. 색상 변환과 BMP 호환 설정을 한 번에 바꾸지 않으면 문제 원인을 더 쉽게 찾을 수 있습니다.
- 불투명 출력과 알파 요구 구분
- 중성색과 기본 색상 패치 비교
- 팔레트 감소와 디더링 확인
대표 파일로 승인 절차 만들기
작은 사진, 글자와 선이 있는 화면 캡처, 최대 허용 크기에 가까운 파일을 대표 샘플로 선택하세요. 각각을 후보 BMP 설정으로 변환하고 헤더, 비트 수, 압축 방식, 픽셀 크기와 파일 크기를 기록합니다. 구형 앱에서 열고 실제 편집이나 인쇄를 수행한 뒤 저장·재열기까지 완료하세요. 첫 샘플이 열렸다는 사실만으로 모든 크기와 색 유형이 호환된다고 판단하면 안 됩니다.
승인된 설정을 이미지 유형과 앱 버전별로 문서화하고 원본 JPG를 별도 보관합니다. 실패한 BMP를 다른 형식으로 왕복 변환하지 말고 JPG에서 새 설정으로 다시 생성하세요. 앱이나 운영체제를 업데이트하면 기존 샘플을 다시 시험하고, 결과 BMP가 필요한 기간과 보관 위치도 정합니다. BMP가 단지 구형 시스템 전달용이라면 작업이 끝난 뒤에는 원본과 더 효율적인 파생본을 중심으로 관리해 불필요한 대용량 중복을 줄일 수 있습니다.
- 다른 크기와 내용의 샘플 사용
- 실제 작업·저장·재열기 검증
- 앱 버전별 승인 설정 기록
구형 앱 호환성은 확장자가 아니라 실제 헤더와 전체 작업 경로로 검증해야 합니다.
핵심만 정리했어요
- BMP 변환은 JPG의 압축 자국과 잃어버린 세부를 복구하지 않으며 파일 크기만 크게 늘 수 있습니다.
- 구형 앱은 모든 BMP를 지원하지 않고 특정 정보 헤더, 비트 수, 압축 방식이나 색상표를 요구할 수 있습니다.
- 화면 방향, 행 패딩, 색상과 알파 해석이 달라질 수 있어 실제 대상 앱에서 열기·편집·저장을 시험해야 합니다.
- 원본 JPG를 보존하고 승인된 BMP 설정과 앱 버전을 기록한 뒤 같은 유형의 파일만 일괄 처리하세요.
자주 묻는 질문
JPG를 BMP로 바꾸면 화질이 좋아지나요?
아니요. JPG를 디코딩한 현재 픽셀을 저장할 뿐 압축 전에 사라진 세부 정보는 복구하지 못합니다.
왜 구형 프로그램이 BMP를 열지 못하나요?
지원하지 않는 헤더, 비트 수, 압축 방식, 색상표, 크기 또는 방향 구조로 작성됐을 수 있습니다.
24비트와 32비트 중 무엇을 써야 하나요?
대상 앱 문서와 실제 샘플로 확인해야 합니다. 더 높은 비트 수가 구형 앱에서 더 호환된다는 보장은 없습니다.
변환한 BMP가 거꾸로 보이는 이유는 무엇인가요?
BMP 행 방향이나 높이 해석을 대상 디코더가 다르게 처리했을 수 있으므로 다른 저장 방향이나 도구를 시험하세요.
일괄 변환 전 최소 테스트는 무엇인가요?
내용과 크기가 다른 샘플을 대상 앱에서 열고 실제 작업, 저장과 재열기까지 수행하는 것입니다.