현재 은글꼴, ttf-alee, 서울체, 남산체, 백묵 글꼴 등등 공개 글꼴들이 하나 둘 나타나기 시작하고 있지만, 아직도 화면용(On screen display)으로 특화된 서체는 없습니다. 그 때문에 웹에서는 IR(Image Replacement) 등의 방법을 통해 이미 렌더링된 이미지로 텍스트를 대체시키는 방법을 많이 사용하고 있는데, 왜 화면용 글꼴에는 다들 관심을 가지지 않는 것일지 조금 아쉽네요.

Microsoft 의 경우 화면 용으로 Webdings, Verdana, Georgia, Trebuchet MS, Comic Sans MS, Impact, Arial, Courier New, Times New Roman 등의 서체를 공개하고 있습니다. 다음 페이지를 참고해보시면 알겠지만 이 서체들은 대부분 IE 나 Microsoft Windows 에 기본으로 번들되어 있기 때문에 대부분 기본으로 설치되게 됩니다.

http://www.microsoft.com/typography/web/fonts/fonts02.htm

또한 다음 URL 을 참고해보시면 웹을 통해 다운로드 받은 뒤 매킨토시에서도 사용할 수 있다고 되어 있습니다. (Verdana, Trebuchet MS 등은 화면용으로는 불필요한 기능들을 제외시킨 화면용 글꼴입니다.) 게다가 Linux 에서도 흔히 Corefonts 란 이름으로 패키징되어 사용되고 있죠.

http://www.microsoft.com/typography/web/fonts/verdana/default.htm

물론 아무 제약 없이 사용할 수 있는 서체의 개발을 의뢰하는 데는 많은 비용이 드는 것으로 알고 있습니다. 그렇기 때문에 서울 남산체, 한강체 처럼 (서울시에서 주도했으니) 나라에서 주도해서 자유롭게 사용가능한 화면용 서체들이 좀 개발되었으면 하는 바램이 있네요. 뭐 조금 앞어나간다면 IE 서비스팩 등에 그 새로운 화면용 글꼴들이 포함되었으면 더 좋겠구요. (이런 건 정치적인 문제다보니…)

그렇게 길지도 않으면서 설명을 조곤조곤 잘하시네요. 만약 코드를 모르신다면 아래 영상들을 먼저 보는게 더 좋겠네요. (사실 저도 코드는 좀 야매로 알고 있긴 하지만 -_-;; )

Major Code:

Minor Code:

딸림화음 같은 것들

Diminished Code:

Code 연습법:

빠른 곡 반주법:

더 관심있으신 분은 아래 커뮤니티에 있는 동영상 게시판을 참고하시면 될 것 같아요.

http://home.freechal.com/rachelchordpiano/

이제 남은 건 열혈 연습 뿐입니다. 후훗;

p.s) 익숙하지 않아서 더 어렵네요. Top note 맞추는게 생각처럼 쉽지가 않아요. ㅠ.ㅠ 그래도 꼭 다행이다를 아래처럼 치고 말테에요!

사실 내가 개발했던 YUV Player 의 경우 UI 랑 관련된 부분을 제외하고는 대부분 Platform independent 한 OpenGL + C 의 조합으로 개발되었기 때문에 다른 플랫폼에 이식하는게 큰 어려움은 없을거라 생각했지만 막상 MFC 기반 프로젝트로 생성해두다 보니 다른 플랫폼으로 이식하기 위해서는 소스를 복사한 뒤 또 한 번의 노가다가 필요할 수 밖에 없는 상황이 되어버렸다.

요 근래 논문을 쓰기 위한 실험 코드들도 언제 묶어놓은지 모를 아카이브들로 인해 다양한 버젼의 소스들이 공존하고 있는 상황인데 -_- 이 상황을 계속 끌어나가면 안될 것 같다.

지금까지 내 SVN Repository 는 http://svn.unfix.net/ 을 통해 공개해왔기 때문에 소스가 정리되지 않은 상황에서 commit 을 하는 건 자제해 왔지만, 이제는 비공개 svn repository 를 하나 만들어서 소스가 정리되어 있지 않거나 공개할 수 없는 소스들을 관리해야할 것 같다.

맥용 YUV Player 는 날렸지만 -_-;; Cocoa 를 이용하는 방법 등은 이미 YUV Player 를 개발하면서 이미 습득했기 때문에 금방 복구할 수 있을 듯…

귀찮더라도 Private SVN 을 업데이트하는 수고는 잊지 말아야겠다.

1. ::GetDC(hWnd) 후 ::ReleaseDC(hWnd,dc) 를 호출 하지 않아서 생기는 메모리 릭
2. gdTexImage2D 를 반복 호출해서 생기게 되는 메모리 릭

정확하게 설명하면 위와 같구요. ::GetDC 로 받아온 Device Context 는 “꼭” ::ReleaseDC 를 호출해줘야 한다는 msdn 님의 가르침에 따라, 약간의 코드를 추가해줬습니다.

또한 gdTexImage2D 를 반복해서 호출하면 이전 텍스쳐 데이타가 사용하던 메모리 영역은 해제가 될 줄 알았는데, 실제로는 그렇지가 않네요. 텍스쳐 사이즈가 달라지는 경우엔 glDestroyTexture 후 glGenTexture, glBindTexture, glTexImage2D 를 차례로 호출해줘야 하고, 사이즈가 달라질 필요가 없는 경우라면 gdTexSubImage2D 를 사용하면 된답니다. 어려운 openGL 세상이에요.

자세한 수정 사항은 제 trac 페이지에서 확인하심 될 듯~
http://trac.unfix.net/browser/yuvplayer/win/yuvplayer/OpenGLView.cpp

p.s) trac 이 ajax 를 활용하도록 업데이트 되었네요.

http://mytears.org/resources/font-sample/

gd 를 사용해서 샘플을 뽑아봤는데, gd 에서는 서체 래스터라이져로 freetype 을 사용하고 있고, 윈도우의 래스터라이져와 맥의 래스터라이져와는 약간의 차이를 보이기 때문에 실제로 사용할 때와 약간 차이가 있을 수도 있겠습니다.

글꼴을 뽑아내는데 사용한 프로그램은 아래에서 보실 수 있습니다.

http://trac.unfix.net/browser/snipp…t/gd_font_preview/gd_font_preview.c

사실 otf (opentype font)나 ttf (truetype font) 형식으로 배포할 경우에 맥, 윈도우, 리눅스 등에서 모두 동일하게 사용이 가능할텐데 왜 저렇게 맥용과 윈도우용으로 따로 배포하는지 모르겠네요.

http://design.seoul.go.kr/dscontent…gnseoul.php?MenuID=490&pgID=57

그림만 봤을 땐 예전에 맥에서 많이 사용되던 한강체와 동일한 서체는 아닌 것으로 보이네요. 아쉽게도 라이센스와 관련된 부분이 명시가 되어 있질 않습니다.

어쨌든 공개된 한글 서체가 몇 가지 더 생겼다는 점은 매우 반길만한 일이네요. 참고로 아래의 한글 서체들도 사용료 없이 자유롭게 이용이 가능합니다.

* 은글꼴
- http://kldp.net/projects/unfonts/

* alee-fonts
- http://alee.anj.kr/fonts/alee/

* 아리따체
- http://www.amorepacific.co.kr/company/ci/font.jsp

* 한겨레 결체
- http://bbs.hani.co.kr/Board/ui_hkr_…ToPage=1&Idx=56&Sorting=2

* 조선일보 명조체
- http://font.chosun.com/

* 네이버 사전체
- http://cndic.naver.com/font.nhn

* 문화부 글꼴
- http://faq.ktug.or.kr/faq/%B9%AE%C8%AD%BA%CE%B1%DB%B2%C3

* 백묵 글꼴
- http://kldp.net/projects/baekmuk

카메라를 가지고 놀다보면 셔터스피드와 조리개값을 조절해서 다양한 놀이를 할 수 있게 되죠; 오늘은 그 원리에 대해 살짜쿵 설명을 해볼까 합니다. (모처럼 일찍 일어난 기념으로)

위 그림은 아주 간단히 표현한 렌즈 기반 카메라 모델입니다. 어떤 점에서 나온 빛은 렌즈를 통해 f 지점에 상을 맺히게 만들게 됩니다. f’ 는 대게 헛초점이라고 표현을 하지요.

만약 조리개가 활짝 열려있다면 빛은 위의 그림에서와 같이 통과를 하게 될거고, 초점이 제대로 맞은 영역은 두 빨간 선 사이 지점이 되겠죠.

그에 반해 조리개가 조금밖에 열려있지 않다면 빛은 위의 그림에서와 같이 지나가게 될테고, 결국 초점이 맞아있는 지점이 길어지는 것을 확인할 수 있습니다. 이게 사진이론에서 얘기하는 피사계심도와 조리개의 상관관계가 되겠죠.

그럼 셔터스피드는 뭐랑 관계가 있는거지?

자자 조리개만 조절해서 그냥 막 잘 찍히면 상관이 없겠지만 세상이 그렇게 녹녹하지는 않지요. 사람의 눈은 밝기를 특정 시간동안 들어온 빛의 합으로 인식하게 된다고 합니다. 공식으로 나타내면 아래와 같겠지요. [1]

이는 필름같은 것에도 마찬가지로 적용되며, discrete 버젼으로 표시하면 아래와 같을 겁니다.

자 위에 있는 렌즈 기반 카메라 모델을 다시 한번 살펴봅시다. 조리개가 활짝 열려있을때는 조리개가 조금 열려있을때에 비해 더 많은 빛이 한 점으로 모아지게 됩니다. 그러므로 조리개가 활짝 열렸을 때의 intensity i’(n) 은 조리개가 조금만 열려있을 때의 intensity i”(n) 에 비해 훨씬 큰 값이 되겠죠.

그러다보니 같은 환경에서 찍는다고 하더라도 조리개를 조금만 열었을 때는 더 오랫동안 노출을 시키는 것이 필요하겠습니다!

화이트 밸런스는 왜 맞춰야 하지?

알아보는 김에 화이트 밸런스까지 알아보도록 하죠. 하얀 색은 모든 빛을 반사해서 나타나게 되는 색입니다. 그렇다면 광원이 어떤 특정 영역만을 나타내는 상황 다시 말해 광원이 모든 색을 균등하게 나타내는게 아니라 특정 색만을 나타내고 있는 상황에서 사진을 찍는다면 어떻게 될까요?

예! 이런 상황이라면 흰색이 흰색이 아니라 다른 색으로 나오게 되겠죠. 이런 경우에도 흰색이 흰색으로 나타나도록 조정해주는 것을 화이트 밸런싱이라고 합니다. 간단하게 광원의 빨/녹/파 비율을 계산하고, 그 비율을 가지고 색을 조정해주는 후보정 과정이라고 할 수 있지요.

마지막으로 비네팅!

어렸을 때 교과서에 나왔던 프리즘으로 빛을 산란시키는 그림이 생각나실 지 모르겠네요. 이런 현상은 파장 별로 굴절율이 다르기 때문에 발생하게 되는데, 이게 바로 비네팅이 생기는 원인입니다.

위 그림은 아주 간단한 다중 렌즈 시스템이 되겠습니다. (그림이 점점 날림이 되죠? 슬슬 귀찮다는 겁니다. ㅋㅋ) 보다시피 서로 다른 굴절률을 가지는 렌즈들이고, 조합만 잘 찾으면 떼돈을 벌 수 있다는 군요. 연구 결과가 바로 특허가 되고 제품이 되기 때문에 -_-;;

뭐 하여튼! 언뜻 바도 빨간선으로 표시한 부분 위로 지나는 빛은 잃어버릴 거 같죠? 저 잃어버린 빛들 덕분에 구석쪽은 다른 부분에 비해 조금 어두울 수 있게 되는데, 그냥 어두워지면 재미가 없지요. 앞에서 얘기를 했듯이 파장 별로 굴절율이 다르다보니, (예전 기억에 의하면 빨강 쪽이 보라 쪽보다 훨씬 덜 휘어졌던거 같아요) 그냥 어두워지는게 아니라 색의 왜곡이 생기게 되며, 이런 현상을 바로 비네팅이라고 부릅니다.

사실 그냥 공식처럼 조절해도 되지만 원리를 알고나면 더 재밌는 세상이라 오랫만에 재미없는 포스트 하나 날려봅니다. 재미가 있었을지 몰겠네요. -_-;;;

[1] LCD 에서는 백라이트가 항상 켜져있고, LCD 소자가 그 빛의 일부를 막는 식으로 밝기를 조절하지만 PDP 에서는 특정 시간만큼만 소자를 발광시키는 방법을 통해 밝기를 표현하게 된다고 합니다.

만약 70%의 밝기를 표현하는 경우라면 LCD 에선 백라이트의 70%만을 통과시키게 되고, PDP 에서는 70%의 시간동안만 소자를 발광시키는거죠. 그런 이유로 초기버젼의 PDP 를 시청할 때 몸을 빠르게 좌우로 흔들게 되면 색이 깨지는 현상이 발생했다고 해요.

덧, 다음엔 제가 지금 연구하고 있는 color filter array 와 관련된 내용으로 다시 찾아오도록 하겠습니다. 캬캬캬 (뭐 어짜피 저 혼자 보는 블로그라 별 관심은 없으시겠지만… ㅠ.ㅠ)

지난 일년 반 동안 참 많은 분야를 봐왔고 많은 것들을 배운 것 같다. 이제 슬슬 아이디어도 하나 둘 생기는 시점인데 석사로 끝내는 게 조금 아쉽다는 생각이 들기 시작했다. 박사로의 진학은 거의 배제시켜놓고 있었는데…

만약 병특 시험에서 4번 연속으로 떨어진다고 가정해도 그 전에 SCI 급 논문 두 편만 써놓게 되면 파트타임으로 전환 한 뒤 병특을 구해도 졸업은 금새 가능할테니 크게 문제가 되지 않을 것 같고, 등록금이나 생활비는 (많지는 않지만) 교수님이 주실테니 문제되지 않은 상황…

진로 문제는 언제나 명확한 해답이 없기도 하지만 과연 두 달 후의 난 어떤 선택을 해야 할 지 고민이 되기 시작했다…

하튼 가사만 듣고 있으면 완전 내 주제가 -_-v

가사를 보시려면 클릭~!

어젯밤에 다 끝나고~ 술을 궤짝으로 마셨어~!
아 배아퍼!!!!!!

어젯밤에 다 끝나고~ 술을 궤짝으로 마셨어~!
아 머리아퍼!!!

요건 다음 ucc 에서 퍼온 동영상 -_-;;

본인이 올린건지 저 노래에 맞춰서 저러고 놀면서 찍은건지는;; 정보가 너무 없어서 ;; ㅋㅋ 하튼 저 노래 완전 맘에 든다~!

http://mytears.org/0708.mp3

http://mytears.org/0707.mp3

사실 연습한 부분은 저거보다 약 세배 정도 길긴 한데;; 16분 음표와 화려한 화음들의 압박으로 -_ㅜ

이 때다 싶어 아비터 테크를 탄 뒤! 유닛 수 200을 채우고 아비터 두 마리 마나를 겨우 150 이상으로 채웠는데…

아비터가 리콜을 위해! 출동한 상황에서 상대방은 지지…

이미 난 키보드 R 키 위에 손가락을 올려두었고, 아비터 두마리는 팩토리 바로 위까지 다 갔는데…

마치 헌터에서 저그로 멀티를 15개를 하고, 랠리를 모두 적 앞마당 쪽으로 찍어놓은 상황에서 라바를 전부 긁어모아 울트라를 눌렀더니 GG 가 나오는 상황하고 비슷하다고나 할까…

조금만 일찍 지지 치던가 -_-;;;

사실 논문을 가장 많이 읽었던 시기는 대학원 입학 후 3달쯤 되던 시기부터 한 5개월 정도가 아니었나 싶습니다. super resolution 이라거나 fast motion estimation, image enhancement 와 관련된 것들을 많이 읽어왔는데 정작 제 논문은 그거랑 별 관련이 없는 분야로 마무리하게 될 듯 하네요.

그냥 많이 읽다보면 불현듯 아이디어가 떠오를 것이라고 생각했었는데, 그렇지는 않는다는 것을 이제야 알게되었습니다. 얼른 요번 논문을 마무리하고, 이를 더욱 개선할 수 있을 것으로 보이는 알고리즘들을 추가로 테스트해서 또 다른 논문을 준비해보고 싶네요. (아이디어는 있는데 하나 더 써보고 싶은 욕심에;; )

이제 제 석사 2년의 시간도 슬슬 마무리 되어 가는 것 같습니다. 참 많은 것을 알게 되었고, 많은 것을 느낄 수 있었던 시간이 아닐까 싶습니다.

여러가지 이유로 블로그에 참 소흘하네요 ㅠ.ㅠ 얼른 급한 불들을 다 끄고, 스테레오 비젼이나 비디오 코딩에 관련된 내용들을 블로그에 정리해보고 싶은데… 불이 얼렁 꺼져 줄지 모르겠네요.

날씨가 점점 더워지고 불쾌지수가 높아지고 있습니다. 다들 모기조심하시고, 다복하시길! 꺄아!

p.s) 살이 빠지면서 (신경이) 다시 칼처럼 날카로워지고 있습니다… 쀍!!!!!!

바로 Visual Studio 를 실행시키고 -_-; 한 두 시간 정도 뚝딱뚝딱 거린 끝에 결국 콘솔용 지뢰찾기를 완성하기에 이르렀습니다. GUI 버젼으로도 만들어볼까 하는 생각이 있어서 게임 코어와 인터렉션 부분을 분리시켜 놓기는 했는데 구차니즘 말기인 요새 상황으로 볼때 GUI 버젼이 정말 나올까 하는 걱정이 조금 –;;

코드는 아래 url 로 가시면 볼 수 있고, Visual Studio 와 gcc (linux/Windows) 에서 정상적으로 컴파일되는 것을 확인했습니다. :) standard c function 을 제외하곤 별 다르게 사용한 게 없어서 아마 다른 플랫폼에서도 잘 실행될거라 생각합니다.

http://trac.unfix.net/browser/snippet/console_mine

p.s) 콘솔에 찍기에는 9×9 사이즈 이상은 너무나도 커져버려서 사이즈를 고정해놨는데 gui 로 옮기게 되면 저 부분에 관련해서 좀 업데이트를 해야겠네요.