JPG를 PNG로 변환

JPG, PNG, WebP, SVG 이미지를 PNG, JPG, WebP로 변환합니다. 파일은 어디에도 업로드되지 않으며, 변환마다 무엇이 달라졌는지 그대로 알려 줍니다.

또는 여기에 놓으세요
변환 형식

어디에도 업로드되지 않습니다

모든 변환은 이 브라우저 탭 안에서, 사용자의 기기에서 이루어집니다. 어떤 파일도 이 사이트나 다른 어디로도 전송되지 않습니다. 보낼 서버 자체가 없기 때문입니다. 그래서 민감한 이미지는 민감한 채로 남고, 변환하는 동안 브라우저의 네트워크 탭을 열어 직접 확인할 수 있습니다.

여기서 WebP는 무손실이 되지 않습니다

WebP에는 무손실 모드가 있지만 브라우저 캔버스는 그것을 기록하지 못합니다. 요청할 방법 자체가 없기 때문입니다. 여기서 만들어지는 WebP는 모두 손실 부호화이며, 품질 조절기를 맨 위까지 올려도 그 아래와 똑같이 손실이 생기므로 결과가 원본의 무손실 사본이 되는 일은 없습니다.

색이 달라질 수 있습니다

이미지는 여기서 다시 그려져 색 프로파일이 들어 있지 않은 일반 sRGB로 기록됩니다. 더 넓은 색 공간에서 찍은 사진(최근 휴대폰의 Display P3, 또는 Adobe RGB)은 대부분의 곳에서 같아 보이지만, 가장 진한 색은 조금 흐려질 수 있습니다.

다른 변환 도구

  • 페이지를 느리게 할 만큼 무거운 PNG야말로 WebP가 만들어진 이유이고, 컴퓨터의 어떤 프로그램도 열지 못하는 WebP를 되돌리는 것도 그만큼 쉽습니다. 그 페이지는 WebP가 이미 선택된 상태로 열립니다.

    WebP 변환
  • 가지고 있는 것이 사진이 아니라 그림이라면 — SVG로 저장된 로고나 아이콘이라면 — 누군가 크기를 정하기 전까지 픽셀은 하나도 없습니다. 그 선택을 중심으로 쓰인 쪽이 그 페이지입니다.

    SVG를 PNG로 변환

JPG와 PNG는 실제로 무엇인가

두 형식은 서로 다른 그림을 위해 만들어졌고, 압축하는 방식에는 공통점이 거의 없습니다. JPEG는 이미지를 작은 블록으로 나누고 눈이 가장 알아채기 어려운 세부를 버립니다. 그 버림 자체가 압축이며, 그래서 사진의 JPG는 무손실 파일의 몇 분의 일밖에 되지 않고, 그래서 다시 저장할 때마다 조금씩 대가를 치릅니다. PNG는 그 반대입니다. 반복을 찾아 — 같은 픽셀이 이어지는 구간, 바로 위 줄과 닮은 줄 — 그림을 정확히 그대로 담으므로, 나오는 것은 마지막 한 픽셀까지 들어간 것과 같습니다.

이 차이가 두 형식에 관한 나머지 전부를 결정하며, 변환기를 찾는 사람들이 가장 많이 바라는 바로 그것까지 포함합니다. JPG를 PNG로 바꾸어도 JPEG 인코더가 이미 없앤 것을 되살릴 수는 없습니다. 글자 둘레의 각진 테두리, 뚜렷한 경계를 따라 생긴 옅은 띠, 맑아야 할 하늘의 얼룩 — 그것들은 이미 픽셀 안에 있고, 무손실 형식은 나머지 전부와 똑같은 충실함으로 그것들까지 담습니다. 얻는 것은 더는 망가뜨리지 않을 그릇에 담긴 같은 그림이며, 그것은 정말로 쓸모 있는 일이지만 화질이 좋아지는 것은 아닙니다.

  • JPEG에는 투명이 아예 없습니다. 이 형식에는 네 번째 채널이 없고 한 번도 있던 적이 없으므로, 비치는 부분이 있는 그림은 JPG로 적히기 전에 어떤 색 위에 놓여야 합니다. 이 페이지의 배경색 설정이 바로 그것을 위한 것입니다.
  • PNG는 그림을 정확히 그대로 담고 투명도 실어 나릅니다. 그래서 스크린샷, 도표, 화면 캡처, 그리고 글자나 뚜렷한 모서리가 있는 것 모두에 알맞은 형식입니다. 같은 이유로 사진의 PNG는 대개 그것이 나온 JPG보다 몇 배 큽니다.
  • WebP는 그 둘 다이려는 더 새로운 형식입니다. JPEG와 거의 같은 생각 위에 세워진 손실 모드와 PNG에 더 가까운 무손실 모드를 갖고 있고 어느 쪽에서든 투명을 실어 나릅니다 — 다만 브라우저에서 손이 닿는 것은 손실 쪽 절반뿐이며, 아래의 한 절이 바로 그 이야기입니다.
  • 확장자를 바꾸는 것은 변환이 아닙니다. JPG 확장자에서 PNG 확장자로 이름만 바꾸면 모든 바이트가 그대로 남고, 다음에 그것을 여는 프로그램은 PNG라는 이름 아래에서 JPEG를 발견합니다. 이 페이지가 이름이 아니라 파일의 내용으로 형식을 정하는 까닭이 바로 그것입니다.

이 모두에서 실무적인 사실 하나가 따라 나오며, 폴더 하나를 통째로 변환하기 전에 알아 둘 만합니다. 이미 픽셀의 격자인 파일은 들어온 크기 그대로 나갑니다. 이것은 변환기이지 편집기가 아닙니다 — 무엇도 크기를 바꾸거나 잘라 내거나 선명하게 만들거나 두 번 압축하지 않으며, 달라지는 것은 같은 그림이 저장되는 방식뿐입니다. 그 가운데 유일한 예외는 파일 스스로 옆으로 누워 있다고 밝히는 사진입니다. 그것은 바로 세워지고 그래서 너비와 높이가 서로 바뀝니다. 새 숫자가 당신을 놀라게 두는 대신, 도구가 그 줄에서 그렇게 말합니다.

무엇으로 바꿀지 고르기

이 페이지의 이름이 JPG를 PNG로 변환인 것은 그것이 사람들이 가장 많이 찾아오는 변환이기 때문이며, 그것은 처음 열렸을 때의 설정일 뿐입니다. 픽셀로 읽을 수 있는 파일이라면 — JPG든 PNG든 WebP든 — 적을 수 있는 세 형식 가운데 어느 것으로도 바꿀 수 있어서, 형식 선택이 차이의 전부이고 그 셋 사이에서 특별 대접을 받는 방향은 없습니다. SVG도 읽지만 그것은 그저 또 하나의 방향이 아닙니다. 벡터에는 누군가 크기를 고르기 전까지 픽셀이 하나도 없어서, SVG를 고르면 이 페이지에 너비와 높이 칸이 더해집니다. 그 결정을 중심에 두고 지은 문이 이 사이트의 SVG를 PNG로 변환이고, 그에 대한 안내도 따로 있습니다. 어느 형식을 원하는지는 마침 손에 있는 파일이 아니라 그림에 대한 물음입니다.

  • 사진이고 용량이 중요할 때: JPG를 고르십시오. 이 형식이 설계된 바로 그 용도이고, 세상의 모든 것이 읽으며, 알맞은 품질에서는 보통의 보기 크기로 원본과의 차이를 알아보기 어렵습니다.
  • 스크린샷, 그래프, 도표, 글자나 뚜렷한 모서리가 들어 있는 것: PNG를 고르십시오. JPEG의 버림은 바로 그 대비가 큰 경계에 가장 세게 닿아서, JPG 속의 글자는 PNG라면 결코 생기지 않을 잿빛 테를 얻습니다.
  • 지켜야 할 투명이 있는 것: PNG나 WebP를 고르십시오. JPG에는 투명을 둘 자리가 없으므로, 로고에 JPG를 고르는 것은 사실 그 로고의 배경색을 고르는 것입니다.
  • 바이트가 중요한 웹 페이지에 쓸 그림: WebP를 고르십시오. 비슷한 품질이라면 대개 나머지 둘보다 작습니다. 품질 조절기를 움직이면서 결과 옆의 크기를 보십시오 — 그것은 파일 일반에 대한 어림짐작이 아니라 당신 파일에 대한 실제 측정입니다.
  • 다시 편집할 그림, 또는 오래 두고 쓸 그림: PNG를 고르십시오. JPG는 저장할 때마다 조금씩 더 버리고 그 손실은 몇 번이면 쌓이지만, 무손실 파일은 원하는 만큼 열고 다시 적어도 달라지지 않습니다.

JPEG가 틀린 답인 경우가 가장 잦은 자리는 바로 그것이 가장 무심하게 선택되는 자리입니다. 문서나 버그 보고나 발표 자료로 들어가는 스크린샷입니다. 글자야말로 JPEG가 가장 못 다루는 내용이고, 인코더가 뭉갤 것이 거의 없어서 파일이 PNG보다 작지 않은 경우도 잦으며, 글자 둘레의 손상은 영구적이라 뒤에 있는 누구도 되돌릴 수 없습니다. 이미 그런 스크린샷을 JPG로 갖고 있다면 PNG로 바꾼다고 고쳐지지는 않습니다 — 다만 손상이 두 번째로 일어나는 것을 막아 주며, 변환하는 이유는 흔히 바로 그것입니다.

품질 조절기는 바꿔 갈 형식에 그런 것이 있을 때에만 나타나며, 그것은 JPG와 WebP입니다. PNG에는 내주고 바꿀 것이 없으므로, 자리만 차지하고 아무 일도 하지 않는 조절기를 두는 대신 아예 두지 않습니다. 어디에 맞추든 각 줄이 원래 크기와 변환된 크기와 그 사이의 변화를 보여 주므로, 당신이 하는 거래는 짐작이 아니라 눈앞의 숫자가 됩니다. 그리고 가능한 곳에서는 조절기를 움직일 때 파일을 다시 읽는 대신 이미 그려 둔 그림을 다시 부호화하므로, 크기 표시가 당신의 손을 따라옵니다.

이 변환기가 버리는 것, 그리고 지킬 수 없는 까닭

여기서 일어나는 일은 모두 브라우저에 이미 들어 있는 그림 그리는 장치로 이루어집니다. 파일을 디코딩하고, 한 번 그리고, 요청한 형식으로 다시 적습니다. 그것이 아무것도 업로드하지 않고 아무것도 설치하지 않고 페이지 자체 말고는 아무것도 내려받지 않으면서 이 도구가 일할 수 있는 까닭이며, 동시에 한계를 정합니다. 나중에 다른 곳에서 알게 되는 것보다 여기서 분명히 말해 두는 편이 나은 한계입니다.

  • 카메라 정보는 사라집니다. EXIF는 — 카메라 기종, 노출, 날짜, 그리고 휴대폰이 기록했다면 GPS 좌표까지 — 픽셀 안이 아니라 픽셀 옆에 실려 다니므로, 그림을 그리는 순간 뒤에 남습니다. 여기에는 그중 무엇이든 살아남게 할 형식도 설정도 없습니다.
  • 박혀 있던 색 프로파일도 함께 갑니다. 출력은 자기 프로파일이 없는 보통의 sRGB이므로, 더 넓은 공간에서 찍은 사진은 — 요즘 휴대폰의 Display P3나 Adobe RGB — 대부분의 자리에서 같아 보이지만 가장 진한 색에서 세기를 조금 잃을 수 있습니다.
  • PNG 출력은 최적화되어 있지 않습니다. 브라우저 자신의 압축기가 그것을 적고 더 나은 것을 요청할 방법이 없으므로, 여기서 만든 PNG는 같은 그림으로 전용 도구가 만들 것보다 대체로 조금 큽니다. 그래도 무손실입니다. 그림은 정확하고, 다만 꾸리는 솜씨가 평범할 뿐입니다.
  • 바이트는 재현되지 않습니다. 같은 그림을 같은 품질로 건네받은 두 브라우저는 서로 다른 두 파일을 만들고, 둘 다 완전히 옳습니다. 이 도구가 약속할 수 있는 것은 특정한 그림이지 결코 특정한 파일이 아닙니다.

그중 얼마간은 진짜 인코더를 페이지 안에서 돌도록 함께 실어 보내면 걷어 낼 수 있지만, 이 도구는 일부러 그렇게 하지 않습니다. 그런 인코더는 수백 킬로바이트짜리이고, 그중 일부만 조금 더 작은 PNG를 얻자고 찾아오는 모든 사람이 그것을 내려받게 됩니다. 게다가 브라우저가 이미 만들 수 있는 답을 만드는 기계입니다. 디코딩하는 쪽은 어차피 브라우저의 몫으로 남으므로 위에 적은 색 처리가 되사지는 것도 아닙니다. 그리고 내려받기가 끝날 때까지 도구는 아예 동작하지 않게 되는데, 다른 모든 페이지가 그려지는 순간 일하는 사이트에서 그렇습니다. 자신의 한계를 밝히는 변환기가 그것을 내려받기 뒤에 숨기는 변환기보다 낫습니다.

여기서 잃는 것의 대부분은 사람들이 바라는 방향으로 잃는다는 점은 말해 둘 만합니다. 이 페이지에서 변환한 파일은 시작한 파일이 무엇을 갖고 있었든 위치도, 기기 일련번호도, 편집 이력도 싣지 않습니다. 그러니 그런 것이 하나도 붙어 있지 않은 이미지 사본이 필요했다면, 그것은 나중에 확인할 일이 아니라 보장입니다. 그런 것을 갖고 있던 파일의 줄은 그렇다고 말하고, 아무것도 갖고 있지 않던 파일의 줄은 아무 말도 하지 않습니다. 바로 그것이 이 알림을 읽을 만한 것으로 지켜 줍니다.

여기서 무손실 WebP를 내놓지 않는 까닭

WebP라는 한 이름 아래에는 꽤 다른 두 형식이 들어 있습니다. 손실 모드는 대체로 JPEG처럼 동작하여 자리를 아끼려고 세부를 버립니다. 무손실 모드는 PNG에 더 가깝게 동작하며, 그렇게 적힌 파일은 얼마든지 열고 다시 적어도 달라지지 않습니다. 어떤 WebP가 둘 중 어느 쪽인지는 파일이 적힐 때 정해지고, 바깥에서 파일을 들여다본다고 알 수 있는 것이 아닙니다.

브라우저의 캔버스에 요청할 수 있는 것은 미디어 타입 하나와 영과 일 사이의 수 하나뿐이며, 그것이 그 창구의 전부입니다. WebP의 무손실 모드를 달라고 할 방법이 없으므로 이 페이지가 만드는 WebP는 모두 손실 부호화입니다. 품질 조절기의 맨 위도 예외가 아닙니다. 그것은 여기서 얻을 수 있는 가장 좋은 손실 부호화이지 무손실 사본이 아닙니다. 어떤 브라우저가 범위의 맨 끝을 조용히 더 나은 무엇으로 다루는지 여부는 정해져 있지 않고 판마다 달라져 왔으며, 바로 그래서 이 도구는 그것에 기대지 않고 당신이 그 앞에 서 있는 동안 그 줄에서 그렇게 말합니다.

  • 확실히 무손실인 사본이 필요하다면 PNG를 고르십시오. 이 페이지가 적는 유일한 무손실 형식이며, 어떤 크기의 어떤 그림에서도 무손실입니다.
  • 무손실 모드로 적힌 WebP도 이 도구를 지나면 무손실로 남지 않습니다. 그것을 WebP로 바꾸면 손실로 다시 부호화되므로 결과는 원본과 바이트 단위로 같지 않으며, 품질 조절기를 맨 위에 두어도 달라지지 않습니다.
  • 사진에서는 이 구분이 훨씬 덜 중요합니다. 여기 오기 훨씬 전부터 이미 손실이었기 때문입니다. 거기서의 진짜 물음은 주어진 크기에서 어느 부호화가 더 나아 보이는가뿐이고, 결과마다 옆에 적히는 크기가 당신의 그 파일에 대해 그 물음에 답합니다.

결과의 각 줄이 알려 주는 것

대부분의 변환기는 말없이 일합니다. 그래서 그림이 옆으로 누운 채로, 또는 검은 배경 위에, 또는 움직임을 잃은 채로 나오고, 변환한 사람은 한참 뒤에 다른 곳에서 그것을 알게 됩니다. 여기서의 모든 변환은 바로 그 파일에 실제로 무슨 일이 일어났는지를 짧은 목록으로 함께 내놓습니다. 그리고 그만큼 중요하게도, 눈여겨볼 일이 아무것도 없었다면 아무 말도 하지 않습니다. 그것이 이 알림을 지나쳐 넘길 것이 아니라 읽을 만한 것으로 지켜 줍니다.

  • 그림을 바로 세웠고 너비와 높이가 서로 바뀌었습니다. 휴대폰은 대개 센서가 읽은 그대로 사진을 저장하고 어느 쪽이 위인지는 따로 기록합니다. 여기서의 변환은 디코딩한 픽셀에서 그림을 다시 그리므로 그런 쪽지는 어떤 형식으로도 함께 갈 수 없고, 그래서 돌리는 일은 실제로 이루어집니다. 그러고 나면 화면의 숫자는 파일 탐색기가 보여 주던 것과 다르므로, 뒤바뀜은 알아채기를 기다리는 대신 알려집니다.
  • 메타데이터가 버려졌습니다. 이것은 실제로 그런 것을 갖고 있던 파일에만 나타나며, 그 점이야말로 이것이 누구의 어떤 변환에나 붙는 한 줄이 아니라 볼 때 뜻을 갖는 까닭입니다.
  • 투명이 채워졌고, 어떤 색으로 채워졌는지. 이것은 가정이 아니라 측정된 것입니다. 스크린샷은 대개 투명 채널을 갖고도 한 픽셀도 쓰지 않으므로, 이 알림은 그려진 그림에서 정말로 비치는 픽셀이 발견될 때까지 기다립니다. 불투명한 PNG를 JPG로 바꾸면 아무 말도 하지 않습니다.
  • 이름과 내용이 어긋납니다. 형식은 언제나 바이트로 정해지고 결코 확장자로 정해지지 않으므로, 누군가 PNG 확장자를 붙여 둔 JPEG는 JPEG로 옳게 읽혀 변환됩니다 — 그리고 그 사실을 알려 드립니다. 당신 파일에 대한 참인 사실이고 거의 틀림없이 모르고 있던 것이기 때문입니다.
  • 첫 프레임만 남겼습니다. 프레임이 여러 장 이어진 것을 담을 수 있는 형식은 WebP만이 아닙니다. 움직이는 PNG도 여느 PNG와 다를 바 없는 PNG이며, 브라우저에서는 움직이는 WebP와 똑같이 움직입니다. 이 페이지는 움직이는 파일을 하나도 적지 않으므로, 변환되는 것은 첫 프레임입니다. 어느 형식으로 바꾸든 마찬가지이며, 원래 파일과 같은 형식으로 바꿀 때에도 그렇습니다.
  • 이 설정에서도 WebP는 손실입니다. 이 알림은 품질 조절기의 맨 위에서만 나타나고 다른 어디에도 나타나지 않습니다. 그것이 바로잡으려는 믿음을 품을 수 있는 자리가 맨 위뿐이기 때문입니다.

파일을 변환할 수 없는 곳에서는 도구가 무언가를 만들어 내는 대신 까닭을 말합니다. 읽는 형식 가운데 어느 것도 아닌 파일은 이름을 밝혀 거절되고, 지원하는 형식이지만 헤더가 상했거나 잘려 있는 파일도 그러하며, 헤더는 멀쩡해 보였는데 당신의 브라우저가 디코딩하지 못하는 것으로 드러난 파일도 그렇습니다. 아무것도 짐작하지 않고, 절반만 된 것을 다 된 것처럼 돌려주지도 않습니다 — 그것은 위의 알림과 같은 규칙을 그것이 가장 중요해지는 한 순간에 적용한 것입니다.

거절 하나는 미리 알아 둘 만합니다. 이런 종류의 도구가 그것으로 이름난 실패이기 때문입니다. 브라우저에는 실제로 담아 줄 그림 크기에 한계가 있는데, 그것은 휴대폰과 데스크톱에서 같지 않고 한 기계 위의 두 브라우저에서도 같지 않으며, 그 한계를 넘어도 오류는 전혀 나지 않습니다 — 몇 킬로바이트짜리 빈 이미지가 조용히 나오고, 누군가 열어 보기 전까지는 성공한 변환처럼 보입니다. 그래서 이 도구는 무엇을 그리기 전에 실제 출력 크기로 그림을 잡고, 알고 있는 픽셀 하나를 적어 넣은 다음 그것을 다시 읽습니다. 캔버스가 정말로 거기에 없다면 변환은 크기를 밝히며 거절되고 파일은 만들어지지 않습니다. 이 물음은 고정된 숫자에 대고 던져지는 것이 아니라 파일마다 그 파일의 크기로 던져지므로, 당신의 기기가 감당할 수 있는 그림이 남의 기기를 위해 고른 한계 탓에 거절되는 일은 없습니다.

여기서 아무것도 당신의 기기를 떠나지 않는 까닭

이 페이지 뒤에는 서버가 없습니다. 변환은 당신이 이 글을 읽고 있는 브라우저 탭 안에서 당신 기기의 처리 장치로 이루어지고, 파일은 어디로도 보내지지 않습니다 — 받을 수단이 없는 이 사이트로도, 다른 누구에게도 보내지지 않습니다. 그것은 어느 날 조용히 바뀔 수 있는 방침이 아닙니다. 이 도구가 만들어진 재료 자체이며, 다르게 동작하는 판은 존재하지 않습니다.

그 말을 믿음으로 받아들일 필요는 없으며, 이렇게 말하는 요점이 사실 거기에 있습니다. 브라우저의 개발자 도구를 열고 네트워크 패널을 보면서 파일을 변환해 보십시오. 아무것도 나가지 않습니다. 이 페이지는 다른 어디에서도 도는 코드가 없는 정적 파일 몇 개일 뿐이므로, 한 번 읽히고 나면 네트워크를 완전히 끊고도 원하는 만큼 계속 변환할 수 있습니다.

  • 낯선 사람에게는 보내지 않을 그림도 — 계약서, 의료 영상, 내부 화면을 찍은 스크린샷 — 기기를 조금도 떠나지 않은 채 여기서 변환할 수 있습니다.
  • 변환된 파일은 당신이 내려받기 전까지 이 탭 안에만 있습니다. 탭을 닫는 것이 그것을 지우는 일의 전부이고, 그에 관한 어떤 것도 방문 사이에 기억되지 않습니다.
  • 카메라 정보가 변환을 견디지 못하므로, 내려받는 파일은 시작한 파일이 아무리 많이 갖고 있었더라도 위치도 기기 정보도 싣지 않습니다.

자주 묻는 질문

JPG를 PNG로 바꾸면 더 좋아 보입니까?
아니요, 그리고 그것이 사람들이 가장 흔히 바라는 것입니다. JPEG는 파일이 적힐 때 세부를 버리고 그 세부는 어디에도 기록되지 않습니다. 글자 둘레의 손상, 뚜렷한 모서리의 무름, 단색이어야 할 자리의 얼룩은 JPG가 손에 있는 시점에 이미 그림의 일부입니다. PNG는 건네받은 것을 그대로 정확히 담으므로 나머지 전부와 똑같은 충실함으로 그 손상까지 지킵니다. 변환이 가져다주는 것은 이제부터는 더 잃지 않는다는 점입니다. PNG는 JPEG를 한 번 더 지났다면 더해졌을 손상을 쌓지 않고 편집하고 잘라 내고 다시 저장할 수 있습니다.
PNG가 그것이 나온 JPG보다 왜 이렇게 큽니까?
그것은 무손실이고 JPG는 아니었기 때문입니다. JPEG는 정보를 버려서 그 크기에 이르지만, PNG는 더 촘촘히 꾸릴 수 있는 반복을 찾아내는 것만으로 그 크기에 이르는데 사진에는 그런 반복이 거의 없습니다. 사진이라면 몇 배가 되는 것은 아주 흔한 일이고, 스크린샷이라면 차이가 대개 훨씬 작습니다. 스크린샷은 평평한 면과 되풀이되는 줄로 가득하기 때문입니다. 여기서의 PNG 출력은 브라우저 자신의 압축기가 적는다는 점도 알아 둘 만합니다. 그것은 쓸 만하지만 철저하지는 않아서, 전용 최적화 도구라면 픽셀 하나 바꾸지 않고도 파일에서 한 겹을 더 깎아 낼 수 있습니다.
휴대폰 사진은 똑바로 나왔는데 너비와 높이가 서로 바뀌었습니다. 왜 그렇습니까?
사진이 옆으로 누운 채 저장되고, 어느 쪽이 위인지는 따로 적힌 쪽지에 있었기 때문입니다. 휴대폰은 늘 그렇게 합니다. 센서는 자기 방향으로 장면을 읽고, 카메라는 픽셀을 돌리는 대신 얼마나 돌려야 하는지를 적은 태그를 씁니다. 여기서의 변환은 그림을 디코딩해 한 번 그리므로 어느 형식을 고르든 태그가 함께 가지 않으며 — 게다가 PNG와 WebP에는 그런 것을 둘 자리가 애초에 없습니다 — 그래서 돌리는 일을 실제로 해야 합니다. 사분의 일만큼 돌린 그림은 예전에 넓던 만큼 높아집니다. 그 줄이 뒤바뀜을 알려 주는 것은 새 숫자가 놀라움이 아니라 설명이 되게 하기 위해서이고, 그림 자체는 이제 어디에서나 똑바로여서 어떤 뷰어에게도 따로 알려 줄 것이 없습니다.
제 사진에 있던 카메라 정보와 위치는 어떻게 되었습니까?
모든 변환에서, 모든 형식에 대해 사라졌습니다. 그 정보는 픽셀 자체가 아니라 픽셀 옆에 실려 다니는 EXIF 덩어리에 있고, 이 도구는 그림을 디코딩해 한 번 그리고 다시 적는 방식으로 일합니다 — 그것은 그림을 옮기고 그 밖의 어떤 것도 옮기지 않습니다. 박혀 있던 색 프로파일도, XMP도, 주석도 마찬가지입니다. 대부분의 사람에게 이것은 원하던 결과입니다. 내려받는 파일은 GPS 좌표도 기기의 신원도 싣지 않으며, 무엇을 변환하든 무엇으로 변환하든 그렇습니다. 메타데이터를 지켜야 한다면 이것은 그 일에 맞는 도구가 아니고, 여기의 어떤 설정도 그것을 바꾸지 못합니다.
투명한 로고가 흰 배경 위에 나왔습니다. 왜 그렇고, 색을 바꿀 수 있습니까?
그것을 JPG로 바꾸었기 때문이고, JPEG는 투명을 전혀 담지 못합니다 — 그것을 넣을 채널이 형식 안에 없습니다. 그림 뒤에 무언가는 있어야 하므로 도구가 먼저 배경을 칠하고 어떤 색을 썼는지 알려 줍니다. 흰색이 기본인 것은 대부분의 문서와 발표 자료와 업로드 양식이 흰색이기 때문이며, 목록의 파일이 실제로 그것을 필요로 하는 순간 색 설정이 나타나므로 다른 색을 고르면 변환이 다시 이루어집니다. 투명을 그대로 두고 싶다면 대신 PNG나 WebP로 바꾸십시오. 둘 다 투명을 실어 나르므로 배경은 칠해지지 않고 알림도 나오지 않습니다.
품질 조절기를 맨 위에 둔 WebP는 무손실 사본입니까?
아닙니다. WebP에 무손실 모드가 있는 것은 사실이지만 브라우저에 그것을 요청할 수는 없습니다. 캔버스는 미디어 타입과 수 하나를 받을 뿐이고 그 밖의 것을 청할 방법이 없습니다. 그래서 여기서 만들어지는 WebP는 모두 손실 부호화이며, 조절기의 맨 위에서도 한가운데에서와 꼭 같이 그렇습니다. 그래서 자리가 스스로 말하게 두는 대신 그 자리에서 알림이 나옵니다. 확실히 무손실인 것이 필요하다면 이 페이지에서 그에 해당하는 형식은 PNG뿐입니다. 그리고 시작한 파일 자체가 무손실 WebP였더라도 여기서 WebP로 바꾸면 그것은 지켜지지 않습니다 — 다른 것과 똑같이 다시 부호화됩니다.
아주 큰 이미지를 변환하는 대신 거절했습니다. 그냥 해 보면 안 됩니까?
해 보는 것이야말로 빈 파일을 만들어 내기 때문입니다. 모든 브라우저에는 실제로 담아 줄 그림 크기에 한계가 있고, 그 숫자는 휴대폰과 데스크톱과 브라우저 판마다 다르며, 넘어서도 오류는 나지 않습니다 — 캔버스는 조용히 있지만 비어 있고, 내려받는 것은 몇 킬로바이트짜리 아무것도 아닌 것이며 열어 보기 전까지는 성공한 변환처럼 보입니다. 그래서 도구는 무엇을 그리기 전에 실제 출력 크기로 그림을 잡고 픽셀 하나를 적어 다시 읽어 보며, 캔버스가 정말로 거기에 없으면 크기를 밝히며 거절합니다. 그 시험은 당신의 기기에서 당신의 파일에 대해 이루어지고, 그래서 같은 이미지가 휴대폰에서는 거절되고 노트북에서는 변환될 수 있습니다.
무엇이든 업로드됩니까? 그리고 네트워크 없이도 됩니까?
아무것도 업로드되지 않고, 네, 됩니다. 변환은 당신의 브라우저 탭에서 당신 기기를 써서 돌아가고, 파일을 보낼 서버가 여기에는 없으며, 브라우저 개발자 도구의 네트워크 패널을 열어 두고 무언가를 변환해 보면 몇 초 만에 확인할 수 있습니다. 페이지가 한 번 읽히고 나면 연결은 전혀 필요하지 않습니다. 완전히 끊어도 모든 변환이 그대로 됩니다. 파일에 관한 어떤 것도 저장되지 않고, 방문 사이에 기억되지 않으며, 탭을 닫을 때 뒤에 남지도 않습니다.