방사성 폐기장

 개인적으로 궁금한 점이 생겨서 구글 포토스에 이것 저것 시켜봤다.

 포스팅에서 75Mb까지 사진을 지원해준다고 한다.

 그래서 궁금해서 BMP(Not Compress)로 64Mb 파일을 강제로 만든 후(그림판으로 흰색 단일 처리로 순수 Pixel로 처리) 올려 봤다.

 처리가 빠르길래, 한번 보니, BMP가 JPEG로 변환하는 상황일 발생하였다.

 순수한 파일이 아니라는 뜻이기도 하면서, 75Mb를 제대로 지원해주지 않는 말이 되기도 한다.

 75Mb을 제대로 지원 받을려면, PNG로 변환 하는 방법 말곤 없다.

 그런데, 웃긴 이야기는 전체 픽셀을 1600만화소라는데

 1600만화소를 제대로 지원해줄려면,

 2048x7168 이상은 가야된다.

 그런데, 2048x7168을 순수 BMP으로 맞춰서 만들어내면, 10Mb에서 20Mb가량 밖에 안된다.

 과연, 75Mb는 어디에서 나오는 수치이란 말인가?

 모든 실험은 BMP 24bit에서 이루어진 실험입니다.

 구글 포토스가 고화질을 지원해준다. 하지만, JPEG 사진을 원본을 가지고 있는게 아니다.

 원본을 변경하여, 본 화질과 값이 다를 수 있다.

 JFIF로 처리하는 것을 보면, 구글은 중간에 화질 변경을 이루어진다.

 클라우드에 올리는 것에 비해서 사진의 화질이 떨어질 수 있다는 뜻을 가진다.

 증거 자료.

 JPEG로 실험한 결과이다.

 원본.

 구글 포토스에서 받은 경우.

 데이터를 손실시켜도 상관 없는 사람들에겐 문제가 없을진 몰라도. 원본을 원하는 사람에겐 PNG로 저장하는 것을 추천한다.

 MP4 또한 변질된다.

 제일 안전한 방법은 PNG로 변환 시켜서 처리하는 것이다.

 요즘 Google에서 Open Source로 공개한, Brotli라는게 있다.

 이게 압축율이 좋다고 한다.

 좁플라이보다 개량되서 20% 향상되었다고 한다.^[각주:1]

 그래서 구글링을 해서 exe파일로 구해봤다.^[각주:2]

 현재, 테스트 해본 결과

 mp4파일(원본) : 297624674kbyte = 100%

 zip[반디집] : 266413245 = 89.51%

 zipx[반디집] : 41239013 = 13.85%

 brotli : 40981074 = 13.76%

 paq8o10t [8] : 40088746 = 13.47%

 이렇게 압축파일의 효율적으로 처리되는걸 알 수 있다.

 압축 속도는 zipx(LZMA) 보다 느리나, 압축율과 압축 해제속도는 상대적으로 비슷하거나 높음을 알 수 있다.

 하지만, 역시 PAQ알고리즘보단, 낮다.

 단, 속도를 비교해보니, PAQ가 시간이 엄청오래 걸리고 메모리를 많이 먹는 것 비해.

 이정도(약 1Mb차이)면, 괜찮은 것 같다.

 --2015.10.07--

 확인해보니 아직 brotli는 문제점이 있는 것 같다.

 반디집의 zipx을 이용하는 것과 brotli을 이용하는걸 비교해보니, zipx가 오히려 더 이득적인게 있다.

 그냥, 반디집의 zipx을 이용하는게 더 이득이다.(속도로나 압축률로 보나...)

Brotli.exe