WebP 변환

이미지를 WebP로 변환하고, WebP를 다시 PNG나 JPG로 되돌립니다. 파일은 어디에도 업로드되지 않으며, 변환마다 무엇이 달라졌는지 알려 줍니다.

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

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

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

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

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

색이 달라질 수 있습니다

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

다른 변환 도구

  • WebP가 전혀 관계없고 사진을 JPG와 PNG 사이에서 옮기기만 한다면, 그 페이지는 PNG로 열리며 그 이동이 무엇을 치르는지 다룹니다.

    JPG를 PNG로 변환
  • WebP는 만들어진 픽셀보다 더 선명해질 수 없으므로, 그림은 실제로 필요한 크기로 래스터화하는 편이 좋습니다. 그 페이지에서는 크기가 설정이 아니라 주제 자체여서, 그림 자체의 크기가 어디에서 왔는지와 래스터화한 사본으로는 무엇을 더 이상 할 수 없는지를 다룹니다.

    SVG를 PNG로 변환

WebP는 무엇이고, 왜 당신 기기의 무언가는 그것을 열지 못하는가

WebP는 웹 페이지를 가볍게 하려고 구글이 내놓은 이미지 형식이고, 이제는 아주 많은 사이트가 그림을 이 형식으로 내보냅니다. 고른 적도 없는 이런 파일이 손에 들어오는 것은 대개 그래서입니다. 페이지에서 이미지를 저장하면 내려받기 폴더에 떨어지는 것은 .webp로 끝나는 파일이고, 그것은 기다리던 JPG도 PNG도 아닙니다. 파일에 잘못된 것은 없습니다. 그저 같은 그림을 담은 더 새로운 그릇일 뿐입니다.

브라우저는 여러 해 전부터 WebP를 보여 주었고, 그것이 바로 사이트들이 이 형식을 쓰는 까닭이자 말썽이 다른 곳에서 시작되는 까닭입니다. 브라우저 바깥의 프로그램은 더 늦게, 그리고 고르지 않게 따라왔습니다. 오래된 이미지 편집기, 사무용 프로그램, 사진 인화 서비스, 또는 정해진 형식만 받는 업로드 양식은 이 파일을 대뜸 거절할 수 있고, 그 거절은 스스로를 설명하는 일이 드뭅니다. 더 오래된 형식으로 바꾸는 것이 처방의 전부이며, 그 길에 되살리거나 고칠 것은 아무것도 없습니다.

  • WebP는 한 이름 아래의 두 형식입니다. JPEG와 거의 같은 생각 위에 세워진 손실 모드와 PNG에 더 가까운 무손실 모드를 갖고 있습니다. 어떤 파일이 둘 중 어느 쪽인지는 그 파일이 적힐 때 정해졌고, 바깥에서 들여다본다고 알 수 있는 것이 아닙니다.
  • 두 모드 어느 쪽에서든 투명을 실어 나르며, 그것은 JPEG가 전혀 하지 못하는 일입니다. 사이트가 JPG 대신 이것을 고르는 두 까닭 가운데 하나가 그것이고, 페이지에서 저장한 로고가 PNG가 아니라 WebP로 오는 일이 잦은 까닭도 그것입니다.
  • 오래된 GIF가 그러하듯 움직임을 담을 수 있습니다. 웹에 있는 움직이는 WebP 파일의 아주 많은 수가 바로 그것입니다. 누군가 페이지를 위해 다시 저장한 GIF이고, 프레임은 그대로 두고 바이트의 대부분을 덜어 낸 것입니다.
  • 이 페이지는 파일이 무엇인지를 내용으로 정하고 결코 이름으로 정하지 않으므로, 누군가 JPG 확장자를 붙여 둔 WebP도 여전히 WebP로 읽혀 변환됩니다 — 그리고 그 어긋남은 알려 드립니다. 당신 파일에 대한 참인 사실이기 때문입니다.

WebP를 다시 PNG나 JPG로 되돌리기

사람들이 가장 많이 찾아오는 방향은 이쪽인데도 페이지는 다른 쪽으로 열립니다. 페이지가 미리 골라 둘 수 있는 설정은 하나뿐이기 때문입니다. 형식 선택은 한 번 누르면 되는 거리에 있고, 특별 대접을 받는 방향은 없습니다. 여기서 고르는 것은 그림을 정확히 그대로 담는 형식과 작은 형식 사이이며, 옳은 답은 그림이 어디에서 왔는지가 아니라 그림이 무엇인지에 달려 있습니다.

  • 지켜야 할 투명이 그림에 있다면 PNG를 고르십시오. JPG에는 그것을 둘 자리가 아예 없으므로, 투명한 로고를 JPG로 바꾸는 것은 사실 그 로고의 배경색을 고르는 일입니다. 도구는 배경을 칠하고 어떤 색을 썼는지 알려 줍니다.
  • 스크린샷, 도표, 그래프, 그리고 글자나 뚜렷한 모서리가 들어 있는 것에는 PNG를 고르십시오. 어떤 종류의 손실 압축이든 대비가 큰 경계에 가장 세게 닿으므로, 글자는 JPG에서 잿빛 테를 얻지만 PNG에서는 그런 일이 결코 없습니다.
  • 그림을 다시 편집할 생각이거나 오래 두고 쓸 생각이라면 PNG를 고르십시오. 여기서 적히는 형식 가운데 아무것도 잃지 않는 유일한 형식이므로, 원하는 만큼 열고 다시 저장해도 손상이 쌓이지 않습니다.
  • 보내거나 올리거나 많이 쌓아 둘 사진에는 JPG를 고르십시오. 더 작고, 세상의 모든 것이 읽으며, 게다가 손실 WebP 안의 그림은 당신에게 닿기 전에 이미 손실 부호화를 한 번 지났으므로 어차피 손대지 않은 원본에서 버리기 시작하는 것이 아닙니다.
  • 건너편의 무언가가 그 형식을 고집할 때에도 JPG를 고르십시오. 업로드 양식, 오래된 인화 서비스, 몇몇 문서 형식은 당신의 기기보다 짧은 형식 목록만 받아들이는데, JPG는 그 모든 목록에 들어 있습니다.

이 방향이 할 수 없는 한 가지는 WebP가 이미 잃은 것을 되돌리는 일입니다. 그 파일이 손실 모드로 적혔다면 — 웹에 있는 WebP 파일의 대부분이 그렇습니다 — 뚜렷한 모서리의 무름과 평평한 면의 얼룩은 당신 손에 들어온 시점에 이미 그림의 일부이고, PNG는 나머지 전부와 똑같은 충실함으로 그것들까지 담습니다. PNG가 사 주는 것은 그 WebP가 디코딩되어 나오는 것의 정확한 사본, 그리고 아무리 여러 번 열고 다시 저장해도 더는 나빠지지 않을 파일입니다. 작은 파일이 되지는 않습니다. 여기서 PNG는 브라우저 자신의 압축기가 적는데 그것은 쓸 만하지만 철저하지는 않아서, 전용 최적화 도구라면 나중에 픽셀 하나 건드리지 않고도 한 겹을 더 깎아 낼 수 있습니다.

WebP 만들기, 그리고 그것이 치르게 하는 값

다른 방향은 페이지가 열릴 때의 방향이고, 그것은 용량에 관한 결정입니다. 페이지가 픽셀로 읽을 수 있는 파일이라면 — JPG든 PNG든 WebP든 — 무엇이든 WebP로 가져갈 수 있고, 비슷한 품질에서 그 결과는 대개 나머지 둘 어느 쪽보다도 작습니다. 그 문장에서 대개라는 말은 정말로 일을 하고 있습니다. 이 주장의 정직한 판은 당신 결과 옆에 적힌 숫자이며, 그것은 그림 일반에 대한 어림짐작이 아니라 당신 그림에 대한 측정입니다. SVG로 저장된 벡터도 여기서 읽히는데, 그것은 누군가 크기를 고르기 전까지 픽셀이 하나도 없는 유일한 입력이어서, 고르면 이 페이지에 너비와 높이 칸이 더해집니다. 그 결정을 중심에 두고 지은 문이 이 사이트의 SVG를 PNG로 변환이고, 그에 대한 안내도 따로 있습니다.

  • 웹 페이지에 올릴 사진이야말로 WebP가 바로 그것을 위해 만들어진 경우이고, 같은 그림의 JPG와 견주어 절약이 대체로 가져갈 만한 경우입니다.
  • 투명이 있는 로고나 화면 요소가 또 하나의 좋은 경우입니다. WebP는 투명을 그대로 실어 나르므로 아무것도 채워지지 않고, 어떤 배경도 칠해지지 않으며, 파일은 그것이 나온 PNG보다 작습니다.
  • 스크린샷이나 도표는 여기서 두 번 생각해 볼 경우입니다. WebP의 무손실 모드가 그것에 맞는 도구인데 이 페이지에서는 쓸 수 없으므로, 대신 얻는 것은 손실 부호화가 가장 못 다루는 바로 그 내용의 손실 부호화입니다 — 더 크더라도 PNG가 더 나은 답이 되는 때가 그때입니다.
  • 다시 편집할 생각인 그림은 어느 방향으로든 좋은 후보가 아닙니다. 손실 형식으로 저장할 때마다 조금씩 더 버려지고 그 손실은 몇 번이면 쌓이는데, 그것을 피하게 해 줄 WebP의 모드는 여기서 적을 수 없습니다.

어느 방향으로 가든 이미 픽셀의 격자인 파일은 들어온 크기 그대로 여기를 떠납니다. 여기는 변환하는 곳이지 편집하는 곳이 아닙니다. 무엇도 크기를 바꾸거나 잘라 내거나 선명하게 만들거나 두 번째로 압축하지 않으며, 달라지는 것은 같은 그림이 저장되는 방식뿐입니다. 그 가운데 예외가 하나 있습니다. 파일 스스로 옆으로 누워 있다고 밝히는 사진, 실제로는 휴대폰에서 막 나온 JPG입니다. 그것은 바로 세워지고 그래서 너비와 높이가 자리를 바꾸며, 그 줄은 새 숫자가 발견되도록 남겨 두는 대신 그렇다고 말합니다.

품질 조절기는 내줄 것이 있는 변환 형식에만 화면에 나오고, 여기서는 WebP와 JPG가 그렇습니다. PNG는 아무것도 버리지 않으므로 주고받을 것이 없고, 자리만 차지한 채 아무 일도 하지 않는 조절기를 두는 대신 아예 두지 않습니다. 어디에 두든 파일 아래의 줄이 시작한 크기와 나온 크기와 그 사이의 차이를 알려 주므로, 당신이 하는 거래는 믿고 받아들여야 하는 무엇이 아니라 읽을 수 있는 숫자가 됩니다. 조절기를 움직이면 할 수 있는 곳에서는 파일을 다시 읽는 대신 이미 그려 둔 그림을 다시 부호화하므로, 숫자가 조절기를 따라옵니다.

여기서 만든 WebP가 결코 무손실이 아닌 까닭

이것은 페이지에 기대기 전에 알아 둘 만한 한계이고, 페이지가 무엇으로 이루어졌는지에서 따라 나옵니다. 여기서 하는 모든 일은 당신 브라우저에 이미 들어 있는 그림 그리는 장치로 이루어집니다. 파일을 디코딩하고, 한 번 그리고, 요청한 형식으로 다시 적습니다. 그것이 아무것도 업로드하지 않고 아무것도 설치하지 않고 페이지 자체 말고는 아무것도 내려받지 않은 채 도구가 돌아가게 해 주는 것이며, 동시에 인코더에 무엇을 청할 수 있는지를 못 박는 것이기도 합니다.

그 장치가 받아들이는 것의 전부는 형식의 이름 하나와 영과 일 사이의 수 하나입니다. WebP의 두 모드 가운데 어느 쪽을 뜻했는지 말할 자리는 그 안 어디에도 없고, 무손실 쪽은 그것이 저절로 향하는 모드도 아니어서 페이지에서는 아예 닿지 않습니다. 여기서 만들어지는 WebP는 품질 조절기의 맨 위까지 포함해 모두 손실 부호화입니다. 어떤 브라우저 판들은 범위의 맨 끝을 조용히 더 나은 무엇으로 다루어 왔고 어떤 판들은 그러지 않았으며, 어느 쪽으로도 그들을 묶는 것은 없습니다. 그래서 이 페이지는 조절기가 보장하는 것에 머무르고, 그렇게 말하는 알림을 줄에 놓습니다.

  • 크기보다 확실함이 중요할 때에는 언제나 PNG가 답입니다. 이 페이지가 적는 유일한 무손실 형식이고, 어떤 그림에서도 어떤 크기에서도 무손실이며, 그것을 뒤집을 설정은 없습니다.
  • 무손실 WebP로 들어온 파일은 손실 파일로 나갑니다. 손대지 않고 통과시킬 길은 없습니다. 다른 모든 것과 똑같이 디코딩되고 다시 부호화되므로 결과는 원래 파일과 바이트 단위로 같지 않으며, 품질 조절기의 맨 위도 거기에 아무 차이를 만들지 못합니다.
  • 사진에서는 이 모두가 그다지 중요하지 않습니다. 이 페이지에 닿기 훨씬 전에 이미 손실 부호화를 지났으므로, 살아 있는 물음은 주어진 크기에서 어느 부호화가 더 나아 보이는가뿐입니다 — 그리고 결과마다 옆에 적히는 크기가 그림 일반이 아니라 당신 파일에 대해 그 물음에 답합니다.

그 틈은 진짜 인코더를 페이지 안에서 돌도록 함께 실어 보내면 메울 수 있지만, 이 도구는 일부러 그렇게 하지 않습니다. 그런 인코더는 수백 킬로바이트짜리이고, 그중 일부만 원하던 모드를 얻자고 찾아오는 모든 사람이 그것을 내려받게 되며, 그것이 도착하기 전까지 페이지는 아예 동작하지 않습니다. 다른 모든 페이지가 그려지는 순간 일하는 사이트에서 그렇습니다. 게다가 조절기 하나 뒤에 인코더 둘을 세우게 되어, 이 페이지의 모든 크기와 모든 품질과 모든 알림이 그중 어느 쪽이 만든 것인지를 밝혀야 합니다. 자신의 한계를 분명히 말하는 변환기가 그것을 내려받기 뒤에 숨기는 변환기보다 낫고, 여기가 바로 그 한계를 말할 필요가 가장 컸던 페이지입니다.

움직이는 WebP는 한 장의 그림으로 나옵니다

WebP는 프레임의 이어짐을 담을 수 있고 웹에 있는 것들 가운데 적지 않은 수가 실제로 그렇습니다 — 한때 GIF였던 움직임이 이제는 WebP인 경우가 아주 잦습니다. 이 페이지는 어떤 형식으로도 움직이는 파일을 적지 않으므로 변환되는 것은 첫 프레임이고 나머지 프레임은 모두 사라집니다. 그것이야말로 변환기가 말없이 저지르고도 그대로 믿어질 수 있는 종류의 손실이므로, 그 줄이 그런 일이 있었다고 말합니다.

이것은 어느 형식으로 바꾸든 참이며 WebP도 마찬가지라는 점을 분명히 해 둘 만합니다. 움직임이 사라지는 것은 도착지가 그것을 담지 못해서가 아닙니다. 변환이 파일을 디코딩해 프레임 하나를 그리고 그것을 인코더에 건네기 때문입니다. 그래서 움직이는 WebP를 WebP로 바꾸어도 PNG로 바꿀 때와 똑같이 움직임을 잃는데, 그것은 형식의 이름이 기대하게 만드는 것과 정반대입니다.

  • 이 알림은 실제로 프레임이 하나보다 많다고 밝히는 파일에만 나타나므로, 움직이지 않는 WebP는 프레임에 관해 아무 말도 없이 변환됩니다.
  • 움직임이 필요한 것이라면 원래 파일을 그대로 두십시오. 이 페이지에는 그것을 지켜 줄 설정이 없고, 그것을 실어 나를 형식도 없습니다.
  • 처음부터 한 장의 그림을 원했다면 — 문서에 넣을 정지 이미지든 움직임의 썸네일이든 — 첫 프레임이 바로 쓸모 있는 것이고, 이 도구가 그 일에 맞는 도구입니다.

결과의 각 줄이 알려 주는 것, 그리고 언제 거절하는지

말없이 일하는 변환기야말로 사람들이 옆으로 누운 사진이나 검은 배경이나 사라진 움직임을 며칠 뒤에 아주 다른 곳에서 알게 되는 까닭입니다. 여기의 모든 줄은 그 파일에 실제로 무슨 일이 있었는지에 대한 짧은 보고를 함께 싣고 — 눈여겨볼 일이 아무것도 없었다면 아무것도 싣지 않는데, 바로 그 점이 이 알림들을 지나쳐 넘길 것이 아니라 멈춰 설 만한 것으로 만듭니다.

  • 그림을 바로 세웠고 너비와 높이가 서로 바뀌었습니다. 휴대폰은 픽셀을 돌리는 대신 사진을 어느 쪽으로 보아야 하는지를 기록합니다. 여기서의 변환은 디코딩한 픽셀에서 그림을 그리므로 그 쪽지는 더 멀리 갈 수 없고 돌리는 일은 실제로 해야 합니다. 그러고 나면 줄에 적힌 크기는 파일 탐색기가 보여 주던 것이 아니고, 바로 그래서 뒤바뀜은 당신이 헤아려 보도록 남겨지는 대신 알려집니다.
  • 메타데이터가 버려졌습니다. 카메라 정보, 휴대폰이 기록한 위치, 박혀 있던 색 프로파일, 그리고 주석은 픽셀 안이 아니라 픽셀 옆에 실려 다니므로, 그림을 그리면 뒤에 남습니다. 이 알림은 그런 것을 갖고 있던 파일에만 나타나며, 그것이야말로 볼 때 뜻을 갖는 까닭의 전부입니다. 그중 눈에 보이는 결과가 따르는 것은 색 프로파일 하나입니다. 출력은 프로파일을 전혀 싣지 않은 보통의 sRGB이므로, 더 넓은 공간에서 찍은 사진은 가장 진한 색이 조금 흐려진 채로 나올 수 있습니다.
  • 투명이 채워졌고, 어떤 색으로 채워졌는지. 이것은 가정이 아니라 측정된 것입니다. 아주 많은 그림이 투명 채널을 갖고도 그 안에 비치는 픽셀이 하나도 없으므로, 이 알림은 그려진 그림에서 정말로 비치는 픽셀이 발견될 때까지 기다립니다 — 그리고 불투명한 WebP를 JPG로 가져가면 아무 알림도 나오지 않습니다.
  • 이름과 내용이 어긋납니다. 정하는 것은 바이트이고 확장자는 결코 아니므로, 누군가 JPG 확장자로 저장해 둔 WebP는 그것이 정말로 그러한 WebP로 읽혀 변환됩니다 — 그리고 그 어긋남은 알려집니다. 당신 파일에 대한 참인 사실이면서 알아낼 길이 없던 것이기 때문입니다.
  • 첫 프레임만 남겼습니다. 이것은 프레임이 하나보다 많다고 밝히는 원본에, 무엇으로 바꾸든 나타납니다. 까닭은 위의 절이 밝힌 그대로입니다.
  • 이 설정에서도 WebP는 손실입니다. 이것은 품질 조절기의 맨 위에서만 나타나고 다른 어디에도 나타나지 않습니다. 그것이 바로잡으려는 믿음을 품을 수 있는 자리가 맨 위뿐이기 때문입니다. 여기의 WebP가 결코 무손실이 아니라는 일반적인 진술은 줄마다 되풀이하는 대신 페이지 자체에서 한 번 이루어집니다.

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

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

당신의 파일이 서버에 닿지 않는 까닭

이 페이지 뒤에는 서버가 없으며, 그것은 처신에 대한 약속이 아니라 물건 자체에 대한 설명입니다. 변환은 당신이 이 글을 읽고 있는 탭 안에서 당신의 처리 장치로 돌아갑니다. 당신 파일은 어디로도 가지 않는데, 갈 곳이 없기 때문입니다 — 이 사이트에는 그것을 받을 수단이 없고, 어느 단계에서도 제삼자는 끼어들지 않습니다. 다르게 동작하는 판의 도구는 없고, 그것을 바꿀 설정도 없습니다.

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

  • 다른 데서 와서 당신 기기에서는 열리지 않는 .webp도, 안에 든 것이 청구서든 의료 영상이든 동료가 저장해 준 페이지든, 온전히 그 기기 위에서 읽히고 변환됩니다.
  • 변환된 파일이 놓이는 곳은 이 탭 안뿐이고 다른 어디에도 사본은 없습니다. 당신이 내려받기 전까지 거기에 있고, 탭을 닫으면 그것으로 사라집니다. 방문 사이에 남는 것은 없습니다.
  • 카메라 메타데이터는 변환을 견디지 못하므로, 내려받는 파일은 시작한 파일이 무엇을 싣고 있었든 좌표도 기기의 신원도 싣지 않습니다.

자주 묻는 질문

제 컴퓨터의 무언가가 .webp 파일을 열지 못합니다. 이 페이지가 그것을 위한 것입니까?
네, 그리고 그것이 사람들이 여기 오는 가장 흔한 까닭입니다. WebP는 아주 많은 웹사이트가 이제 그림을 내보내는 데 쓰는 형식이므로, 고른 적 없는 파일을 손에 넣기가 쉽습니다. 브라우저는 여러 해 전부터 그것을 보여 주었지만, 브라우저 바깥의 프로그램은 더 늦게 그리고 고르지 않게 따라와서 오래된 이미지 편집기나 사무용 프로그램이나 업로드 양식은 여전히 거절할 수 있습니다. 파일을 PNG나 JPG로 바꾸면 거절하던 것이 그것을 엽니다. 그 길에 되살릴 것은 아무것도 없습니다 — WebP 안의 그림은 평범한 그림이고, 문제는 그것이 어떤 그릇에 담겨 있는가뿐입니다.
제 WebP를 PNG로 바꾸어야 합니까, JPG로 바꾸어야 합니까?
그것이 무엇에서 왔는지가 아니라 그림이 무엇인지에 달려 있습니다. 지켜야 할 투명이 있다면, 스크린샷이나 도표나 글자나 뚜렷한 모서리가 든 무엇이라면, 또는 거듭 편집하고 저장할 생각이라면 PNG를 고르십시오 — PNG는 그림을 정확히 그대로 담으므로 아무리 자주 열어도 더는 잃지 않습니다. 보내거나 올리거나 많이 쌓아 둘 사진에는, 또는 건네줄 상대가 그 형식을 고집할 때에는 JPG를 고르십시오. 사진이라면 PNG가 둘 가운데 눈에 띄게 큰 쪽이 되리라 여기고, 그러고도 전용 도구가 해낼 것보다 크리라 여기십시오 — 브라우저 자신의 압축기가 그것을 적고, 그 압축기에게 더 애써 달라고 청할 방법은 없습니다. 잘 모르겠다면 두 쪽으로 다 바꾸어 두 줄의 크기를 견주어 보십시오. 둘 다 값이 들지 않고, 어느 쪽도 당신의 원래 파일을 건드리지 않습니다.
이 페이지가 무손실 WebP를 만들 수 있습니까?
아닙니다, 그리고 그것이 이 페이지에 관해 알아 두면 가장 쓸모 있는 한 가지입니다. WebP에 무손실 모드가 있는 것은 사실이지만 브라우저에는 그것을 청할 수가 없습니다. 그림을 그리는 캔버스는 미디어 타입 하나와 영과 일 사이의 수 하나를 받고 그 밖의 것은 받지 않기 때문입니다. 여기서 만들어지는 WebP는 모두 손실 부호화이고 조절기의 맨 위도 손실 부호화입니다 — 그래서 자리가 스스로 말하도록 맡기는 대신 바로 그 자리에서 알림이 나옵니다. 이 페이지가 적는 형식 가운데 확실히 무손실인 것은 PNG뿐입니다. 그리고 이미 무손실 WebP였던 파일도 그대로 살아남지 못합니다. 여기서 WebP로 바꾸면 다른 것과 똑같이 다시 부호화됩니다.
움직이는 WebP가 정지 이미지 한 장으로 나왔습니다. 움직임을 지킬 수 있습니까?
이 페이지에서는 안 됩니다. WebP는 프레임의 이어짐을 담을 수 있지만 여기서는 어떤 형식으로도 움직이는 파일을 적지 않으므로, 변환은 파일을 디코딩해 첫 프레임을 그리고 그것을 부호화합니다. 그 줄이 그런 일이 있었다고 알려 주는 것은, 사라진 움직임이야말로 변환기가 말없이 저지르고도 그대로 믿어질 수 있는 종류의 일이기 때문입니다. 어느 형식을 고르든 마찬가지이고 WebP도 그렇습니다. 움직임이 사라지는 것은 도착지가 그것을 담지 못해서가 아니라 애초에 프레임 하나만 그려졌기 때문입니다. 움직임이 필요하다면 원래 파일을 그대로 두십시오.
WebP를 PNG로 바꾸면 그림이 더 좋아 보입니까?
아니요, 그리고 그것은 흔한 바람입니다. 웹에 있는 WebP 파일의 대부분은 손실 모드로 적혔고, 그 모드는 파일이 만들어질 때 세부를 버려서 그 크기에 이르며 버려진 세부는 그 뒤 어디에도 기록되지 않습니다. PNG는 건네받은 것을 그대로 정확히 담으므로 나머지 전부와 똑같은 충실함으로 그 무름과 얼룩까지 지킵니다. 변환이 사 주는 것은 이제부터 더는 잃지 않는다는 점입니다. PNG는 손실 과정을 한 번 더 지났다면 더해졌을 손상을 쌓지 않고 잘라 내고 편집하고 다시 저장할 수 있습니다. 그 WebP가 마침 무손실이었다면 PNG는 그것이 디코딩되어 나오는 것의 정확한 사본이고, 그림이 여기서 이를 수 있는 가장 좋은 상태입니다 — 어느 쪽으로도 살아남지 못하는 한 가지는 박혀 있던 색 프로파일이며, 그래서 넓은 색 영역의 카메라로 찍은 사진은 뒤에 아주 조금 흐려 보일 수 있습니다.
제 WebP에 투명한 부분이 있습니다. 그것은 어떻게 됩니까?
그것은 무엇으로 바꾸는지에 온전히 달려 있습니다. PNG와 WebP는 둘 다 투명을 실어 나르므로 어느 쪽으로 바꾸어도 투명이 지켜지고 그림 뒤에는 아무것도 칠해지지 않습니다. JPG는 투명을 전혀 담지 못하고 — 그것을 넣을 채널이 형식 안에 없습니다 — 그래서 그림 뒤에 무언가는 있어야 하므로, 도구가 배경을 칠하고 어떤 색을 썼는지 알려 줍니다. 문서나 발표 자료나 업로드 양식이 대개 흰색이라는 근거로 흰색이 기본이고, 목록의 파일이 정말로 그것을 필요로 하는 순간 색 설정이 나타나므로 다른 색을 고르면 변환이 다시 이루어집니다. 알림 자체는 정말로 비치는 픽셀이 발견되기를 기다리므로, 투명 채널을 지니고도 한 번도 쓰지 않는 그림은 아무 알림도 일으키지 않습니다.
여기서 변환한 파일을 다시 넣었더니 메타데이터가 버려졌다고 나옵니다. 왜 그렇습니까?
브라우저 자신의 WebP 인코더가 만들어 내는 파일 안에 작은 색 프로파일 덩어리를 적어 넣는 일이 잦고, 이 도구는 그 파일을 다시 읽을 때 그 덩어리를 정직하게 알리기 때문입니다. 그러니 그 알림은 헷갈린 것이 아니라 참입니다. 첫 변환은 원본이 지니고 있던 카메라 정보와 위치를 정말로 버렸고, 그때 적힌 WebP는 자기 몫의 덩어리를 싣고 있었으며 두 번째 변환이 이번에는 그것을 버렸습니다. 아무것도 쌓이지 않고 당신의 것은 어느 쪽에서도 하나도 살아남지 않습니다. 카메라 정보도 위치도 없는 파일을 원한다면 이 페이지를 한 번 지나는 것으로 충분하며, 두 번째 알림은 무언가가 남아 있었다는 표시가 아닙니다.
제 파일이 어딘가로 보내집니까? 그리고 네트워크를 끈 채로도 됩니까?
어디로도 보내지지 않고, 네, 됩니다. 여기에 떨어뜨린 .webp는 당신 눈앞의 탭이 당신 자신의 처리 장치로 풀어내고 다시 부호화합니다. 이 사이트에는 페이지가 건네려 해도 파일을 받을 수 있는 서버가 없습니다. 확인은 빠릅니다. 브라우저 개발자 도구에서 네트워크 패널을 열고, 연 채로 무언가를 변환해 보십시오. 여태 길을 다녀온 것은 페이지 자신뿐이므로, 그것이 도착하고 나면 네트워크를 통째로 꺼 둔 채 계속 변환할 수 있습니다. 당신의 파일에 관해서는 아무것도 저장되지 않고, 다음 방문으로 넘어가지 않으며, 탭이 닫힐 때 뒤에 남지도 않습니다.