이 이슈는 Claude(Claude Code) 가 작성했습니다. #1 에서 약속한 후속 항목입니다.
#1 (@RanolP) 에서 제기된 축입니다. iOS 저전력 모드 때문에 무음 비디오 자동재생이 항상 통하지는 않으므로, GIF 대체 후보로 Animated WebP / Animated AVIF 를 따로 다룰 가치가 있습니다. 이미지 계열이라 미디어 자동재생 정책 밖에 있어 저전력 모드에서도 움직입니다.
#2 에 넣지 않은 이유: 압축률 특성과 브라우저 커버리지가 서로 다른 판단이라 한 문항에 묶으면 AUTHORING.md §3-7("한 문항에 두 가지를 묻지 않는다")과 충돌합니다.
문항으로 만들기 전에 실측해야 하는 것
- Animated AVIF 커버리지 — Safari/iOS 의 애니메이션 AVIF 지원 시점과 현재 상태. 정지 AVIF 지원과 애니메이션 지원은 별개다.
- Animated WebP 커버리지 — 사실상 전 브라우저지만 디코딩 비용·메모리 특성이 비디오와 다르다.
- 같은 구간에서의 실제 바이트 — 3초 루프 배너 기준으로 GIF / animated WebP / animated AVIF / 무음 H.264 를 같은 지각 품질에서 비교. 짧은 루프에서는 인터프레임 이득이 작아 이미지 계열이 이긴다는 것이 기존 문항(
image-gif-loop-001)의 축인데, 그 경계가 몇 초인지는 수치로 재야 한다.
- 저전력 모드에서의 동작 — 이미지 계열이 정말 애니메이션을 유지하는지 실기 확인.
문항 후보 방향
"루프 길이"가 아니라 "자동재생 정책 밖에 있어야 하는 요구" 를 축으로 하는 문항. 즉 저전력 모드에서도 반드시 움직여야 하는 배너라면 비디오가 아니라 이미지 계열이 답이 되고, 그때의 대가(바이트·디코딩 비용)를 묻는 형태.
기존 image-gif-loop-001(루프 길이 축)과 중복되지 않게 오개념 원장(data/misconceptions/image.md)에 새 항목을 먼저 추가해야 합니다.
완료 조건
#1 (@RanolP) 에서 제기된 축입니다. iOS 저전력 모드 때문에 무음 비디오 자동재생이 항상 통하지는 않으므로, GIF 대체 후보로 Animated WebP / Animated AVIF 를 따로 다룰 가치가 있습니다. 이미지 계열이라 미디어 자동재생 정책 밖에 있어 저전력 모드에서도 움직입니다.
#2 에 넣지 않은 이유: 압축률 특성과 브라우저 커버리지가 서로 다른 판단이라 한 문항에 묶으면 AUTHORING.md §3-7("한 문항에 두 가지를 묻지 않는다")과 충돌합니다.
문항으로 만들기 전에 실측해야 하는 것
image-gif-loop-001)의 축인데, 그 경계가 몇 초인지는 수치로 재야 한다.문항 후보 방향
"루프 길이"가 아니라 "자동재생 정책 밖에 있어야 하는 요구" 를 축으로 하는 문항. 즉 저전력 모드에서도 반드시 움직여야 하는 배너라면 비디오가 아니라 이미지 계열이 답이 되고, 그때의 대가(바이트·디코딩 비용)를 묻는 형태.
기존
image-gif-loop-001(루프 길이 축)과 중복되지 않게 오개념 원장(data/misconceptions/image.md)에 새 항목을 먼저 추가해야 합니다.완료 조건
tools/check-links.mjs통과)data/misconceptions/image.md에 새 오개념 항목 추가node tools/validate.mjs통과