▲
GN⁺ 2024-04-05 | parent | ★ favorite | on: Jpegli - 구글이 만든 새로운 JPEG 코딩 라이브러리(opensource.googleblog.com)
Hacker News 의견

  • JPEGLI 프로젝트

    • JPEGLI는 스위스 독일 방언에서 사용되는 '-li' 접미사를 사용하여 작은 JPEG 이미지를 의미함. 이 접미사는 단어에 '-li'를 추가하여 물체의 작음과 친근함을 전달함.
    • 구글 취리히에서 시작된 것으로 보임.
    • 스위스 독일어를 사용하는 다른 주목할 만한 구글 프로젝트들:
      • Gipfeli: 고속 압축을 위한 프로젝트로, 크루아상을 의미함.
      • Guetzli: 지각적 JPEG 인코더로, 쿠키를 의미함.
      • Weggli: 의미 검색 도구로, 빵뭉치를 의미함.
      • Brotli: 손실 없는 압축을 위한 프로젝트로, 작은 빵을 의미함.

  • JPEGLI의 잠재적 영향

    • JPEGLI의 주장은 WebP의 손실 압축과 관련하여 더 이상 필요하지 않게 만드는 것처럼 보임.
    • JPEG 대비 WebP와 유사한 압축 추정치가 제시됨.
    • AVIF의 가치에 대해서도 의문을 제기함. AVIF는 더 높은 압축률을 가지지만, 기본적인 사용에만 적합한 제한적인 이미지 포맷이며, 인코딩과 디코딩이 매우 느리고 스트리밍 디코더가 없어 전체 AVIF를 다운로드해야만 디코딩을 시작할 수 있음.
    • JPEG XL은 인터넷 사용에 적합한 스트리밍 디코더와 모바일 네트워크를 위한 점진적 디코딩 지원을 포함하여 JPEG/JPEGLI보다 훨씬 더 많은 범위를 커버하기 때문에 여전히 가치가 있음.

  • JPEGLI의 이미지 품질 평가 방법

    • JPEGLI의 이미지 품질 개선을 정량화하기 위해 Cloudinary Image Dataset '22에서 JPEGLI, libjpeg-turbo, MozJPEG 세 가지 코덱을 사용하여 여러 비트레이트로 인코딩된 이미지 쌍을 비교하는 크라우드소싱 평가자들의 도움을 받음.
    • 이미지 품질을 평가하는 방법에 대한 비판이 있음. 인간은 원본 이미지의 왜곡인 더 높은 채도의 색상을 선호하는 경향이 있을 수 있음.
    • 더 공정한 평가를 위해서는 원본 이미지를 기반으로 어떤 이미지가 더 잘 나타내는지를 선택하도록 해야 하며, 'A', 'B', '확실하지 않음'을 답변으로 허용해야 함.
    • ELO 순위 시스템이 적절하지 않을 수 있으며, 어떤 이미지가 어떤 접근 방식이 더 나은지 결정하는 데 가장 영향력 있는지와 그 이유에 대한 분석이 필요함.

  • JPEGLI의 성능

    • 낮은 비트레이트에서 경쟁력이 떨어지는 것으로 보임.
    • MozJPEG 품질 60으로 이미지를 인코딩하는 프로젝트에서 JPEGLI로 전환을 시도했을 때, 비슷한 파일 크기를 생성하기 위해 조정했음에도 불구하고 JPEGLI 이미지가 일관되게 더 나쁜 결과를 보임.

  • Elo 평가 시스템의 사용

    • 이미지 품질을 평가하기 위해 Elo 평가 시스템을 어떻게 사용했는지 저자들이 설명해주면 도움이 될 것임.
    • 이미지가 다른 이미지보다 더 나은 것으로 평가되면 '승리'로 간주되는지 추측됨.
    • 'ELO' 대신 'Elo'라고 쓰는 것이 올바르며, 이는 약어가 아닌 사람의 이름임.

  • JPEGLI의 기술적 세부사항

    • JPEGLI는 10비트 이상의 컴포넌트로 인코딩될 수 있음.
    • 추가 비트가 어떻게 인코딩되는지, 이것이 JPEG_R/"Ultra HDR" 포맷인지, 아니면 구글이 새로운 메타데이터 솔루션을 개발했는지에 대한 질문이 있음.

  • JPEGLI의 결과 품질

    • JPEGLI를 통해 압축하거나 해제할 때 더 정밀하고 심리시각적으로 효과적인 계산이 수행되어 이미지가 더 선명해지고 관찰 가능한 아티팩트가 적어짐.
    • 이 개선을 보여주는 예제 이미지에 대한 링크가 있는지 질문이 있음.

  • JPEGLI의 실용성

    • libjpeg-turbo 대신 JPEGLI를 사용할 때, 동일한 입력 비트맵과 품질 설정으로 JPEGLI가 생성하는 출력물이 더 작거나 더 아름다울 것인지, 또는 둘 다일 것인지에 대한 질문이 있음.
    • 공간 절약이 JPEGLI 인코더가 더 낮은 품질 설정에서 비슷하거나 더 나은 이미지를 생성할 수 있기 때문인지 이해하고 싶어함.

  • JPEGLI의 향후 적용

    • ImageOptim에서 곧 JPEGLI를 사용할 수 있을 것으로 기대함.

  • 구글의 전략에 대한 의견

    • 구글이 JPEG XL 대신 AVIF를 Chrome에 구현하지 않기 위해 무엇이든 할 것 같음.
    • JPEG만을 소비하는 사용자들이 수십 년 동안 존재할 것이므로 여전히 가치가 있음을 인식하면서도, 구글이 큰 회사임에도 불구하고 이러한 전략에 대한 시각이 있음.