…여기까지만 이야기한다면 4집 역시 아주 듣기 힘든 실망스러운 곡들로 채워져 있을 것 같지만, 다행히 그 정도까진 아니다. 물론 앨범 자체만 보자면 별점 세 개 정도의 애매한 수준이지만, 3집에서 시도했던 이런저런 변화들이 어느 정도 자리잡았다는 게 느껴지고 컨셉트 앨범이기에 가질 수 있는 곡들 간의 부드러운 흐름과 구성도 마음에 든다 (물론 Fear Factory 의 Obsolete 앨범 같은 수준은 안 되지만). 그리고 무엇보다, 드디어 ‘Hybrid Theory’ 의 그늘에서 제대로 벗어나는 데 성공했다는 점은 올해 안에 나온다는 다음 앨범이 어떤 모습일지 궁금해지게 만드는 이유이자 근거.

4집의 14번째 트랙이자 게임 Medal of Honor 의 트레일러 영상에도 쓰여서 유명한 곡인 ‘The Catalyst’ 는 악기와 사운드의 배치 및 구성, 밴드의 변화 방향, 앨범 전체의 컨셉트 등을 종합적으로 대표하는 곡이다. 특히 가사가 인상적이니 가급적 음미하면서 들어볼 것.

[Audio clip: view full post to listen]

Windows 7 의 경우 자신의 홈 폴더 (예: C:\Users\AnotherUser) 에서 AppData\Local\Google\Chrome\User Data\Default\User StyleSheets 로 이동한 다음, Custom.css 파일 (원래는 아무 내용도 없다) 을 편집해 아래 내용과 같은 형식으로 적어 주면 된다. 물론 다른 운영체제에서도 동일한 방법이 적용될 수 있다.

* {
  font-family: NanumGothic, Malgun Gothic, sans-serif !important;
}

[Audio clip: view full post to listen]

최근 겪었던 가장 어이 없었던 문제는 바로 USB 전원 관리였다. 랩탑의 USB 포트에 무선 마우스 리시버를 꽂고 잘 쓰던 중, 랩탑의 전원 케이블을 뽑으면 잠시 후 마우스가 갑자기 동작하지 않는 문제가 있었는데, 알고 보니 이는 랩탑이 배터리로 동작하는 순간 모든 USB 포트에 Autosuspend 가 강제 적용되면서 마우스 리시버까지 사용 중단 상태가 되기 때문에 발생한 현상이었다.

이를 해결하기 위해선 해당 USB 장치 (위의 예에선 마우스 리시버) 가 Autosuspend 되지 않도록 블랙리스트에 추가해야 한다. 우선 해당 USB 장치가 연결된 상태에서 터미널을 켜고 lsusb 라고 입력해 자신의 USB 포트 및 장치들의 목록을 확인하자.

위 스크린샷을 보면 Bus 007 Device 002: ID 045e:0745 Microsoft Corp. Nano Transceiver... 라는 항목이 있을 텐데, 이것이 내가 현재 쓰고 있는 마우스 리시버다. 여기서 ID 부분 (045e:0745) 을 기억해 두자.

이제 /etc/laptop-mode/conf.d/ 에 있는 usb-autosuspend.conf 파일을 연 다음, AUTOSUSPEND_USBID_BLACKLIST 섹션을 찾아 아래 스크린샷처럼 원하는 USB 장치의 ID 를 적어 주면 된다. 저장한 후 재부팅을 하면 배터리 상태에서도 해당 USB 장치는 Autosuspend 에 들어가지 않고 정상 동작할 것이다.

p.s USB Autosuspend 기능 자체를 끄는 방법도 있긴 하지만 전력 관리 차원에서 별로 추천하진 않는다. 그리고 무선 마우스 정도를 제외한 일반적인 장치들은 Autosuspend 가 켜져 있어도 별 이상 없이 정상 동작하니 걱정하지 않아도 될 것이다.

때문에, 결국 마지막에 기억나는 건 멘붕, 3D 의 어색함을 여러 편법들 (이를테면 3D 캐릭터들 모두가 표정 변화도 없고 말할 때 입도 움직이지 않는 등) 로 잘 극복한 카툰 렌더링 파트, 멘붕, 일부 설정들이 잘려나간 흔적들, 멘붕, 멘붕, 그리고 풀 버전 기준으로 7분짜리인 은근히 긴 엔딩 곡 정도다.

[Audio clip: view full post to listen]

p.s 그래도 길티 크라운이나 라스트 엑자일 2기 따위보단 훨씬 볼 만했음. 일단 여덟 편밖에 안 되니 질리기 전에 끝가지 공략(?) 가능했…

YouTube 가 느려서 재생이 힘드신 대다수의 한국 분들을 위해 블로그에 직접 업로드해 두었으니 즐감하시길 ^^

이 곡의 제목인 βίος 는 고대 그리스어로 life, 즉 삶과 생명을 의미한다. 인터넷을 검색해 보면 어떤 곳에선 βίοs, 심지어 Bios 라고 하는 곳도 있던데, OST CD 케이스의 뒷면을 보면 정확히 βίος 라고 표기되어 있다.

여담이지만, 분명 적혀 있는 가사는 독일어인데, 노래 발음은 전혀 독일어스럽지 않다. 독일어를 제대로 배워 보지 않은 내가 들어도 바로 위화감이 들 정도이니…

[Audio clip: view full post to listen]

In generations to come, when futuristic space children put their hands up in class and ask, “what was the first truly 21st century arcade racing game?” the answer they’ll receive from their robot teachers will be Need For Speed: Hot Pursuit.

- From The Guardian

얼핏 경쾌하고 단순한 아케이드 레이싱 같지만, 이걸 조금만 들여다 보면 치밀하게 계산된 장치들과 구성이 드러난다. 특히 레이싱 장르의 게임들이 저지르기 쉬운 오류들 – 이를테면 어설픈 리얼리티 혹은 어설픈 액션에의 추구, 자동차 자체에 대한 과도한 포커싱, 다양성이란 명목 하의 문어발 뻗기 같은 삽질들을 하지 않고 선택과 집중이라는 두 가지를 철저하게 유지했다는 점은 칭찬받아 마땅하다 (NFS 의 전작들인 Carbon, ProStreet, Undercover 가 모두 별 성공을 거두지 못 했기 때문에 시리즈 자체가 존속의 위기에 있던 상태였음을 고려한다면 더욱 대단하다).

이 게임과 비교할 수 있는 녀석이라면 ‘Split/Second’ 정도가 있겠지만, Split/Second 가 다리가 무너지고 건물이 박살나는 등 배경의 동적 변화와 그 이펙트에 너무 힘이 들어간 나머지 레이싱의 본질이라고 할 수 있는 ‘드라이빙 자체에서 비롯되는 즐거움’ 에서 촛점이 살짝 벗어나 있는데 반해, Need for Speed: Hot Pursuit 는 여러 변수들을 활용해 아케이드적 요소들을 어느 정도 살리고 있으면서도 본질적으론 순수한 드라이빙의 재미 쪽에 좀 더 무게감을 두고 있다. 스토리라고 할 게 전혀 없음에도 불구하고 레이싱이라는 행위에 대한 동기가 충분히 부여되고 있는 것은 이러한 설계가 잘 되어 있기 때문.

나온 지 꽤 된 게임임에도 불구하고 아직 적잖은 사람들이 즐기고 있더라. Battlefield 3 이후 모처럼만에 신나게 멀티하며 놀 거리가 생겨서 다행이다.

우선 /etc/polkit-1/localauthority/50-local.d 로 이동한 다음, com.ubuntu.desktop.pkla 라는 파일이 있는지 확인하자. 아마 대부분의 경우 이 파일이 없을 텐데, 아래 내용대로 입력 또는 수정한 후 저장하고 재부팅해 주기만 하면 된다.

Identity=unix-user:*
Action=org.freedesktop.upower.hibernate
ResultActive=yes

그저께 가상 머신을 돌리려고 Ubuntu 에다 VMware Player 4 를 설치했다 (여러 플랫폼에서 VMware 를 쓰고 있다 보니 VirtualBox 는 잘 쓰지 않는다). 설치 자체는 그럭저럭 정상적으로 되었는데, 최초 실행 시 VMware Kernel Module Updater 가 실행되는 과정에서 아래 화면처럼 계속 오류가 나타났다.

여러 삽질 끝에 나는 이 문제가 Linux Kernel 이 3.2 이상의 버전일 때 VMware Workstation 8 이나 VMware Player 4 를 설치할 경우 발생하는 오류임을 알게 되었고, 구글링 덕분에 한 블로그에서 이를 해결할 수 있는 패치를 찾을 수 있었다.

아래는 패치 스크립트의 링크다. VMware Workstation 8.0.1 또는 Player 4.0.1 까지는 위쪽 링크를 클릭하고, 그 이상 버전에선 아래 링크를 클릭하면 된다. 파일을 다운받은 다음 압축을 풀고, sh 확장자가 붙은 스크립트를 chmod +x 한 다음 터미널 상에서 sudo 로 실행하면 패치가 적용된다. 이후 VMware 를 실행해 보면 정상 실행됨을 확인할 수 있을 것이다.

• VMware Workstation 8 / Player 4 fix for Linux Kernel 3.2
• VMware Workstation 8.0.2 Player 4.0.2 fix for Linux Kernel 3.2+

p.s 혹시라도 이전에 패치가 실행된 적이 있다는 오류가 나오면서 패치 작업이 진행되지 않는다면 /usr/lib/vmware/modules/source/.patched 파일을 삭제한 다음 다시 시도해 보자.

미적지근한 연출이나 아귀가 안 맞는 플롯 같은 거야 그렇다 치더라도, 일단 기획 단계에서 작품의 메인 타겟을 유소년 계층으로 내리겠다고 마음먹었다면 그만큼의 철저한 연구와 대비를 했어야 했지만, 건담이라는 브랜드의 파워만 믿고 너무 안일하게 접근한 것이 실질적인 패착이 된 것 같다.

2부에 와서부턴 기존 노선을 포기하고 다시 청소년과 성인을 타겟으로 하는 형태로 바뀌었다고 하던데, 이건 이것대로 문제가 아닐까 싶긴 하다. 뭐 아예 관심 자체가 사라져 버린 나로선 그냥 그런가보다 할 뿐이지만… 하나카나 라디오가 아니었다면 아마 이 곡의 존재 자체도 모른 채 지나쳤을 거다.

[Audio clip: view full post to listen]

하나.

이 영화의 대전제를 한 문장으로 말하자면 ‘만약 10대 청소년이 슈퍼 파워를 지니게 된다면?’ 정도가 될 것이다. 이런 이야기는 이미 Spider-Man 같은 영화에서 어느 정도 다루어져 왔던 것이다. Spider-Man 시리즈를 관통하는 주제가 바로 자신에게 주어진 힘에 대한 활용과 책임이었으니까. 하지만 Spider-Man 역시 결국은 블록버스터. 주인공이 그런 고민들과 싸우고 결국엔 해답을 찾아 진정한 ‘영웅’ 의 위치에 오르는 과정을 아주 드라마틱하게 그려내고 있다. 하지만 Chronicle 은 중심이 되는 캐릭터도, 그리고 이를 풀어가는 방식도 좀 다르다.

이 작품의 실질적인 주인공인 Andrew 는 집안은 가난하고, 아버지한텐 맨날 얻어맞고, 어머니는 죽을 병에 걸려 있고, 학교에선 왕따 신세인 상당히 불행한 10대 청소년이다. 심지어 영화 초반 이후 친구가 되는 두 사람도 Andrew 와 초능력을 공유하게 되었기 때문에 친해진 것이지 그 이전까진 이렇다 할 관계조차 아니었다. 나이도 나이인데다 환경까지 이런 상황이니 멘탈 역시 당연히 불안정할 수밖에 없다. 실제로 그는 사회성도 부족하며, 편집증이라고 할 만큼 계속 무언가를 비디오로 찍고 있는 찌질한 캐릭터다.

이런 캐릭터에게 어느 날 갑자기 초능력이 주어졌다. 그리고 결과는? 모두에게 대재앙이 되었다. 힘은 있지만 이걸 컨트롤할 수 있는 능력이 부족했기 때문이다. 갑자기 슈퍼 파워를 얻은 평범한 소시민 – 게다가 예민한 감성을 지닌 청소년 – 이 스스로의 힘을 주체하지 못 해 멘탈 붕괴 상황까지 치닫는 과정과 이에 따르는 재앙을 소소하고 덤덤하게 그려내고 있다. 어느 정도의 리얼리티라는 포장지를 덧씌워서 말이다.

둘.

영화 The Blair Witch Project 로부터 시작된 ‘모큐멘터리 (Mocumentary)’ 라는 형식적 장르는 이제 어느 정도 보편적인 것이 되어 버렸다. 하지만 이런 모큐멘터리가 가질 수 있는 장르는 어느 정도 한정되어 었다. 기본적으로 등장인물 중 한 명 이상이 어떤 이유로 인해 (이를테면 폐가에서 나오는 귀신을 찍기 위해서 등등) 직접 비디오 카메라 같은 걸로 현장과 사건들을 녹화해 가며, 관객은 그 과정에서 찍힌 영상을 사건 이후 시점에서 보고 있다… 라는 식의 설정이 필요하기 때문이다. 실제로 모큐멘터리 하면 떠오르는 영화들이 The Blair Witch Project, Paranormal Activity, Rec 나 Cloverfield 같은 호러 장르 (또는 호러적인 요소가 강한 것들) 뿐이라는 점을 생각해 보자. 그런 점에서 Chronicle 은 모큐멘터리가 호러 이외의 장르에서도 효과적인 스토리텔링 형식이 될 수 있다는 하나의 예가 되지 않았나 생각한다.

하지만 같은 관점에서 이 영화는 분명한 한계 역시 가지고 있다. 모큐멘터리가 가져야 할 필수이자 최대의 장점이라고 할 수 있는 ‘지금 이 영상은 원래 있었던 사건의 녹화본이다. 즉, 이건 모두 진짜다!’ 라는 느낌이 많이 약하다. 이는 관객을 속이고 보다 몰입시킬 수 있도록 하기 위한 각 클립들의 배경 설정이나 설득력, 작품 상 근거들이 부족했기 때문이라고 생각한다 (당장 주인공과 모 여자 캐릭터가 왜 비디오 카메라를 들고 다니는지에 대한 이유부터가 명확하지 않다). 특히 후반부에 CCTV 나 휴대폰 카메라, TV 뉴스 등을 통한 장면들이 등장하면서 모큐멘터리로서의 특징이 더욱 희석되어 버렸다는 점은 감독 스스로도 반성해 볼 필요가 있다.

셋.

Chronicle 은 아쉬운 부분이 꽤 드러나는 영화다. 각각의 신 (Scene) 들에 대한 밸런싱이 약간 애매한 탓에 괜한 시간을 잡아먹는 부분들도 있었고, 후반부는 너무 ‘아키라’ 스러운 느낌이 나기도 했고, 무엇보다 마무리 매듭을 제대로 짓는데 실패했다는 것은 좀 크리티컬했다. 그럼에도 불구하고 이 작품은 분명 봐 줄 만한 녀석이다. 블록버스터가 아니었음에도 별로 지루하지 않았고, 저예산 영화임에도 그런 티가 별로 많이 나지 않았고 (마지막 티벳 장면 제외), 후반부에 집중된 액션 신도 그 정도면 커트라인은 넘겼다. 아직 어린 감독의 첫 작품이라는 걸 생각하면 오히려 칭찬해 줄 수 있을 만한 수준이었다고도 생각한다.

p.s

한국에선 이상하게도 Chronicle 을 마치 가벼운 액션 블록버스터인 것처럼 광고하고 있는데, 이것이 결과적으로 이 영화에 대한 평가를 깎아 먹는 데 지대한 영향을 미친 것 같다. 이 영화는 절대 블록버스터라고 불림 만큼 스펙터클하지도 않고, 화려하거나 속 시원한 액션이 넘쳐나지도 않는다. 오히려 좀 특이한 심리 드라마라는 관점에서 본다면 그럭저럭 만족스러울 듯.

GNOME Shell

위 스크린샷을 보고 현재 실행 중인 프로그램이 정확히 몇 개인지, 혹은 현재 화면 내에 있는 창의 수가 정확히 몇 개인지 답변해 보라. 대부분의 사람들은 두 질문 모두에 ‘세 개’ 라고 답변할 테지만, 실제로 스크린샷에서 도출 가능한 가장 정확한 답변은 ‘세 개 이상(!)’ 이다. 각 창의 뒤쪽이나 별도의 가상 작업공간 (Workspace) 상에 다른 프로그램 창들이 떠 있을 가능성이 있으며, 위 스크린샷에 보이는 요소들만으로는 그런 부분들에 대한 확인이나 추정이 불가능하기 때문이다.

이에 반해 Windows 의 경우 작업 표시줄을 통해 현재 실행 중인 프로그램이 무엇인지 한 눈에 파악할 수 있음은 물론, 개별 프로그램 창에 쉽게 접근할 수도 있다. 덕분에 우리는 웹 브라우저가 화면 전체를 뒤덮고 있는 아래 스크린샷을 보면서도 현재 총 네 개의 프로그램이 실행 중이라는 것을 쉽게 인지할 수 있다.

Windows 7

이러한 차이는 근본적으로 GNOME 이 취하고 있는 KISS (Keep it Simple, Stupid) 원칙 때문이다. GNOME Shell 은 바깥에 보이는 복잡한 요소들을 최대한 줄이기 위해 창 관리, 가상 작업공간 관리와 더불어 프로그램 실행, 검색, Dock 같은 거의 모든 기능들을 Activities overview 라는 화면 안에다 집어 넣어 버렸고, 최상단 바의 좌측에 Activities 버튼을 배치시켜 이를 클릭하거나 마우스로 건드리면 해당 화면으로 전환되면서 숨어 있던 UI 컴포넌트들이 나타나도록 만들어졌다.

항시적으로 나타나는 UI 요소가 줄어든 덕분에 화면은 깔끔해졌고 프로그램에 훨씬 많은 공간을 할당할 수 있게 되었지만, 사용자에게 필요한 정보들 – 특히 다른 창이나 프로그램들의 열람 / 실행 상태도 같이 한 단계 (Depth) 안으로 들어가 버렸기 때문에 이를 파악하기가 번거로워졌다. 실제로 내가 본문 맨 위의 스크린샷을 찍었을 땐 총 일곱 개 – 해당 작업공간에 다섯 개, 다른 작업공간에 두 개의 프로그램이 실행되고 있었지만, 아래 스크린샷에서처럼 Activities overview 로 전환하지 않는 이상 이를 확인할 도리가 없었다 (물론 Alt+Tab 등의 단축키를 사용할 수도 있지만 좀 다른 경우이니 패스).

Activities overview of GNOME Shell

이외에도 차지하고 있는 공간의 비중에 비해 제대로 활용되지 못 하는 상단 바, 충분히 통합될 수 있을 것 같은데도 분리되어 있는 우측 상단의 System status area 및 우측 하단의 Tray area 등 여러 단점들이 눈에 보인다. 이 중 대부분이 GNOME 진영의 특징이라고 할 수 있는 ‘단순성 (Simplicity) 에의 집착’ 때문에 생긴 문제라는 점은 흥미로운 부분.

GNOME Shell 은 기본적으로 피츠의 법칙을 비롯한 UI / UX 이론들을 상당히 잘 따르고 있으며, 기본 개념들에만 익숙하다면 상당히 멋지고 괜찮은 UI 임에는 틀림 없다. 하지만 평균적인, 혹은 그 미만인 유저들의 입장에선 그리 쉽다고 하기 힘들고, 효율성 면에서도 그다지 높게 평가하기 어려운 부분들이 많다. Windows 나 Mac OS X 의 UI 가 새삼스레 좋게 느껴지는 것도 어쩔 수 없는 듯.

그리고 ‘드디어’ 그저께 – 거의 열 달 가까이 지난 시점이 되어서야 Windows Phone 용 Skype 의 베타 버전이 나왔다. 정식 버전은 4월 중에 출시 예정이라는 듯. 하지만 MS 가 수많은 사람들로부터 대차게 까이고 있는 것은 자기들이 인수한 회사의 앱이 스스로의 OS / 플랫폼에 가장 나중에 릴리즈되었다는 사실 때문이 아니다. Skype 앱이 통화가 안 된다거나 버그 투성이라거나 기능이 허접하기 때문인 것도 아니다. 사람들의 메인 타겟은 바로 OS 로서의 Windows Phone 자체다.

Image From: http://arst.ch/smw

Windows Phone 은 기본적으로 Apple 의 iOS 처럼 기능 면에서 상당한 제약을 두고 있다. 특히 멀티태스킹의 경우 지금의 iOS 보다 더 심한데, 극히 제한적인 몇몇 시나리오 – 이를테면 음악 재생이나 정기 스케줄 실행 같은 것들만 백그라운드에서 동작하고 그 외의 경우에는 멀티태스킹 자체가 아예 안 된다. 그리고 VoIP 는 이 ‘시나리오’ 에 포함되어 있지 않다. 때문에 Skype 앱을 메인으로 계속 켜 두고 있지 않은 이상 다른 사용자로부터 Skype 통화 수신을 받을 수도 없고, 심지어는 Skype 로 통화를 하다가 실수로 홈 버튼 같은 걸 눌러 버리면 곧바로 Skype 가 꺼지면서 통화도 끊겨 버린다!

MS 의 소프트웨어가 MS 의 플랫폼에서 가장 잘 안 돌아가는 이런 웃긴 상황이 연출되고 있는 것은 최근 MS 내부의 결정 프로세스나 업무 공유 상황 같은 움직임을 간접적으로 보여 주는 예시인 듯 하다. 이상적인 시나리오대로였다면, MS 는 Windows Phone 용 Skype 앱을 따로 발표할 게 아니라 Skype 의 전화 통화, 화상 통화, 텍스트 메시징 등의 기능들을 OS 자체에 내장, 통합시켰어야 했다 (Apple 이 iMessage 와 Facetime 을 iOS 에 기본 포함시킨 것처럼). 하지만 지금은 그런 거창한 계획 이전에 비싼 돈 주고 산 자기 소프트웨어 플랫폼에 대한 지원부터 빨리 하라고 부추겨야 하는 상황.

과연 MS 는 얼마나 더 지나야 모바일의 바다에서 허우적대지 않을 수 있을까. 그리고 허우적거림이 끝난 이후의 MS 는 물 위에 있을까, 아래에 있을까.

[Audio clip: view full post to listen]

각각의 정의에 대해 딱딱하게(…) 이야기하자면, sudo su 는 su, 즉 스스로가 superuser 가 되는 명령어를 sudo 로 실행하는 것이고, sudo -s 와 sudo -i 는 둘 다 interactive shell 을 실행하는데, -s 는 SHELL 환경 변수 상에 정의된 shell 을 실행하고, -i 는 passwd, 즉 패스워드 데이터베이스에 정의된 shell 을 최초의 login shell 로써 사용한다 (simulate initial login) 는 차이점을 지닌다.

…근데 이렇게 적어 놓고 보니 그냥 그게 그거 같다 (애초에 무슨 말인지 이해하기도 어렵다). 좀 더 풀어서 쓰자면…

이 셋은 root shell 을 사용할 수 있는 명령어라는 점에선 거의 동일해 보이지만, 미묘한 뉘앙스의 차이가 있다.

1. sudo su: 아예 계정 자체를 root 로 전환한다. 때문에 $HOME 은 /root 가 되며, .bashrc 등의 설정 파일들은 /root 에서 가져온다. 단, $PATH 는 root 의 것이 아닌 /etc/environment 를 사용한다.
2. sudo -s: root 권한의 shell 을 실행하되, 현 계정의 모든 환경 변수들을 그대로 가져온다. $HOME 은 /home/$USER 가 되며, .bashrc 등의 설정 파일들 역시 /home/$USER 에서 읽는다. $PATH 는 root 의 것을 사용한다.
3. sudo -i: root 권한의 shell 을 실행하며, 이 shell 은 현 계정과는 완전히 독립된 상태이다. $HOME 은 /root 이며, .bashrc 등의 설정 파일들 역시 /root 에서 읽는다. 또한 $PATH 역시 root 의 것을 따른다.

별 것 아닌 차이 같지만, 이것들을 잘 이해하고 사용하지 않으면 가끔 미묘하게 짜증나는 상황이 연출될 수 있으므로 주의할 필요가 있다. 예를 들어, sudo -s 를 사용하면 권한은 root 이지만 $HOME 은 /home/$USER 가 되기 때문에 일부 프로그램을 실행하거나 설정을 변경하면 /home/$USER 에 있는 설정 파일들 (이를테면 ~/.Xauthority 등) 이 root 에 의해 덮어씌워지기 때문에 나중에 일반 유저 상태로 설정을 변경하려 하면 권한 문제 때문에 막혀 버리는 문제가 생길 수 있으니 조심하자.

결론 겸 요약: 일반적인 경우라면 sudo -i 를 사용하는 것이 가장 좋으며, 특별한 상황이라면 거기에 맞는 명령어를 쓰자.

우연찮게, 오랜만에 다시 보게 된 UT2004 듀얼 영상. Roughnery 맵은 기본적으로 세미 오픈의 특성을 가지고 있지만 너무 복잡한데다 변수도 많기 때문에 상당히 플레이하기 어려운 맵인데, 그럼에도 불구하고 POV 인 Frantic 이 치밀한 운영과 상대 예측을 통해 펼쳐낸 이 역전극은 감탄사를 자아내기에 충분하다. Quake 시리즈에선 맛보기 힘든, 운영의 묘미가 잘 느껴지는 멋진 플레이.

단지 심플함을 장점으로 하는 서비스 치고는 홈페이지에 보이는 정보의 양이 좀 많아 보인다는 느낌을 받았는데, 이는 타임라인의 배치가 왼쪽에서 오른쪽으로 넘어간 것, 그리고 타임라인의 폭이 미묘하게 좁아진 것, 작은 사이즈의 글씨가 예전보다 많이 쓰이게 되었다는 것, 또한 사이드바의 배경색이 예전처럼 타임라인과 다른 색이 아닌, 동일한 흰색이 되었다는 점 등이 영향을 미친 것으로 보인다. 그리고 일시적인 조치인지는 모르겠지만 전체 대화 (Conversation) 내용을 조회할 수 없다는 것 (선택된 트윗의 앞뒤 내용만 나옴), 왼쪽 상단의 ‘Compose new Tweet’ 텍스트박스가 너무 눈에 띄지 않는다는 것 등이 아쉽다. 그리고 기왕 리뉴얼이 진행 중인 상황인 만큼, 웹과 모바일, 그리고 데스크탑 애플리케이션 간의 인터페이스 통일화 작업도 필요해 보인다.

하지만 Java 기반의 오픈 소스 프로그램인 JSymphonic 을 이용하면 이러한 불편함을 어느 정도는 해소할 수 있다. 이것 역시 2009 년 0.3.0 이 나온 이래 새 버전은 나오고 있지 않지만, 어차피 SonicStage 를 사용해야 하는 기기들 자체가 옛날 것들이니 별 상관은 없을 듯.

단, 기본적인 파일 전송 기능 외에 앨범 커버 같은 부가적인 것들은 포기해야 한다. 사용 전에 지원되는 기기들 및 기능들의 목록, 그리고 설치 및 사용 안내를 꼭 읽어 보시기 바란다. 특히 MP3 이외의 다른 파일을 전송하고자 할 경우 변환을 위해 ffmpeg 가 반드시 필요하기 때문에 실행 전에 관련 패키지들을 모두 설치해 두어야 한다.

• 다운로드: JSymphonic v0.3.0: Ode To Freedom

• ffmpeg: ffmpeg -i input.avi -acodec pcm_s16le output.wav
• mplayer: mplayer -vo null -vc null -ao pcm:fast:file=output.wav input.avi

이를 응용하면, 터미널에 for i in *.mp4 ; do ffmpeg -i "$i" -acodec pcm_s16le "${i/%mp4/wav}" ; done 라고 입력하는 식으로 해당 디렉토리 안의 모든 mp4 동영상 파일로부터 사운드를 추출해 wav 형태로 저장할 수 있다.

Build features fast. Ship them. That’s what we try to do at GitHub. Our process is the anti-process: what’s the minimum overhead we can put up with to keep our code quality high, all while building features *as quickly as possible*? It’s not just features, either: faster development means happier developers.

애니마스에서 가장 손꼽히는 화는 역시 20화일 텐데, 초초초초일반적인 이야기를 어떻게 하면 효과적으로 연출하고 전달할 수 있는지를 잘 보여 주는 하나의 교본 같은 편이었다고 생각한다. 특히 이 곡 ‘약속’ 이 나오는 후반부는 애니마스 전체의 하이라이트라고 해도 과언이 아닐 듯.

참고로 첨부된 곡은 키사라기 치하야 솔로 버전이다.

[Audio clip: view full post to listen]

rake aborted!
dlopen(/Users/katselphrime/.rvm/gems/ruby-1.9.2-p290/gems/mysql2-0.3.11/lib/mysql2/mysql2.bundle, 9): Library not loaded: libmysqlclient.18.dylib
Referenced from: /Users/katselphrime/.rvm/gems/ruby-1.9.2-p290/gems/mysql2-0.3.11/lib/mysql2/mysql2.bundle
Reason: image not found – /Users/katselphrime/.rvm/gems/ruby-1.9.2-p290/gems/mysql2-0.3.11/lib/mysql2/mysql2.bundle

이럴 땐 자신의 홈 디렉토리에 있는 .bash_profile 파일을 수정해 (없으면 만든다) 아래 한 줄을 추가해 주면 된다.

• export DYLD_LIBRARY_PATH=”/usr/local/mysql/lib:$DYLD_LIBRARY_PATH”