시작하기에 앞서서
일단 비교를 하려면 완벽하게 같은 프레임을 가지고 비교를 해야한다
(원본 hd방송 tp녹화파일, 와이드으로 잡아서 원래 작게나온것 리사이즈없이 잘라내기만 했음)
위 사진은 3개의 연속된 프레임 사진인데
단 2프레임만에 흐릿하게 움직이는 손에서 또렷한 손으로 바뀌는걸 알수 있다
1초에 프레임이 30개나 들어가는데 대충 초단위로만 맞추다보면 서로 다른 프레임을 가지고 비교를 하게된다
만약 a코덱은 1번 사진으로 b코덱은 2번사진으로 비교를 해서
b코덱이 a코덱보다 선명한 화질을 보여준다는 결론을 내린다면
그 결론은 완전히 잘못된 것이라 할 수 있겠다
어떤 블로거가 위와 같은 실수를 저질렀는데
보다시피 2번사진에는 1번에서 한참 아래에 있던 마이크가 위에서 나온다
둘이 완전 다른 프레임이라는 것이다
서로 다른 사진을 가지고 비교를 했으니 잘못된 비교결과가 나올 수 밖에 없다
그리고 캡쳐할때 문제
캡쳐할대 비손실 bmp나 png로 캡춰하지 않고 손실압축인 jpg로 캡춰를 하게되면
jpg으로 화면이 저장되는 동안에 약간의 손실이 발생하기 때문에
제대로된 화질비교가 불가능하다
여기 올라온 캡춰사진들은 전부 png포멧이니 이미지 압축시 손실은 고려하지 않아두 될것이다
그럼 비교를 시작해보자
샘플소스는 블루레이를 x264으로 인코딩한 다큐영화 earth로서
10mbps의 고비트레이트 고화질의 fullhd 1080p 영상이다
왼쪽이 coreavc고 오른쪽이 divx7이며 팬앤스캔을 이용해서 약60%정도 확대된 영상이다
구분이 안갈정도로 비슷한 화면을 보여주고 있다
절대 복사&붙여넣기한게 아니다 -0-;;;
녹색화면 노란빛화면 그늘진화면 푸른빛화면
약간 붉은빛이 도는 화면(완전하게 붉은 화면이 없는게 아쉬웠다)에 걸쳐서
거의 비슷한 선명도와 색감의 화면을 보여준다
혹시나 샘플이 너무 좋아서 이런게 아닌가 싶어서
720p해상도의 낮은 비트레이트로 인코딩된 다른 샘플을 가지고 비교해봤다
720p의 해상도지만 비트레이트가 1400kbps 밖에 안되는 엄청나게 고압축된 영상이란걸 알수 있다
근데 또 부분적으로 잘라내고 붙이는 걸 하려니 너무 귀찮아서
캡쳐한걸 무손실 png파일 그대로 올릴테니
알아서 비교해보시라 ^^;;;
(프레임폭이 좁아서 오른쪽이 잘려서 나온다
우클릭->다른이름으로 저장해서 acdsee같은 프로그램으로 빠르게 전환해가면서 비교해보면
좀더 편하게 비교가 가능하다)
coreavc를 사용한것은 화면에 아무런 마크가 없고
divx7을 사용한것은 오른쪽 아래쪽에 divx마크가 있다
->알고보니 재생옵션에서 끄는게 가능하다 깔끔하게 끄고 사용하시길
(이 divx마크는 처음 재생시에만 나타났다가 2~3초후 사라진다 항상 나오는게 아니다
처음에 시작하자마자 정지상태로 프레임단위로 이동했기때문에 마크가 계속 나온것이다)
이 사진들이 서로 구분이 가시는가?
역시나 고압축 저화질 인코딩 영상에서도 화질에서 차이점은 전혀 찾아볼 수 없었다
결론: hd급(720p급 해상도 이상)영상에서 coreavc나 divx7이나 화질차이는 없다
여기에 스샷을 올리진 않았지만
ffmpeg을 기반으로한 팟플레이어 내장코덱으로도 비교해봤는데 역시나 차이가 없었다
h264 디코딩 코덱으로 어느 코덱의 화질 좋냐는 논쟁은 무의미하다
대신에 디코딩 속도를 따져봐야한다
h264는 높은 압축률만큼 복잡한 인코딩& 디코딩 구조를 가지고 있다
복잡한 처리과정 만큼 더 많은 계산처리가 필요하다
여기에 원본소스가 dvd(480p)에서 블루레이(1080p)나 HDTV(720p/1080i)로 높아지는 추세라서
처리해야할 정보량은 2배~5배까지 늘어났다
해야할 일도 산더미만큼 늘어났고 그 일을 처리하는데 들이는 노동의 강도도 높아졌으니
예전보다 훨씬더 일 잘하는 cpu가 필요하게 되었다
뭐 cpu도 엄청나게 발전해서 콧방귀끼며 1080p영상을 돌리는 놈들도 많지만
보급속도는 항상 발전속도보다 뒤쳐지므로
아직 많은 사람들에겐 많은 cpu들에겐 h264 디코딩 작업은 참 부담이 되는게 사실이다
직접 디코딩 벤치를 해보지 않았지만
coreavc와 divx7을 비교한 여러 글들을 찾을 수 있었는데
http://www.cccp-project.net/forums/index.php?topic=3256.0
http://forum.doom9.org/archive/index.php/t-144258.html
대부분 coreavc가 약간 빠르다는 결론을 내리고 있었다
내용추가 인텔 코어2듀오 cpu에서는 divx7이 더 빠르게 디코딩한다
2009/05/20 - divx7 코덱 coreavc 보다 h264 디코딩이 더 빠르다?
하지만 coreavc는 상용코덱이다
사용하는데 돈을 지불해야한다는 것이다
물론 불법적으로 (아주쉽게 네xx만 검색해도) 다운받을수도 있지만
불법은 불법인거다
거기다가 만약에 수시로 소프트웨어 단속을 하는 회사컴퓨터라면? 더더욱 안될것이다
그에 반해 divx7은 공짜다(구하기도 쉽고 http://www.divx.com/en/win)
시작할때 잠깐 divx로고를 봐야하지만 겨우 2~3초일 뿐이다
거기다가 성능도 coreavc에 못지않다
coreavc를 구했다면 coreavc를 쓰는게 좋지만
그걸 사용할수 없는 상황이면 divx7이 h264 디코딩을 위한 최선의 선택이 될것이다
일단 비교를 하려면 완벽하게 같은 프레임을 가지고 비교를 해야한다
(원본 hd방송 tp녹화파일, 와이드으로 잡아서 원래 작게나온것 리사이즈없이 잘라내기만 했음)
위 사진은 3개의 연속된 프레임 사진인데
단 2프레임만에 흐릿하게 움직이는 손에서 또렷한 손으로 바뀌는걸 알수 있다
1초에 프레임이 30개나 들어가는데 대충 초단위로만 맞추다보면 서로 다른 프레임을 가지고 비교를 하게된다
만약 a코덱은 1번 사진으로 b코덱은 2번사진으로 비교를 해서
b코덱이 a코덱보다 선명한 화질을 보여준다는 결론을 내린다면
그 결론은 완전히 잘못된 것이라 할 수 있겠다
어떤 블로거가 위와 같은 실수를 저질렀는데
보다시피 2번사진에는 1번에서 한참 아래에 있던 마이크가 위에서 나온다
둘이 완전 다른 프레임이라는 것이다
서로 다른 사진을 가지고 비교를 했으니 잘못된 비교결과가 나올 수 밖에 없다
그리고 캡쳐할때 문제
캡쳐할대 비손실 bmp나 png로 캡춰하지 않고 손실압축인 jpg로 캡춰를 하게되면
jpg으로 화면이 저장되는 동안에 약간의 손실이 발생하기 때문에
제대로된 화질비교가 불가능하다
여기 올라온 캡춰사진들은 전부 png포멧이니 이미지 압축시 손실은 고려하지 않아두 될것이다
그럼 비교를 시작해보자
샘플소스는 블루레이를 x264으로 인코딩한 다큐영화 earth로서
10mbps의 고비트레이트 고화질의 fullhd 1080p 영상이다
왼쪽이 coreavc고 오른쪽이 divx7이며 팬앤스캔을 이용해서 약60%정도 확대된 영상이다
구분이 안갈정도로 비슷한 화면을 보여주고 있다
절대 복사&붙여넣기한게 아니다 -0-;;;
녹색화면 노란빛화면 그늘진화면 푸른빛화면
약간 붉은빛이 도는 화면(완전하게 붉은 화면이 없는게 아쉬웠다)에 걸쳐서
거의 비슷한 선명도와 색감의 화면을 보여준다
혹시나 샘플이 너무 좋아서 이런게 아닌가 싶어서
720p해상도의 낮은 비트레이트로 인코딩된 다른 샘플을 가지고 비교해봤다
720p의 해상도지만 비트레이트가 1400kbps 밖에 안되는 엄청나게 고압축된 영상이란걸 알수 있다
근데 또 부분적으로 잘라내고 붙이는 걸 하려니 너무 귀찮아서
캡쳐한걸 무손실 png파일 그대로 올릴테니
알아서 비교해보시라 ^^;;;
(프레임폭이 좁아서 오른쪽이 잘려서 나온다
우클릭->다른이름으로 저장해서 acdsee같은 프로그램으로 빠르게 전환해가면서 비교해보면
좀더 편하게 비교가 가능하다)
coreavc를 사용한것은 화면에 아무런 마크가 없고
divx7을 사용한것은 오른쪽 아래쪽에 divx마크가 있다
->알고보니 재생옵션에서 끄는게 가능하다 깔끔하게 끄고 사용하시길
(이 divx마크는 처음 재생시에만 나타났다가 2~3초후 사라진다 항상 나오는게 아니다
처음에 시작하자마자 정지상태로 프레임단위로 이동했기때문에 마크가 계속 나온것이다)
이 사진들이 서로 구분이 가시는가?
역시나 고압축 저화질 인코딩 영상에서도 화질에서 차이점은 전혀 찾아볼 수 없었다
결론: hd급(720p급 해상도 이상)영상에서 coreavc나 divx7이나 화질차이는 없다
여기에 스샷을 올리진 않았지만
ffmpeg을 기반으로한 팟플레이어 내장코덱으로도 비교해봤는데 역시나 차이가 없었다
h264 디코딩 코덱으로 어느 코덱의 화질 좋냐는 논쟁은 무의미하다
대신에 디코딩 속도를 따져봐야한다
h264는 높은 압축률만큼 복잡한 인코딩& 디코딩 구조를 가지고 있다
복잡한 처리과정 만큼 더 많은 계산처리가 필요하다
여기에 원본소스가 dvd(480p)에서 블루레이(1080p)나 HDTV(720p/1080i)로 높아지는 추세라서
처리해야할 정보량은 2배~5배까지 늘어났다
해야할 일도 산더미만큼 늘어났고 그 일을 처리하는데 들이는 노동의 강도도 높아졌으니
예전보다 훨씬더 일 잘하는 cpu가 필요하게 되었다
뭐 cpu도 엄청나게 발전해서 콧방귀끼며 1080p영상을 돌리는 놈들도 많지만
보급속도는 항상 발전속도보다 뒤쳐지므로
아직 많은 사람들에겐 많은 cpu들에겐 h264 디코딩 작업은 참 부담이 되는게 사실이다
직접 디코딩 벤치를 해보지 않았지만
coreavc와 divx7을 비교한 여러 글들을 찾을 수 있었는데
http://www.cccp-project.net/forums/index.php?topic=3256.0
http://forum.doom9.org/archive/index.php/t-144258.html
대부분 coreavc가 약간 빠르다는 결론을 내리고 있었다
내용추가 인텔 코어2듀오 cpu에서는 divx7이 더 빠르게 디코딩한다
2009/05/20 - divx7 코덱 coreavc 보다 h264 디코딩이 더 빠르다?
하지만 coreavc는 상용코덱이다
사용하는데 돈을 지불해야한다는 것이다
물론 불법적으로 (아주쉽게 네xx만 검색해도) 다운받을수도 있지만
불법은 불법인거다
거기다가 만약에 수시로 소프트웨어 단속을 하는 회사컴퓨터라면? 더더욱 안될것이다
그에 반해 divx7은 공짜다(구하기도 쉽고 http://www.divx.com/en/win)
시작할때 잠깐 divx로고를 봐야하지만 겨우 2~3초일 뿐이다
거기다가 성능도 coreavc에 못지않다
coreavc를 구했다면 coreavc를 쓰는게 좋지만
그걸 사용할수 없는 상황이면 divx7이 h264 디코딩을 위한 최선의 선택이 될것이다
