반응형




00. 링크


[DVR] 집에서 놀고 있는 컴퓨터로 DVR을 만들어보자 #1

[DVR] 집에서 놀고 있는 컴퓨터로 DVR을 만들어보자 #2 - V4L2로 스트리밍 하기

[DVR] 집에서 놀고 있는 컴퓨터로 DVR을 만들어보자 #3 - RTSP 클라이언트 

[DVR] 집에서 놀고 있는 컴퓨터로 DVR을 만들어보자 #4 - CVLC 자동실행 

[DVR] 집에서 놀고 있는 컴퓨터로 DVR을 만들어보자 #5 - DDNS와 Port Forwarding 설정

[DVR] 집에서 놀고 있는 컴퓨터로 DVR을 만들어보자 #6 - ffmpeg와 crontab을 이용한 녹화 기능 구현

[DVR] 집에서 놀고 있는 컴퓨터로 DVR을 만들어보자 #7 - 녹화 영상에 시간 넣기 <= (현재글)



01. 개요



DVR 만들기 프로젝트가 끝을 보이고 있다. 본 편은 아주 간단히 끝날 수 있는 내용이다. 1편 ~ 6편 까지 천천히 잘 따라왔다면, 현재 DVR이 정상동작을 하고 있을 것으로 보인다.

요즘 출시하고 있는 대부분의 ip 카메라는 [그림1]의 좌측 상단과 같이 영상에 시간이 삽입되어 송출된다.


[그림1] 시간과 날짜가 영상에 삽입된 IP 카메라의 화면[그림1] 시간과 날짜가 영상에 삽입된 IP 카메라의 화면



 


영상에 시간과 날짜가 포함되는 기능은 CCTV에서 상당히 중요한 것이다. 파일명은 파일 탐색기에서 간단히 수정할 수 있다. 파일의 수정날짜 또한 손쉽게 수정이 가능하다. 열심히 CCTV의 영상을 녹화했는데 날짜와 시간의 데이터가 변조되었고 이 영상이 어떠한 사건의 증거라면 증거로서의 가치가 떨어지게 될 것이다. 6편에서 RTSP 스트리밍 영상을 FFmpeg를 이용하여 매 1분마다 1분단위로 저장하는 방법을 소개하면서 저장되는 파일명이 날짜와 시간으로 설정될 수 있도록 스크립트를 작성했다.

여기서, ipCam 의 영상인 경우 이미 시간이 삽입되어 있기 때문에 큰 문제가 발생하지 않지만, V4L2 로 받은 영상인 경우 영상에는 아무 정보가 기록되어 있지 않다. 따라서 본 편에서는 FFmpeg 를 이용한 영상파일 저장과정에서 날짜와 시간을 삽입하는 방법에 대해 설명 하려고 한다.



02. FFmpeg의 drawtext 필터



사실 6편의 FFmpeg 사용법에 본 내용이 추가되면 깔금할 것으로 보여 6편에 본 내용을 작성하려고 했다. 하지만, 6편은 이미 다양한 기술에 대한 설명으로 글이 많이 복잡하여 7편에 간단히 소개를 한다.

ffmpeg에는 다양한 필터들을 제공하고 있는데 그 중 drawtext라는 필터가 있다. 필터명 그대로 영상에 Text 를 추가하는 필터이다. FFmpeg에서 필터를 적용하기 위해서는 -vf 라는 옵션을 사용해야 한다. (vf 는 video filter 의 약자로 추정된다.)

여러개의 필터를 함께 적용하기 위해서는 -vf "필터1=xxx 필터2=yyyy 필터3=zzzz" 식으로 -vf 옵션은 한번만 사용하고, " 로 다수의 필터를 묶어준다.

6편에서 완성된 ffmpeg 명령어는 다음과 같다.


ffmpeg -i "rtsp://192.168.219.112:8554/test.sdp" -t 60 -an $DATESTRING


위의 명령어에 -vf 옵션을 사용하여 drawtext 필터를 적용할 것이다. 완성된 명령어는 다음과 같다.


ffmpeg -i "rtsp://192.168.219.112:8554/test.sdp" -vf drawtext="text='JunWrap_CAM1_Ext' %'{localtime\:%D}' %'{localtime\:%X}': fontcolor=white: fontsize=10: box=1: boxcolor=black@0.5: boxborderw=5: x=20: y=20" -t 60 -an $DATESTRING_CAM1


상당히 긴 옵션이지만, 차근차근 살펴보면 어려울 것이 없다.

"text=  ' 다음에는 적용될 문구를 적으면 된다. 'JunWrap_CAM1_Ext' 로 시작이 되었다. 말 그대로 해당 문구를 삽입하게 된다. 다음에 오는 %'{localtime\:%D}' %'{localtime\:%X}' 는 시스템의 날짜와 시간을 String 형태로 삽입하는 구문이다. 그냥 사용하면 된다. 이후에 오는 옵션은 Font 의 색상, 크기를 설정하는 옵션이고, 그 다음은 Box에 대한 옵션이다. 특히 boxcolor=black@0.5 라는 옵션은 black 색상의 배경을 가진 박스를 만들고, 투명도 0.5 를 적용하라는 뜻이다. 맨 마지막, x=20: y=20 부분은 drawtext 객체가 그려질 시작 위치를 나타내는 것이다. 영상의 좌측 상단을 (0, 0) 의 좌표로 보고 계산을 하는 것이다.




[그림2] drawtext 필터 적용 결과 영상[그림2] drawtext 필터 적용 결과 영상



[그림2]는 drawtext가 적용된 영상의 결과물이다. 정상적으로 잘 적용된 것을 확인할 수 있다.



03. 마무리



DVR을 만드는데 있어서 어려운 부분은 끝났다. 현 수준으로도 DVR의 기본 기능은 충분히 이용할 수 있는 수준이다. 다만, 리눅스 운영체제를 사용하고 있는 부분이어서 저장된 영상 파일을 확인하는 것이 조금 불편할 수 있다. 그래서, 다음 편에서는 윈도우와 리눅스의 디렉터리 공유를 할 수 있는 samba 설치방법과 사용방법에 대해서 포스팅을 하려고 한다. 

6편에서 설정한 녹화 경로를 samba 디렉터리로 설정을 하고, 윈도우에서 samba 디렉터리에 접근을 한다면, 언제 어디서든지 편리하게 녹화된 영상을 확인할 수 있을 것이다.


1편 링크 : ([DVR] 집에서 놀고 있는 컴퓨터로 DVR을 만들어보자 #1)

2편 링크 : ([DVR] 집에서 놀고 있는 컴퓨터로 DVR을 만들어보자 #2 - V4L2로 스트리밍 하기)

3편 링크 : ([DVR] 집에서 놀고 있는 컴퓨터로 DVR을 만들어보자 #3 - RTSP 클라이언트)

4편 링크 : ([DVR] 집에서 놀고 있는 컴퓨터로 DVR을 만들어보자 #4 - CVLC 자동실행)

5편 링크 : ([DVR] 집에서 놀고 있는 컴퓨터로 DVR을 만들어보자 #5 - DDNS와 Port Forwarding 설정)

6편 링크 : ([DVR] 집에서 놀고 있는 컴퓨터로 DVR을 만들어보자 #6 - ffmpeg와 crontab을 이용한 녹화 기능 구현)



2018년 12월 5일
Kunttang

ffmpeg -i "rtsp://192.168.219.112:8554/test.sdp" -t 60 -an $DATESTRING

출처: http://blog.kunwoo.pe.kr/134 [Kunttang's Life]

출처: http://blog.kunwoo.pe.kr/134 [Kunttang's Life]


반응형
블로그 이미지

매깡

- 각종 문의는 메일로 해주세요. 메일: soriel01@nate.com

,
반응형


00. 링크


[DVR] 집에서 놀고 있는 컴퓨터로 DVR을 만들어보자 #1

[DVR] 집에서 놀고 있는 컴퓨터로 DVR을 만들어보자 #2 - V4L2로 스트리밍 하기

[DVR] 집에서 놀고 있는 컴퓨터로 DVR을 만들어보자 #3 - RTSP 클라이언트 

[DVR] 집에서 놀고 있는 컴퓨터로 DVR을 만들어보자 #4 - CVLC 자동실행 

[DVR] 집에서 놀고 있는 컴퓨터로 DVR을 만들어보자 #5 - DDNS와 Port Forwarding 설정

[DVR] 집에서 놀고 있는 컴퓨터로 DVR을 만들어보자 #6 - ffmpeg와 crontab을 이용한 녹화 기능 구현  <= (현재글)

[DVR] 집에서 놀고 있는 컴퓨터로 DVR을 만들어보자 #7 - 녹화 영상에 시간 넣기




01. 개요



5편까지는 스트리밍관련한 내용을 소개를 하였다. 하지만, 본 포스팅의 본질은 DVR 을 만드는 것이다. 지금까지 소개했던 모든 기능은 DVR을 위한 기반작업이라고 생각하면 된다.

이번 6편에서는 ffmpeg 와 crontab을 이용하여 스트리밍 영상의 녹화 방법을 기술할 예정이다. 2편, 4편의 내용은 아날로그 카메라의 영상을 RTSP 로 스트리밍하는 방법에 대해 소개한 내용이므로, RTSP가 지원되는 IP 카메라를 이용한 DVR을 만들기 위해 필자의 글을 참고하시는 분은 2편과 4편의 내용은 참고를 하지 않아도 된다.

1편 부터 현재까지의 과정을 잘 수행했다면, 현 시점 부터의 모든 입력 영상은 스트리밍(RTSP) 영상이다. 즉 모든 데이터는 디지털 데이터이다.


02. ffmpeg



ffmpeg 란 디지털 미디어파일(동영상, 음악, 사진)의 디코딩 또는 인코딩을 위해 다양한 기능을 제공하는 오픈소스 프로젝트이다. ffmpeg의 ff는 fast forward 를 의미한다. mpeg 는 MPEG 영상 표준화 그룹에서 유래했다고 한다.

우리가 사용하는 대부분의 동영상 플레이어들은 ffmpeg 기반으로 제작되었다. 즉, ffmpeg 가 LGPL 라이선스를 가지고 있는 오픈소스진영의 무료 프로젝트이지만, 만약 유료화한다면 그 시점부터 동영상을 감상하지 못하는 일이 발생할 수도 있다.(하지만, 오픈소스프로젝트는 그럴일이 거의 없으니 걱정 안해도 된다.)

ffmpeg에서는 다양한 기능들을 제공하지만, 본 포스팅에서는 ffmpeg의 미디어 포멧 변환 도구를 활용하여 스트리밍 영상을 h.264 형식의 mp4 동영상 파일로 저장하려고 한다.


[그림1] FFmpeg 로고[그림1] FFmpeg 로고


03. Crontab



Cron은 유닉스 혹은 리눅스 운영체제에서 사용하는 스케줄러이다. Crontab 은 Cron + Table의 조합으로 만들어진 이름이다.

Crontab을 이용하면 주어진 일정에 주기적으로 쉘 명령어들을 실행할 수 있다.




이미 4편에서 잠시 소개한 명령어이다.(4편에서는 주기적인 실행이 아닌, 부팅이 되면 자동 실행을 할 수 있는 @reboot 명령을 소개 했었다.)

본 포스팅에서는 Crontab 의 스케줄링 기능을 활용하여 1분 마다 미리 만들어 놓은 ffmpeg 스크립트(60초 녹화)를 실행하고, 하루에 한 번씩 특정 시간에 오래된 영상을 자동으로 지워주는 스크립트를 실행하는 방법을 소개할 예정이다.



04. 녹화


04-01. ffmpeg의 설치



필자의 DVR 만들기를 소개하는 포스팅은 Linux Mint 19 Tara 기반으로 작성되고 있다. 따라서 ffmpeg의 설치는 apt-get 을 활용하여 설치한다.


sudo apt-get install ffmpeg


리눅스의 터미널에 위와 같이 실행하면 ffmpeg 가 설치된다.

[그림2] FFmpeg 설치화면[그림2] FFmpeg 설치화면


04-02. RTSP 스트리밍 영상을 파일로 저장하는 방법



ffmpeg 를 사용하기 위해서는 사용 방법을 알아야 한다. ffmpeg 명령어에 옵션을 사용해서 원하는 영상을 녹화할 수 있다. 옵션에 대한 자세한 내용은 나무위키의 FFmpeg 4.4절을 참고하면 된다.

필자는 간단히 다음과 같은 명령어를 구성하였다.


ffmpeg -i "rtsp://192.168.219.112:8554/test.sdp" '/home/junwrap/smbroot/[test]Video1.mp4'


-i 옵션은 입력파일을 지정하는 옵션이다. -i 이후에 "rtsp://192.168.219.112:8554/test.sdp" 라는 스트링이 붙었으니, 스트리밍 영상을 입력으로 사용하겠다는 의미이다. 그 뒤에 따라 붙는 '/home/junwrap/smbroot/[test]Video1.mp4' 라는 스트링은 저장 파일을 지정한 것이다.

[그림3] ffmpeg를 이용하여 스트리밍 영상을 파일로 저장하고 있는 화면[그림3] ffmpeg를 이용하여 스트리밍 영상을 파일로 저장하고 있는 화면


약 40초간 녹화를 진행한 후 파일을 확인해 본다.




[그림4] 녹화 결과물[그림4] 녹화 결과물


[그림4] 와 같이 녹화가 잘 진행 된 것을 확인 할 수 있다.



04-03. 1분단위로 녹화를 하는 방법



스트리밍 영상이 파일로 저장되는 것 까지 확인을 했으니, 본격적으로 1분단위로 녹화를 하는 방법에 대해서 기술한다. CCTV 영상은 파일을 특정시간 단위로 분할하여 저장하는 것이 추후 확인하기도 좋고, 파일의 손상에 의한 녹화물 손실을 막을 수 있다.

ffmpeg 옵션 중에는 -t 옵션이 있다. 인코딩 시간을 초 단위로 지정하는 옵션이다. 하기와 같이 명령어를 수정하였다.


ffmpeg -i "rtsp://192.168.219.112:8554/test.sdp" -t 60 -an '/home/junwrap/smbroot/[test]Video1.mp4'


-an 옵션은 오디오를 끄는 옵션이다. CCTV 영상이기 때문에 오디오를 사용하지 않아 오디오를 Off 시켰다.

60초동안 인코딩이 잘 되고 종료되는지를 확인해 본다.


[그림5] 59.9초 녹화된 결과 로그[그림5] 59.9초 녹화된 결과 로그


[그림5] 와 같이 59.90초가 녹화된 것을 확인할 수 있다. 프레임 수에 따른 계산이기 때문에 정확히 60초가 나오지 않을 수 있다.


[그림6] 1분 동안 녹화된 파일의 사이즈[그림6] 1분 동안 녹화된 파일의 사이즈


[그림6]에서 보면 1분동안 녹화된 파일의 사이즈(480x320 30fps 기준)는 약 2MB 정도이다. 24시간 녹화시 약 3GB 정도의 용량이 필요한 것을 확인할 수 있다.(물론 움직임이 많거나, 주변 상황에 따라서 용량은 달라질 수 있다.)

컴퓨터를 구성할 때, 400GB 정도를 home 영역으로 잡고, 이 공간에 저장할 수 있게 구성할 예정이니 130일 이상의 영상을 저장할 수 있다.(다른 카메라의 녹화도 병행해야 하기 때문에 130일까지 저장하지는 않을 것이다.)



04-04. 매 1분 마다 영상 저장을 실행 하는 방법



04-03에서 1분 단위 녹화의 가능성을 확인했다. 매 1분 마다 녹화를 진행해야 하는데, 1분 마다 수행할 수 있도록 해당 명령어을 crontab에 지정하면 간단하지만 파일명이 같으면 안된다. 따라서, 파일명이 변경되는 쉘 스크립트를 작성해 본다. 이 스크립트가 crontab에 지정될 것이다.





  #!/bin/sh

   YEAR=$(date +\%Y)
   MON=$(date +\%m)
   DAY=$(date +\%d)
   HOUR=$(date +\%H)
   MIN=$(date +\%M)
   SEC=$(date +\%S)

   DATESTRING=/home/junwrap/smbroot/"(""$YEAR""$MON""$DAY"")"_"$HOUR"h"$MIN"m"$SEC"s".mp4"

   ffmpeg -i "rtsp://192.168.219.112:8554/test.sdp" -t 60 -an $DATESTRING



필자는 dvr.sh 라는 파일로 저장한 후 실행 권한을 주었다. 간단히 "sudo chmod 755 dvr.sh" 를 사용하면 된다. 위의 스크립트는 현재 시스템 시간 기준으로 "년, 월, 일, 시, 분, 초" 를 구하여, CCTV 영상의 파일명으로 사용하는 스크립트이다. 매 1분마다 새로운 파일명이 생성되어 영상이 저장될 것이다.

만들어진 스크립트를 crontab 에 등록한다.

crontab 에 등록하는 방법은 crontab -e 이다.


*/1 * * * * /home/junwrap/dvr.sh


필자는 crontab에 [그림7]과 같이 추가를 하였다. 매 1분마다 dvr.sh 를 실행하라는 뜻이다.


[그림7] crontab에 dvr.sh 스크립트 등록화면[그림7] crontab에 dvr.sh 스크립트 등록화면


여기서 crontab에 대해서 잠깐 설명하도록 한다.

crontab의 반복스케쥴링 형식은 하기와 같이 총 6개의 항목으로 되어있다.


*(1)
*(2) *(3) *(4) *(5) [명령](6)


(1) 시간의 분을 명기하는 자리이다. 0~59 의 숫자를 사용할 수 있고, */1 처럼 사용할 수 있다.
     */1의 의미는 1분마다 명령을 수행하라는 것이다.

(2) 시간의 시를 명기하는 자리이다. 0~23의 숫자를 사용할 수 있고, 분과 마찮가지로 */1 처럼 사용할 수 있다.

(3) 날짜의 일을 명기하는 자리이다. 1~31의 숫자를 사용할 수 있다.

(4) 날짜의 월을 명기하는 자리이다. 1~12의 숫자를 사용할 수 있다.

(5) 요일을 명기하는 자리이다. 0~7의 숫자를 사용할 수 있다.(0과 7은 일요일)

(6) (1 ~ 5) 의 스케줄에 맞게 실행할 스크립트 혹은 커맨드이다.


[그림8] 분 단위로 저장되고 있는 화면[그림8] 분 단위로 저장되고 있는 화면


[그림8] 처럼 1분 단위의 날짜, 시간 파일명으로 잘 저장되고 있다.


04-05. 오래된 영상 자동 삭제 방법



하드디스크의 용량은 제한적이기 때문에 영상을 무한히 저장할 수 없다. 따라서 특정 시일이 지난 영상은 자동으로 삭제해 주는 기능을 구현해야 한다. 간단히 find 명령어와 rm 명령어의 조합으로 파일 생성일 기준 원하는 기간 이전의 데이터를 삭제하는 명령어를 crontab에 등록하도록 한다.

find 명령어는 리눅스에서 파일을 찾는 명령어이다. find 명령어의 옵션 중 -mtime 라는 옵션이 있는데 시스템 시간 기준으로 mtime(일 단위) 전의 파일을 찾는 옵션이다.


find /home/junwrap/smbroot/ -mtime +3


위의 커맨드는 시스템 시간 기준 3일 이전의 데이터를 /home/junwrap 하위디렉터리로 검색하라는 명령어이다.




[그림9] /home/junwrap/smbroot/ 디렉터리의 파일 리스트[그림9] /home/junwrap/smbroot/ 디렉터리의 파일 리스트


포스팅을 하고 있는 현재 시간은 2018년 12월 5일 이다. [그림9]은 /home/junwrap/smbroot/ 디렉터리의 파일 리스트이다. cvlc.txt 파일만 2018년 11월 28일에 만들어진 파일이다. find 명령어에 -mtime 옵션을 사용하여 검색을 해 보도록 한다.


[그림10] find 검색 결과(mtime 옵션 사용)[그림10] find 검색 결과(mtime 옵션 사용)

[그림10]은 mtime 옵션을 사용하여 find 한 결과 화면이다. [그림9] 의 12월 5일 파일들을 제외한 현 시간(12월 5일) 기준 3일 이전의 데이터인 cvlc.txt 만을 결과 값으로 출력을 해 주고 있다.

좀 더 자세히 확인하고 싶으면 touch 명령어로 파일의 생성시간 조작을 하여 테스트를 해 보면 된다.


find 로 찾은 결과 파일들을 삭제해야 하는데 rm 명령어를 사용하면 된다. 다만, find 와 rm 명령어는 별개의 명령어이므로, find의 옵션 중 -exec 옵션을 사용한다. -exec 옵션은 find 로 찾은 결과 값을 실행할 명령어의 파라미터로 넘겨주는 옵션이다.


find /home/junwrap/smbroot/ -mtime +3 -exec rm {} \;


위의 명령을 사용하면 3일 이전에 생성된 파일들은 삭제가 될 것이다. 일 단위 기준이기 때문에 해당 명령을 crontab에는 하루에 한번 씩 작동하도록 등록한다. 필자는 매일 22시에 7일 전 데이터를 삭제하도록 crontab에 등록할 것이다.

위에서 했던 것 처럼 crontab -e 명령어로 crontab을 수정한다.


[그림11] crontab에 오래된 영상 삭제 스크립트 추가[그림11] crontab에 오래된 영상 삭제 스크립트 추가

[그림11]과 같이 crontab에 find와 rm 명령어의 조합을 추가하였다.





05. 마무리



본 편에서는 DVR 의 기본 기능에 대해 구현하는 방법을 소개하였다. 기본적으로 1분단위 파일 저장 방법, 날짜로 파일 명을 만드는 방법, 특정 시간이 지난 파일을 자동으로 삭제하는 방법 등을 가능한한 쉽게 설명을 하였다. 이젠 어느정도 DVR의 모습을 갖춰가고 있다. 하지만 아직 아쉬운 부분이 남아있다. 바로 영상에 삽입되는 시간정보인데, 아무리 파일명에 시간정보를 넣는다고 하더라도, 파일명은 쉽게 바꿀 수 있어 정확한 녹화의 날짜를 잃어버릴 위험이 있다. 따라서 다음 편에서는 ffmpeg 의 특정 옵션을 통해, 시스템 시간을 영상에 넣는 방법을 소개할 예정이다.


1편 링크 : ([DVR] 집에서 놀고 있는 컴퓨터로 DVR을 만들어보자 #1)

2편 링크 : ([DVR] 집에서 놀고 있는 컴퓨터로 DVR을 만들어보자 #2 - V4L2로 스트리밍 하기)

3편 링크 : ([DVR] 집에서 놀고 있는 컴퓨터로 DVR을 만들어보자 #3 - RTSP 클라이언트)

4편 링크 : ([DVR] 집에서 놀고 있는 컴퓨터로 DVR을 만들어보자 #4 - CVLC 자동실행)

5편 링크 : ([DVR] 집에서 놀고 있는 컴퓨터로 DVR을 만들어보자 #5 - DDNS와 Port Forwarding 설정)

7편 링크 : ([DVR] 집에서 놀고 있는 컴퓨터로 DVR을 만들어보자 #7 - 녹화 영상에 시간 넣기)



2018년 12월 5일
Kunttang




반응형
블로그 이미지

매깡

- 각종 문의는 메일로 해주세요. 메일: soriel01@nate.com

,
반응형



00. 링크


[DVR] 집에서 놀고 있는 컴퓨터로 DVR을 만들어보자 #1

[DVR] 집에서 놀고 있는 컴퓨터로 DVR을 만들어보자 #2 - V4L2로 스트리밍 하기

[DVR] 집에서 놀고 있는 컴퓨터로 DVR을 만들어보자 #3 - RTSP 클라이언트 

[DVR] 집에서 놀고 있는 컴퓨터로 DVR을 만들어보자 #4 - CVLC 자동실행 

[DVR] 집에서 놀고 있는 컴퓨터로 DVR을 만들어보자 #5 - DDNS와 Port Forwarding 설정 <= (현재글)

[DVR] 집에서 놀고 있는 컴퓨터로 DVR을 만들어보자 #6 - ffmpeg와 crontab을 이용한 녹화 기능 구현

[DVR] 집에서 놀고 있는 컴퓨터로 DVR을 만들어보자 #7 - 녹화 영상에 시간 넣기





01. 개요



1편 ~ 4편 에 소개한 것처럼 아날로그 영상을 RTSP 로 스트리밍 할 수 있게 되었다. 하지만, 실시간 감시 시스템을 잘 만들어 놓고서는 외부에서 접속을 하지 못하는 상황이 발생된다면, 반쪽짜리 감시시스템이 될 것이다. 따라서 본 포스팅에서는 공유기의 DDNS와 Port Forwarding 기능을 통해 외부에서도 휴대폰이나 컴퓨터로 CCTV 영상을 실시간으로 감시할 수 있도록 하는 방법을 공유하려고 한다. 단, 다음과 같은 전제조건이 있다.


1. DDNS 설정이 가능한 공유기(필자는 iptime 공유기를 이용하였다.)

2. Port Forwarding 설정이 가능한 공유기(대부분의 공유기가 지원을 한다.)

3. Internet 모뎀 뒷편에 설치된 공유기(Internet 모뎀은 DHCP를 통해 꼭!! 공인 ip 를 받아와야 한다.)


[그림1] Junwrap 네트워크 구성도[그림1] Junwrap 네트워크 구성도


[그림1]의 빨간색 박스 부분의 모양처럼 공유기가 위치해 있어야 한다. 


02. DDNS



사람들은 전 세계적으로 인터넷이라는 거대한 네트워크의 집합을 사용하게 된다. 이 네트워크에 참여를 하기 위해서는 IP 주소가 필요하다. 하지만, "255.255.255.255" 형식의 IPv4 모델은 현 시대에서는 ip주소의 부족 현상을 갖게 만든다. IPv4 기술이 1980년대에 설계된 것이다 보니, 그 때에는 지금과 같은 ip부족 현상을 예측하지 못했을 것이 당연할 것이다.




통신기술의 발전은 1인당 1개이상의 ip를 보유하게 만들었다. 현 시대에 살고 있는 사람들은 ip가 무엇인지 몰라도 ip를 보유하게 되었는데 대표적인 예가 스마트폰이다.

ip 부족 현상을 해결하기 위해 ip의 A클래스 부분에 특수 용도 주소(10.0.0.0, 172.16.0.0/12, 192.168.0.0/16)를 만들어 사설 네트워크로 사용할 수 있게 설계를 하기도 하였다. 이 경우가 우리가 사용하고 있는 공유기이다. 사설 네트워크는 1개의 인터넷 라인을 다수의 인터넷 라인으로 분배하여 사용하게 만드는 방법이다. 우리는 분명 인터넷 1회선을 통신업체에 신청하였지만, 공유기라는 장비를 통해 여러대의 장비를 인터넷에 참여 시킬 수 있다.

이러한 사설 네트워크는 1회선으로 다수의 장비를 운용할 수 있게 하는 엄청난 장점을 가지고 있지만, 내부 네트워크에서 외부네트워크로 나가게 되면 결국 해당회선의 ip를 이용하기 때문에 서버를 운용하기에는 적합하지 않은 구조가 되어버린다.

[그림2] 네트워크의 구조[그림2] 네트워크의 구조


[그림2]에서 살펴보면, 인터넷 업체에서 각 건물로 광케이블을 연결해 놓고, 건물에 각 호에서는 모뎀을 통해 공인 ip를 받아오는 구조가 된다. 이때, 모뎀 뒷단에 공유기를 연결하여 사설ip 영역을 구성하게 된다. 사설 ip 영역에서 인터넷의 사용은 가능하지만, 다른 곳에서 사설ip 영역의 특정 컴퓨터에 접근을 하기 위해서 외부에서는 참고할 수 있는 ip는 공인ip 뿐이 없다. 즉, 외부에서 [그림2] 의 192.168.0.4 컴퓨터에 접근을 시도하기 위해서는 211.205.43.2 라는 ip를 통해 들어와야한다는 것이다.

여기서 한 가지 문제가 발생한다. 101호에서 받는 공인 ip인 211.205.43.2 주소가 DHCP 동작에 의해 변경이 된다는 것이다. 부족한 ip 를 효율적으로 사용하기 위해 ISP 에서 주기적으로 ip 를 재할당하고 있는데 이렇게 되면 외부에서 찾아올 수 있는 주소가 바뀌게 되어 정상적으로 서버를 운용할 수 없게 되는 것이다.




이런 불편한 점을 해결하기 위해서 각 공유기를 개발하여 판매하는 업체에서는 DDNS(Dynamic Domain Name System) 라는 기능을 제공한다. DDNS 서비스는 공유기에 연결된 모뎀의 공인 IP를 공유기 업체의 sub 도메인에 연결시켜 주는 서비스이다. 연결만 해 주는 것이 아니라, 모뎀의 공인 IP 가 업데이트되었다는 것을 공유기가 인식하게 되면 공유기는 DDNS 서비스로 업데이트된 IP 를 알려주게되고, 서브도메인에 새로운 ip 를 업데이트 해 주게 된다. 따라서, DDNS의 도메인만 알고 있다면 외부에서 집의 공유기 까지의 연결이 가능해 지는 것이다.


[그림3] DDNS 의 간략 설명[그림3] DDNS 의 간략 설명


[그림3]은 DDNS를 설명하기 위해 간단히 그림으로 설명해 놓은 자료이다. 


1. 모뎀에서 211.205.43.2 ip를 통신회사로부터 받아와 공유기에 할당해 준다.

2. 공유기는 DDNS 서버에 kunttang 라는 이름의 공유기 ip는 211.205.43.2 라고 업데이트 요청을 한다.

3. DDNS 서버는 kunttang 는 211.205.43.2 ip가 연결되어있다고 DB에 저장한다.

   =======> 여기서 만약, 모뎀의 ip가 변경되면 공유기는 다시 2 ~ 3 과정을 진행하게 된다.

4. 어떤 외부 컴퓨터가 http://kunttang.iptime.org 를 입력한다.

5. 외부컴퓨터에 연결된 DNS 로부터 iptime.org 의 ip(142.111.22.11)주소를 응답받는다.

6. 142.111.22.11 주소로 요청한다.

7. DDNS 서버는 kunttang 의 서브도메인을 붙여 211.205.43.2 의 주소로 연결을 요청한다.



03. Port Forwarding



네트워크에서는 ip라는 주소를 제공하고 있지만, 실제 데이터의 이동 통로가 존재 한다. 이를 Port(포트)라고 한다. 필자가 포트를 설명하기 위해 설명하는 예가 있는데 바로 집이다.  "경기도 평택시 xxx동 aa번지" 라는 집에대한 주소가 있다면, 이 집에는 출입문이 1개 이상일 것이다. 주소가 ip가 되는 것이고, 건물의 문이 바로 포트가 되는 것이다.

네트워킹에서의 포트는 16bit Unsigned Integer형식으로 0~65535 까지 사용할 수 있다. 즉, ip 하나당 65535개의 포트가 존재한다는 것이다.

[그림2]에서 101호의 공인ip 211.205.43.2 는 0~65535 의 포트를 가지고 있는데 이는 공유기와 통신을 할 수 있는 65535개의 포트가 된다. 공유기에 연결된 사설 ip 를 가진 각 장치들도 65535개의 포트를 사용할 수 있게 된다.




Port Forwarding 이라는 기술을 사용하게 되면, 공인ip의 특정 포트와 사설ip 의 특정 포트를 연결시킬 수 있게 된다. 

예를들어 211.205.43.2 의 80포트를 통해 들어온 패킷을 192.168.0.3 의 9000번포트에 연결시켜놓게 되면 211.205.43.2:80 은 항상 192.168.0.3:9000 에 전달 되어지는 것이다.

DDNS와 Port Forwarding 을 적절히 이용하게 되면 집에서도 간단한 서버를 운용할 수 있게 되어진다.


[그림4] Port Forwarding[그림4] Port Forwarding


[그림4]은 Port Forwarding을 설명하기 위해 간단히 그림으로 설명해 놓은 자료이다. 


1. 외부에서 211.205.43.2 ip로 요청이 들어온다.

2. 모뎀은 공유기로 패킷을 전달한다.

3. 공유기는 포트를 확인하여, 공유기에 연결된 해당 기기로 패킷을 전달한다.
   ==> [그림4]에서 보면 80포트는 192.168.0.4:8080 으로 연결이 되어 있다.
   ==> 192.168.0.4 ip를 가진 기기의 8080포트로 패킷을 전달해주는 것이다.



04. 공유기 설정(DDNS 와 Port Forwarding)



대한민국에서 가장 많이 사용하고 있는 ipTime 공유기를 이용하여 DDNS 와 Port Forwarding 설정 방법을 설명하려고 한다. 위에서 설명한 DDNS 와 Port Forwarding 의 개념을 이해했다면 다른 공유기로도 충분히 설정할 수 있을 것이다.


[그림5] ipTime 관리도구 접속화면[그림5] ipTime 관리도구 접속화면


[그림5] 는 ipTime 의 관리도구 접속 화면이다. 별 다른 설정 없이 ipTime 공유기를 연결했다면, http://192.168.0.1 이 관리페이지 기본 주소이다.

관리도구 아이콘을 클릭한다.


[그림6] ipTime 공유기의 DDNS 설정화면[그림6] ipTime 공유기의 DDNS 설정화면


[그림6] 은 ipTime 관리페이지의 DDNS 설정 화면이다. 왼쪽 메뉴탐색기에서 "고급설정 -> 특수기능 -> DDNS 설정" 으로 진입 한다.

ipTime 공유기에서는 DDNS를 간편하게 등록할 수 있다. 사용하기 원하는 호스트 이름과, 사용자 ID(E-mail 주소)를 입력하게 되면 설정이 완료된다. 물론 호스트 이름은 다른 사람이 먼저 등록한 String 이라면 등록이 불가하다고 팝업이 표시된다.




정상 등록이 되면 접속상태에 정상등록이라고 표시가 된다. 아주 간단한 과정으로 DDNS 설정이 완료되었다.


[그림7] ipTime 공유기의 Port Forwarding 설정화면[그림7] ipTime 공유기의 Port Forwarding 설정화면


[그림7] 은 ipTime 관리페이지의 Port Forwarding 설정 화면이다. 왼쪽 메뉴탐색기에서 "고급설정 -> NAT/라우터 관리 -> 포트포워드 설정" 으로 진입 한다.

오른쪽 하단에 규칙을 설정하면 된다. [그림7]을 기반으로 설명해 본다.

1. test 라는 규칙이름을 추가한다.

2. 연결될 내부 IP를 지정한다.

3. 외부포트는 요청이 들어오는 포트이다.(18554로 설정하였다.)

4. 내부포트는 내부 IP에 요청할 포트이다.(8554로 설정하였다.)

  ==> 외부에서 나의 공인 IP의 18554 포트로 연결요청이 오면, 192.168.219.112:8554 로 연결한다.



05. 마무리





앞에 01~03 까지 이론적 설명은 아주 길고 어렵게 설명을 하였지만, 공유기에서의 설정은 허무할 정도로 너무 간단하다. 하지만, 기능의 의미를 모르면 아무리 좋은 것이라 하더라도 사용하질 못한다. 아직까지도 공유기를 사용하는 사용자들의 대부분은 공유기의 공장 출하 값을 기본으로 사용하는 경우가 대부분이다. 이럴 경우 보안에 아주 취약하기도 하지만, 비싼 돈을 지불하고 구입한 제품을 제대로 활용하지 못하는 경우이기도 하다.

필자는 DDNS를 등록하고, 카메라의 ip와 포트를 포트포워딩 설정을 통해 외부와의 연결을 설정하였다. 이젠 실시간 감시 설정은 모두 완료된 것이다.

다음 편에서는 ffmpeg와 crontab을 활용하여 1분단위로 끊어 스트리밍 영상을 녹화하는 방법에 대해 설명할 예정이다. 여기서, 블랙박스의 녹화기능 처럼 특정일이 지난 영상은 자동으로 삭제하는 방법도 함께 공유할 예정이다.


1편 링크 : ([DVR] 집에서 놀고 있는 컴퓨터로 DVR을 만들어보자 #1)

2편 링크 : ([DVR] 집에서 놀고 있는 컴퓨터로 DVR을 만들어보자 #2 - V4L2로 스트리밍 하기)

3편 링크 : ([DVR] 집에서 놀고 있는 컴퓨터로 DVR을 만들어보자 #3 - RTSP 클라이언트)

4편 링크 : ([DVR] 집에서 놀고 있는 컴퓨터로 DVR을 만들어보자 #4 - CVLC 자동실행)

6편 링크 : ([DVR] 집에서 놀고 있는 컴퓨터로 DVR을 만들어보자 #6 - ffmpeg와 crontab을 이용한 녹화 기능 구현)

7편 링크 : ([DVR] 집에서 놀고 있는 컴퓨터로 DVR을 만들어보자 #7 - 녹화 영상에 시간 넣기)


2018년 12월 3일
Kunttang

반응형
블로그 이미지

매깡

- 각종 문의는 메일로 해주세요. 메일: soriel01@nate.com

,
반응형


00. 링크


[DVR] 집에서 놀고 있는 컴퓨터로 DVR을 만들어보자 #1

[DVR] 집에서 놀고 있는 컴퓨터로 DVR을 만들어보자 #2 - V4L2로 스트리밍 하기

[DVR] 집에서 놀고 있는 컴퓨터로 DVR을 만들어보자 #3 - RTSP 클라이언트 

[DVR] 집에서 놀고 있는 컴퓨터로 DVR을 만들어보자 #4 - CVLC 자동실행 <= (현재글)

[DVR] 집에서 놀고 있는 컴퓨터로 DVR을 만들어보자 #5 - DDNS와 Port Forwarding 설정

[DVR] 집에서 놀고 있는 컴퓨터로 DVR을 만들어보자 #6 - ffmpeg와 crontab을 이용한 녹화 기능 구현

[DVR] 집에서 놀고 있는 컴퓨터로 DVR을 만들어보자 #7 - 녹화 영상에 시간 넣기




01. 개요



2편(http://blog.kunwoo.pe.kr/130)에서 아날로그 캠으로 입력 받은 영상에 대해 RTSP 형식의 스트리밍을 하기 위한 CVLC 커맨드를 하기와 같이 완성 시켰다.



cvlc "v4l2:///dev/video0" --v4l2-input=0 --v4l2-standard=MN --live-caching=300 --sout=#transcode'{vcodec=h264,scale=자동,acodec=mpga,ab=128,channels=2,samplerate=44100}:rtp{sdp=rtsp://:8554/test.sdp}' --sout-keep


터미널에서 위의 커맨드를 실행한 후, 3편(http://blog.kunwoo.pe.kr/131)에서 소개한 방법으로 스트리밍 된 영상을 확인할 수 있었다.

이번 포스팅은 DDNS 와 Portforwarding 을 이용한 외부 접속관련하여 작성을 하려고 하였지만, 시스템을 정리하던 중 비중을 크게 두지 않았던 "cvlc 자동 실행" 관련하여 무한 삽질이 발생하여, 그 내용을 정리해 보고자 본 포스팅을 진행한다.


02. 리눅스(Linux Mint 19 Tara)에서 부팅 시 특정 스크립트 자동 실행 방법



윈도우에는 친절하게 시작프로그램이란 곳이 있어서, 윈도우 부팅과 동시에 실행하고 싶은 프로그램 혹은 배치파일이 있을 경우 시작프로그램에 추가를 하기만 하면 된다. 하지만, 리눅스에서는 부팅 시 프로그램 자동시작에 대해서 등록을 하기 위해서는 다양한 방법이 사용되어질 수 있고, 배포판마다 조금씩 다른 형태를 취하고 있다.




이러저러한 이유로 필자가 주로 많이 사용하는 방법은 crontab 을 이용하는 방법이다. 물론 crontab는 운영체제 부팅의 맨 마지막에 실행되는 것으로 부팅 중 어떠한 내용을 판단하여 실행할 내용이 있다면, crontab을 사용하면 안된다.

필자가 완성한 cvlc 커맨드는 부팅의 맨 마지막에 실행되어도 크게 문제가 없는 부분으로 간단하게 crontab을 사용하기로 결정한다.

[그림1] crontab 시작 명령어 등록 #1[그림1] crontab 시작 명령어 등록 #1


crontab 을 사용하는 방법은 아주 간단하다. -e 옵션을 통해서 원하는 명령을 적어놓고 저장을 하기만 하면 된다. "crontab -e" 를 터미널에서 실행한다.


[그림2] crontab 시작 명령어 등록 #2[그림2] crontab 시작 명령어 등록 #2


보통 crontab 을 처음 사용하는 컴퓨터에서는 crontab에서 사용할 에디터를 선택하는 화면이 먼저 나오게 되는데, 필자는 vim 을 선택하였다. 

crontab 을 Linux 유저들이 활용하는 이유는 어떠한 데이터 혹은 프로그램을 주기적으로 처리 또는 실행하기 위함이다. 따라서 다양한 형식과 옵션들이 있는데, 필자는 부팅 시 자동실행을 위해서 @reboot 라는 옵션을 사용했다.

[그림2]와 같이 @reboot 명령 을 적어놓으면, 부팅이 될 때마다, 해당 명령이 실행된다.

필자는 /home/junwrap/ 디렉터리에 video1Start.sh 라는 쉘스크립트를 작성해 놓았다.(video1Start.sh 는 위에서 완성한 cvlc 커맨드이다.)

[그림3] video1Start.sh[그림3] video1Start.sh


[그림3] 과 같이 쉘 스크립트를 작성하게 되면, 실행 권한을 줘야 하는데, 필자는 간단히 "sudo chmod 755 video1Start.sh" 명령으로 스크립트의 실행권한을 설정하였다.

[그림3] 에서 만들어진 스크립트가 잘 실행되는지 확인하고, RTSP 영상도 client에서 확인을 하였다. 컴퓨터의 재부팅을 통해, crontab 명령이 잘 이루어 졌는지 확인한다.





03. 문제발생 및 해결




03-01. crontab 디버깅


재부팅을 했는데, cvlc 를 통한 스트리밍이 전혀 되고 있질 않는다. 부팅 중 crontab 명령이 잘 이루어졌는지 /var/log/syslog 파일을 확인해 본다.


[그림4] /var/log/syslog 화면[그림4] /var/log/syslog 화면


syslog에 의하면 CRON이 /home/junwrap/video1Start.sh 을 잘 실행한 것으로 나온다. crontab 은 정상실행 된 것이다. crontab은 너무 단순해서 crontab 에서부터 잘못될 것이 크게 없다.

스크립트가 실행이 되었다면, 분명 vlc 프로세스가 살아있을 것이다. "ps -Af | grep vlc" 명령어로 확인해 본다.

[그림5] vlc 프로세스[그림5] vlc 프로세스


[그림5] 와 같이 vlc 프로세스가 잘 실행되어있다. 심지어 스크립트에 적어놓은 파라미터까지 잘 실행 된 것으로 보인다. 일단, 스트리밍이 되질 않고 있으니 프로세스를 kill(sudo kill 1736) 하여 vlc 프로세스를 죽이고, /home/junwrap/video1Start.sh 을 실행해 본다.

휴대폰에서 스트리밍 영상을 확인해 보니, 정상동작을 한다.

그렇다면 crontab 으로 video1Start.sh 을 실행하는 과정에서 어떠한 문제가 발생한 것으로 보인다. video1Start.sh 파일은 단순히 cvlc 에 파라미터를 넣어 실행한 스크립트이므로, vlc 단에서 디버깅이 이루어져야 한다.





03-02. vlc 디버깅



vlc의 디버깅을 위해서는 vlc 상에서 몇 가지 설정을 해 줘야 한다.

우선 X윈도우 상에서 vlc 를 실행한다.

VLC의 메뉴에서 [그림6]과 같이 도구->환경설정으로 진입한다.

[그림6] VLC 환경설정 진입[그림6] VLC 환경설정 진입


[그림7] VLC 세부 환경설정 진입방법[그림7] VLC 세부 환경설정 진입방법


[그림6]에서 환경설정에 진입을 하게되면, [그림7]과 같은 창이 뜨게 되어있는데, 왼쪽 하단의 설정보기에서 "전체" 를 선택하여 [그림8]과 같은 화면이 나오도록 진행한다.


[그림8] VLC의 기록도구[그림8] VLC의 기록도구


고급 환경설정에서 "고급->기록도구" 를 선택하면 파일 로거 설정이 오른쪽에 표시가 된다. "로그를 파일에 저장하기" 를 체크하고, 파일명(저장위치 및 파일명), 로그형식(텍스트), 상세출력(디버그)을 [그림8] 과 같이 설정하고, 오른쪽 하단의 저장버튼을 클릭한다.

[그림6][그림7][그림8] 의 순서대로 설정을 하면, vlc(cvlc)에 대한 모든 기록이 설정한 위치에 파일로 저장된다.

위와 같이 설정이 끝났으면, 재부팅을 진행 해 본다. 부팅이 완료 되었을 때, vlc의 로그를 열어본다.




[그림9] vlc error[그림9] vlc error


기록된 vlc의 로그를 확인해 보니, 범인이 포착되었다. v4l2 를 실행하기 위해, video 장치를 Open 하게 되는데, 이때, 권한문제로 /dev/video1 을 open 하지 못한다는 에러가 포착된 것이다.

로그를 살펴본 결과 문제의 증상이 딱 맞아 떨어진다. vlc 프로세스는 살아있지만, rtsp client 에서는 영상을 확인할 수 없는 현상이다. 

crontab 으로 cvlc의 실행까진 정상적이었지만, cvlc의 파라미터를 적용하는데 있어서, /dev/video1 을 Open 하지 못하니 rtsp 로 스트리밍할 데이터가 없었던 것이다.


03-03. /dev/video 의 권한설정(문제해결)



다행히도, permission 문제는 /dev/video1 의 권한을 살펴보면 쉽게 해결 될 수 있는 문제이다.


[그림10] /dev/video0 의 소유 group 확인[그림10] /dev/video0 의 소유 group 확인


"ls -l /dev/video0" or "video1" 의 명령으로 /dev/video0 에 대한 소유그룹을 확인한다.

crontab 에서 cvlc를 실행하는 user가 "video" 라는 그룹에 속해있어야 할 것으로 보인다. 사실 crontab 은 root user 권한으로 실행되기 때문에 video 그룹에 속해있지 않아도 크게 문제가 되지 않는다. 하지만, vlc 는 root user 권한으로 실행되지 않는다. 따라서, [그림1]에서와 같이 junwrap 계정으로 로그인된 상태에서 sudo 없이 crontab -e 명령으로 추가를 했기 때문에 junwrap 권한으로 cvlc 가 실행되었을 것이다. 따라서, video 그룹에 junwrap user 를 등록해 주면 간단히 해결 될 것으로 보인다.

"sudo vi /etc/group" 명령으로 group 파일을 직접 수정해 본다.

[그림11] /etc/group[그림11] /etc/group


video 그룹을 찾아 junwrap user 를 추가해 준다. [그림11]은 video group 을 찾은 것이고, "video:x:44:junwrap" 으로 수정을 해야한다.





04. 마무리



문제를 알고나면 쉽게 해결될 문제이지만 문제를 알기 까지 찾아가는 과정이 무한 삽질의 연속이다. 문제를 찾아가는 과정을 순차적으로 차근차근 해 보게 되면 정답을 구할 수 있게 되지만, 그 과정 자체를 제대로 이해하지못하여 인터넷으로만 어떤 정보를 찾고자 한다면 문제가 해결되지 않을 가능성이 높다.

평소에 아무생각없이 사용했던 방법들이 갑자기 작동되지 않는다면 당황하기 마련이다. 이번 포스팅에 공유된 내용도 필자는 당연히 될 것이라고 생각했지만, cvlc와 /dev/video 조합에서의 권한문제로 crontab 에서는 문제가 발생한다는 것을 새로 알게 된 부분이다.

Linux 라는 OS 가 워낙 삽질을 많이해야만 내 것으로 만들 수 있는 것이다 보니, 필자가 Linux 를 만지는한 삽질은 계속될 것으로 보인다.

다음편에서는 3편에서 예고했던 것과 같이, 공유기에서 DDNS와 Portforwarding 설정으로 외부 접속이 가능할 수 있도록 설정하는 방법을 공유할 예정이다.


1편 링크 : ([DVR] 집에서 놀고 있는 컴퓨터로 DVR을 만들어보자 #1)

2편 링크 : ([DVR] 집에서 놀고 있는 컴퓨터로 DVR을 만들어보자 #2 - V4L2로 스트리밍 하기)

3편 링크 : ([DVR] 집에서 놀고 있는 컴퓨터로 DVR을 만들어보자 #3 - RTSP 클라이언트)

5편 링크 : ([DVR] 집에서 놀고 있는 컴퓨터로 DVR을 만들어보자 #5 - DDNS와 Port Forwarding 설정)

6편 링크 : ([DVR] 집에서 놀고 있는 컴퓨터로 DVR을 만들어보자 #6 - ffmpeg와 crontab을 이용한 녹화 기능 구현)

7편 링크 : ([DVR] 집에서 놀고 있는 컴퓨터로 DVR을 만들어보자 #7 - 녹화 영상에 시간 넣기)


2018년 12월 02일
Kunttang








반응형
블로그 이미지

매깡

- 각종 문의는 메일로 해주세요. 메일: soriel01@nate.com

,
반응형


00. 링크


[DVR] 집에서 놀고 있는 컴퓨터로 DVR을 만들어보자 #1

[DVR] 집에서 놀고 있는 컴퓨터로 DVR을 만들어보자 #2 - V4L2로 스트리밍 하기

[DVR] 집에서 놀고 있는 컴퓨터로 DVR을 만들어보자 #3 - RTSP 클라이언트 <= (현재글)

[DVR] 집에서 놀고 있는 컴퓨터로 DVR을 만들어보자 #4 - CVLC 자동실행

[DVR] 집에서 놀고 있는 컴퓨터로 DVR을 만들어보자 #5 - DDNS와 Port Forwarding 설정

[DVR] 집에서 놀고 있는 컴퓨터로 DVR을 만들어보자 #6 - ffmpeg와 crontab을 이용한 녹화 기능 구현

[DVR] 집에서 놀고 있는 컴퓨터로 DVR을 만들어보자 #7 - 녹화 영상에 시간 넣기




01. 개요



스트리밍 영상을 제공하는 방법을 알았다면, 제공 받는 방법도 알아야 한다. 2편에서 V4L2와 CVLC를 이용하여 스트리밍 서버 구성을 완료 하였다. RTSP 서버 구성 방법을 자세히 알고 싶으신 분들은 1편2편을 먼저 참고하기 바란다.

본 포스팅에서는 VLC Player(컴퓨터)와 DafangCam - RTSP Player(안드로이드 모바일)을 이용하여 RTSP 영상을 재생하는 방법에 대해서 소개하려고 한다.

DVR 시스템까지는 필요 없고, 실시간 영상 확인 정도만 필요하다면, RTSP를 지원하는 ipCam 을 설치한 후 본 포스팅을 참고하면 된다.


02. 윈도우 기반에서 RTSP 영상 재생 방법



RTSP 영상은 RTSP 클라이언트 프로그램과, RTSP URL 정도만 알고 있다면 간단히 재생할 수 있다. 윈도우 기반의 RTSP 클라이언트 프로그램은 대표적으로 VLC 플레이어를 사용하면 된다. VLC 플레이어는 
http://www.videolan.org/ 홈페이지에서 다운로드 받을 수 있다.

[그림1] VLC media player 홈페이지[그림1] VLC media player 홈페이지


videolan.org 에 접속을 하게 되면 VLC 를 다운로드 받을 수 있는데, 자신의 운영체제에 맞게 다운로드를 받으면 된다.




[그림2] VLC 실행 후 RTSP 영상 재생하기 #1[그림2] VLC 실행 후 RTSP 영상 재생하기 #1


다운로드 받은 VLC 플레이어를 설치하고, 실행을 한다. 미디어 -> 네트워크 스트림 열기 를 클릭한다.


[그림3] VLC 실행 후 RTSP 영상 재생하기 #2[그림3] VLC 실행 후 RTSP 영상 재생하기 #2


[그림3]은 RTSP 주소를 설정하는 화면이다. RTSP 주소는 2편에서 실행한 cvlc 파라미터에서 확인할 수 있다. [그림3]의 하단부 터미널 화면을 보게 되면 마지막에 rtsp://:8554/test.sdp 부분이 있다. 이 부분을 서버의 ip 와 조합하여, rtsp://192.168.219.112:8554/test.sdp 라는 URL을 완성시키고, VLC 화면의 네트워크 주소 입력부에 입력을 한 후 재생을 누른다. 만약, RTSP를 지원하는 ipCAM 을 설치한 사용자라면, 보안이 설정된 URL 을 완성시켜야 한다. 보안이 설정된 URL 의 형식(ipCAM에서 id 와 password를 설정이 완료된 상태여야 한다.)은 다음과 같다.

rtsp://ID:Password@IP:Port/Path


[그림4] VLC 플레이어에서 RTSP 영상이 재생되는 화면[그림4] VLC 플레이어에서 RTSP 영상이 재생되는 화면


[그림4] 와 같이 VLC 플레이어에서 정상적으로 RTSP 영상이 재생되면 끝이다.




03. 안드로이드 기반에서 RTSP 영상 재생 방법



통신이 발달됨에 따라 대한민국에서는 스마트폰 하나만 있으면 언제 어디서든지 인터넷을 사용할 수 있게 되었다. 스마트폰에서 인터넷이 된다는 의미는 컴퓨터로 볼 수 있는 RTSP 영상을 스마트폰으로도 볼 수 있다는 것이다. 스마트폰에서 RTSP 영상을 보기 위해서는 컴퓨터(윈도우기반)에서 RTSP 영상을 재생 시켰던 것과 동일하게 RTSP 클라이언트 앱을 설치하면 된다.

필자는 안드로이드 기반의 스마트폰을 사용하고 있기 때문에 안드로이드에서 사용 가능한 RTSP 앱을 소개하려고 한다. iOS 기반의 스마트폰(아이폰) 유저들은 iOS 용 RTSP 플레이어를 설치한 후 URL 설정만 잘 하면 동일하게 RTSP 영상을 재생시킬 수 있을 것이다.

필자가 선택한, RTSP 플레이어는 DafangCam - RTSP Player 라는 앱이다. 필자가 DafangCam 앱을 선택한 이유는 무료 앱이면서 광고가 없는 앱이다. 또한, 화면 회전을 지원하여 가로 화면으로 영상을 확인할 수 있는 장점이 있다.

[그림5] DafangCam - RTSP Player 설치[그림5] DafangCam - RTSP Player 설치


플레이스토어에서 DafangCam 을 검색하여 설치를 진행한다.


[그림6] DafangCam - RTSP Player 설정 #1[그림6] DafangCam - RTSP Player 설정 #1




DafangCam - RTSP Player 를 실행하고 우측 하단에 + 버튼을 눌러 CAM을 등록(RTSP URL 등록)한다.


[그림7] DafangCam - RTSP Player 설정 #2[그림7] DafangCam - RTSP Player 설정 #2


캠 이름을 설정하고 RTSP URL 을 입력한 후 UPDATE 버튼을 누른다.

[그림8] DafangCam - RTSP Player 에서 영상 재생 화면[그림8] DafangCam - RTSP Player 에서 영상 재생 화면


추가된 캠을 선택하면, [그림8]과 같이 영상이 재생된다.


04. 마무리



본 포스팅에서는 RTSP 영상을 재생하는 방법에 대해서 확인해 보았다. 알고나면 쉬운 과정이지만, RTSP 영상을 재생하는 방법에 대해 모르고 있었다면 생각보다 많은 시간을 사용해야하는 부분 중에 하나이다. 특히 모바일에서 RTSP 영상을 재생하는 앱을 찾기 위해서는 여러 앱을 설치해 가면서 나에게 맞는 앱을 선택해야 하는데, 필자가 소개한 DafangCam 앱인 경우 간편하면서도 많은 장점을 가지고 있는 앱이다.




RTSP 영상을 확인하는 방법까지 알았지만, 여기서 큰 문제점이 한 가지가 있다. 바로 내부 네트워크 상에서만 실시간 영상을 확인할 수 있다는 것이다. 다음 편에서는 공유기에서 DDNS 설정을 통해 외부에서도 영상을 확인할 수 있는 방법에 대해서 소개하려고 한다.

1편 링크 : ([DVR] 집에서 놀고 있는 컴퓨터로 DVR을 만들어보자 #1)

2편 링크 : ([DVR] 집에서 놀고 있는 컴퓨터로 DVR을 만들어보자 #2 - V4L2로 스트리밍 하기)

4편 링크 : ([DVR] 집에서 놀고 있는 컴퓨터로 DVR을 만들어보자 #4 - CVLC 자동실행)

5편 링크 : ([DVR] 집에서 놀고 있는 컴퓨터로 DVR을 만들어보자 #5 - DDNS와 Port Forwarding 설정)

6편 링크 : ([DVR] 집에서 놀고 있는 컴퓨터로 DVR을 만들어보자 #6 - ffmpeg와 crontab을 이용한 녹화 기능 구현)

7편 링크 : ([DVR] 집에서 놀고 있는 컴퓨터로 DVR을 만들어보자 #7 - 녹화 영상에 시간 넣기)


2018년 11월 28일
Kunttang


반응형
블로그 이미지

매깡

- 각종 문의는 메일로 해주세요. 메일: soriel01@nate.com

,
반응형


00. 링크


[DVR] 집에서 놀고 있는 컴퓨터로 DVR을 만들어보자 #1

[DVR] 집에서 놀고 있는 컴퓨터로 DVR을 만들어보자 #2 - V4L2로 스트리밍 하기 <= (현재글)

[DVR] 집에서 놀고 있는 컴퓨터로 DVR을 만들어보자 #3 - RTSP 클라이언트

[DVR] 집에서 놀고 있는 컴퓨터로 DVR을 만들어보자 #4 - CVLC 자동실행

[DVR] 집에서 놀고 있는 컴퓨터로 DVR을 만들어보자 #5 - DDNS와 Port Forwarding 설정

[DVR] 집에서 놀고 있는 컴퓨터로 DVR을 만들어보자 #6 - ffmpeg와 crontab을 이용한 녹화 기능 구현

[DVR] 집에서 놀고 있는 컴퓨터로 DVR을 만들어보자 #7 - 녹화 영상에 시간 넣기




01. 아날로그 영상의 스트리밍을 위한 설계



[그림1] 아날로그 CCTV 카메라[그림1] 아날로그 CCTV 카메라


1편에서 DVR을 위한 H/W 준비를 모두 마쳤다. V4L2(Video 4 Linux Version 2)를 통하여 아날로그 영상을 입력받아 VLC 플레이어로 영상을 출력하는 것 까지 확인이 되었으니, 다음 단계는 언제 어디서든지 영상을 실시간으로 확인할 수 있도록 스트리밍 서버를 구축하는 것이다.

[그림1]은 실제 JunWrap(http://www.junwrap.co.kr) 매장의 밖에 설치할 외부용 CCTV 카메라이다.

[그림2] JunWrap 네트워크 구성도[그림2] JunWrap 네트워크 구성도


[그림2]의 구성도에서 빨간색 원으로 표시한 카메라가 아날로그 카메라이다. ipCAM1 과 ipCAM2 인경우 RTSP 를 지원기 때문에 별도의 스트리밍을 구현할 필요가 없지만, 아날로그 카메라인 경우 서버에서 V4L2 로 영상의 디지털 변환 과정을 진행하고, 변환된 디지털 영상 파일을 스트리밍 할 수 있도록 구현해야 한다.

 

[그림3] 스트리밍 서버의 구성도[그림3] 스트리밍 서버의 구성도


[그림3]은 Analog CAM으로 부터 입력된 영상을 디지털화하여 Streaming 하는 Server의 구조를 그린 것이다. /dev/video0(V4L2)로 부터 입력된 영상을 VLC 플레이어를 통해 Streaming 하는 아주 간단한 아이디어이다. 다만, 스크립트로 스트리밍이 실행되어야 하기 때문에 GUI 기반의 VLC 플레이어가 아닌 콘솔 기반의 CVLC 를 사용하게 된다.

CVLC는 콘솔에서 Command로 실행해야 하는 구조이기 때문에 파라미터를 구해야 한다. 파라미터는 VLC에서 구할 수 있다.




02. CVLC를 위한 파라미터 추출



이미 본 포스팅의 1편에서 V4L2를 이용하여 /dev/video0의 영상을 VLC 플레이어를 통해 확인했었다. 그럼 이 영상을 CVLC에서 입력받아 스트리밍 할 수있도록 Command를 완성하면 된다. 참고로 VLC에는 미디어 스트리밍 기능이 포함되어 있다.

[그림4] VLC 디버그 메시지창 실행 #1[그림4] VLC 디버그 메시지창 실행 #1


[그림5] VLC 디버그 메시지창 실행 #2[그림5] VLC 디버그 메시지창 실행 #2


[그림4]와 [그림5]를 통해 VLC 실행과정의 디버그 메시지를 실시간으로 확인할 수 있다. [그림5]의 상세출력 부분을 2(디버그) 로 설정해야만 실행 커맨드를 확인할 수 있다.

메시지 창을 그대로 둔 채, VLC 창에서 Streaming 을 위한 설정을 진행해 본다.


[그림6] VLC의 스트림 방법 #1[그림6] VLC의 스트림 방법 #1


[그림7] VLC의 스트림 방법 #2[그림7] VLC의 스트림 방법 #2


[그림6]과 [그림7]의 과정을 통해, V4L2 영상의 입력부를 설정한다. 이 과정에서 입력에 대한 파라미터를 구할 수 있다. 

[그림7]에서 비디오 장치 이름을 /dev/video0(장치에 따라 달라질 수 있음)으로 설정하고, 카메라에 맞게 비디오 표준부를 설정한다.

[그림7]의 미디어열기 창에서 "추가 옵션 보기(M)"을 체크하게 되면 하단에 MRL옵션수정 항목이 표시되어진다. MRL 부분을 복사해 놓는다. 영상의 세부 설정을 위해서는 옵션수정항목도 필요로 하지만, MRL 만으로도 스트리밍을 위한 입력부 기본 준비가 끝난다.


[그림8] VLC의 스트림 방법 #3[그림8] VLC의 스트림 방법 #3


[그림7]에서 하단의 스트림 버튼을 누르게 되면, [그림8]과 같이 다음 화면으로 넘어가게 된다. 다음 버튼을 클릭하여 넘어간다.

[그림9] VLC의 스트림 방법 #4[그림9] VLC의 스트림 방법 #4




[그림9] 부터는 스트리밍을 위한 설정을 하는 화면이다. [그림7]과 [그림8]이 영상의 입력부이고, [그림9]부터는 영상 출력부를 설정하는 것이다.

새 목적지를 RTSP로 설정한다. RTSP(Real-Time Streaming Protocol)는 1편에서 간단히 소개가 되어있다. 참고하기 바란다. RTSP를 선택하고, 꼭 오른쪽의 추가 버튼을 클릭해야 한다.

[그림10] VLC의 스트림 방법 #5[그림10] VLC의 스트림 방법 #5


[그림10]은 RTSP를 위한 포트설정과 경로 설정을 하는 화면이다. 이 화면에서 잘 설정을 해야만, RTSP 의 URL을 완성시킬 수 있다.

필자는 포트를 8554로 설정하고, 경로를 /test.sdp 로 설정하였다. 외부에서 접속할 때, Router 단의 Port Forwarding 을 설정할 예정이기 때문에 RTSP의 표준 포트인 8554를 기본을 사용했다.

[그림11] VLC의 스트림 방법 #6[그림11] VLC의 스트림 방법 #6


[그림11]은 스트리밍 데이터의 영상코덱을 설정하는 화면이다. 필자는 H.264를 선택하였다.


[그림12] VLC의 스트림 방법 #7[그림12] VLC의 스트림 방법 #7


[그림12]와 같이 최종 스트림 문자열이 표시가 되어진다. "생성된 스트림 출력 문자열" 의 내용을 잘 복사해 놓는다. 스트림 버튼을 눌러 스트리밍을 시작해 본다.

[그림13] VLC의 스트림 방법 #8[그림13] VLC의 스트림 방법 #8


메시지 창을 살펴보게 되면, 각종 디버그 메시지들이 출력된다. [그림7]과 [그림12]에서 추출한 문자열이 메시지창에 잘 표시되고, 스트리밍이 잘 시작 되었는지를 확인한다. 문제 없이 스트리밍이 시작되었다면, CVLC를 위한 Command를 작성해 본다. 하기 Command는 필자가 완성한 cvlc command이다.





cvlc "v4l2:///dev/video0" --v4l2-input=0 --v4l2-standard=MN --live-caching=300 --sout=#transcode'{vcodec=h264,scale=자동,acodec=mpga,ab=128,channels=2,samplerate=44100}:rtp{sdp=rtsp://:8554/test.sdp}' --sout-keep


위의 커맨드를 콘솔에서 실행시켜 본다.

[그림14] CVLC 실행[그림14] CVLC 실행


[그림14]와 같이 빨간색 스트링 없이 실행이 되면 정상적으로 스트림이 시작 된 것이다.


03. 마무리



Analog 영상을 V4L2 를 통해 입력받고, CVLC를 통해 스트리밍 하는 방법까지 작성을 하였다. 다음 포스팅에서는 스트리밍 영상을 휴대폰에서 확인하는 방법에 대해서 작성할 예정이다.


1편 링크 : ([DVR] 집에서 놀고 있는 컴퓨터로 DVR을 만들어보자 #1)

3편 링크 : ([DVR] 집에서 놀고 있는 컴퓨터로 DVR을 만들어보자 #3 - RTSP 클라이언트)

4편 링크 : ([DVR] 집에서 놀고 있는 컴퓨터로 DVR을 만들어보자 #4 - CVLC 자동실행)

5편 링크 : ([DVR] 집에서 놀고 있는 컴퓨터로 DVR을 만들어보자 #5 - DDNS와 Port Forwarding 설정)

6편 링크 : ([DVR] 집에서 놀고 있는 컴퓨터로 DVR을 만들어보자 #6 - ffmpeg와 crontab을 이용한 녹화 기능 구현)

7편 링크 : ([DVR] 집에서 놀고 있는 컴퓨터로 DVR을 만들어보자 #7 - 녹화 영상에 시간 넣기)





2018년 11월 27일
Kunttang

반응형
블로그 이미지

매깡

- 각종 문의는 메일로 해주세요. 메일: soriel01@nate.com

,
반응형


00. 링크


[DVR] 집에서 놀고 있는 컴퓨터로 DVR을 만들어보자 #1 <= (현재글)

[DVR] 집에서 놀고 있는 컴퓨터로 DVR을 만들어보자 #2 - V4L2로 스트리밍 하기

[DVR] 집에서 놀고 있는 컴퓨터로 DVR을 만들어보자 #3 - RTSP 클라이언트

[DVR] 집에서 놀고 있는 컴퓨터로 DVR을 만들어보자 #4 - CVLC 자동실행

[DVR] 집에서 놀고 있는 컴퓨터로 DVR을 만들어보자 #5 - DDNS와 Port Forwarding 설정

[DVR] 집에서 놀고 있는 컴퓨터로 DVR을 만들어보자 #6 - ffmpeg와 crontab을 이용한 녹화 기능 구현

[DVR] 집에서 놀고 있는 컴퓨터로 DVR을 만들어보자 #7 - 녹화 영상에 시간 넣기




01. DVR이란 무엇인가?



요즘은 어딜가든 CCTV가 설치되어있다. 길거리 혹은 실내에서 잘못된 행동을 하게 되면 그 행동이 고스란히 영상으로 기록이된다. 심지어 차량의 블랙박스에서 까지 나의 행동을 녹화하고 있으니 죄 짓고 살기 힘든 세상이다.

아무리 카메라가 좋아도 영상을 기록할 장치가 없다면 그 카메라의 역할은 실시간 감시뿐이 없다. 하지만, DVR 이라는 영상을 기록하는 장치가 카메라와 함께 운용된다면 하나의 감시 기록 시스템으로 확장하게 된다.




DVR은 Digital Video Recorder 의 약자로 말 그대로 녹화장치이다. 불과 10~20년전까지만 하더라도 녹화장치는 자기테이프 기록장치를 주로 사용하여, 관리자가 주기적으로 테이프를 교환해 주며 운용을 하였지만 최근에는 자기기록장치와 영상처리기술의 발달로 하드디스크가 내장된 DVR이라는 녹화기가 CCTV 시스템의 중심이 되었다.


02. DVR 시스템의 필요성



필자는 직장인으로 개인적으로 DVR 시스템의 필요성을 느끼지 못한다. 필자가 가지고 있는 DVR 시스템이라고 해 봤자 차량의 블랙박스가 전부이다.

하루는 친구가 운영하고 있는 자동차, 바이크 랩핑샵(http://www.junwrap.co.kr)에 놀러갔는데 친구의 차량에 심한 상처가 난 것을 발견하였다. 옆 식당에 온 손님이 문을 심하게 열어 발생한 상처로 추정되어지나 직접적인 증거가 없어 보상을 받을 방법이 없었다. 만약 상처가 난 차량이 친구가 운영하고 있는 샾에 방문한 손님 차량이라면 고스란히 친구가 보상을 해줘야 하는 상황이었다.

어찌어찌하여 DVR을 만들어 실시간 녹화를 하기로 결정하였다. 보안업체의 CCTV도 알아보았으나 월 20,000원정도의 유지비용이 발생하는 부분으로 비용절감을 위해 일단 만들어보기로 한다.


03. 환경



- 보안 업체의 월 20,000원 정도의 CCTV는 다음과 같은 구성으로 되어있다.

a. HD급 카메라(적외선 포함) 2대

b. DVR 1대

- 보안 업체에서 제공하는 CCTV는 다음과 같은 특징을 가지고 있다.

c. 모바일로 언제든지 CCTV를 확인할 수 있는 기능

d. 녹화




기타 동작감지라던지 소소한 추가 기능들이 있지만, 보안업체 CCTV의 대표적인 기능 위주로 개발을 해 보려고 한다.


[그림1] JunWrap 네트워크 구성도[그림1] JunWrap 네트워크 구성도


[그림1]은 현재의 JunWrap(http://www.junwrap.co.kr) 네트워크환경에 Server와 CAM 을 추가한 구성도 이다. 이미 2년 전 JunWrap 을 개업했을 당시 네트워크 작업을 진행해 주었다. 기가비트 네트워크 환경을 구성하였기 때문에 내부 네트워크의 파일 공유속도는 엄청나게 빠르다. 다만, 현재까지 NAS 혹은 파일 서버의 역할을 하는 장비가 없었기 때문에 기가비트의 네트워크 환경을 제대로 이용할 기회가 없었을 뿐이다.

ipCAM1과 ipCAM2는 네트워크 기능이 포함된 실내 전용 카메라로 RTSP(Real-Time Streaming Protocol)가 내장된 카메라이다. 저조도에서는 적외선 광원이 자동으로 켜지게 되어 있어 밤의 영상도 확인이 가능하다. RTSP 로 인해 실시간 영상확인이 가능하다.

Analog CAM은 수년 전 저가 보안업체에서 사용하던 아날로그 Type의 실외용 카메라이다.


04. 서버 구성



ipCAM1과 ipCAM2는 RTSP가 내장되어있기 때문에 스트리밍을 위한 별도의 작업은 필요하지 않으나, AnalogCAM은 스트리밍을 위해 여러 작업이 동반되어야 한다. 일단, AnalogCAM 의 영상의 디지털화를 위한 캡쳐보드가 필요하고, 캡쳐보드를 구동하기 위한 컴퓨터가 필요하다. 


[그림2] 캡쳐보드(자이뷰 XV400 PCI)[그림2] 캡쳐보드(자이뷰 XV400 PCI)


캡쳐보드로는 자이뷰 XV400 PCI(XyVision)를 선택하였다. 사실 이 보드는 2000년대 중반부터 컴퓨터 DVR 시스템을 위한 필수보드로 아직까지도 판매가 되고 있는 보드이다. 새제품인 경우 4~5만원대의 가격을 가지고 있으나, 중고 1만원 대의 가격으로 구입을 할 수 있는 보드이다. 하지만, 이 보드에는 치명적인 단점이 2가지가 있다.




단점 1. PCI 방식이다. 이미 5~6년 전부터 메인보드에 PCI 슬롯을 가지고 있는 컴퓨터는 산업용 컴퓨터를 제외하고는 찾아보기 힘들다.

단점 2. 자이뷰 XV400 PCI 를 사용하기 위해서는 컴퓨터에 드라이버 설치 및 전용 DVR 프로그램을 설치해야하는데, Windows XP에 최적화가 되어있다.(Windows 7 32bit 까지 지원되긴 하지만, 매끄럽게 동작하질 않는다.)

만약 집에서 사용하지 않는 오래된 컴퓨터가 있다면, 단점 1과 2는 장점(?)이 되어버린다. 필자는 이미 사용하지 않는 오래된 컴퓨터로 서버를 준비해 놓았다. 여기까지는 정말 순조롭게 진행이 되었다.

www.xysystem.com 에 접속하여 전용 프로그램을 확인해 보니, 시리얼을 등록해야 사용할 수 있다고 한다. 졸지에 단점 3이 생기는 순간이었다. 시리얼은 별도로 인터넷을 통해 1~2만원대에 구입을 할 수 있지만, 필자는 단점 2로 인하여 구입하고 싶은 생각이 전혀 없었다.

일단, 윈도우 XP에 안정화가 되어있기 때문에 MS에서 지원조차 받지 못하는 운영체제를 서버로 운용하고 싶지 않았다.

[그림3] XV400 PCI의 메인칩(Conexant FUSION 878A)[그림3] XV400 PCI의 메인칩(Conexant FUSION 878A)


XV400 PCI 에 사용된 메인 칩을 확인해보니, Conexant Fusion 878A 를 사용하고 있었다. 리눅스를 사용한다면, 별도의 작업 없이 충분히 사용 가능할 것으로 예상이 되었다. 최근에 Release 된 데비안 계열의 리눅스에서는 V4L(Video4Linux)을 사용할 수 있다. V4L 은 리눅스에서 Video Capture 장치를 Load 하기 위한 드라이버와 API 들의 집합이다.

그래서 결정된 운영체제는 Linux Mint 19 Tara 64-bit Xfce 이다. Linux Mint 19 Tara 는 LTS(Long term support release)로 2023년 4월까지 지원이 가능한 리눅스 배포판이다. 서버 사양이 좋지 않으므로, 적은 리소스로 구동이 가능한 Xfce 로 결정을 하였다.

[그림4] 서버를 위한 컴퓨터 부품 가조립[그림4] 서버를 위한 컴퓨터 부품 가조립


창고에 정리해 놓은 부품들 중에 적합한 부품들을 하나하나 모아보았다. 일단, 창고에 오래 보관된 부품으로 메인보드 수은전지를 교체하고, 각 부품들을 가조립한 상태에서 확인을 해 보았다. 이미 창고에 들어가기 전에 정상 동작을 확인했던 부품이었기 때문에 문제없이 작동이 된다.

[그림5] 서버로 사용될 컴퓨터의 사양[그림5] 서버로 사용될 컴퓨터의 사양


골동품 중에 골동품이다. 하지만, 부품들의 상태가 좋아서 몇 년째 창고에 보관 중이었던 부품이다. Intel Dual-Core E6300 제품으로 윈도우 설치를 하여서는 정상적인 사용이 불가능할 정도의 사양이다. 메모리는 DDR2 2GByte + 1GByte 조합의 3GByte 로 구성을 하였고 하드디스크는 500GB 로 구성하였다. DVR 로 사용할 서버이기 때문에 하드디스크는 사용시간이 짧은 부품으로 장착을 하였다.




[그림6] 조립 완료 및 기가비트 랜카드와 캡쳐보드 사진[그림6] 조립 완료 및 기가비트 랜카드와 캡쳐보드 사진


창고에 있는 비교적 깨끗한 케이스를 꺼내어 조립을 완료하였다. 조립을 하다보니, 확인이 덜 된 부분이 있었는데 바로 이더넷의 지원 속도였다. ASUS P5KPL-AM SE 보드인 경우 10/100Mb 속도의 이더넷을 장착하고 있기 때문에 스트리밍과, 녹화의 기능을 수행하고, Samba 서버 역할을 하기위한 네트워크 대역폭으로는 부족한면이 있었다.

그래서, PCI-Ex 방식의 기가비트 카드를 추가하였다. 기가비트 랜카드의 리뷰는 하기 포스팅을 참고하기 바란다.

Coms PCIEx 기가비트 랜카드 리뷰Coms PCIEx 기가비트 랜카드 리뷰


[그림7] Power Loss 설정[그림7] Power Loss 설정


서버는 입력장치(키보드,마우스)와 모니터를 장착하지 않고 사용하기 때문에 건물의 전기부분에 문제가 발생 후 복구가 되었을 시 자동으로 켜지게 해야한다. 바이오스 셋업 화면에서 간단히 설정이 가능하다. Restore on AC Power Loss 항목을 Power On 으로 설정하면 전원이 입력됨과 동시에 자동으로 켜지게 된다.


[그림8] 리눅스 설치 완료 화면[그림8] 리눅스 설치 완료 화면


리눅스 민트 19 Tara 설치까지 완료된 화면이다. 이젠 DVR 구성을 위한 개발을 시작하면 된다.

[그림9] 캡쳐보드 테스트에 사용된 Minicube X7+ Android[그림9] 캡쳐보드 테스트에 사용된 Minicube X7+ Android




리눅스에서 캡쳐보드가 정상작동하는지 확인해 보기위해 RCA 케이블로 집에 있는 동영상 셋톱박스를 연결해 보았다. 불과 몇 년 전까지만 하더라도 RCA 출력이 되는 장비 몇 개는 쉽게 찾아볼 수 있었지만, 창고를 아무리 뒤적뒤적해도 RCA 출력을 위한 장비가 없었다. 다행스럽게도 딱 하나가 나왔는데 기본 HDMI 출력이지만 Display Menu 에서 PAL 및 NTSC 출력 설정을 통해 RCA 출력을 할 수 있는 셋톱박스를 찾게 되어 설정한 후 연결해 보았다.


[그림10] VLC 에서 캡쳐장치 열기[그림10] VLC 에서 캡쳐장치 열기


테스트를 위하여 VLC 플레이어에서 캡쳐장치를 열어보았다.


[그림11] VLC에서 인식된 캡쳐장치(/dev/video0)[그림11] VLC에서 인식된 캡쳐장치(/dev/video0)


VLC 플레이어에서 캡쳐장치가 정상적으로 인식되어 있는 것을 확인할 수 있었다. 재생 버튼을 눌러 영상이 표시되는지를 확인한다.


[그림12] VLC에 출력된 화면[그림12] VLC에 출력된 화면


정상적으로 VLC에 화면이 출력되었다. 셋톱박스에서 출력되는 비디오타입과 VLC의 설정이 정상적이지 못해 화면이 깔끔하지 못하지만, 캡쳐보드가 정상적으로 출력되는 것을 확인할 수 있다. 아날로그 카메라를 연결하여 확인해 봐야 할 것 같다.




05. 마무리



DVR 시스템을 개발하기 위한 모든 준비는 끝났다. 이젠 다음과 같은 기능을 구현하면 된다.

a. 서버 부팅과 동시에 녹화 시작
   - ipCAM1, ipCAM2, AnalogCAM

b. AnalogCAM 스트리밍(RTSP 구성)

c. Samba 설정

d. 1분단위로 끊어서 녹화하는 기능

e. 특정 시간이 지나면 자동으로 삭제되는 기능

f. 영상에 시스템 시간과 CAM 이름이 삽입되는 기능

이 모든 기능이 어떠한 코딩으로 이루어지는 것이 당연하겠지만, 필자는 쉘스크립트, 콘솔 프로그램, 시스템 설정을 통해 DVR 을 개발하려고 한다.

개발이라고 말하기 부끄러울만큼의 구성이지만, 위와 같은 간단한 기능을 코딩으로 개발하는 것보다 훨씬 간편할 것으로 예상된다.

다음 포스팅에서는 캡쳐보드로 입력된 AnalogCAM 영상의 스트리밍 방법을 작성할 예정이다.


2편 링크 : ([DVR] 집에서 놀고 있는 컴퓨터로 DVR을 만들어보자 #2 - V4L2로 스트리밍 하기)

3편 링크 : ([DVR] 집에서 놀고 있는 컴퓨터로 DVR을 만들어보자 #3 - RTSP 클라이언트)

4편 링크 : ([DVR] 집에서 놀고 있는 컴퓨터로 DVR을 만들어보자 #4 - CVLC 자동실행)

5편 링크 : ([DVR] 집에서 놀고 있는 컴퓨터로 DVR을 만들어보자 #5 - DDNS와 Port Forwarding 설정)

6편 링크 : ([DVR] 집에서 놀고 있는 컴퓨터로 DVR을 만들어보자 #6 - ffmpeg와 crontab을 이용한 녹화 기능 구현)

7편 링크 : ([DVR] 집에서 놀고 있는 컴퓨터로 DVR을 만들어보자 #7 - 녹화 영상에 시간 넣기)


2018년 11월 26일
Kunttang

반응형
블로그 이미지

매깡

- 각종 문의는 메일로 해주세요. 메일: soriel01@nate.com

,
반응형






01. 원격데스크톱



윈도우를 사용함에 있어 항상 느끼는 고민거리 중 하나가 작업의 연속성이다. 작업의 연속성이란 내가 컴퓨터에서 작업하던 것을 스마트폰에서 바로 이어할 수 있고, 다른 컴퓨터에서 다시 이어할 수 있는 것을 말한다. APPLE사의 환경은 그러한 것들이 잘 되어있다. iCloud 와 애플만의 연속성을 지원하는 플랫폼이 모든 것을 다 알아서 해 준다. MS에서도 이런 것을 인식했는지, 윈도우 8부터는 MS 계정에 로그인을 할 수 있도록 하여 모양은 어느 컴퓨터에서든 동일하게 만들어 준다. 하지만, 계정을 통한 동기화는 MS 의 제품들에 한정되어있고 오히려 동기화가 컴퓨터 사용환경을 방해하는 모습을 보이기도 한다.


그래서 필자는 연속성이 필요한 작업이 있는 경우 원격데스크톱을 이용한다. 노트북이나 휴대폰이 VPN 서버에 연결을 하고, 내부 네트웍으로 윈도우 PC에 RDP 로 접근을 하여 작업을 진행하고 있다. 대표적인 것이 블로그 포스팅 작업과 컴퓨터 견적 작업이다.


원격 데스크톱을 처음 접한 것은 Windows XP 시절 대학교 연구실에서이다. 필자의 대학생 시절에는 교수님 연구실에 소속되어 별도로 공부하곤 하였다. 각 연구실 마다 외부에서 접속 가능한 공인아이피가 몇 개 씩 주어졌었는데 필자는 이 아이피를 컴퓨터에 설정하고, 원격데스크톱이란 것을 설정하였었다. 그리하여 언제든지 수업 과제를 진행할 수 있었고, 연구실 프로젝트에 대한 코드를 작성할 수 있었다. 참으로 신세계였다. 외부에서 항상 동일한 환경을 사용할 수 있다는 것은 작업 능률을 엄청 올릴 수 있었다.




하지만 여기서도 많은 문제가 있었는데 원격데스크톱은 2가지 큰 단점을 가지고 있었다.


첫 번째로는 네트워크 상황에 따라 성능 차이가 심했다는 것이다. 대학생 시절, 남들 보다 신기한 것을 먼저 해보고 싶었던 마음에 넷스팟이라는 KT 무선 인터넷과 노트북을 사용하고 있었다. 대학 캠퍼스 내에는 넷스팟이 전부 지원되는 공간이라 넷스팟 월 정액은 아깝지 않은 금액이었다. 하지만 넷스팟의 인터넷 속도는 원격데스크톱을 부드럽게 쓰기에는 많이 느렸다. 그래서 효과라던지 표현 색상에 대한 설정을 저사양으로 설정하고 사용해야만 간신히 작업을 할 수 있는 수준이었다.


두 번째로는 네트워크 상황이 좋다 하더라도, 그래픽 성능이 엄청 떨어졌다. 동영상 플레이를 할 수 없는 것은 물론이고, 작업 중 마우스 스크롤을 많이 쓰는 작업을 하기라도 한다면, 화면 깨짐 및 딜레이가 엄청났다.



[그림1] 원격데스크톱 연결 프로그램(mstsc)



기술의 발달로 RDP의 버전도 올라가고, 인터넷 속도도 기하급수적으로 빨라졌다. 이젠 원격데스크톱이 실 사용 가능할 만큼 되었다. 하지만, 여전히 그래픽 가속이 필요한 부분에서는 답답함을 느끼게 된다. 이는 RDP 호스트에서 보내는 영상 데이터를 온전히 RDP Client 에서 처리를 해야 하기 때문이다. 따라서 패킷도 많아지고, Client의 부담도 늘어나게 된다. 호스트에 아무리 비싸고 성능 좋은 그래픽카드를 장착하여도 원격데스크톱을 이용할 경우 그래픽 카드의 성능을 1%도 사용할 수 없다.





[그림2] 원격 데스크톱 클라이언트의 옵션타협설정 화면






02. 원격데스크톱도 네이티브 컴퓨터처럼 사용할 수 있을까?



그래픽 성능만 제외한다면, 원격데스크톱의 성능은 수준급이다. 호스트의 성능을 그대로 사용할 수 있을 정도이다. 그럼 그래픽 성능만 해결하면된다. 다행히도 이러한 갈증을 해결해 줄 수 있는 기술이 있다. 바로 remoteFX 이다.



[그림3] Wikipedia 의 RemoteFX 설명 (출처: https://en.wikipedia.org/wiki/RemoteFX)



RemoteFX 기술이 무엇인지를 가장 손쉽게 다가갈 수 있는 Wikipedia에서 찾아 보았다. 일단, MS에서 개발한 것은 맞다. RDP를 위한 향상된 Visual Experience에 대한 기술이다. Windows Server 2008 R2 SP1 에서 최초 소개가 되었다고 한다. 설명만 읽어보게 되면 RDP 의 그래픽 성능을 향상시킬 수 있을 것으로 보인다.


 




[영상1] RemoteFX를 이용한 게임 플레이 영상



성능이 얼마나 좋을지 RemoteFX 를 활용한 영상을 유튜브에서 찾아 보았다. 3년전 영상이긴 하지만, RDP에 RemoteFX 기술을 적용하니, 게임플레이까지 가능하고, 실행 수준에 머문 것이 아니라 심지어 게임을 즐길 수 까지 있는 수준이다. 정말 필자가 원하던 그림이 나오기 시작한다.




03. RemoteFX의 조건



[그림4] Wikipedia 의 RemoteFX 요구사항 (출처: https://en.wikipedia.org/wiki/RemoteFX)



RemoteFX를 사용하기 위한 조건을 살펴본다. 일단 Windows 10 은 Version 1511 부터 지원을 한다고 한다. 현재 Windows 10 RS4 버전이 1803이니, 현재 버전이면 충분히 지원 가능한 조건이다. 그런데, client Hyper-V 라는 부분이 있다. 아무래도 Virtual Machine 상에서 지원이 가능한 것으로 보인다. 네이티브로 쉽게 설정될 수 있는 부분은 아닌 것으로 보인다.




vGPU Requirement 부분을 살펴보면 조금 더 명확해 진다. Hyper-V 는 호스트에 설치가 되어있어야 하는 필수조건이다. 그리고 Hyper-V 상의 VM 에서 동작을 한다고 한다. 역시 RemoteFX는 가상화 솔루션의 일부였다. 이 말의 의미는 결국 Windows 10 호스트 PC에 Hyper-V 를 이용한 VM 을 생성하고, 그 VM이 RemoteFX 기술을 사용한다는 것이다.


추가 조건을 살펴보니, DirectX 11.0 을 지원하는 그래픽 카드에 WDDM 1.2 드라이버가 서버에 설치 되어 있어야 한다. 즉, 호스트 PC 가 서버가 되는 것이고, 그 호스트 PC에는 DirectX 11.0 을 지원하는 그래픽카드가 장착되어있고, WDDM 1.2 이상의 드라이버로 구동되고 있어야 한다는 의미이다. 그 호스트 PC에 Hyper-V를 이용하여 VM 을 만들게 되면 호스트 PC의 GPU 자원을 remoteFX 기술을 이용하여 활용할 수 있다는 의미이다.




04. 조건을 알았으니, 충족하는지를 확인해 보자



필자가 RDP 용으로 사용하고 있는 서버는 필자의 메인 노트북인 Lenovo E440 모델이다. 평소에 최대 절전모드로 진입해 있고, RDP 사용이 필요할 경우 Wake On Lan 을 통한 Magic Packet으로 깨운다음 RDP 로 접근하여 사용하고 있다. Lenovo E440 모델은 Intel(R) HD Graphics 4600 내장그래픽과 Nvidia Geforce 840M 이라는 외장 그래픽이 장착되어 있다. 사실 노트북으로 게임을 하지 않으니, 지금까지의 외장그래픽은 무용지물이었다.


[그림5] Lenovo E440 그래픽 사양



드디어 GeForce 840M 이 빛을 보는 순간이 오는 것인가? 드라이버도 확인해 보았다. 이미 2016년 이후에 출시된 840M 드라이버들은 WDDM 2.1 을 지원하는 드라이버였다.


그럼 DirectX 11 이상을 지원하는 지 확인하면 된다.





[그림6] Nvidia 공식 홈페이지 840M 특징 설명 (출처: https://www.nvidia.co.kr/object/geforce-840m-kr.html)





05. 이제부터 시작이다.



기술을 알았고, 그 기술에 대한 범위를 알았다. 준비물도 준비가 되었다. 준비물이 기술에 대한 준비가 되었는지도 확인이되었다. 이제 시작만 하면 된다. 


어떤 기술들은 시작과 동시에 적용이 끝날 만큼 설정이 쉽다. 어떤 기술들은 가이드 대로 하면, 까다롭긴 하지만 순조롭게 진행이 된다. 최악의 경우는 간단할 것 같아 시작했지만 생각지도 않은 문제가 튀어나올 경우이다. 


이번 RemoteFX 역시 그러한 기술이 있다 정도만 듣고 정보를 수집해 본 것이다. 정보를 수집하면서 가상환경을 이용해야 한다는 것을 처음 알았고, 그 가상 환경은 Hyper-V 를 이용해야한다는 것이다. RDP 서버에서 remoteFX 를 지원하게 설정한 다음에는 remoteFX를 지원하는 RDP Client 를 선정해야 할 것이다. 윈도우 사용자라면 윈도우에 포함되어 있는 RDP 클라이언트(mstsc)를 사용하면 되겠지만, 리눅스 사용자 또는 안드로이드 사용자는 어떻게 할 것인가?




정보를 찾아보니, 리눅스와 안드로이드 모두 정답에 근접한 솔루션이 있다.(아이폰은 확인해 보지 못했다.)


일단 시작하는 단계이니 차근차근 호스트 설정부터 해본다. 2부에서 계속 진행하기로 한다.





2018년 8월 22일

Kunttang


반응형
블로그 이미지

매깡

- 각종 문의는 메일로 해주세요. 메일: soriel01@nate.com

,