Peek: 파일이 왜 그렇게 큰가요?

너무 늦게 답장을 보내서 죄송합니다 :(

자세한 정보 없이는 파일이 왜 그렇게 큰지 설명 할 수 없습니다. "big"과 "long"은 정확히 무엇입니까?

일반적으로 ImageMagick은 애니메이션을 GIF로 변환하는 데 사용되며 프레임을 축소하는 데 매우 괜찮은 작업을 수행합니다. 각 프레임에는 이전과 다른 데이터 만 포함됩니다.

일반적으로 애니메이션 GIF의 경우 좋은 결과를 얻기 위해 따라야 할 몇 가지 규칙이 있습니다.

• 낮은 프레임 속도를 사용하십시오. 15fps는 저에게 아주 잘 작동하는 것 같습니다.
• 너무 많은 변화를 피하십시오. 무거운 애니메이션이 있으면 프레임이 많이 달라집니다
• GIF는 256 색 팔레트로 제한되므로 너무 많은 색상을 피하십시오. 이것은 파일 크기에 관한 것이 아니라 시각적 품질에 관한 것입니다.

그렇지 않으면 더 많은 정보를 제공하기 위해 실제 세계 비교가 필요합니다. 예를 들어, 크지 않고 그렇게 크지 않다고 생각하는 애니메이션과 너무 크다고 생각하는 엿보기로 녹화 한 비교 가능한 애니메이션 등이 있습니다.

저는 Windows에서 ScreenToGif를 사용하여 gif를 녹화했습니다. Linux 대안이 있다는 사실을 알고 있습니다!

ScreenToGif를 사용하여 다음 gif를 기록했습니다 ( 내 프로젝트의 README 중 하나에서 사용됨 ).

파일 크기를 비교하기 위해 Peek를 사용하여 동일한 애니메이션을 녹화했습니다.

비교가되지 않더라도 여전히 동일한 파일 크기 (프레임 속도, 색상 양, 지속 시간, "변경 속도"/ 애니메이션 속도)를 기반으로합니다.

결론은 다음과 같습니다. ScreenToGif는 58,2kB 파일을 생성하고 Peek는 16,6kB 파일을 저장했습니다. 픽이 이깁니다!
이 문제를 종결해야합니까? 문서 어딘가에서 언급하거나 더 많은 테스트를 진행할 수 있습니다.

이 조사를 해주신 @chteuchteu 에게 감사드립니다. 또한 Peek가 이미 파일 크기를 줄이는 좋은 작업 (이 경우 imagemagick 덕분에)을 수행하고 있다는 의심도 있습니다. 결국 Gif는 많은 변경 사항이있는 큰 애니메이션을 수행하는 데 적합하지 않습니다. 최적화는 각 프레임의 차이에 완전히 의존하기 때문입니다. 나는 이것을 닫는 데 의지하지만 아마도 우리는 먼저 일종의 FAQ를 가져야 할 것입니다. :)

FAQ에 +1!

README에 FAQ를 추가했습니다.