H.264와 H.265 차이: CCTV 녹화 용량·화질·브라우저 호환성 비교

CCTV 카메라 설정에서 H.264와 H.265 중 무엇을 골라야 할지 고민된다면, 저장 용량만 비교해서는 부족합니다. 핵심은 H.264는 폭넓은 호환성이 장점이고, H.265는 더 높은 압축 효율을 기대할 수 있지만 녹화기·분석 프로그램·브라우저까지 지원 범위를 확인해야 한다는 점입니다.

코덱을 바꾸면 카메라가 만드는 데이터 형식이 달라집니다. RTSP나 HLS 같은 전송 프로토콜 이름이 같아도 수신 장치가 그 코덱을 해독하지 못하면 화면이 나오지 않습니다.

1. H.264와 H.265는 무엇을 줄이는 기술일까?

H.264는 AVC(Advanced Video Coding), H.265는 HEVC(High Efficiency Video Coding)라고도 부르는 영상 압축 표준입니다. 카메라가 촬영한 원본 영상에서 시간·공간적으로 반복되는 정보를 줄여 전송과 저장이 가능한 크기로 만듭니다.

H.265는 더 높은 압축 요구에 대응해 발전한 표준입니다. ITU-T H.265 공식 자료는 인터넷 스트리밍, 통신, 저장과 방송 등에서 움직이는 영상을 더 효율적으로 압축하기 위한 표준임을 설명합니다.

하지만 ‘H.265는 H.264의 정확히 절반 용량’이라는 고정 공식은 없습니다. 장면의 움직임, 야간 노이즈, 해상도, 프레임률, 화질 설정, GOP 구조와 카메라 인코더에 따라 실제 비트레이트가 달라집니다. 같은 장면과 목표 화질로 비교해야 의미가 있습니다.

비교 기준	H.264	H.265
주요 강점	지원 장치·소프트웨어가 넓음	더 높은 압축 효율 기대
저장 공간	기준값으로 비교하기 쉬움	같은 목표 화질에서 감소 가능
처리 부담	오래된 장치에서도 유리	인코딩·디코딩 지원 확인 필요
웹 재생	상대적으로 폭넓은 지원	OS·브라우저·하드웨어 영향 큼
도입 조건	호환성을 우선할 때	전체 경로 지원이 확인될 때

H.264와 H.265는 저장 효율뿐 아니라 전체 재생 경로의 호환성으로 선택해야 합니다.

2. 녹화 용량은 얼마나 줄어들까?

H.265는 같은 목표 화질에서 H.264보다 낮은 비트레이트를 사용할 가능성이 있습니다. 그래서 장기간 녹화하거나 고해상도 카메라가 많은 환경에서는 저장 공간과 네트워크 대역폭을 줄이는 선택지가 될 수 있습니다.

절감률을 먼저 정해 놓고 용량을 계산하지 마세요. 동일 카메라에서 같은 장면·해상도·프레임률·보관 조건으로 H.264와 H.265의 평균 비트레이트와 필요한 영상 세부 정보를 비교해야 합니다. 얼굴이나 번호판처럼 중요한 증거 정보가 뭉개지지 않는지도 실제 녹화본으로 확인합니다.

Axis의 비트레이트 제어 자료는 VBR·MBR·평균 비트레이트 방식의 차이를 설명합니다. 코덱만 바꾸고 비트레이트 제어 방식을 다르게 두면 무엇 때문에 용량이 변했는지 알기 어렵습니다.

3. 브라우저 관제에서는 H.264가 무조건 정답일까?

웹 호환성을 우선하면 H.264가 실용적인 출발점인 경우가 많습니다. MDN 코덱 선택 가이드는 H.264를 브라우저·운영체제·소비자 기기에서 널리 지원되는 형식으로 설명합니다.

H.265 브라우저 지원은 운영체제, 하드웨어 디코더, 브라우저 버전과 미디어 전달 방식에 따라 달라집니다. 같은 Chrome이라도 단말 환경이 다르면 결과가 달라질 수 있습니다. 최신 지원표만 보고 결론 내리기보다 실제 대상 단말에서 재생을 시험해야 합니다.

또한 WebRTC, HLS, MP4와 같은 전송·컨테이너 선택도 영향을 줍니다. MediaMTX의 WebRTC 코덱 안내처럼 서버가 지원하는 코덱 목록과 브라우저가 실제로 읽을 수 있는 목록을 따로 확인하세요.

4. H.265가 유리한 상황과 피해야 할 상황

H.265는 카메라, NVR, VMS, AI 분석기와 재생 단말이 모두 지원되고, 많은 채널을 오래 보관해야 하는 상황에서 검토하기 좋습니다. 저장 장치의 쓰기 대역폭과 네트워크 전송량을 줄이는 효과도 함께 기대할 수 있습니다.

반대로 오래된 NVR이나 분석 프로그램이 H.264만 지원하거나, 불특정 사용자의 웹브라우저에서 바로 재생해야 한다면 H.264가 운영을 단순하게 만들 수 있습니다. H.265 입력을 서버에서 H.264로 재인코딩할 수도 있지만 CPU·GPU 자원과 처리 지연이 추가됩니다.

Profile T를 지원하는 ONVIF 장비를 검토하는 경우 ONVIF Profile T에서 H.264·H.265 지원 범위를 확인할 수 있습니다. 프로필 지원은 코덱 선택의 출발점이며, 실제 해상도·프로필·레벨과 동시 스트림 제한은 제품 사양을 봐야 합니다.

5. 바꾸기 전에 이 순서로 시험하세요

1. 현재 H.264 녹화본의 평균·최대 비트레이트와 필요한 화질을 기록합니다.
2. 같은 카메라·장면·시간대에서 H.265를 같은 목표 화질로 녹화합니다.
3. NVR 녹화, 실시간 보기, 과거 영상 탐색과 파일 내보내기를 확인합니다.
4. AI 분석이 있다면 디코딩 지원, 분석 속도와 정확도 변화를 확인합니다.
5. PC·휴대전화의 실제 브라우저와 앱에서 재생·복구 동작을 확인합니다.

야간, 비·눈, 나뭇잎 움직임처럼 압축이 어려운 장면을 포함하세요. 밝고 정적인 낮 화면만 비교하면 운영 중 최대 비트레이트와 화질 저하를 놓칠 수 있습니다.

6. 자주 묻는 질문

H.265로 바꾸면 기존 녹화 영상도 작아지나요?
아닙니다. 변경 이후 새로 인코딩되는 영상에 적용됩니다. 기존 파일을 줄이려면 별도 변환이 필요하고, 시간과 자원·화질 손실 가능성을 검토해야 합니다.

해상도가 같으면 화질도 같나요?
아닙니다. 해상도는 화면의 픽셀 수입니다. 비트레이트, 프레임률, 압축 설정과 장면 복잡도가 실제 세부 표현에 영향을 줍니다.

메인 스트림은 H.265, 서브 스트림은 H.264로 써도 되나요?
카메라가 동시 스트림 구성을 지원한다면 녹화는 H.265, 호환성이 필요한 작은 관제 화면은 H.264로 분리할 수 있습니다. 카메라 인코딩 부하와 동시 스트림 제한을 확인하세요.

실제 저장공간을 계산하려면 다음 글인 CCTV 녹화 용량 계산법을 참고하세요. 브라우저 전달 구조는 CCTV에서 웹브라우저까지의 연결 구조에서 설명합니다.

자료 확인일: 2026년 9월 12일. 코덱 지원은 운영체제·브라우저·하드웨어와 버전에 따라 바뀔 수 있으므로 실제 대상 단말에서 확인해야 합니다.