이미지 변환기
전체 메타데이터 제어와 즉시 미리보기로 JPG, PNG, WEBP, GIF, TIFF, ICO, CUR, BMP 간에 전환해요.
트랜스코딩 배치 중...
이미지를 여기에 드롭하거나 클릭하여 찾아보기
HEIC, AVIF, 일반 RAW, ICO/CUR, ZIP 번들을 지원해요.
변환 대기열
- 상태, 예상 용량, 출력 이름을 미리 보기 위해 파일을 대기열에 넣으세요.
변환 환경설정
파일을 드롭하여 실시간 미리보기를 확인하세요.
변환된 다운로드 링크를 전달한 직후 파일이 서버에서 사라져요.
변환된 파일이 미리보기 썸네일, 메타데이터, 다운로드 버튼과 함께 여기에 표시돼요.
원하는 작업은...
PNG 변환기는 지원되는 모든 이미지를 PNG 파일로 변환해요. PNG(Portable Network Graphics)는 픽셀이 정확하게 중요한 경우에 사용하는 형식이에요. 로고, 아이콘, UI 스크린샷, 차트, 다이어그램, 또는 선명한 모서리나 투명도가 필요한 모든 것에 적합해요. 변환기는 JPG, JPEG, WEBP, AVIF, HEIC, HEIF, BMP, TIFF, GIF, ICO, 그리고 Canon, Nikon, Sony 및 다른 카메라 제조업체의 RAW 파일을 받아들이며, 소스가 이미 채널당 8비트 범위 내에 있는 곳에서 소스를 픽셀 단위로 정확하게 재현하는 무손실 PNG를 생성해요.
PNG를 다르게 만드는 것
PNG는 무손실 deflate 압축을 사용해요. 출력의 모든 픽셀은 들어온 픽셀과 비트 단위로 정확하게 동일해요. 품질 슬라이더도 없고, 색상 서브샘플링도 없고, 다시 저장할 때의 세대 손실도 없어요. 인코더는 중복성을 찾아서 효율적으로 압축하기 위해 더 열심히 일할 뿐이에요. 반복되는 단색(UI 패널, 코드 편집기, 터미널 창)으로 가득 찬 스크린샷에서는 PNG가 원본 크기의 일부로 압축되는 경우가 많아요. 풀 컬러 사진에서는 사진이 찾을 중복성이 적어서 절감량이 더 작아요.
PNG가 대부분의 다른 형식에는 없는 또 다른 특징은 실제 알파 채널이에요. 투명도는 플래그도 아니고, 단일 마법 색상도 아니고, 임시 방편도 아니에요. 모든 픽셀은 자신의 8비트 투명도 값을 가지고 있어서 부드러운 드롭 섀도우, 안티앨리어싱된 모서리, 부분 투명도 마스크가 모두 왕복 과정에서 유지돼요. 이것이 디자이너, 앱 개발자, UI 자산을 배포하는 모든 사람이 WEBP와 AVIF가 나온 후에도 PNG를 워크플로우에 계속 유지하는 이유예요.
PNG가 올바른 출력 형식일 때
- 로고와 아이콘: 선명한 모서리, 단색, 투명한 배경이에요. JPG는 압축 아티팩트로 모서리를 흐리게 만들지만, PNG는 깔끔하게 유지해요.
- UI 스크린샷: 스크린샷의 작은 텍스트, 버튼 테두리, 1픽셀 격자선이 정확한 픽셀에 착지해야 해요. JPG는 이들을 흐리게 만들어요. PNG는 정확하게 유지해요.
- 다이어그램, 차트, 인포그래픽: 같은 이유예요. 얇은 선, 작은 텍스트, 또는 큰 평면 색상 영역이 있는 모든 것은 PNG에 속해요.
- 픽셀 아트와 게임 자산: 모든 픽셀이 의도적이에요. 손실 압축은 아트를 망쳐요.
- 추가 편집을 위한 소스 파일: 나중에 편집기에서 파일을 다시 열 계획이 있다면, PNG는 안전한 중간 형식이에요. JPG를 반복적으로 다시 저장하면 세대 손실이 누적돼요. PNG는 그렇지 않아요.
- 투명도가 있는 모든 것: 오버레이, 워터마크, 앱 아이콘, 흰색 배경의 제품 컷아웃이에요. JPG는 알파를 저장할 수 없어요. WEBP는 할 수 있지만, PNG가 더 광범위하게 지원돼요.
PNG가 잘못된 경우
PNG는 풀 컬러 사진에는 잘못된 선택이에요. 1200만 화소 휴대폰 사진을 PNG로 저장하면 일반적으로 품질 95의 JPG로 저장한 같은 이미지보다 5배에서 10배 더 커요. 일반적인 보기 거리에서 눈에 띄는 품질 차이는 없어요. 사진 PNG로 가득 찬 웹 페이지는 느리게 로드되고 대역폭을 낭비해요. 사진 콘텐츠의 올바른 방법은 게시 전에 PNG를 JPG로 변환하거나 WEBP로 변환하는 거예요.
일반적으로 최신 웹 배포의 경우, WEBP가 PNG보다 더 나은 대상이에요. 무손실 WEBP는 일반적으로 동등한 PNG보다 25%에서 35% 작으며 품질 차이가 없어요. 손실 WEBP는 사진 콘텐츠를 두 형식 모두보다 훨씬 더 작게 줄여요. 보편적인 호환성이 필요하거나 대상 도구가 확실히 WEBP를 처리할 수 없을 때 PNG를 사용해요.
변환기가 파일로 하는 것
각 파일은 변환 endpoint로 스트림되고, memory buffer로 디코딩되고, 최대 압축 레벨(9)에서 PNG 인코더를 통해 실행되고, JSON 응답 내에서 base64로 반환돼요. 브라우저는 각 파일을 재구성하고 직접 다운로드로 제공하거나, 전체 배치를 단일 ZIP으로 다시 패키징해요. 배치당 최대 50개 파일, 파일당 40MB예요. ZIP 아카이브는 서버 측에서 압축 해제되고 각 항목은 동일한 50파일 제한에 대해 계산돼요.
알아두면 좋은 두 가지 옵션이 있어요:
- 색상 프로필: 소스의 ICC 색상 프로필은 기본적으로 PNG 출력에 포함되어 색상이 색상 관리 디스플레이에서 올바르게 렌더링돼요. 특정 색상 모드가 필요한 경우 대신 RGB 또는 RGBA 출력을 강제해요(RGBA는 입력에 알파 채널이 있었고 명시적으로 유지하고 싶을 때 원하는 것이에요).
- EXIF 메타데이터 제거: PNG는 JPG와 동일한 메타데이터 블록(카메라, GPS, 촬영 시간)을 포함할 수 있어요. 제거 옵션은 내보내기 전에 제거해요. 개인 사진을 게시하거나 위치 데이터를 포함할 수 있는 스크린샷을 공유하기 전에 권장돼요.
PNG와 나머지 파이프라인
PNG는 끝이 아닌 워크플로우의 중간에 위치하는 경우가 많아요. 일반적인 패턴은 편집을 위해 PNG에서 원본을 유지한 다음, 최종 배포물을 대상을 위한 더 작은 형식으로 변환하는 거예요. 이미지 압축기는 대상이 다른 것을 받을 수 없을 때 PNG 파일을 더욱 축소해요. 수작업으로 작성된 PNG에서 10%에서 40% 감소를 예상해요. 여러 PNG를 단일 문서로 패킹하려면, 이미지-PDF 변환기가 페이지당 하나의 이미지로 조립해요. 형식별 교차 변환의 경우, 주요 이미지 변환기를 참조해요.
개인정보 보호
각 변환은 서버의 memory에서 완전히 실행돼요. 파일은 디스크에 기록되지 않고, 인덱싱되지 않고, 로깅되지 않고, 캐시되지 않아요. 응답이 전송되는 즉시 buffer가 지워져서 복구할 복사본이 남지 않아요. 등록도 없고, 속도 제한도 없고, 변환한 이미지 추적도 없어요.
자주 묻는 질문
네, PNG 인코드 단계는 무손실이에요. 인코더에 들어가는 모든 픽셀은 반대편에서 비트 단위로 동일하게 나와요. 하지만 "무손실"은 디코딩된 픽셀부터만 적용돼요. 소스가 이미 JPG였다면, JPG 측 압축 아티팩트는 PNG가 보기 전에 픽셀에 구워져 있고, 결과 PNG는 이러한 아티팩트를 완벽하게 유지해요. JPG를 PNG로 변환하면 JPG 손상을 되돌리지 못해요. 단지 추가 손상이 누적되는 것을 멈춰요.
아니에요. JPG를 PNG로 변환하면 파일이 훨씬 커지지만 JPG 인코딩에서 손실된 세부 사항이 추가되지 않아요. PNG 출력은 JPG 압축 픽셀을 정확하게 재현해요. 블로킹 아티팩트를 포함해서요. JPG를 PNG로 변환하는 유일한 이유는 추가 열화를 멈추기 위해서(JPG를 편집하고 다시 저장하면 매번 더 많은 손실이 누적되기 때문) 또는 추가 편집을 위해 실제 알파 채널을 추가하기 위해서예요.
PNG는 무손실이고 JPG는 손실이기 때문이에요. JPG는 눈이 가장 민감하지 않은 시각 정보를 버려서 작은 파일을 달성해요(특히 세밀한 색상 세부 사항). PNG는 아무것도 버릴 수 없어서 수백만 개의 서로 다른 색상을 가진 사진 콘텐츠의 경우 결과 파일은 일반적으로 동등한 JPG보다 5배에서 10배 커요. 웹용 사진의 경우 JPG 또는 WEBP가 올바른 선택이에요. PNG는 정말로 무손실 품질이나 투명도가 필요한 이미지를 위해 예약해요.
아니에요. PNG는 투명도를 지원하지만, 변환기는 그것을 발명하지 않아요. 소스 이미지가 완전히 불투명하다면(JPG, 평면 사진, 알파 없는 스크린샷), 결과 PNG도 완전히 불투명해요. 다만 이미지에 알파가 있었을 경우를 대비해 알파를 저장할 기술적 능력이 있을 뿐이에요. 실제로 투명도를 만들려면 Photoshop, GIMP, 또는 Photopea 같은 도구에서 이미지를 편집하고 내보내기 전에 배경 픽셀을 명시적으로 지우거나 마스크해야 해요. PNG 변환기는 소스가 이미 가진 투명도만 왕복 처리해요.
대상이 지원한다면 WEBP예요. 무손실 WEBP는 일반적으로 동등한 PNG보다 25%에서 35% 작으며 품질 손실이 없어요. 알파도 동일하게 지원해요. 모든 최신 브라우저가 WEBP를 기본적으로 렌더링하므로, 일반 웹 페이지의 경우 더 나은 기본값이에요. PNG는 보편적인 호환성에서 이겨요. 소비자가 더 오래된 도구, 이메일 클라이언트, 인쇄 파이프라인, 또는 제어하지 않는 시스템인 곳이라면 PNG는 의문의 여지 없이 작동해요. 많은 프로덕션 파이프라인은 picture 요소를 통해 WEBP를 사용하고 더 오래된 브라우저를 위한 PNG를 폴백으로 사용해요.
필요한 것에 따라 세 가지 옵션이 있어요. PNG 형식을 유지하고 추가 바이트를 무손실로 짜내려면, 이미지 압축기를 통해 실행해요. 대부분의 수작업으로 작성된 PNG에서 10%에서 40% 절감을 예상해요. 인식 품질을 희생하고 훨씬 작은 파일을 얻으려면, PNG를 JPG(사진의 경우) 또는 WEBP(다른 모든 것)로 변환해요. 치수를 줄이려면, 먼저 이미지 리사이저를 사용해요. 픽셀 수는 파일 크기를 대략 선형적으로 확장해요. 각 치수를 반으로 줄이면 파일이 1/4로 줄어들어요.
어디에도 저장되지 않아요. 파일은 변환 endpoint로 스트림되고, memory buffer로 디코딩되고, PNG 인코더를 통해 실행되고, 응답에서 반환돼요. 디스크에 기록되지 않고, 인덱싱되지 않고, 로깅되지 않고, 캐시되지 않아요. 응답이 전송되는 즉시 buffer가 지워져서 복구할 복사본이 남지 않아요. 도구는 등록이 필요 없고 변환한 이미지를 추적하지 않아요.