AES는 암호화 복호화 과정에서 동일한 키를 사용하는 대칭 키 알고리즘이다.

대칭 키 암호는 암호화 알고리즘의 한 종류로, 암호화와 복호화에 같은 암호 키를 쓰는 알고리즘을 의미한다.

대칭 키 암호에서는 암호화를 하는 측과 복호화를 하는 측이 같은 암호 키를 공유해야 한다. 이러한 점은 공개 키 암호에서 공개 키와 비밀 키를 별도로 가지는 것과 구별된다. 대신, 대부분의 대칭 키 암호는 공개 키 암호화 비교하여 계산 속도가 빠르다는 장점을 가진다

대칭 키 암호는 암호화하는 단위에 따라 스트림 암호화 블록 암호로 나눌 수 있다.

-       스트림 암호는 연속적인 비트/바이트를 계속해서 입력 받아, 그에 대응하는 암호화 비트/바이트를 생성하는 방식이다.

-       블록 암호는 정해진 한 단위(블록)를 입력 받아 그에 대응하는 암호화 블록을 생성하는 방식이다.

DES나 AES가 블록 암호의 대표적 알고리즘이다.

블록 암호는 암호화할 때 블록을 어떻게 사용하느냐에 따라 4가지의 모드로 나눠진다

-       ECB(Electric CodeBook)

-       CBC(Cipher Block Chaining)

-       CFB(Cipher FeedBack)

-       OFB(Output FeedBack)

블록 암호에서 중요한 것은 암호화할 평문을 일정 길이의 블록으로 나눈다는 것이다.

만약 평문이 일정 길이의 블록으로 나눠지지 않는다면 ‘패딩(padding’이라고 하는 빈 데이터를 마지막에 덧붙인다.  그리고 나눠진 각각의 블록을 하나씩 키로 암호화한 후 생성된 암호 블록들을 하나로 합친다. 끝으로 패딩은 제거한다

CBC 모드는 XOR 연산 과정이 추가된 것이다. CBC 모드에서는 블록의 XOR 연산을 하기 때문에 초기 연산 블록으로 사용되는 IV(initiation Vector)가 필요하다.

이 IV는 블록 중의 하나를 선택하거나 블록 길이와 같은 길이의 임의의 데이터를 사용한다

키는 고정하고

Iv의 값을 같이 보내서 서버에서 복호화할 수 있게 해야 한다

1. 추가 포함 디렉터리

특정 위치(c:\opencv)에 opencv 관련 라이브러리가 있고, 사용할 프로젝트에서 해당 디렉토리 위치를 추가하여 헤더파일을 읽어 사용한다

추가 포함 디렉토리를 등록하면 아래와 같이 바로 헤더 파일 디렉터리를 가져온다

2. 추가 라이브러리 디렉터리

  사용할 lib 파일이 있는 디렉터리를 지정한다. 헤더파일과 마찬가지로 링커>입력>추가 종속성에서 lib 파일을 지정할 경우 해당하는 디렉터리에서도 lib 파일 유무를 확인한다

3. 추가 종속성

실제 사용할 라이브러리 파일의 이름을 적어준다

속성페이지에서 아래와 같이 lib 파일을 지정할 수 있고, #pragma (lib, “opencv_calib3d2411d”) 와 같이 코드에서 명시적으로 사용 라이브러리를 지정할 수 있다

WM_GESTURE 메시지를 등록하여 이벤트를 처리할 경우

등록한 OnGesture 함수에 two finger pan의 발생은 들어오는데

One finger pan은 OnGesture이벤트가 발생조차 되지 않는다

이때 모든 pan 동작에 대하여 메시지를 받을 수 있도록

WM_GESTURENOTIFY 메시지에서 Gesture를 설정해주어야 한다.

WM_GESUTRENOTIFY에서 SetGestureConfig를 이용하여 어떤 제스처에 대해서만 메시지를 받을지 설정하고 나면

해당하는 제스처가 발생했을 경우 WM_GESTURE 메시지를 받을 수 있다

SetGestureConfig 함수를 이용하여 설정하기 위해서는 CGestureConfig 객체를 인자로 넘겨주는데

CGestureConfig로 제스처 사용 여부를 설정하는 방법은 해당하는 제스처의 Enable 함수를 호출하면 된다

Ex)

Pan 동작에 대하여 메시지를 설정하려면

EnablePan() 함수를 호출하여 Pan 동작 사용시에는 EnablePan(TRUE), EnablePan(FALSE)의 값으로 설정해준다

Pan의 경우 여러가지 동작이 있는데

EnablePan함수에서 flag의 Default는  

GC_PAN_WITH_GUTTER | GC_PAN_WITH_INERTIA 로 되어 있어서,

한 손가락에 대한 터치 제스처를 받기 위해서는  GC_PAN_WITH_SINGLE_FINGER_VERTICALLY | GC_PAN_WITH_SINGLE_FINGER_HORIZONTALLY 값도 flag 설정을 해주어야 한다

그래서 모든 Pan 동작을 받기 위하여

gestureConfig.EnablePan(TRUE, GC_PAN);

로 설정을 해주었다

WM_GESTURE 관한 내용

https://msdn.microsoft.com/en-us/library/windows/desktop/dd353243(v=vs.85).aspx

1 bit : 흑백

2 bit : 4가지(2^2) 색상 표현 가능

4 bit : 16가지(2^4) 색상 표현 가능

8 bit : 256가지(2^8) 색상 표현 가능

16 bit : R과 B는 5bit / G는 6bit를 할당하여 표현. 하이 컬러(High Color)

24 bit : RGB 각각 8bit씩 할당. 트루 컬러(true Color)

32 bit : true Color + alpha(투명 값). RGBA라고 부름

-       16bit

RGB555 : 남은 1비트를 사용하지 않고 RGB에 각각 5bit씩 할당 [0RRRRRGGGGGBBBBB]

RGB565 : 16비트 구성의 1bit를  사람의 눈에 가장 민감한 G에 할당 [RRRRRGGGGGGBBBBB]

-       32 bit 

Alpha 바이트가 앞에 오면 ARGB888 뒤에 오면 RGBA888이다 

-       Alpha (투과도/ 투명도)

: 색상이 얼마나 투명하거나 불투명할지를 결정하고 1일 경우 완전 불투명, 0일 경우 완전 투명으로 결정한다. 왜 0~1 값을 가지나?

이미지의 각 픽셀의 컬러 값을 구할 때 픽셀의 컬러 값에 알파채널의 값을 곱하여 표현한다. 그래서 알파 값이 1 이면 픽셀의 컬러가 변하지 않고 그대로 출력되고 알파채널이 그것보다 낮으면 컬러가 원래의 색보다 좀 더 우중충하게 나올 것이다.

ð   두 이미지를 합칠 때 Alpha 값을 사용하게 된다
Final Fixel = ( src Color * src alpha ) + ( dest Color * (1 - src alpha))   

YUV 4:2:2 Format에는

-       YUY2

-       YUVY

가 있다 (권고)

-       저장 형태에 따른 YUV 종류 

http://seoduckchan.com/2014/04/06/yuv-color/#fn-231-1

YUV 는 Packed format 과 Planar format 의 종류가 있다.

Packed format은 Y와 UV가 함께 섞여 Macropixel을 이루는 종류들을 말하며

이와 대조적으로 Planar format은 Y, UV 정보들이 서로 다른 영역에 분리되어 저장된 포맷들을 말한다.

-       메모리 저장 방식

https://msdn.microsoft.com/en-us/library/windows/desktop/dd206750(v=vs.85).aspx#YUV422formats16bitsperpixel

Unsigned char 배열 값으로 다룰 수 있다.

첫 번째 byte는 첫 Y을 포함, 두 번째 byte는 첫 U(Cb)를 포함, 세 번째 byte는 두 번째 Y를 포함, 네 번째 byte는 첫 V(Cr)을 포함한다         

따라서 Y0 U0 Y1 V0으로는 2pixel을 표현할 수 있다

Y0 U0 Y1 V0 은 각각 1바이트씩 총 4바이트니까 32bit로 이루어져 있는데,

이 4바이트로 2개의 pixel이 표현 가능하므로 1개의 pixel당 16bit가 필요하다고 볼 수 있다

-       색 표현 범위

https://msdn.microsoft.com/en-us/library/windows/desktop/bb530104(v=vs.85).aspx

색을 표현하기 위한 RGB와 YUV의 값

è 검정색을 표현하기 위해서 RGB에서는 각 값에 0을 주면 되지만, YUV에서는 Y = 16, U = 128, V = 128 값을 주어야 한다

Video Renderer와 연결은 되고 영상 출력이 되지 않았다

현재 작업중인 필터에서 output핀 타입을 input핀 타입과 동일하게 만들어서 영상을 출력하고 있었는데

변환 필터에서 Input으로 받은 FormatType이 VideoInfo2일 때

출력 핀의 미디어 FormatType도 videoInfo2 이면 영상 출력이 되지 않았다

처음에는 단순히  Input FormatType이 VideoInfo2일 때 필터 연결을 해서 발생한 문제인줄 알았는데,

Input Format Type이 VideoInfo2이더라도, output의 mtOut->FormatType() 을 체크하지 않으면

Format Type이 videoInfo로 변환되고 정상적으로 출력 되었다

-       Input 포맷 타입은 FORMAT_VIDEOINFO2

-       Output 포맷 타입은 FORMAT_VIDEOINFO 

videoInfo 타입과 videoInfo2 타입이 무엇인지 확인해보았다

videoInfo2

https://msdn.microsoft.com/en-us/library/windows/desktop/dd407324(v=vs.85).aspx

내용을 읽어보니까 그냥 Video Renderer Filter에서 videoInfo2 타입을 사용을 하려면

overlay Mixer 필터를 통해서 영상을 출력하라는 것 같다

아니면 VMR9을 쓰던가

하….

근데 VideoInfo2로 Overlay Mixer 연결도 안되고,

Video Mixing Renderer9으로 연결하면 연결은 되는데 화면이 안나온다

변환 필터 제작 중

INPUT 핀 타입을 RGB에서 YUY2로 변경 하였다

기존 방식과 동일하게 input으로 받는 핀의 정보를 output 핀 형식과 동일하게 사용하려는데,

DecideBufferSize 함수에서

할당자를 설정하는 부분인 setProperties에서 계속 E_FAIL을 반환하여

Video Renderer와 Output 핀 연결이 되지 않았다

나랑 같은 문제여서 참고함

http://microsoft.public.win32.programmer.directx.video.narkive.com/8rcTkAL3/can-t-get-yv12-media-type-to-negotiate-in-transform-filter

CheckTransform 함수에서 Input , output 핀의 FormatLength를 체크 함?

이걸로 문제가 해결 됨… 왜지??

-       Old

- Now

openCV 사용하다가 lnk2019에러 발생하였다.

맨 처음에는 라이브러리 참조에서 발생한걸로 당연히 알고 

참조 라이브러리 오타 확인하고 또 하고 했는데

"void __stdcall cv::error(class cv::Exception const &)" (?error@cv@@YGXABVException@1@@Z) 외부 기호(참조 위치: "public: class cv::Vec<unsigned char,3> & __thiscall cv::Mat::at<class cv::Vec<unsigned char,3> >(int,int)" (??$at@V?$Vec@E$02@cv@@@Mat@cv@@QAEAAV?$Vec@E$02@1@HH@Z) 함수)에서 확인하지 못했습니다.

"void __stdcall cv::fastFree(void *)" (?fastFree@cv@@YGXPAX@Z) 외부 기호(참조 위치: "public: __thiscall cv::Mat::~Mat(void)" (??1Mat@cv@@QAE@XZ) 함수)에서 확인하지 못했습니다.

"int __stdcall cv::_interlockedExchangeAdd(int *,int)" (?_interlockedExchangeAdd@cv@@YGHPAHH@Z) 외부 기호(참조 위치: "public: __thiscall cv::Mat::Mat(class cv::Mat const &)" (??0Mat@cv@@QAE@ABV01@@Z) 함수)에서 확인하지 못했습니다.

호출 규칙이 _stdcall(/Gz)로 되어 있었다

__cdecl(/Gd)로 변경하여 해결

ecxr : 예외가 발생한 context로 변경

Kb : call stack 출력

ð  .ecxr을한 후 kb를 수행할 경우 예외가 발생하기까지의 call stack을 출력한다

~[스래드번호]s  : [스레드번호]로 컨텍스트 변경 (ex ~0s 0번째 스레드로 이동

ð  스레드로 이동 후 kb를 수행할 경우 예외 발생 이후의 call stack을 출력한다.