일상에서 일어나는 일들에 대해서 이야기하고 있습니다.

제목부터가 범상치 않은 드라마 The OA Office Automation 사무자동화 

넷플릭스 드라마 OA는 솔직히 제목만 봐서는 그다지 흥미가 생기지 않았습니다. 제목에서 느껴지는 것이 너무 없기 때문이랄까. 그래서 그냥 건성으로 넘어가고 지정생존자만 미친듯이 푹 빠져서 보고 있었죠.

 

그러다가 유튜브에서 위의 리뷰를 발견했습니다. 드라마를 완주하고 난 지금 보니 프리뷰 이미지가 내용을 잘 설명해주는 것 같네요. the OA의 줄거리는 대충 이렇습니다.

주인공 프레이리는 실종된지 7년만에 갑자기 어느 다리 위에 나타나 강으로 투신합니다. 다행히도 큰 부상 없이 구조된 프레이리는 부모님을 만나자마자 못 알아보고 낯설어합니다. 7년전 실종됐을때 프레이리는 장님이었기 때문이죠. 7년만에 돌아온 것도 기적인데, 장님이었던 사람이 앞까지 보게 되었다니 많은 사람들의 관심이 집중됩니다.

 

7년만에 돌아온 프레이리는 일상을 되찾기보다 자신이 감금되었던 그 곳으로 돌아가고 싶어합니다. 그 곳에 두고온 동료들을 구해야한다는 말을 하면서, 감금되었던 곳으로 돌아가고 싶어하는 프레이리를 본 가족과 경찰, 그리고 병원에서는 프레이리의 상태가 정상이 아니라고 판단하고 있었죠. 프레이리는 어떤 목적을 갖고 5명의 사람을 모으게 되고, 그렇게 모인 5명 앞에서 프레이리는 놀라운 이야기를 털어놓기 시작합니다.

자신의 이름은 프레이리가 아닌 OA이며, 자신의 성장과정과 7년전 어떤 계기로 실종되었고, 7년간 어디에 있었으며, 7년이 지난 지금 무엇을 하고자 하는지 낱낱히 전부 이야기합니다. 7년간 프레이리는 어느 과학자에 의해 실험대상으로 갖혀지내다 나왔다는 이야기를 털어놓는데, 그 실험의 내용이 끔찍하기 짝이 없습니다. 사람을 죽였다가 살려낸 후 사후세계의 실존 증거를 모으는 실험이었는데, 이런 끔찍한 실험 덕분에 OA와 함께 감금된 사람들은 끊임없이 주기적으로 죽었다 살아나는 끔찍한 실험을 7년간 당하게 됩니다.

드라마는 이렇게 OA의 체험을 이야기하는 것을 듣는 식으로 흘러가다보니 영화 맨 프롬 어스가 떠오를 때도 있습니다. 마지막에 다다라서는 다소 충격적인 결말을 안겨줍니다.

이 드라마는 끊임없이 삶과 죽음에 대해 이야기합니다. 아무래도 사후세계에 대한 주제를 다루다보니 필수 불가결한 요소이긴 합니다만, 사후세계와 물질세계가 동일한 성질을 갖고, 같은 상태를 공유하며, 유지되어 있을거라는 가정이 저에겐 인정할 수 없는 부분입니다. 사후세계는 그 누구도 돌아와서 구체적으로 기록으로 남겨준 사람이 없습니다. 당연한것이라고 봅니다. 사람은 본 것을 기반으로 이야기하고 본 적이 없는 것은 설명할 방법도 없습니다. ‘~같다 혹은 ~같은 것이다’ 라고 설명하기에도 본 적이 없는 걸 설명하는데는 한계가 있기 때문이죠.

그래서 그런지 드라마 속 사후세계도 사람이 상상하는 한계에서 그려지는 덕분에 “저게 사후세계라면 난 별로 가고 싶지 않은데”라는 생각이 들더군요 ㅎㅎㅎ

아무튼 OA역을 맡은 브릿 말링이 각본에 참여한 것도 신선했습니다. 브릿 말링은 영화 어나더 어스에서도 무척 비극적인 사연의 여주인공으로 나오는데, 이 드라마에서도 유사한 분위기를 보여주는것 같습니다. 이런 주제에 관심이 많은 배우인가 싶더군요. 무척이나 많은 의문과 떡밥만 던져놓고 떠나버린 OA의 이야기가 시즌2에서는 어떻게 설명될지 기대됩니다.

 

커닝 – Kerning 은 타이포그래피를 다룰때 시각적으로 매끄럽게 글자를 읽을 수 있도록  간격을 조절하는 것을 이야가합니다. 서체 프로그램에 의해서 만들어지는 텍스트들이 사실 항상 보기 좋게 나열되는 것들이 아니기 때문에 이러한 작업들이 꼭 필요합니다. 타이포그래피에 대한 용어 정리를 잘 해둔 블로그가 있으니 참고하면 좋을 것 같네요 .http://namcreative.tistory.com/99

여튼 친한 동생이 커닝을 직접 눈대중으로 조절한 다음 얼마나 정확하게 맞췄는지 측정하는 사이트를 알려줘서 해봤더니 생각보다 쉽지 않았는데, 점수는 생각보다 좀 나왔네요. 나름 재미는 있어요. 예전에 타이포그래피에서 커닝 조절할 때 요령에 대해서 읽은 적이 있는데, 글자와 글자 사이에 풍선을 끼워 넣듯이 배치하라는 팁이 있었습니다. 디자인할때 그 팁을 여전히 적용해서 작업하는 편인데, 그 방식대로 테스트에도 적용해 얻은 결과입니다.

그런데 또 이게 한글이라면 다른 결과가 나왔을것 같아요. 영문보다는 좀 더 신경써줘야 할 부분들이 더 많다는 느낌인데…(나만그런가)

아무튼 테스트는 아래 링크에서 해볼 수 있습니다. 한 번 해보세요 재미있어요 🙂

 

간단히 이야기하면 어도비 스톡 컨텐츠 작가 신청을 했습니다. 대단한건 아니지만, 반신반의 하며 제출한 이미지가 승인 심사를 통과하고 나니 신기하네요. 잘하면 제가 만든 이미지가 판매될 수도 있다고 생각하니 좀 신기한 구석도 있습니다.

국내에도 스톡이미지 업체들이 많이 있습니다만, 지인 중에 작업을 진행해 본 사람의 이야기를 들어보니 계약조건이 참 부당하더군요. 국내업체들이 내미는 조건을 보면 작가는 그냥 착취의 대상으로 여기는 경우를 많이 만나게 됩니다. 지급되는 보수는 노동대비 시간을 따져보면 최저시급만도 못한데다 저작권까지 통채로 넘기는 식이라 영 내키지 않죠.

해외 스톡이미지 업체들이 한글서비스를 갖추고 국내진출을 하게 되면서 이 시장도 조금은 달라지리라는 기대를 품어봅니다. 일단 마켓 자체가 국내에서 해외로 넓어졌다는 것만 해도 고무적이라고 봅니다. (물론 경쟁 상대도 어마어마하게 많아졌다는 이야기지만…)

국내업체처럼 작업 건당 페이를 지급하는 방식이 아니라 판매가에서 수익이 배분되는 형식이라, 판매가 되지 않으면 수익도 없습니다. (슬프네요) 아무튼 천리길도 한걸음부터니까 이제 컨텐츠를 부지런히 생산해서 쌓는 일만 남았네요.

 

문제 인식

요 며칠전부터 갑자기 컴퓨터가 심하게 버벅거리고 동작이 느려지는 현상이 나타났습니다. 혼자 작업할때 심심하다보니 집중하기 전까지는 예전에 봤던 드라마를 한켠에 틀어놓는다던지, 음악을 틀어놓는다던지 하는 편입니다. 그런데 평소같으면 크롬 브라우저 몇개 띄우고 동영상 하나쯤 돌려도 가벼운 스케치 작업하는데 컴이 버벅거릴 일은 없었는데, 하드디스크도 열심히 읽어대고 잠깐잠깐 넋놓고 얼어버리기도 하는 등 확실히 며칠 사이에 이상한 상태가 되버렸습니다.

문제 발견

이상해서 작업관리자 창을 띄워봤더니 v_member.exe라는 파일이 비정상적으로 높은 점유율을 보여주며 작동하고 있더군요. 도대체 무슨 파일인가 궁금해서 구글에 검색해봤더니 그리드 딜리버리 프로그램이랍니다.  아뿔싸. 며칠전 친구녀석이 자기가 구하기 힘든 옛날 일본 드라마 다운받았다고, 기간 만료되기전에 저보고 다운받으라고 투디스크라는 웹하드를 알려줬는데, 그 프로그램이 설치될때 그리드 딜리버리 프로그램 설치된다고 안내됐던게 기억나네요.

원래 그런 류의 웹하드 프로그램들은 보통 사용자의 컴퓨터 자원을 이용해서 전송하는 그리드 딜리버리 프로그램을 필수적으로 설치하긴 합니다만, 설마 웹하드를 사용하고 있지 않은 상태에서도 계속 상시 돌아갈거라고는 생각도 못했어요.

문제 해결

일단 문제가 되는 투디스크 프로그램을 지웠습니다. 그런데 더욱 황당한 점은 그리드 딜리버리 프로그램은 별도로 삭제가 안되더군요. 투디스크 따로, 그리드 딜리버리 프로그램 따로 지워줘야합니다.

즉, 웹하드 프로그램을 지워도 그리드 딜리버리 프로그램은 혼자 열심히 파일을 주고 받고 앉아있는겁니다. 이건 거의 악성코드 수준이네요. 적어도 웹하드 프로그램을 지우면 함께 삭제되어야하는게 맞는게 아닌가 싶습니다. 제어판에서 v_service라는 프로그램을 언인스톨 해주면 이 문제도 해결 되는 모양입니다, 저는 아래 연결된 링크의 내용을 보고 레지스트리까지 해당부분들을 찾아서 삭제하고 정리해줬습니다.

hummingbird.tistory.com

자바스크립트 호출 순서

워드프레스에서 자바스크립트를 사용하다보면, 보통 웹사이트들과 달리 wp_enqueue_script 라는 워드프레스 자체 함수를 이용하게 됩니다. 일반적으로 웹사이트를 만들때 방식처럼 script 태그를 여기저기 삽입하는 방식으로 만드는 것보다 이런 방식을 권장하고 있기 때문이죠.

그런데 문제는 스크립트마다 head에서 호출해야하는 경우가 있고, body 태그 이후에 호출해야하는 경우도 있습니다. 컨텐츠가 다 불러오기 전에 미리 삽입하느냐, 컨텐츠가 다 불려온 후에 삽입해야하느냐 하는 순서를 정해줘야할 때가 있죠.

순서 때문에 문제가 가끔 발생합니다

예를 들면 저의 경우 워드프레스에 bxslider를 직접 넣어서 쓰고 있는데, 호출 시점에 문제가 생겼습니다. 처음에는 멀쩡히 작동하다가 테스트하면서 다른 플러그인을 한번 설치했다가 지우면서 뭔가 순서가 꼬였는지 오작동을 일으키기 시작했습니다.

개발자 툴을 통해 확인해보니 스크립트가 호출되는 시점이 변경되어있더군요. 컨텐츠가 다 불려온 이후에 호출되야하는데, 그 이전에 스크립트가 삽입되어버리더군요. 그러니 스크립트는 제어해야할 컨텐츠를 찾지 못하고, 손을 놔버리는 상황이었습니다.

wp_enqueue_script

보통 자바스크립트는 function.php 안에 wp_enqueue_script 함수로 삽입합니다.

이런 구조를 갖고 있는 녀석인데, 위의 내용은 함수 안에 쓰이는 매개변수들입니다. 총 5개의 매개변수들인데, 저의 경우엔 아래와 같이 사용했습니다.

여기서 문제 해결을 위해 주목해야할 부분이 가장 마지막에 쓰인 $in_footer 변수에 들어간 내용입니다. false 값으로 넣어주면 head부분(컨텐츠 이전)에서 자바스크립트가 삽입되고, true로 넣어주면 body 태그 이후(컨텐츠 이후)로 자바스크립트가 삽입됩니다.

이렇게 매개변수 옵션 하나만 바꿔줘도 쉽게 해결 될 수 있는 문제인데 한참 끙끙댔네요.