GIF를 올릴 때 mp4로 바꾸는 모듈을 봤는데
용량이 확 줄어드는 게 신기했습니다.
그래서 비슷한 기능을 다른 모든 사이트에서 사용할 줄알았는데
의외로 gif를 그대로 올려놓더라구요
제가 모르는 단점이 있을 것같아 질문드립니다.
저는 gif를 mp4로 바꿀때 CPU사용량이 증가한다는 것만 생각하고있었는데
이게 꽤 큰 단점인가요?
-
-
일반적인 웹호스팅이나 단개의 서버(한개의 서버)에서 운영되는 웹사이트 커뮤니티에는 개인적으로 비추하고 있어요 ㅎ
GIF -> MP4의 경우 FFMPEG모듈을 쓰는데, 이게 CPU를 10퍼센트 미만으로 잡아먹으면 모를까 ㅎㅎ 일부 커뮤니티는 GIF수요가 많아 50% 까지 치고 오르는 경우도 있거든요.
이경우에는 ffmpeg.domain 으로 연결해서 별도 처리하거든요.
결국은.. 일반 커뮤니티(여러대의 서버 또는 여러개의 VPS가 없는경우)는 비추입니다. -
?
장점:
1. 스토리지 사용 공간 적음. (mp4컨버팅 이후 원본 gif파일을 버린다면)
2. 적은 용량으로 트래픽 또한 절약 가능. (네트워크가 느린 단말기에선 더더욱 빛을 발휘하겠죠..?)
단점:
1. 크롬, 모바일 브라우저에선 click과 같은 이벤트가 없으면 video 태그 재생 불가능. (무작정 재생 시도하면 NotAllowedError 에러 발생.)
2. 컨버팅때 CPU 자원 소모량이 높음.
3. 일부 브라우저에선 재생 호환에 제한이 있음. -
?
안녕하세요?
궁금했던 내용인데 잘 정리해주셔서 감사합니다 ^-^
그런데 HTML5를 지원하는 브라우저(크롬 포함)에서는
video 태그에 muted autoplay playsinline loop 속성을 모두 넣으면
제가 테스트한 환경에서는 PC와 모바일에서 자동재생 및 반복이 가능하고
개발자도구의 콘솔에 에러 로그는 없는 것 같은데요.
그리고 giphy나 gfycat의 gif to mp4 컨버터를 이용하는 움짤 사이트들이 꽤 있는 것 같더군요~
구글링 해보니 비교적 최근에 작성된 다음과 같은 관련 문서가 있네요 :)
https://okayoon.tistory.com/entry/video%ED%83%9C%EA%B7%B8-%EB%B8%8C%EB%9D%BC%EC%9A%B0%EC%A0%80-%EB%AA%A8%EB%B0%94%EC%9D%BC-%EC%9D%B4%EC%8A%88-%EC%A0%95%EB%A6%AC-%EC%82%AC%ED%95%AD
video 태그에 muted autoplay playsinline loop 속성을 모두 넣어도
말씀하신대로 모던 브라우저에서 어떤 경우에 문제가 발생하는지 여쭤봅니다 ^^제가 미처 확인하지 못한 경우도 있을 것 같아서요~
그럼 날씨가 무더운데 항상 건강하시고 즐거운 주말 되세요!
감사합니다!! -
?
대부분 브라우저가 일단 H264코덱을 지원해서 모던 브라우저에선 크게 문제가 되는건 없는걸로 알고있습니다.
다만 제가 알고있는 문제점이 있다면
1. IOS/Android 모바일 파이어폭스에서는 video 태그가 자동재생 되지 않음. (다만 1,2년정도 오래된 버전에선 자동재생이 됨.)
2. 윈도우7 IE10에서 Windows Media Player가 없으면 재생 불가능(특히 윈도우 서버군. IE11는 무관.)
이 정도가 있습니다.
실제로 mp4로 변환해서 사용할 경우 큰 문제는 되지 않으니 참고하시면 될 것 같아요. -
?
앗 주말에 쉬시는데 자세히 설명해주셔서 감사합니다 ^^
1.
파이어폭스에서만 사용가능한 확장기능이 있어서 국내에서도 적지 않은 유저들이 있다고 알고 있는데요.
파이어폭스 유저층을 버리고 GIF to MP4 컨버터를 이용하는 것은 위험하겠네요 ㄷㄷ
그런데 제가 갤노트에 설치된 파폭에서 테스트해봤는데 제 환경에서는 자동재생이 되는 것 같네요.
(최신버전으로 업그레이드 되어있는 것을 확인했습니다)
주로 iOS에서 문제가 되는 것 같은데 나중에 테스트해보겠습니다~ 감사합니다!
2.
우리나라에는 아직도 구형 윈도우에서 IE 11 이전 버전을 사용하는 유저층이 많을테니
이건 아무래도 상당히 문제가 되겠네요 ㅠㅠ
테스트해본 커뮤니티 사이트에서 움짤이 재생이 안 된다는 댓글이 종종 있던데
아마도 말씀하신 경우에 해당되는 것 같습니다.
그럼 안녕히 주무시고 다음 한 주도 화이팅하세요!
다시 한 번 감사드립니다 ^-^ -
?
댓글들 감사합니다. 적용해놨는데 말씀대로 하나의 서버, 심지어 일본 서버라; 제 사양으로는 약간 무리가있을 것같습니다 ㅠ 다시 gif로 바꿔야겠네요
-
GIF 와 MP4를 비교했을때 GIF는 오래된 파일 포맷입니다.
GIF 파일 형식은 1987년 개발되어 몇킬로바이트 정도로 깜빡이는 애니메이션을 <img>태그에 포함할 수 있어 인기를 받았습니다.하지만, 오래 전 개발된 파일 형식으로 한계를 갖습니다.
연속된 정보를 하나로 뭉치는 무손실 압축방식을 사용합니다.
무손실 압축방식을 사용하여 MP4와 webm등 최근에 사용되는 포맷에 비해 용량이 최대 30배 정도의 차이가 있습니다.GIF는 큰용량이외에도 스마트폰등에서 지원하는 영상의 TV혹은 타기기로 미러링등의 최신 기술에 활용하지 못하는 단점도 있습니다. (아래 이미지 참조)
gif를 mp4로 바꾸는 모듈이라 하셔서 "GIF Convert"를 말씀하시는것 같습니다.
무료 버전인 GIF Convert 와 유료 버전인 GIF Convert PRO 버전이 있습니다.
무료 버전의 경우 커버 이미지 오류 및 모바일 자동 재생등의 기능 패치가 되지 않아,PRO 기준으로 장단점을 구분 없이 말씀 드리겠습니다.
스토리지와 트래픽의 절감
GIF 파일을 MP4로 전환시 6200k 에서 164k으로 30배 이상 차이가 나기도합니다. (변환 샘플 https://catenater.com/testboard/30345#comment_30592 )
관리자 입장에서 서버의 스토리지와 트래픽을 줄일수 있으며 파일 전송에 사용되는 i/o 감소 효과도 있습니다.
사용자 입장에서는 페이지 로딩 속도가 더욱 빨라지며, 모바일 기기에 사용되는 데이터 사용량 절감에 많은 도움됩니다.
GIF를 그대로 사용하게 되면 해당 페이지의 새로운 페이지 뷰가 생길때 마다 트래픽과 , 서버의 네트워크 리소스를 낭비하게되며 사용자는 용량이큰 GIF일수록 다운로드와 로딩이 다 될때까지 기다려야 되는 불편함이 있습니다.CPU 사용
페이지를 로딩할때 마다 ffmpeg 사용을 하는것이 아닌 글작성시 업로드된 GIF를 MP4로 변환할때 한번 CPU를 사용합니다.MP4대비 30배 높은 용량을 가진 GIF파일을 포함한 페이지를 그대로 노출한다면 페이지뷰수 x 트래픽이 증가함은 물론이며 파일 전송에 따른 서버의 IOPS 낭비가 발생합니다.
서버 사양에 따라 차이가 있겠지만 게시판에 실시간으로 동시에 수많은 GIF 파일이 업로드되는 상황이 아니라면 모듈을 사용해도 크게 부담되지 않습니다.
수많은 GIF 파일이 동시에 업로드 되어 서버에 부담될 정도라면 작업 의뢰를 통해 GIF를 MP4로 인코딩해 주는 전용 서버를 구축 가능하도록 설계되어 있습니다.PC, 모바일에서 주로 사용하는 브라우저에서 잘 작동되며, 최근 국내 많은 커뮤니티 웹사이트에서 GIF를 MP4로 변환해 서비스를 하고 있습니다.
보통 저런 모듈이 필요한 곳들이 대부분 사용자가 많아지니 트래픽이나 용량이 감당이 안되어서 하는 경우인데 사용자가 많이 몰릴때 인코딩해야하는 gif가 한개라도 올라오면 사용자 수용에써야할 시피유가 인코딩에 대부분 할당하게되죠..
그렇게되면 사용자 단에서 필요한 처리가 느려지죠...
그래서 대부분 이런작업 서버를 분리하는 경우가 많아요