faldet himmel

[어둠의 왼손] 서문

필유 — Wed, 17 Jun 2020 23:33:41 +0900

옛날옛날에 번역했던 건데(2006-10-28), 홈페이지가 사라져 이곳으로 그대로 옮겨둔다.

----

Introduction

서문

Science fiction is often described, and even defined, as extrapolative. The science fiction writer is supposed to take a trend or phenomenon of the here-and-now, purify and intensify it for dramatic effect, and extend it into the future. \"If this goes on, this is what will happen.\" A prediction is made. Method and results much resemble those of a scientist who feeds large doses of a purified and concentrated food additive to mice, in order to predict what may happen to people who eat it in small quantities for a long time. The outcome seems almost inevitably to be cancer. So does the outcome of extrapolation. Strictly extrapolative works of science fiction generally arrive about where the Club of Rome arrives: somewhere between the gradual extinction of human liberty and the total extinction of terrestrial life.

SF는 때때로 외삽^[각주:1]적이라고 설명되거나 심지어 정의되기도 한다. SF 작가는 지금 여기에서 벌어지는 경향이나 현상을 취해, 극적 효과를 위해 정제하고 응축시켜 그것을 미래로 확장시키는 사람으로 여겨진다. “이런 것이 계속된다면, 이것이 일어날 것이다.” 예측이 만들어진다. 사람이 소량으로 장기간 섭취하면 무슨 일이 일어날 것인가를 예측하기 위해 쥐에게 대량의 정제되고 응축된 식품 첨가제를 먹이는 과학자들의 방법론과 결과를 쏙 빼닮는다. 귀결은 거의 필연적으로 암인 것 같다. 외삽법의 귀결도 마찬가지다. 엄격하게 외삽적인 SF 작품들은 대개 로마 클럽^[각주:2]이 도달한 근처에 도달한다― 인간 자유의 점진적인 사멸과 지구 생명체의 전적인 사멸 사이의 어디쯤.

This may explain why many people who do not read science fiction describe it as ‘escapist,’ but when questioned further, admit they do not read it because ‘it\'s so depressing.’

이것이 SF를 읽지 않는 많은 사람들이 그것을 ‘현실도피적’이라고 설명하는 이유일지도 모른다. 하지만 계속 물어보면 그들은 ‘그것이 너무도 비관적’이기 때문에 읽지 않는다고 인정한다.

Almost anything carried to its logical extreme becomes depressing, if not carcinogenic.

거의 무엇이든 논리적인 극한에 이르면, 암을 일으키지는 않는다 해도 비관적이 되고 만다.

Fortunately, though extrapolation is an element in science fiction, it isn\'t the name of the game by any means. It is far too rationalist and simplistic to satisfy the imaginative mind, whether the writer\'s or the reader\'s. Variables are the spice of life.

다행히도, 외삽법은 SF의 한 요소이기는 하지만 결코 핵심적인 것은 아니다. 이것은 정말 너무 합리주의적이고 단순명료하기 때문에, 작가나 독자의 상상력을 만족시키지 못한다. 변수란 인생에 있어 양념과 같은 것이다.

This book is not extrapolative. If you like you can read it, and a lot of other science fiction, as a thought-experiment. Let\'s say (says Mary Shelley) that a young doctor creates a human being in his laboratory; let\'s say (says Philip K. Dick) that the Allies lost the second world war; let\'s say this or that is such and so, and see what happens… In a story so conceived, the moral complexity proper to the modern novel need not be sacrificed, nor is there any built-in dead end; thought and intuition can move freely within bounds set only by the terms of the experiment, which may be very large indeed.

이 책은 외삽적이지 않다. 원한다면 당신은 이 책, 그리고 다른 많은 SF를 하나의 사고실험으로 읽을 수도 있다. (메리 셸리 말대로) 한 젊은 의사가 실험실에서 인간 생명을 창조했다고 해 보자.^[각주:3] (필립 K. 딕 말대로) 연합군이 2차 세계대전에서 패배했다고 해 보자.^[각주:4] 이것은 이렇고 저것은 저렇다고 해 보고, 무엇이 일어나는지 보라… 이런 이야기에서는, 근대 소설 특유의 윤리적 복잡성이 희생될 필요가 없을 뿐더러, 판에 박힌 진부한 결말도 없다. 사고와 직관은, 실험의 제 조건들에 의해서만 설정된, 실로 매우 광범위할지 모르는 경계 내에서 자유롭게 움직일 수 있다.

The purpose of a thought-experiment, as the term was used by Schrodinger and other physicists, is not to predict the future ― indeed Schrodinger\'s most famous thought-experiment goes to show that the ‘future,’ on the quantum level, cannot be predicted ― but to describe reality, the present world.

슈뢰딩거와 다른 물리학자들이 사용한 용어, 사고실험의 목적은 미래를 예측하는 것이 아니라 ― 실제로 슈뢰딩거의 가장 유명한 사고실험은, 양자 수준에서는 ‘미래’가 예측될 수 없다는 것을 보여주었다 ― 현재 세계에서의 진실을 기술하는 것이다.

Science fiction is not predictive; it is descriptive.

SF는 예측하지 않는다. 기술한다.

Predictions are uttered by prophets (free of charge); by clairvoyants (who usually charge a fee, and are therefore more honored in their day than prophets); and by futurologists (salaried). Prediction is the business of prophets, clairvoyants, and futurologists. It is not the business of novelists. A novelist\'s business is lying.

예측을 말하는 사람은 예언자들(보수를 받지 않는다), 천리안을 가진 사람들(보통 보수를 받으므로, 한창 때에는 예언자들보다 존경받는다), 그리고 미래학자들(월급을 받는다)이다. 예측은 예언자들, 천리안을 가진 사람들, 그리고 미래학자들의 일이다. 그것은 소설가들의 일이 아니다. 소설가의 일은 거짓말하는 것이다.

The weather bureau will tell you what next Tuesday will be like, and the Rand Corporation will tell you what the twenty-first century will be like. I don\'t recommend that you turn to the writers of fiction for such information. It\'s none of their business. All they\'re trying to do is tell you what they\'re like, and what you\'re like ― what\'s going on ― what the weather is now, today, this moment, the rain, the sunlight, look! Open your eyes; listen, listen. That is what the novelists say. But they don\'t tell you what you will see and hear. All they can tell you is what they have seen and heard, in their time in this world, a third of it spent in sleep and dreaming, another third of it spent in telling lies.

기상대에서는 다음주 화요일이 어떠할지 말해줄 것이고, 랜드 연구소^[각주:5]에서는 21세기가 어떠할지 말해줄 것이다. 그런 정보를 소설 작가들로부터 기대하지는 말라고 나는 권하고 싶다. 그런 것은 전혀 그들의 일이 아니다. 그들이 하려는 모든 일은 그들이 어떠한지, 당신이 어떠한지 말해주는 것이다 ― 무슨 일이 일어나는지 ― 지금 날씨는 어떤지, 오늘, 이 순간, 비, 햇빛, 봐라! 눈을 떠. 귀 기울여 들어라. 이것이 소설가들이 하는 말이다. 하지만 그들은 당신이 무엇을 보고 듣게 될 것인지 말해주지는 않는다. 그들이 말해줄 수 있는 전부는, 3분의 1은 잠과 꿈으로 보내고 나머지 3분의 1은 거짓말을 하면서 보낸 이 세계의 이 시간 속에서 그들이 보고 들은 것들이다.

“The truth against the world!” ― Yes. Certainly. Fiction writers, at least in their braver moments, do desire the truth: to know it, speak it, serve it. But they go about it in a peculiar and devious way, which consists in inventing persons, places, and events which never did and never will exist or occur, and telling about these fictions in detail and at length and with a great deal of emotion, and then when they are done writing down this pack of lies, they say, There! That\'s the truth!

“세계를 향한 진리!” 그렇다. 확실히. 소설 작가들은, 더 용감해지는 순간에만큼은 진리를 갈망한다― 알고 싶어하고, 말하고 싶어하고, 섬기고 싶어한다. 하지만 그들은 독특하며 우회적인 방식을 택한다. 즉, 전혀 존재하거나 일어나지 않았던 그리고 앞으로도 그러할 사람들, 장소들, 그리고 사건들을 꾸며내고, 이 허구들에 대해 자세하고 장황하게 커다란 양의 감정을 실어 이야기하는 방법으로. 그리고 이 거짓말 보따리를 다 써내린 뒤에 그들은 말한다, 자! 이것이 진리다!

They may use all kinds of facts to support their tissue of lies. They may describe the Marshalsea Prison, which was a real place, or the battle of Borodino, which really was fought, or the process of cloning, which really takes place in laboratories, or the deterioration of a personality, which is described in real textbooks of psychology; and so on. This weight of verifiable place-event-phenomenon-behavior makes the reader forget that he is reading a pure invention, a history that never took place anywhere but in that unlocalisable region, the author\'s mind. In fact, while we read a novel, we are insane ― bonkers. We believe in the existence of people who aren\'t there, we hear their voices, we watch the battle of Borodino with them, we may even become Napoleon. Sanity returns (in most cases) when the book is closed.

그들은 자신의 거짓말투성이를 뒷받침하기 위해 온갖 종류의 사실들을 이용할지도 모른다. 그들은 실재 장소인 마샬시(Marshalsea) 감옥이나, 실제로 싸움이 일어났던 보로디노(Borodino) 전투나, 실제로 실험실에서 행해지는 클로닝 과정이나, 실재 교과서에 설명된 인격 붕괴 등등을 기술할지도 모른다. 이 검증가능한 장소-사건-현상-행위의 무게가 독자로 하여금 작가의 마음이라는 위치 모를 곳에서가 아니면 결코 어디에서도 일어난 적 없는 순전한 허구, 역사를 읽고 있다는 잊게 만드는 것이다. 실제로, 소설을 읽는 동안 우리는 제정신이 아니다. 맛이 가있는 것이다. 우리는 실재하지 않는 사람들의 존재를 믿고, 그들의 목소리를 들으며, 그들과 함께 보로디노 전투를 지켜보기도 한다. 심지어 우리는 나폴레옹이 되기도 한다. 책을 덮은 뒤 (대부분의 경우) 제정신이 돌아온다.

Is it any wonder that no truly respectable society has ever trusted its artists?

이제껏 진실로 훌륭한 어떤 사회도 예술가들을 신뢰하지 않았다는 사실이 조금이라도 놀라운가?

But our society, being troubled and bewildered, seeking guidance, sometimes puts an entirely mistaken trust in its artists, using them as prophets and futurologists.

하지만 우리 사회는 어수선하고 혼란스러워서, 인도자를 추구하는 과정에서 때로는 완전히 실수로 예술가들을 신뢰하기도 한다. 그들을 예언자나 미래학자로 대우하며 말이다.

I do not say that artists cannot be seers, inspired: that the awen cannot come upon them, and the god speak through them. Who would be an artist if they did not believe that that happens? if they did not know it happens, because, they have felt the god within them use their tongue, their hands? Maybe only once, once in their lives. But once is enough.

예술가들이 영감을 가진 선각자자 될 수 없다는 얘기는 아니다― 그들이 신적인 영감^[각주:6]을 내려받아 신의 목소리를 전달할 수 없으리라는 얘기도 아니다. 그들이 그런 일이 일어난다는 것을 믿지 않는다면 누가 예술가가 될 것인가? 왜냐하면, 그런 일이 일어난다는 것을 알지 못한다고 해도, 신이 내부에서 자신의 혀, 자신의 손을 사용하는 것을 느꼈는데? 아마도 단 한번, 일생에 있어서 한번일 것이다. 하지만 한번이면 충분하다.

Nor would I say that the artist alone is so burdened and so privileged. The scientist is another who prepares, who makes ready, working day and night, sleeping and awake, for inspiration. As Pythagoras knew, the god may speak in the forms of geometry as well as in the shapes of dreams; in the harmony of pure thought as well as in the harmony of sounds; in numbers as well as in words.

그렇다고 예술가만이 무거운 부담을 졌고 큰 특권을 부여받았다고 말하려는 것은 아니다. 과학자 또한 자나 깨나 낮이나 밤이나 일하며, 영감에 대한 준비를 갖추는, 대비하고 있는 사람이다. 피타고라스가 깨달았듯, 신은 꿈의 형태로뿐만 아니라 기하학의 형태로 말할지도 모르는 것이다. 소리의 조화로뿐만 아니라 순수한 사고의 조화로도, 언어로뿐만 아니라 숫자로도.

But it is words that make the trouble and confusion. We are asked now to consider words as useful in only one way: as signs. Our philosophers, some of them, would have us agree that a word (sentence, statement) has value only in so far as it has one single meaning, points to one fact which is comprehensible to the rational intellect, logically sound, and ― ideally ― quantifiable.

하지만 골칫거리와 혼란을 일으키는 것이 바로 언어이다. 이제 우리는 언어가 오직 하나의 방식으로 사용될 때에만 유용한 게 아닌가 생각하고 있다― 바로 기호 말이다. 우리의 철학자들 중 일부는 단어(문장, 진술)가 하나의 유일한 의미를 가질 때에만, 합리적인 지성인이 이해할 수 있고, 논리적으로 정당하며, 또한 ― 이상적으로는 ― 양화될 수 있는 하나의 사실을 가리킬 때에만 쓸모가 있다고 우리를 설득시키려 할 것이다.

Apollo, the god of light, of reason, of proportion, harmony, number ― Apollo blinds those who press too close in worship. Don\'t look straight at the sun. Go into a dark bar for a bit and have a beer with Dionysios, every now and then.

빛과 이성과 균형, 조화, 수의 신 아폴로. 아폴로는, 숭배심에 너무 가까이 몰려오는 사람들의 눈을 멀게 한다. 태양을 똑바로 바라보지 말라. 가끔은, 잠깐 어두운 바에 들어가 디오니소스와 맥주를 한 잔 나누라.

I talk about the gods, I am an atheist. But I am an artist too, and therefore a liar. Distrust everything I say. I am telling the truth. The only truth I can understand or express is, logically defined, a lie. Psychologically defined, a symbol. Aesthetically defined, a metaphor.

신들을 이야기하고 있지만, 나는 무신론자다. 하지만 나는 예술가이기도 하고, 그러므로 거짓말쟁이이다. 내가 하는 모든 말을 불신하라. 나는 진리를 말하고 있다. 내가 이해하거나 표현할 수 있는 유일한 진리는, 논리학적으로 말해 거짓말뿐이다. 심리학적으로 말하자면 상징. 미학적으로 말하자면 은유.

Oh, it\'s lovely to be invited to participate in Futurological Congresses where Systems Science displays its grand apocalyptic graphs, to be asked to tell the newspapers what America will be like in 2001, and all that, but it\'s a terrible mistake. I write science fiction, and science fiction isn\'t about the future. I don\'t know any more about the future than you do, and very likely less.

아, 시스템 과학이 장대한 묵시록적 그래프를 보여주는 미래학 회의에 초대받고, 신문기자들로부터 미국이 2001년에 어떤 모습일지 가르쳐달라는 질문을 받는 등, 그런 일들은 유쾌한 일이다. 그러나 그것은 끔찍한 실수이다. 나는 SF를 쓰지만, SF는 미래를 다루지 않는다. 나는 당신보다 미래에 대해 조금도 더 잘 알지 못한다. 아마 더 모를 것이다.

This book is not about the future. Yes, it begins by annnouncing that it\'s set in the ‘Ekumenical Year 1490-97,’ but surely you don\'t believe that?

이 책은 미래를 다루지 않는다. 그렇다, 이 책은 배경이 ‘에큐멘력 1400~97’임을 밝히며 시작되지만, 당신은 정말 이것을 믿는가?

Yes, indeed the people in it are androgynous, but that doesn\'t mean that I\'m predicting that in a millennium or so we will all be androgynous, or announcing that I think we damned well ought to be androgynous. I\'m merely observing, in the peculiar, devious, and thought-experimental manner proper to science fiction, that if you look at us at certain odd times of day in certain weathers, we already are. I am not predicting, or prescribing. I am describing. I am describing certain aspects of psychological reality in the novelist\'s way, which is by inventing elaborately circumstantial lies.

그렇다, 사실 이 책의 사람들은 자웅동체이지만, 그렇다고 내가 천년이나 그쯤 뒤에 우리가 자웅동체가 될 것이라고 예측하고 있거나, 혹은 우리가 응당 자웅동체가 되도록 저주받은 것 같다고 밝히고 있는 것은 아니다. 난 단지 SF 고유의 독특하고 우회적이며 사고실험적인 방법으로, 당신이 어떤 날씨 하에서 어떤 시간들 틈틈이 살고 있는 우리를 바라봤을 때, 우리는 이미 그렇게 되어있다고 말하고 있을 뿐이다. 나는 예측하지도, 규정하지도 않는다. 나는 기술한다. 나는 심리학적 진실의 어떤 양상을, 상세한 거짓말들을 정성들여 꾸며내는 소설가의 방식으로 기술하는 것이다.

In reading a novel, any novel, we have to know perfectly well that the whole thing is nonsense, and then, while reading, believe every word of it. Finally, when we\'re done with it, we may find ― if it\'s a good novel ― that we\'re a bit different from what we were before we read it, that we have been changed a little, as if by having met a new face, crossed a street we never crossed before. But it\'s very hard to say just what we learned, how we were changed.

소설, 어떠한 소설을 읽을 때에도, 우리는 모든 것이 넌센스라는 사실을 완벽하게 숙지해야 하지만, 그럼에도 읽는 동안에는 그 말들을 하나하나 믿어야 한다. 마침내 다 읽었을 때 우리는 ― 그것이 좋은 소설이라면 ― 자신이 책을 읽기 전과 조금 달라졌음을, 조금 변화했음을 깨달을지도 모른다. 마치 우리가 새로운 얼굴을 만남으로 인해, 전에 전혀 가본 적 없는 거리에 발을 들여놓음으로 인해 달라지듯 말이다. 하지만 우리가 배운 게 무엇인지, 우리가 어떻게 달라졌는지를 말하기란 무척 어렵다.

The artist deals with what cannot be said in words.

예술가는 언어로 말할 수 없는 것들을 다룬다.

The artist whose medium is fiction does this in words. The novelist says in words what cannot be said in words.

소설이 매개인 예술가들은 이것을 언어를 통해 한다. 소설가들은 언어로 말할 수 없는 것들을 언어로 말한다.

Words can be used thus paradoxically because they have, along with a semiotic usage, a symbolic or metaphoric usage. (They also have a sound ― a fact the linguistic positivists take no interest in. A sentence or paragraph is like a chord or harmonic sequence in music: its meaning may be more clearly understood by the attentive ear, even though it is read in silence, than by the attentive intellect).

언어가 이렇게 역설적으로 사용될 수 있는 것은, 기호학적인 용법과 더불어 상징적 혹은 은유적 용법도 가지고 있기 때문이다. (또 소리도 있다. 언어실증주의자들은 관심이 없는 사실이지만. 문장이나 문단은 음악에 있어 화음이나 화성 진행과 같은 것이다― 소리내지 않고 읽더라도, 주의 깊은 지력을 가진 사람보다는 주의 깊은 청력를 가진 사람이 그 의미를 더 명료하게 이해할 것이다.)

All fiction is metaphor. Science fiction is metaphor. What sets it apart from older forms of fiction seems to be its use of new metaphors, drawn from certain great dominants of our contemporary life ― science, all the sciences, and technology, and the relativistic and the historical outlook, among them. Space travel is one of these metaphors; so is an alternative society, an alternative biology; the future is another. The future, in fiction, is a metaphor.

모든 소설은 은유다. SF는 은유다. 그것이 기존 소설 형태와 차별화되는 것은, 우리 동시대 삶에서 한 커다란 지배력을 가진 것들― 즉 과학, 모든 분야의 과학, 그리고 테크놀로지, 또 상대주의적이고 역사적인 견해 등의 것들로부터 가져온 새로운 은유들을 사용하기 때문일 것이다. 우주 여행은 그런 은유들 중에 하나다. 대안 사회론^[각주:7]이나, 대안 생물학^[각주:8]도 그렇다. 미래 또한 그렇다. 소설에 있어 미래란, 은유다.

A metaphor for what?

무엇을 위한 은유인가?

If I could have said it non-metaphorically, I would not have written all these words, this novel; and Genly Ai would never have sat down at my desk and used up my ink and typewriter ribbon in informing me, and you, rather solemnly, that the truth is a matter of the imagination.

이것을 은유적이지 않게 말할 수 있었다면, 나는 이 모든 말들, 이 소설을 쓰지 않았을 것이다. 또 겐리 아이가 나, 그리고 당신에게 다소 엄숙하게, 진리란 상상의 문제임을 알리기 위해 내 책상에 앉아 내 잉크와 타자기 리본을 소모하지도 않았을 것이다.

Ursula K. Le Guin

- 어슐러 K. 르 귄

extrapolation. 과거에서 현재까지의 자료를 사용해 미래를 연역하는 수법으로, 원래 통계 예측에 이용된다. SF에서는 시간적으로 미래만을 한정하지 않고, 어느 상황을 설정할 때 이런 조작이 이루어진다. 과학적 문화적 움직임 또는 트렌드를 논리적으로 미래에까지 확장시킴으로써 실현가능성이 높은 세계를 상상해내는 과정을 말한다. 그러나 외삽은 어디까지나 현재 알려진 지식체계와 모순되지 않는 범위 내에서만 가능하다.(http://wiki.sfreaders.org/ 발췌) [본문으로]
Club of Rome. 과학 기술의 진보와 이에 따르는 인류의 위기를 분석하여 그 대책을 세우는 것을 목적으로 하는 국제적인 민간 단체. 1968년 세계 각국의 지식인들이 로마에 모여 결성하였다. [본문으로]
Mary Shelley가 1818년 쓴 [프랑켄슈타인(Frankenstein)]. [본문으로]
Philip K. Dick이 1962년 쓴 [높은 성의 사나이(The Man in the High Castle)]. [본문으로]
RAND Corporation. 1948년 설립된 미국의 대표적인 정치, 외교, 군사정책 연구소이자 세계적인 싱크탱크기관. 비영리 민간연구소로서 연구소 주도의 리서치뿐만 아니라 공공, 기업을 대상으로 리서치서비스를 제공하고 있다. [본문으로]
awen. 웨일스 지방의 고어로 muse와 유사한 의미. [본문으로]
alternative society. 국내 사전에는 ‘신사회(현재의 사회와는 다른 질서와 가치관을 지닌 사회)’로 풀이. 위키 사전(영문) 참고: http://en.wikipedia.org/wiki/Alternative_society [본문으로]
alternative biology. 이론적이거나 비(非)전통적인 생명 형태, 즉 비세포적 생명, 비탄소기반 생명, 지구외 생명, 사이보그 생명, 인공 생명 등을 다루는 학문. (http://en.wikipedia.org/wiki/Alternative_biology 발췌번역) [본문으로]

샤오미 Mi A2 Lite에 구글 카메라 설치 (임시 루팅)

필유 — Sun, 19 Apr 2020 18:59:40 +0900

2018년 8월 폰을 처음 사고 카메라 성능에 절망해서 구글 카메라 설치하는 법을 줄곧 찾다가 부트로더 언록(폰 초기화 필요)이 필요하다고 해서 포기한 적이 있다.

근데 오늘 안드 10으로 업데이트(20-4-14 OTA) 후 그 사실을 그만 잊어버리고 부트로더를 언록해버렸다... 이상하게도 문자와 통화 내역이 8개월 정도 백업이 안 돼서 걔네는 날렸다...

기왕 했으니 기록 차원에서 방법을 적어둔다. 요약하면, 크게는 다음 글을 보고 따라 했지만, 개선(?)할 부분들이 좀 있다.

https://www.thecustomdroid.com/enable-camera2-api-xiaomi-mi-a2-lite-guide/

먼저 준비물들. 위 글에는 아직 안드 10 펌웨어(boot image)가 없는데, 공식 순정 롬은 다음 글 등을 참고해서 받을 수 있다.

https://t.me/MIUI11_Updates/1001

이걸 받으면 zip 안에 payload.bin이 있는데, 그건 payload_dumper를 이용하면 boot.img를 추출할 수 있다(깃허브 설명에는 protobuf 패키지만 설치하면 된다고 써 있으나 실행해보니 bs4diff도 필요하다고 해서 걔도 설치를 했다).

https://github.com/vm03/payload_dumper

그다음 안드로이드 SDK 플랫폼 도구(adb, fastboot 등)가 없다면 필요하다. 오늘 기준으로 공식 사이트에는 29.0.5까지만 있는데 구글링으로 나온 게 29.0.6이라 난 그걸 썼다.

https://developer.android.com/studio/releases/platform-tools

끝으로 magisk를 미리 폰에 설치해두자. apk 하나만 폰에 옮기고 설치하면 된다.

https://github.com/topjohnwu/Magisk

준비물이 준비됐다면,

1. 앞서 글 등을 참고해 부트로더를 언록한다. 폰이 초기화되니 데이터를 잘 백업해두자. PC에서 플랫폼 도구가 있는 폴더에서 다음 명령 사용.


adb reboot bootloader

fastboot oem unlock

2. 이제 재부팅하고 순정 boot.img를 폰으로 옮긴 다음 magisk로 그 파일을 패치한다. 그러면 magisk_patched.img 요런 파일이 생길 거임.

3. 그 파일을 다시 PC로 옮겨서 해당 부트로더로 부팅한다. 이게 임시로 루팅하는 방법의 핵심이다(혹시라도 루팅을 계속 유지하려면 boot 대신 flash boot를 쓰면 되지만... 그건 우리가 바라는 게 아니다).


fastboot boot magisk_patched.img
fastboot reboot

4. 폰을 재부팅하면 임시로 루팅된 상태다. 여기서 magisk를 실행하면 추가 설치가 일어난다. 재부팅하지 말 것.

5. 루팅된 상태니 구글 카메라를 사용하기 위한 Camera2 API 빌드프롭 수정을 해보자. 앞서 글에서는 루트 권한 때문에 termux 같은 앱을 깔라고 하지만, 굳이 그럴 필요는 없고 magisk의 설정에서 '셸'에 슈퍼유저 권한을 주면 된다(옛날에는 셸에서 루트 권한 없이도 빌드프롭 수정이 됐던 것 같은데 어쨌든 지금은 아니다). 그다음 adb로 셸에 들어가면 루트 권한으로 빌드프롭 수정이 가능하다.


adb shell
su -c "setprop persist.vendor.camera.HAL3.enabled 1"

6. 웹에는 빌드프롭 수정에 대해 여러 말이 많은데, 난 저 한 줄만 추가하는 걸로 충분하다고 결론을 냈다. eis 관련 항목을 추가해야 하나 고민했지만 A2 Lite는 기본적으로 eis가 켜져 있으니 추가할 필요 없고, 구글 카메라 포트에 따라 다를 수는 있 겠지만 내가 설치한 포트는 잘 작동했으니 persist.vendor.camera.stats.test도 추가할 필요는 없을 듯하다.

과학적으로 Camera2 API가 활성화됐는지 확인하려면 빌드프롭 수정 전에 Camera2 API Probe나 Manual Camera Compatibility 같은 앱을 깔아서 실행해보자. 전자는 하드웨어 지원 수준이 LEGACY로 나오고, 후자는 모든 항목에 X가 뜰 것이다. 빌드프롭에 저거 한 줄을 추가한 다음 재부팅하고 다시 실행해보면 전자는 LEVEL_3으로 나오며, 후자는 모든 항목에 O가 뜬다.

7. 빌드프롭 수정 후 재부팅하면 빌드프롭은 수정됐으나 루팅은 풀린 상태다. magisk는 삭제하고, 다음 사이트에서 포트를 골라보자.

https://www.celsoazevedo.com/files/android/google-camera/

최근에는 안정화도 많이 된 모양이다. 난 그냥 제일 처음 떠 있는 게 최신이길래 DMGC_7.3.020_ver.4.3.apk를 받아서 설치했는데, 모든 기능이 아주 잘 작동했다.

순정 카메라는 걔대로 여전히 잘 작동했고, 오픈 카메라에서는 API를 Camera2 API로 변경이 가능했다.

앞서 글에서 부트로더 언록은 OTA에 영향을 미치지 않는다고 했고, 루팅된 상태도 아니니 다음 OTA는 아무 문제 없이 잘되리라 기대해본다. 혹시 안 되면 추후 업데이트.

-> 5월 말에 OTA 떴고 적용도 완료. 문제없다.

한글 파일의 수식을 tex으로 추출해보자

필유 — Thu, 13 Sep 2018 01:08:54 +0900

아래 방법은 1) 불편하고 2) 부정확하다. 2018년 공주대학교 레이텍 워크숍에서 편리하고 정확한 프로그램이 공개되었으므로 그 방법을 이용하자.

프레젠테이션 및 프로그램은 해당 페이지에서 받을 수 있다. 진짜 너무나 편리함...

From HWP to LaTeX ( http://wiki.ktug.org/wiki/wiki.php/LaTeXWorkshop/2018 )

hml-equation-parser에 대한 소개는 다음 기사 참고.
http://www.zdnet.co.kr/news/news_view.asp?artice_id=20161229092520

윈도우가 아니라면 다음 글을 참고.
https://jomno.github.io/hwp-%EC%88%98%EC%8B%9D%EC%9D%84-LaTex%EB%A1%9C(hml-equation-parser)/

다음은 윈도우 파이썬 3.6 기준.

0. 추출할 hwp 파일을 한글에서 hml로 저장한다(다른 이름으로 저장). 편의상 파일명은 test.hml로 바꾼다.

1. hml-equation-parser를 설치한다. pip로 하면 됨. 당연한 얘기지만 virtualenv를 사용하면 더 좋다. 그건 알아서.

    pip install hml-equation-parser

2. python 실행
    python

3. 파서 샘플 코드는 다음과 같다.
    import hml_equation_parser as hp     doc = hp.parseHmlSample("test.hml")     doc = hp.convertEquationSample(doc)     string = hp.extract2HtmlStrSample(doc)     import codecs     f = codecs.open("test.html", "w", "utf8")     f.write(string)     f.close()

4. 근데 한국어(cp949) 윈도우에서 이걸 실행하면 2행에서 악명 높은 UnicodeDecodeError가 날 거다. 따라서 다음 코드를 먼저 실행하고 샘플 코드를 실행. 출처는 https://stackoverflow.com/a/34345136/6153990
    import _locale     _locale._getdefaultlocale = (lambda *args: ['en_US', 'utf8'])

5. 이제 test.html 파일이 생겼다. 보니까 100% 완벽한 건 아니지만(\가 생략되는 등) 뭐 어쩔 수 없지.

6. 파서에서 html에 기본적으로 MathJax를 심어놓았으므로 해당 span들만 추출하면 된다. 해당 html 파일을 브라우저로 열고 개발자 도구(F12)에서 다음 코드 실행.
    (() => {       const els = [...document.body.querySelectorAll('script[id^="MathJax-Element-"')];       const eqs = els.map(el => '$$' + el.textContent + '$$');       let doc = window.open('', '어흥', 'width=512, height=1024').document;       let pre = doc.createElement('pre');       pre.textContent = eqs.join('\n');       doc.body.appendChild(pre);     })();

7. 팝업 차단을 해제하면 새 창이 하나 뜰 거다. 이제 그걸 전체 선택하고 텍스트 파일에 복붙하면 끝.

8. https://www.mathjax.org/#demo 혹은 http://www.codecogs.com/eqnedit.php 요런 곳에 가서 실험해보면 된다.

9. 매스타입 등에 쓰려면 MathML으로 추출하는 게 편할 텐데 그러면 6번 코드 2~3행을 다음과 같이 변경. 근데 변환 결과가 완벽하지 않아서 더 불편할 것 같음...


      const els = [...document.body.querySelectorAll('span[id^="MathJax-Element-"')];
      const eqs = els.map(el => el.getAttribute('data-mathml'));

매닉타임 1.8년 결산

필유 — Wed, 26 Apr 2017 09:00:00 +0900

지각을 얼마나 하건 간에, 나는 나 나름대로 내 업무 시간이나 패턴을 신경 쓰고 있다.

이직 1년 후 능률이 바닥을 치던 때, 시간 관리를 위해 매닉타임(ManicTime)을 설치했다. 사실 설치하고 나서 뭔가 극적으로 달라진 건 없지만... 뭐랄까, 자신이 어떻게 시간을 보내고 있는지 점검하는 정도의 의미는 있었던 듯하다. 곧 윈도우도 다시 설치해야 하고 해서, 이 글을 마지막으로 더는 매닉타임을 쓰지는 않을 거다.

2015년 6월 21일부터 기록을 시작해 2017년 4월 22일까지 자료를 뽑았다. 이하 평균 계산에서 사무실에 출근하지 않은 날(즉 PC를 전혀 켜지 않은 날)은 포함하지 않았다.

먼저 근무 시간. 보다시피 2015년 6월부터 10월까지는 야근을 한 날이 많았다. 그렇다고 주구장창 야근만 한 건 또 아니라서 그래프가 상당히 들쑥날쑥하다. 월별 평균 상위 세 개는 15년 8월이 10.03시간, 15년 10월이 9.99시간, 15년 7월이 9.86시간이다. 하위 세 개는 17년 4월 8.46시간, 16년 12월 8.59시간, 16년 11월 8.66시간이다. 15년 평균은 9.64시간, 16년은 9.24시간, 17년은 8.76시간으로 계속 하락 중이다. 아주 바람직하군.

매닉타임은 사용 시간, 자리 비움 시간, 세션 잠금 시간도 기록한다. 보통 자리를 비울 때 PC를 잠그는 편인데, 정말 급한 일이 있어 그냥 자리를 비우거나 잠그는 걸 잊을 때도 간혹 있어서 (그리고 PC를 잠그고 자빠져 잘 때도 있어서) 100% 정확한 데이터는 아니다. 월별 평균 상위 세 개는 16년 5월, 15년 7월, 8월로 각 6.60, 6.40, 6.39시간이었다. 야근한 날이 많았으니 PC 앞에 앉아 있는 시간도 긴 게 당연해 보인다. 하위는 16년 4월, 9월, 17년 4월로 5.39, 5.33, 5.25시간이었다. 이것도 당연하겠지.

사용 시간 / (자리 비움 시간 + 세션 잠금 시간)의 비율도 구해봤다. 아마도 근무 시간이 길어서인지 15년 6월, 7월이 2.06, 2.08로 제일 높았고 17년 3월이 2.04였다. 즉 나같이 생산성 높은(에헴) 사람조차 PC 앞에 앉아 있는 시간이 자리를 비운 시간보다 길어야 2배라는 소리다. 하위는 16년 4월, 9월, 6월로 각 1.25, 1.38, 1.50이었다. 특히 16년 4월은 PC 사용은 5.39시간인데 세션 잠금이 3.94시간이었다. 16년 9월도 PC 사용은 5.33시간에 세션 잠금은 3.59시간. 세션 잠금 중 1시간은 무조건 점심시간이지만 나머지는? 회의, 회의, 그리고 회의. 이 회사는 PC로 하지 않는 잡무는 적은 편이므로 결정적으로 회의가 문제다. 시기상 부서 차원에서 분기별로 하는 회의 준비에 시간을 많이 썼던 것 같다. 물론 잔 시간도 포함되었겠지만 맨날 자는 건 아니니까...

다음은 많이 쓴 응용프로그램. 이 회사는 구글 앱스로 일하다 보니 크롬 사용량이 가장 크다. 구글 앱스 외의 모든 웹 검색(및 딴짓)에는 파폭을 쓴다. 워드, 애크러뱃은 원고 작업이다. 나는 이 회사 와서 교정지를 출력해서 교정본 일이 거의 없으므로 워드, 애크러뱃, 파폭 쓴 시간이 곧 내 주무 시간이다. 5번 윈도우는 뭔지 잘 모르겠다. 아이들 상태를 말하는 것 같기도. 6번은 맨날 쓰는 텍스트 편집기고, 7번은 코딩할 때만 쓰는 아톰 편집기다. 8번은 엑셀, 9번은 명령 프롬프트(주로 각종 개발 환경 설정 시 사용)였다. 10번은 마감 때 외주자와 채팅용으로 쓰는 카카오톡이다. 카톡 따위, 마감 아닐 때는 켜지도 않는다.

참고로 11위~20위는 다음과 같다. 노트패드++는 회사 사이트에 미출간 원고를 HTML로 올릴 때 주로 썼다(그런데도 12시간이라니 새삼 내가 얼마나 노가다를 했는지 느껴진다). 이클립스는 자바, 스칼라 다루는 원고 만질 때 썼다. 전에도 썼듯 이 두 언어만은 아톰보다 이클립스가 편하다. 오픈 캡쳐(1.4.4)는 수년간 사용 중인 완소 캡처 도구.

다음은 응용프로그램에 상관없이 많이 쓴 문서. 예상대로 구글 문서, 지메일, 구글 검색이 상위에 있고 15번에 캘린더도 있다. 4번 트렐로는 팀에서 기획 용도로 쓰는 웹 서비스다. 5번 나무위키는... 할 말이 없습니다. 6번은 구글 시트용 스크립트 코딩에, 7번은 구글 드라이브 파일 정리에 많은 시간을 썼음을 보여준다. 정말 이 회사 처음 왔을 때는 구글 드라이브에 계층구조 따윈 없고 혼돈의 카오스 그 자체였다. 8번 스택오버플로... 이것도 좀 찔린다. 9번은 기획 활동을 위해 페이스북에서 보낸 시간으로 이해하면 되겠다. 절대 놀려고 들어간 게 아님. 어차피 친구도 몇 없다. 그 밖에 서점이나 영어 위키백과가 있고, 11번, 14번은 마감한 원고, 16번은 요즘 열심히 보고 있는 원고다. 아 이 원고를 생각하니 갑자기 마음이 무거워지네.

이상이 매닉타임 무료 버전이 제공하는 네 가지 주요 통계다. 시간 관리에 관심이 있다면 한 번쯤(3~6개월) 사용해보고 자기진단에 활용하는 것도 괜찮을 거다. 설치하면 항상 백그라운드에서 아무 알림도 없이 돌아가고, 트레이에 떠 있는 걸 클릭하면 이상과 같은 통계를 확인하고 엑셀로 내보낼 수 있다. 분석은 귀찮지만 내가 무슨 프로그램을 많이 썼고 무슨 문서를 많이 봤는지 같은 걸 보는 건 의외로 재미있다.

물론 브라우저나 텍스트 편집기를 여러 개 쓸수록 더 정확한 패턴을 알 수 있다. 회사 PC에서도 비발디랑 페일문을 쓰긴 하는데, 특정 원고 볼 때만 쓰고 방치하다 보니 통계에는 잡히지 않았다. 앞으로는 일상적인 용도를 정해서 자주 사용하는 게 좋겠다는 생각이 든다.

이걸 해당 기간에 마감한 원고와 비교해서 보면 어떤 책에 시간을 더 들였는지도 대략적으로 알 수 있겠지만, 그렇게까지 분석하기는 귀찮다. 애초에 집에서 일한 시간은 포착되지 않으니 의미가 없다.

그러니까, 내가 지각을 많이 한다고 내 업무 태도에도 관심이 없는 건 아니라고. (두 번 말했다.)

이 포스트에 사용한 엑셀 파일은 이거. 백업용.

https://www.dropbox.com/s/34z21uuzwk5xben/report.xlsx?dl=0

중점, 가운뎃점, 내적, 곱하기 어느 기호를 써야 하는가

필유 — Wed, 1 Feb 2017 22:38:57 +0900

문장부호 중점(·)을 수식에서 내적(곱하기) 기호로 사용해도 되는가? 결론만 말하면 그렇다.

위키백과를 보면 중점(같이 생긴 부호)은 여러 가지가 있다. 일반적으로 국문 문장부호로 사용하는 게 이 중점(·)이다. 유니코드로는 00b7. 윈도우 한글 입력기에서는 ㄱ을 입력하고 한자 키를 누르면 두 번째 페이지 8번째에 있다.

이거랑 비슷한 녀석으로 불릿(•)이 있다. 더 크다. 유니코드로 2022. 주로 목록을 표시할 때 목록 앞머리에 쓴다.

위의 위키백과에 따르면 이 둘은 레이텍에서는 각각 \textperiodcentered와 \textbullet이다.

얘네 둘까지는 혼돈이 없는데, 수식으로 가면 복잡해진다. 위 두 가지의 수식 버전에 해당하는 점 연산자(⋅)와 불릿 연산자(∙)가 있다. 유니코드에서 각각 22c5와 2219다. 레이텍으로 치면 각각 \cdot과 \bullet이다.

이런 걸 고민하는 게 나뿐만은 아니다. 텍 스택오버플로에 관련 질답이 있었다. 해당 답변을 건단히 정리한 게 이상의 내용이다.

여기부터는 내 문제. 내가 애용하는 모 레이텍 렌더링 사이트에서 \cdot을 입력하면 pdf 결과가 중점(00b7)으로 출력된다는 거다. \bullet을 입력하면 그냥 불릿(2022)으로 출력된다.

게다가 점 연산자와 불릿 연산자를 입력하면 아예 제대로 렌더링이 안 된다.

이 사이트는 레이텍의 표준 서체와도 같은 Computer/Latin Modern 서체(위키백과) 등을 사용하는데, 글리프를 직접 확인해보니 이 옛날(?) 서체들에는 22c5와 2219 글리프가 없었다(한편, 오라일리 같은 외국 출판사에서는 종종 수식에 STIX 서체(위키백과)를 사용한다. STIX 서체에는 22c5와 2219 글리프를 포함해 엄청나게 많은 글리프가 들어 있다).

결론적으로 그렇다고 한 건... 사실 점(불릿) 연산자와 중점(불릿)을 시각적으로 구분하는 것은 불가능하기 때문이다. 따라서 문단 수식을 조판하는 데에는 여전히 저 사이트를 이용해도 문제는 없어 보인다. 물론 더 정확히 하려면 뭔가 다른, 제대로 된 레이텍 렌더링 방법을 찾아야 한다. 근데 이러면 나 한 몸 편하자고 온라인으로 레이텍 렌더링하는 게 무슨 의미가 있느냐고...

*추가:

위 사이트 말고 다른 레이텍 렌더링 사이트에서는 중점과 점 연산자가 잘 구분되어 렌더링되고 pdf로 출력하면 제대로 된 글리프가 나온다. 예제 파일. 이걸 pdf로 출력하고 그 pdf에서 텍스트를 복사해서 워드 같은 데 붙여넣기해보면 글리프가 다른 걸 확인할 수 있다.

게다가 이 사이트는 컴파일러를 고를 수도 있다. 이게 왜 유용하냐면... 유니코드에는 그리스문자 델타(Δ)와 증분 기호(∆)가 별도로 들어 있는데(각각 0394와 2206) 후자를 레이텍으로 쓰려면 unicode-math 같은 패키지가 필요하고 이 패키지는 pdflatex가 아니라 xelatex나 lualatex에서만 사용할 수 있다. 위 사이트에서는 이들 여러 컴파일러를 모두 사용할 수 있다.

구글 크롬 최근 탭 간 Ctrl+Tab 이동

필유 — Fri, 8 Jul 2016 11:14:26 +0900

옛날 글에 썼듯 크롬은 컨트롤+탭으로 최근 탭 간 이동을 할 수 없다. 크롬이 처음 나왔을 때부터 지금까지 단 한 번도 지원된 적이 없다. 이슈 리포트는 이런 문서 등을 참고. 이에 여러 확장기능이 나왔으나 Ctrl+Tab이 아니라 다른 단축키를 사용하는 꼼수밖에 없었다. 혹은 오토핫키를 쓰거나. 어쨌든 구글은 이걸 지원할 생각이 없다.

이에 최근 나온 방법이 있다. Ctrl+Tab MRU라는 확장기능을 깐다. 일단 현재는 이걸 깔면 Ctrl+Y로 최근 탭으로 이동할 수 있다(물론 구글이 언젠가 이것도 막을지 모른다). 이제 이 확장기능의 단축키를 Ctrl+Tab으로 바꾸면 된다.

물론 구글 설정에서는 단축키로 탭을 지정할 수 없다. 이에 해당 확장기능 설명 페이지에 적힌 방법은 이렇다. 윈도우 기준.

크롬을 끈다.
%LOCALAPPDATA%\Google\Chrome\User Data\Default로 이동
Preferences 파일을 열고 Ctrl+Y를 Ctrl+Tab으로 바꾼다(Ctrl+Shift+Y는 Ctrl+Shift+Tab으로).
파일을 저장하고 크롬을 켠다. Preferences 파일은 UTF8로 된 JSON 파일이다. 인코딩이 잘못되면 설정이 날아가버리니(경험담) 잘 모르겠으면 백업해두는 게 좋다.
크롬을 켠다.
구글 확장기능 단축키 설정에 가서 'Ctrl+탭'으로 표시되는 걸 확인한고 [확인]을 누른다.

정확하지는 않지만, 1~5번까지만 거치고 6번 과정을 생략하면 크롬 종료 시 해당 단축키가 리셋되는 듯하다. 나는 그냥 부팅할 때마다 실행되는 배치 파일에서 Preferences 파일을 수정하게 해놨다. 먼저 아무 곳에나 파워셸 파일을 하나 만든다.

(Get-Content $args[0] -Encoding UTF8) -replace "Ctrl\+Y", "Ctrl+Tab" -replace "Ctrl\+Shift\+Y", "Ctrl+Shift+Tab" | Set-Content $args[0] -Encoding UTF8

그다음 부팅할 때마다 실행되는 배치 파일에 다음과 같이 추가.

Powershell -noprofile -executionpolicy bypass -file 앞에서_만든_파워셸_파일.ps1 "%LOCALAPPDATA%\Google\Chrome\User Data\Default\Preferences"

파워셸 말고 그냥 배치 파일로도 가능할 것 같은데 뭔가 생각보다 복잡해서 그냥 포기했다.

윈도우에서 텐서플로 설정하기(도커 이용)

필유 — Wed, 6 Jul 2016 14:04:10 +0900

1. 여러 블로그에 있듯, 먼저 Docker toolbox for Windows를 설치한다. 이런 문서 등을 참고.

2. 그다음 %DOCKER_TOOLBOX_INSTALL_PATH%에 가서 다음과 같이 start.sh를 실행하고

"%ProgramFiles%\Git\bin\bash.exe" --login -i start.sh

3. 한참 기다리고(첫 실행 시) 고래 그림이 뜨면 끝. cmd를 열고 도커용 환경변수를 설정한다. 물론 배치 파일 내에서 실행할 경우 %i는 %%i로 바꿔야 한다.

FOR /f "tokens=*" %i IN ('docker-machine env --shell cmd default') DO %i

4. 이제 도커로 다음과 같이 텐서플로 이미지를 실행하고, 브라우저에서 주피터로 실습을 하면 된다.

docker run -it -p 8888:8888 gcr.io/tensorflow/tensorflow:latest-devel

단, 구글이 제공하는 도커 이미지는 텐서플로 0.8과 파이썬 2.7용만 있는 듯하다. 이건 그렇다 쳐도 pandas나 seaborn 같은 파이썬 라이브러리가 들어 있지 않아 매번 새로 설치하기가 번거로웠다. 따라서 도커로 새로 자신만의 이미지를 만들고 쓰는 게 나을 듯. 예를 들어 Dockerfile.을 다음과 같은 식으로 작성한다.

FROM gcr.io/tensorflow/tensorflow:latest-devel

RUN pip install seaborn

RUN pip install --upgrade https://storage.googleapis.com/tensorflow/linux/cpu/tensorflow-0.9.0-cp27-none-linux_x86_64.whl

RUN git clone https://github.com/rickiepark/tfk-notebooks.git

CMD jupyter notebook

pandas는 seaborn의 디펜던시이므로 seaborn 설치 시 같이 설치된다. 위에 예로 쓴 깃허브 노트북은 텐서플로 코리아 블로그 운영자의 저장소이다. 위에서는 텐서플로 0.9+파이썬 2.7 바이너리 패키지를 골랐다. 다른 패키지는 텐서플로 설치 문서를 참고.

이제 이 Dockerfile.을 어디 빈 폴더에 넣고 새로운 이미지로 빌드한다.

docker build -t merong .

merong은 새 이미지의 이름(태그)이다. 빌드 후에는 위의 4단계에서 실행할 이미지를 새 이미지 이름으로 바꾼다.

docker run -it -p 8888:8888 merong

추가: 물론 변경한 파일 내용을 계속 기록하고 싶다면 도커 컨테이너를 계속해서 갱신해야 한다. 가령 컨테이너 이름을 dev로 정해서 쓴다고 하면 다음과 같은 식으로. 사실 도커를 처음 쓰다 보니 다른 사람들은 어떻게 쓰는지 모르겠다(...).

docker run -it -p 8888:8888 --name=dev merong:dev

docker commit dev merong:dev

docker rm dev

사족으로, 이 환경에서 virtualenv를 설치하고 파이썬 3 환경으로 바꾸는 시도를 했으나, matplotlib였던가 pandas였던가가 설치되지 않았다. 포기하고 2.7 기준으로 쓰기로 함.

Atom에서 Groovy 파일 테스트하기(JUnit)

필유 — Fri, 8 Apr 2016 17:38:53 +0900

지난 글과 비슷한데, 이번에는 그루비(Groovy) 파일을 테스트하는 방법. 테스트는 JUnit을 이용하며, 그루비에는 이게 내장되어 있어 별도로 설치할 필요는 없다.

원리는 스칼라 때와 같다. groovy.bat를 호출하면 실행만 하고 끝나므로 테스트가 불가능하므로, 컴파일 먼저 하고 테스트를 하게 수정하는 거다. groovy.bat를 보면 .groovy 파일을 실행하는 부분은 다음과 같다.

"%DIRNAME%\startGroovy.bat" "%DIRNAME%" groovy.ui.GroovyMain %*

여기 위에 한 줄을 추가한다.

call "%DIRNAME%\startGroovy.bat" "%DIRNAME%" org.codehaus.groovy.tools.FileSystemCompiler %*

스칼라 때와 마찬가지로 groovyc.bat 파일에서 컴파일하는 부분을 가져온 거다. ~~ScalaTest는 테스트 대상이 다른 클래스를 참조할 경우 .class 파일이 필요했는데 그루비는 그렇지는 않았다.~~ 참조되는 클래스를 먼저 컴파일해야 테스트 파일도 실행된다. 단지 소스 파일과 다른 어딘가-_-에 생성되는 듯.

이제 아톰에서 자바를 실행하기만 하면 현재 작업하는 책에 나오는 4개 언어를 다 아톰만 가지고 쓸 수 있게 되는 셈인데... 유감스럽게도 자바는 워낙 프로젝트 기반이고 라이브러리가 많아 아톰에서 일일이 설정하는 게 더 불편할 듯싶어 포기.

자바와 스칼라는 이클립스(스칼라 IDE), 자바스크립트는 웹스톰, 나머지 언어는 아톰, 이 정도로 개발(!?) 환경을 정리할 수 있을 듯.

Atom에서 ScalaTest 사용하기

필유 — Wed, 6 Apr 2016 18:12:47 +0900

요즘 아톰(Atom) 에디터에 푹 빠져 모든 언어(및 마크다운, 아스키독 등 문서)를 이 에디터에서 돌려보고 있다. 자세한 건 나중에 다시 쓰고...

클로저 파일을 프로젝트 만들지 않고 파일 단위로 아톰에서 실행하기 위해 라이닝겐 배치 파일을 수정한 건 이미 깃허브에 올렸고, 오늘은 스칼라 파일이 여러 개 있을 때 실행하는 방법이다. 덧붙여 스칼라테스트(ScalaTest)도 지원하게 했다. 이건 딱히 깃허브에 올릴 수가 없어(전에 올린 것도 사실 PR 보내기도 좀 거시기한 수정이었다만) 일단 여기에 올린다.

수정 방법. scala.bat를 보면 .scala 파일을 실행하는 부분은 다음과 같다.

"%_JAVACMD%" %_JAVA_OPTS% %_PROPS% -cp "%_TOOL_CLASSPATH%" scala.tools.nsc.MainGenericRunner %*

여길 이렇게 고친다.

~~set _SCALA_FILE=%~n1~~

~~set _SCALA_FILE_PATH=%~dp1~~

"%_JAVACMD%" %_JAVA_OPTS% %_PROPS% -cp "%_TOOL_CLASSPATH%" scala.tools.nsc.Main %*

~~cd %_SCALA_FILE_PATH%~~

~~"%_JAVACMD%" %_JAVA_OPTS% %_PROPS% -cp "%_TOOL_CLASSPATH%" scala.tools.nsc.MainGenericRunner %_SCALA_FILE%~~

~~if %ERRORLEVEL%==0 goto end~~

~~"%_JAVACMD%" %_JAVA_OPTS% %_PROPS% -cp "%_TOOL_CLASSPATH%" org.scalatest.run %~n1~~

~~goto end~~

설명-_-하자면... .scala 파일을 단순히 실행하는 게 아니라, .class 파일로 컴파일한 다음에 실행한다. 실행 결과 오류가 나지 않았다면 종료하고, 오류가 났다면 해당 클래스를 스칼라테스트로 다시 실행한다.

findstr /c:"import org.scalatest." "%1" > nul
if %ERRORLEVEL% == 0 goto RUN_TEST
"%_JAVACMD%" %_JAVA_OPTS% %_PROPS% -cp "%_TOOL_CLASSPATH%" scala.tools.nsc.MainGenericRunner %*
goto end

:RUN_TEST
"%_JAVACMD%" %_JAVA_OPTS% %_PROPS% -cp "%_TOOL_CLASSPATH%" org.scalatest.run %~n1
goto end

테스트가 들어 있는 파일도 그냥 오류가 나지 않을 수 있어, 그냥 대상 파일 안에 org.scalatest를 임포트하는 텍스트가 있으면 테스트로, 아니면 그냥 실행하도록 바꿨다.

스칼라테스트(scalatest ... .jar) 파일은 스칼라의 라이브러리 폴더에 이미 있다고 가정하고 따로 클래스패스를 지정하지는 않았다.

그냥 무식한 방법. 컴파일 시 생성된 .class 파일은 지우지 않고 뒀다. 클로저와는 달리, 여러 파일 실행 시 클래스 파일이 있어야 한다.

물론 스칼라 IDE에서 스칼라테스트 플러그인을 받아서 함께 사용하는 게 더 깔끔하다. 근데 그러려면 프로젝트를 만들고 어쩌고 해야 하니까 그게 귀찮을 뿐.

Noto Sans Mono CJK KR 서체 PDF 임베딩 문제

필유 — Wed, 9 Dec 2015 20:00:21 +0900

Noto Sans라는 서체가 있다. 구글과 어도비가 만들었다. 고정폭 서체도 있다. Mono가 붙는다. 물론 CJK(한중일) 버전도 있다. CJK 안에서 각 언어별 서체가 또 따로 있다. 한글은 KR. 그래서 다 합치면 Noto Sans Mono CJK KR이 된다.

https://www.google.com/get/noto/help/cjk/

고정폭 서체라 관심이 컸는데, 막상 워드 같은 데서 PDF를 만들어보니 임베딩(서브세팅)이 '제대로' 안 된다. 워드 자체 기능 및 애크러뱃(디스틸러) 둘 다 결과는 조금 다르지만 어쨌든 제대로는 안 된다. 혹시나 해서 해당 서체 깃허브 저장소에 문의했는데 워드 '2010'에서는 트루타입 '기반의' 서체만 임베딩이 된다는 답변을 들었다. 해당 서체는 오픈타입. 워드 2013은 되나 모르겠는데, 없어서 모름.

https://github.com/googlei18n/noto-cjk/issues/51

직접적인 관련이 있는 건 아니지만, 나중에 찾아보니 오픈타입 임베딩이 가능한 PDF 버전은 1.6 이상이다(근데 워드 2010 자체 기능으로 저장한 PDF의 버전은 기본값이 1.5고 옵션으로 1.4로도 저장할 수 있다).

http://community.zmags.com/articles/Knowledgebase/Difference-between-full-embedded-fonts-and-embedded-subset-1277814749518

안 된다고 넘어가면 될 일이긴 한데 뭔가 열받아서, 해당 서체를 지정한 HTML 파일을 만들고 파폭 및 크롬에서 애크러뱃으로 인쇄해봤다. 우선 파폭에서는 임베딩도 안 되고 결과물이 아예 비어 있었다.

크롬은 자체 PDF 저장 기능이 있다. 이걸로 만든 PDF는 버전이 1.4였다. 임베딩이 되긴 되는데 타입 3의 알 수 없는 서체 몇 개로 임베딩이 되고, 텍스트를 긁으면 이상한 문자가 나온다.

크롬 자체 PDF 저장 기능으로 저장한 PDF 문서 속성 중 글꼴

다음으로, 크롬에서도 애크러뱃을 통해 만들어봤다. 임베딩은 안 되고, 텍스트는 아웃라인(!)으로 저장된다(그래도 파폭보다는 낫네).

그래서 도대체 이 서체 임베딩을 제대로 지원하는 윈도우용 프로그램이 있긴 한 건가 싶었지만... 인디자인 CC 2014에서 해보니 역시나 잘만 된다(PDF 1.7에서 오픈타입으로 볼드 및 레귤러 각각 서브세팅). 다른 프로그램에선 임베딩은 포기하는 게 마음 편할 듯. 일반 사용자에게는 중요한 일도 아닐 테고.

추가:

워드 자체 저장 기능, 즉 파일>다른 이름으로 저장>pdf 선택 말고, 애크러뱃을 깔면 같이 깔리는 오피스용 애드온인 PDFMaker를 이용하니 오픈타입은 아니지만 임베딩이 되고 텍스트도 제대로 긁히는 걸 확인했다. 레귤러 하나만 타입1(CID) 형태로 서브세팅되는데, 볼드는 '가짜 볼드'로 처리하는 게 아닐까 추측.

Acrobat>PDF 작성

디스틸러를 두고 굳이 애드온을 써서 해야 하나 싶긴 한데 어쩔 수가 없네. 워드(오피스)에서 PDF 만들 일이 있다면 디스틸러 말고 PDFMaker를 쓰는 걸 권한다.

아마존 상품정보 importxml로 불러오기

필유 — Wed, 3 Jun 2015 00:04:48 +0900

*2016-1-21 추가: 이 글의 방법은 안 통합니다. AWS API를 이용하는 방법밖에 없습니다. 다음 글 등을 참고.

https://ctrlq.org/code/19965-amazon-api-with-google-script

스크립트 없이 구글 스프레드시트 importxml 함수만 이용해서 아마존 상품페이지의 각종 정보를 불러오는 방법임. 현재까지 국내외에 알려진 방법은 더는 통하지 않는다. 아마존이 페이지를 계속 바꾸고 내용을 동적으로 만들기 때문이 아닐까 추측.

알다시피 아마존 상품페이지는 다음과 같이 생겼고, 우리내가 원하는 정보는 빨간 부분, 그리고 저자 및 정가다.

http://www.amazon.com/The-Witcher-Collectors-Edition-Official/dp/0804162980/

파폭 wdt 확장기능에서 보면 저곳의 dom 경로는 html>body#dp>div#a-page>div>div#detail-bullets이다. 크롬에서는 중간이 약간 다른데, 어쨌든 저기서 우클릭>Copy XPath 하면 //*[@id="detail-bullets"]라고 나올 거다.

크롬 개발자 도구

그럼 이 XPath 쿼리를 바로 importxml에 넣으면 되겠네? 야 신난다~ 싶겠지만... 처음부터 말했듯 안 된다는 게 문제다. 되면 내가 이걸 쓰고 있지도 않겠지...

importxml 실험-_-

실험 결과, 위 dom 경로에 있는 div 중 importxml로 불러오는 게 가능한 건 최상위 div인 a-page뿐이었다. 직접 보면 알겠지만, 원하지 않는 정보와 엄청난 스크립트 들로 가득 차 있다. 위 페이지의 경우 len 해보니 375,299 글자가 나온다(...). 따라서 a-page에서 원하는 정보를 텍스트로 파싱해야 한다는 거... 절망적이다.

위안이 되는 점도 하나 있다. 메타 태그에 위 정보 중 일부가 들어 있고, 메타 태그는 importxml 함수가 잘 먹힌다.

메타 태그

보다시피 저자, 도서명, 부제, ISBN, 분야 정보가 들어 있다. 항목들이 콜론과 스페이스(: )로 잘 구분된 title 태그를 importxml한 다음 split하면 된다.

다만, 이것조차 한계가 있다. 책마다 title 태그에 들어가는 항목이 다르다. -_- 이 책은 부제가 두 개인데, 어떤 책은 부제가 없다. 또 아마존의 서지정보 미흡으로 저자가 들어 있지 않은 경우도 있다. 즉 split을 일관되게 할 수가 없다. ~~어쩌라고!~~

게다가 나머지 정보, 즉 출판사, 출간일, 정가, 랭크도 메타 태그에는 없다. 얘네는 결국 a-page를 파싱해야 한다는 거...

메타 태그 및 나머지 정보를 무식하게 파싱하는 예제는 다음과 같다. 랭크 및 분야는 빠져 있다. 나중에 추가할지도.

https://docs.google.com/spreadsheets/d/1GEufB9BxulYIYwOGKZXhAFbC6-aTRmS1uUeDBN-M-fE/ (새창, 웹에 공개)

사용법: I열에 URL을 넣으면 해당 URL의 아마존 문서에서 도서명, 출판사, 출간일, 정가, ISBN을 가져와 B~H를 채운다.

B~H열에도 지저분한 수식이 들어 있지만, J열부터는 한층 지저분한 수식과 그나마 수식을 덜 복잡하게 하려고 넣은 문자열들을 볼 수 있다. 수식에 대한 설명은... 도저히 쓸 엄두가 안 남.

참고로, 일본 아마존 문서는 아마존닷컴과는 또 다르다. div들의 id나 class는 같지만 메타 태그 구분자도 다르고, importxml 결과도 다르다(어째서!? 심지어 가끔씩 내부 오류도 난다). 회사 파일에는 일본 아마존 정보 가져오는 수식을 따로 넣었는데, 정말 거지 같다.

미괄식으로 급 정리.

구글 스프레드시트에는 웹 문서 정보를 긁어오는 importxml이라는 멋진 함수가 있다.
근데 아마존 문서(본문)만은 제대로 긁어오지 못한다. WTF!
그래서 일부 정보는 메타 태그에서 가져오고, 나머지 정보는 무식하게 파싱해야 한다.
무식하게 파싱하는 방법은 위 구글 스프레드시트를 참고.

***수정: R, S열은 셀 높이가 커 스크롤이 불편해지므로 숨겨놨다. 구글 계정이 있는 사람은 '파일>사본 만들기'로 자기 사본을 만들면 해당 열을 볼 수 있다. 친절하게 수식을 직접 적자면, R2는 =importxml(I2,O2), S2는 =regexreplace(regexreplace(R2,"<.*?>",""),"\s{2,99}"," ")이다(정규표현식 좀 예쁘게 만들어줄 사람 없나?).

함수형 반응형 프로그래밍(FRP)이란?

필유 — Wed, 8 Apr 2015 16:56:07 +0900

@2016-8-17 [Functional Reactive Programming]이라는 훌륭한 책의 설명을 덧붙인다. 이 책은 한빛미디어에서 번역되어 나올 예정이다.

FRP는 다양한 시각에서 바라볼 수 있다.
널리 사용되는 관찰자 패턴(혹은 리스너나 콜백)의 대용품
이벤트기반 로직을 코딩하는 합성 가능한 모듈식 방법
다른 사고방식. 프로그램을 입력에 대한 응답 혹은 데이터의 흐름으로 표현한다.
프로그램 상태(state) 관리에 질서를 가져다준다.
뭔가 근본적인 것. 관찰자 패턴으로 문제를 해결하려던 사람이라면 누구나 결국에는 FRP를 창시하게 됐을 것이다.
표준적인 프로그래밍 언어의 경량 라이브러리로 구현이 가능하다.
상태유지(stateful) 로직에 사용하기 위한 튜링완전 임베디드 언어로 볼 수 있다.
도메인 특화 언어(DSL)가 뭔지 알고 있다면, FRP를 상태유지 로직에 사용하는 최소한의 튜링완전 DSL이라고 이해해도 좋다. 입출력 부분을 빼면, 가령 어떤 복잡한 게임이든 전적으로 FRP로 작성할 수 있다. 그만큼 강력하고 표현력이 있다.
그렇다고 FRP가 ‘모 아니면 도’라는 말은 아니다. 기존 프로젝트에 쉽게 도입할 수 있고, 도입하는 규모도 원하는 만큼 정할 수 있다. (2~3쪽)

여기부터는 옛날 글.

코널 엘리엇의 스택오버플로에 쓴 글이 제일 유명하다. 근데 난해하다. (이하 링크 모두 새창)
http://stackoverflow.com/questions/1028250/what-is-functional-reactive-programming/1030631#1030631
그리고 이걸 오현석 님이 번역한 게 있다. 다만 이 글 역시 너무 어렵다. -_-
http://www.enshahar.me/2014/07/frp.html
스택오버플로의 다른 답변으로 이런 재미난 글도 있다(재미는 있는데 정독할 필요는 없음).
http://paulstovell.com/blog/reactive-programming
3과 같은 맥락에서 다른 답변 중 핵심을 짚은 설명으로 이런 게 있다.
-의미론적: FRP is all about describing a system in terms of time-varying functions instead of mutable state.
-구문론적: The essence of functional reactive programming is to specify the dynamic behavior of a value completely at the time of declaration.
4를 눈으로 확인할 수 있는 더 쉬운 예가 elm 예제 페이지다.
~~http://elm-lang.org/learn/What-is-FRP.elm~~ (예제 주소가 바뀌어 다음 주소로 수정@2015-12-28)
~~http://elm-lang.org/examples/mouse-position~~ (예제가 사라져 다음 주소로 수정@2016-8-17)
http://elm-lang.org/examples/drag
참고로 elm은 [Seven More Languages in Seven Weeks]에서 다루는 언어다. [Seven Languages in Seven Weeks]가 국내 반응이 좋다면 이 책도 낼 수도 있...겠는데 그럴 일은 없겠지. → 없다. (@2016-8-17)

워드 Normal.dotm 드롭박스로 동기화하기

필유 — Wed, 25 Feb 2015 23:00:00 +0900

윈도우 기준. 워드의 Normal.dotm 파일은 스타일 등을 저장하는 '사용자 서식 파일'이다. 나는 (다른 많은 사람과 같이) 회사와 집 사이에 드롭박스 및 구글 드라이브로 파일을 동기화해서 사용하는데, 이 파일은 위치가 %appdata%\Microsoft\Templates이다 보니 동기화하기가 좀 불편하다.

찾아본 결과 심볼릭 링크를 사용해서 드롭박스 폴더 밖에 있는 파일을 추가하는 방법(새창)이 있다. 즉 ...\Templates에 있는 '대상'에 대한 '링크'를 드롭박스 안에 만드는 것. 그러나 내 경우 회사와 집의 사용자명이 달라서(즉 %appdata%가 달라서) 이 방법은 사용할 수 없다. 혹시나 해서 대상과 링크를 바꿔서도 해봤는데, 이렇게 하면 워드에서 기본 스타일 수정 후 종료 시 Normal.dotm 파일을 저장할 수 없다는 오류가 뜨면서 실패(당연히 이건 링크니까).

그러다 또 찾은 더 좋은 방법이 이거(새창, 마소). 역시 사람들 생각하는 건 다 똑같은가 보다. 간단하게, 워드에서 사용자 서식 파일의 위치를 설정하면 된다. 먼저 워드 '옵션>고급>일반>파일 위치'에서 해당 폴더를 변경하고, 다음으로 '옵션>보안 센터>보안 센터 설정>신뢰할 수 있는 위치'에서 또 해당 폴더를 변경하면 된다. 두 번째 설정을 안 하면 매크로를 사용할 수 없다는 알림이 뜬다.

고급>일반>파일 위치" filename="윈도우, 컨트롤 2.png" filemime="image/jpeg"/>옵션>고급>일반>파일 위치

보안 센터>보안 센터 설정>신뢰할 수 있는 위치" filename="윈도우, 컨트롤 3.png" filemime="image/jpeg"/>옵션>보안 센터>보안 센터 설정>신뢰할 수 있는 위치

G3 받는 전화가 안 될 때(voipcall 오류)

필유 — Sun, 6 Jul 2014 02:40:32 +0900

루팅 후 system tuner로 각종 최적화를 적용한 뒤에 문제가 하나 생겼다. 전화가 오면 voipcall 앱에 오류가 생겨 종료한다며 전화가 그냥 끊어지는 문제였다...

...-_- -_- -_-

system tuner의 어떤 트윅 때문인지 하나씩 테스트해본 결과, 빌드프롭 최적화를 적용하지 않으면 해당 오류가 발생하지 않는 걸 확인했다.

...-_-?

그래서 빌드프롭 중에서 어떤 항목 때문인지 다시 테스트. 처음에는 통화 관련 항목이라고 생각했으나 웬걸... 원인은 달빅 힙사이즈였다.

LG G3(F400L) 10e 기준으로, build.prop 파일에 힙사이즈가 두 번 정의되어 있었다.

62행: dalvik.vm.heapsize=36m

358행: dalvik.vm.heapsize=512m

이런 글 등에서 볼 수 있듯 LG가 이런 짓을 한 건 처음이 아니다. 하지만 나름 최신 폰인데 이건 좀...

어쨌든 이 문제는, system tuner에서 빌드프롭을 최적화할 때 힙사이즈(62행)가 256m으로 수정되기 때문에 발생하는 것으로 보인다. system tuner의 해당 메뉴에서 힙사이즈를 다시 36m으로 바꾸고 재부팅하면 문제는 사라진다(즉 system tuner는 중복되는 항목에 대해서는 첫 번째 항목만 인식하는 듯하다).

그래도 의문점은 남는다. 항목이 두 번 정의된다면 뒤의 값을 취하는 게 아닌가? 즉 앞의 값이 무엇이든 상관없는 게 아닌가? 상식적으로 36메가라는 힙사이즈는 말이 안 된다(이 폰의 기본 heapgrowthlimit은 256m이다). 게다가 받는 전화에서만 오류가 나는 것도 신기하고. 참 알 수 없는 일이다.

G3 루팅 후 OTA

필유 — Tue, 1 Jul 2014 22:58:33 +0900

열라 까이고 있는 G3를 샀다. 2년간 쓰던 옵티머스LTE에 비하면 좋기만 하더라-_- 루팅 안 하고 런처 바꾸고 2주를 썼는데, 아무래도 눈에 밟히는 것들이 있다. 가령 '스마트 알리미'라든가, 'Q메모'라든가...

폰도 하드웨어가 발달하며 성능 면에서 루팅의 이점은 없다고 봐야 할 것 같다(불과 2년 사이에!). 그럼에도 루팅을 하는 이유는 하나다.

통신사 앱 삭제.

물론 UX 면에서도 이점이 있다(가령 Xposed라든가, AdAway라든가). 매크로(나는 국산 앱인 The Toucher를 쓰고 있다)도 돌릴 수 있고. 그리고 앞서의 말과 모순되지만, 여전히, 성능을 극한까지 끌어낼 수 있다는 사실은 매력적이다(System Tuner로 잠든 CPU 부활).

이제부터 본론.

*아래 방법은 실패했습니다. OTA 안 됩니다! 해외에도 아직까지 알려진 방법 없습니다!

~~G3 루팅은 아래 글처럼 하위 기종들처럼 하면 된다길래, 나도 이렇게 했더니 쉽게 됐다.~~

~~http://forum.xda-developers.com/showthread.php?t=2766429~~

루팅 후 System Tuner로 앱 정리하고 빌드프롭 등을 트윅했다. System Tuner를 쓰는 이유는, 여러 개의 앱을 까는 대신 단 하나의 앱에 모든 최적화를 맡기기 위해서다. G3의 경우 (옵티머스LTE보다는-_-) 체감 성능이나 UI가 괜찮은 편이라 특히 더 다른 앱을 깔 생각은 들지 않았다(Xposed 말이다).

그런데 루팅하고 나서 하루 지나 소프트웨어 업데이트를 눌러봤는데, 10g가 나왔다고 한다-_- 내가 산 폰(LGU)은 10e. 업데이트(OTA)를 시도해봤으나 역시나 실패. LG PC Suite로 하라길래 해봤더니 최신 버전을 쓴다는 헛소리만 나옴.

~~원인은 다음 글에서 찾을 수 있다. 요지는 프레임워크 쪽을 건드리면 OTA가 안 된다는 거.~~

~~http://www.clien.net/cs2/bbs/board.php?bo_table=use&wr_id=640284~~

그래서, 결론은 이렇다. SuperSU를 삭제하고, System Tuner에서 모든 트윅을 끄고 재부팅하면, 루팅은 유지된 상태에서 OTA가 된다. OTA 후에는 System Tuner에서 다시 트윅을 적용하면 된다.

~~결론2. 최적화 앱은 System Tuner 하나로 족하다. 관리도 쉽고.~~

엑셀 2010 다중 실행하기

필유 — Tue, 15 Apr 2014 08:30:00 +0900

2007부터인가 엑셀은 기본값으로 다중 실행이 안 되게 바뀐 듯하다. 그래서 다중 창을 원하는 사람들이 많은 글을 올렸던데... 레지스트리 수정 혹은 애드온 설치 말고 아주 간단한 방법이 있다.

윈도우키+R → excel → 엔터

이렇게 엑셀을 실행하면 그때그때 모두 각각의 창으로 뜬다. 나는 이렇게 엑셀을 실행한 후 알트+F → R → 숫자를 눌러 자주 사용하는 문서를 여는 식으로 사용하고 있다(마우스를 적게 쓰는 게 생산성이 높다). 엑셀을 여러 개 실행한 다음 탐색기의 파일을 원하는 창에 드래그앤드롭하는 사용 패턴도 가능하겠다.

흔히 알려진 방법대로 레지스트리를 수정하면 탐색기에서 엑셀 파일을 열 때마다 새로운 엑셀이 실행되게 할 수는 있다. 그러나 이렇게 엑셀 프로세스가 여러 개 실행되면 실행될수록 PC의 자원 소모 또한 증가한다. 사양이 빵빵한 시대이긴 하지만, 그럼에도 나는 모든 파일이 아니라 원하는 파일만 새로운 엑셀 창으로 여는 방법을 선호한다.

그럼 탐색기에서 특정 파일에 대해서만 새 엑셀을 실행하는 방법은 없을까? '보내기' 메뉴를 이용하는 방법이 떠오른다.

탐색기에서 엑셀 설치된 폴더로 간다. 2010의 경우 보통 C:\Program Files\Microsoft Office\Office14
EXCEL.EXE 파일을 우클릭해서 폴더 안 빈 공간에 끌어다가 놓고 '여기에 바로 가기 만들기' 선택.
그럼 'EXCEL.EXE - 바로 가기' 이런 파일이 생겼을 거다. 이 파일을 컨트롤+X.
알트+D 누른 다음 주소창에 shell:sendto 엔터(혹은 윈도우키+R 누르고 shell:sendto 엔터).
컨트롤+V.

이제 탐색기에서, 새로운 엑셀 창으로 열고 싶은 파일은 우클릭하여 '보내기>EXCEL.EXE - 바로 가기'로 열면 된다.

액션스크립트 플래시 파일을 OGV 동영상으로 만들기

필유 — Sun, 13 Apr 2014 00:02:50 +0900

플래시에서 타임라인에 애니메이션을 넣은 파일이라면 쉽게 변환해주는 툴이 여럿 있을 것이다. 이런 게 아니라 순수 액션스크립트 코딩한 애니메이션을 동영상으로 만드는 방법이다. 간단히 말해 이런 순서다.

플래시에서, 이미 완성된 as 파일을 문서 클래스로 삼는 동명의 fla 파일 생성.
플래시에서 이 fla 파일을 mov로 내보내기(퀵타임 필요)
Adobe Media Encoder에서 mov를 원하는 포맷의 동영상으로 변환(ogv 파일로 변환하고 싶을 경우 플러그인 설치)

하나씩 자세히 보자. 링크는 모두 새창.

보통은(?) 나처럼 플래시디벨롭 같은 툴을 써서 코딩했을 테고, 그 결과로 Main.as 파일 한 개와 거기 딸린 여러 개의 as 파일을 가지고 있을 거다. Main.as와 다른 클래스 파일들이 같은 폴더에 있다고 가정한다.

플래시를 켜고 'ActionScript 3.0' 빈 문서를 하나 만든다. 그리고 Main.as가 있는 폴더에 바로 Main.fla라고 저장한다. 그다음 '문서 클래스'를 Main으로 지정하고 다시 저장한다.

문서의 클래스 외 fps, 크기 등 다른 속성은, 보통은 Main.as에서 [SWF(width=...] 이런 식으로 설정했을 것이다. 플래시에서도 이와 동일하게 설정한다. 이제 Ctrl + Enter로 잘 재생되는지 확인한다.

물론 액션스크립트 코딩 자체를 플래시에서 하는 사람이라면 이 1번 과정은 모두 필요 없다. 이미 가지고 있는 fla 파일이 있을 테니 다음 2번으로 그냥 진행하면 된다.

'파일>내보내기>동영상 내보내기' 혹은 Ctrl + Alt + Shift + S를 눌러 종류는 mov 파일을 선택한다. 퀵타임이 없다면 설치하라고 나올 거다. 공식 사이트 가서 설치하고 플래시를 재시작하고 다시 시도하라. 아, 퀵타임 따위를 설치하는 날이 올 줄이야... 잠시 눈물 좀 닦고 가자.

참고로, 내보내기에서 avi, png 등을 고를 수 있지만, 그렇게 저장해봤자 안 된다! 빈 화면만 나온다. 다른 방식은 타임라인 위에 작업한 애니메이션만 저장되며, 액션으로 만든 애니메이션까지 저장할 수 있는 건 mov뿐이다.

2-1.

파일명을 고르면 퀵타임 내보내기 설정 창이 뜬다.

여기서 렌더링 폭, 높이는 플래시에서 지정한 문서 속성으로, Main.as에서 [SWF(width=...] 식으로 설정한 값이 아니다. 그래서 Main.as와 Main.fla 둘 다 동일하게 맞추라고 한 것이다.

어쨌든, 중요한 건 '다음 경과 시간 후'이다. 타임라인 프레임 단위로 작업한 게 아니므로 반드시 수동으로 끝날 시간을 정해줘야 한다. Main.as 파일에서 보통은 이런 식으로 코딩했을 거다.

stage.addEventListener(Event.ENTER_FRAME, idle);

따라서 전역변수 하나를 잡아, idle 함수 안에서 1씩 더해주게 하고 idle을 stage에서 제거하는 순간 trace하면 전체 프레임 수가 나올 거다. 그 전체 프레임 수를 문서의 fps로 나눠주면 시간을 구할 수 있다.

다만, 버그인지 모르겠는데, 결과물을 보면 의도한 것보다 짧게 저장되는 듯하다(내 경우 문서 fps는 60이었는데 동영상 fps가 62.5로 잡히면서 영상이 중간에 짤렸다). 이런 경우, 시간을 여유 있게 정해준 다음 결과물을 보고 뒤를 자르든가 하자.

2-2.

그리고 하단의 [QuickTime 설정] 버튼을 클릭하고 동영상 크기, 품질 등을 설정한다.

이건 따로 설명할 필요는 없겠지. 본인 목적에 맞게 적절히 설정.

만약 mov가 원하는 포맷이었다면 2에서 끝. 그러나 mov를 누가 원하겠어...

mov를 avi 등으로 변환하는 데에는 Adobe Media Encoder를 사용하면 된다. CS에 포함된 툴로, 아마 플래시와 같은 컬렉션 제품군에 속해 있다. 플래시를 가지고 있다면 이것도 있으리라고 가정한다.

만약 없다면 무료 오픈소스 툴인 Miro Video Converter 같은 툴을 쓰면 된다. 다만 이 툴은 기능이 다소 제한적이고, 폴더명에 한글이 있을 경우 드래그앤드롭도 안 된다. 이 툴은 자세한 설정을 할 수 없어 별도의 설명도 하지 않는다.

3-1.

나처럼 변환하고픈 최종 포맷이 ogv라고 하자. Adobe Media Encoder는 기본적으로 ogv 포맷으로는 변환할 수 없다(적어도 내가 쓰는 CS5.5는 그렇다). 그러나 AdobeOgg라는 플러그인을 설치하면 가능하다. 물론 무료에 오픈소스다. 설명에는 프리미어용이라고 써 있지만, 프리미어에서 내보내기 시 호출하는 프로그램이 바로 Adobe Media Encoder이다.

플러그인을 받았으면 윈도우 기준 C:\Program Files\Adobe\Common\Plug-ins\CSx\MediaCore 폴더에 파일을 넣어준다(CSx에서 x는 자기 CS의 버전). 그다음 Adobe Media Encoder를 실행한다. 시작프로그램>Adobe xxxxxx Collection CSx 폴더에 있다. 여기서 x는... 생략).

플러그인을 설치해야만 스샷처럼 '형식'에서 Theora 포맷을 선택할 수 있다.

그 옆의 '사전 설정'을 누르면 동영상 품질, 크기, fps 등은 물론, 소스 동영상 중 원하는 범위만을 선택할 수도 있다. 위에서 말한 내 경우처럼 실제 길이보다 더 길게 mov를 생성했을 경우 뒷부분은 날리는 게 가능하다. 스샷은 7초 29짜리 소스에서 앞에서 7초 28만을 출력으로 지정한 모습.

이상 과정을 거쳐 내가 만든 swf와 ogm을 집접 임베딩하면 다음과 같다.

헝그리앱 플로팅 배너 광고 차단

필유 — Thu, 10 Apr 2014 00:50:20 +0900

웬만하면 이런 글 쓰기 싫었다. 하지만 아무래도 너무하는 거 같아서.

헝그리앱이라는 사이트에서 게시판에 들어가면 스크롤을 따라다니는 플로팅 배너가 있다.

위 스샷의 경우 큐라레 광고. 보다시피 게시판 목록을 보는 걸 방해하고, 심지어 이 광고는 게시물을 클릭한 다음에도 사라지지 않고 떠 있다. 물론 우상단의 X 버튼을 누르면 사라지지만, 그것 참 거슬린다.

Adblock Plus로 차단하면 되지 않을까? 되면 이 글을 쓰지 않았을 것이다-_- 일반적인 이미지나 플래시를 차단하는 방법만으로는 불가능하다. 이미지만 차단할 경우 저 공간이 하얗게 남아 여전히 스크롤을 따라다니며 방해한다. 배경 이미지(opa.png)를 차단해도 마찬가지다. 저 '공간' 자체를 차단해야 한다.

저 부분의 소스(대충 417행)를 보면 fixed-top.banner_11라는 div를 차단해야 한다는 걸 알 수 있다.

그래서 찾아본 결과, Adblock Plus와 함께 사용하는 확장 기능이 하나 더 있었다. 이름하여 Element Hiding Helper for Adblock Plus. 애드블록 도움말 문서(새창)에서 알아냈다. 이걸 설치하면 단순 이미지 외에 div 등 스타일시트의 특정 요소를 차단하는 게 가능해진다. 이걸 설치하면(재부틸 필요 없음) 특정 요소를 찍어서 차단할 수 있다(요소 숨김 필터)..

단, 찍을 때 div가 아니라 이미지 등으로 인식하는 경우가 있어 그냥 입력하는 게 낫다. 위 스샷처럼 다음과 같은 요소 숨김 필터를 추가하면 된다.

hungryapp.co.kr##DIV.fixed-top.banner_11

추후 헝앱이 소스를 바꾼다면 클래스 명이 달라질지 모른다. 뭐, 방법만 알면 그때 가서 바꾸면 될 일. 하지만 그것보다 헝앱은 인간적으로 이 따위로 조잡하게 플로팅 광고를 노출하는 짓거리에 대해 재고하면 좋겠다. 이렇게 광고 띄워서 광고비 뭐 얼마나 많이 받는다고. 사용자들이 겪는 불편도 좀 생각해주길.

캣마우스(KatMouse) 소개

필유 — Sat, 5 Apr 2014 23:31:41 +0900

캣마우스(KatMouse)라는 작지만 대단히 편리한 프로그램이 있다. 창의 현재 포커스와 상관없이 마우스 휠을 작동하게 해주는 프로그램이다. 옛날옛날 마소 인텔리포인트 마우스를 썼던 사람은 아는(그리고 손에 익었을, 대단히 유용한) 기능이다.

글의 요지는, 이 캣마우스의 새 버전이 올해 2월에 나왔다는 거다. 무려 7년-_- 만의 업데이트다. 최신 버전은 KatMouse 7이고 제작사 사이트(새창)에서 다운로드할 수 있다.

결론적으로, 현재 캣마우스를 사용 중이라면, 윈도우7 호환성을 비롯해 여러 가지로 업데이트된 최신 버전을 사용하길 권장한다. 캣마우스가 뭔지 모르는 사무직 종사자 역시, 당장 써보길 권장한다(써보고 필요 없으면 제거하면 그만. 아무 찌꺼기도 남지 않는다). 한 번이라도 써본 사람은 그 편리함을 순식간에 깨달을 수 있다. 이미 앞서가는-_- 사람들은 다 쓰고 있다.

그럼에도 설득을 위해 시나리오를 들자면...

왼쪽에는 탐색기, 오른쪽에는 한글을 띄웠다고 하자. 탐색기 폴더에는 휠로 스크롤해야 할 만큼 파일이 많다. 한글에서 작업 중에 왼쪽 탐색기 화면 아래에 있는 파일을 고르고 싶다고 하자. 이럴 때 우리는 마우스로 왼쪽 창을 클릭한 다음(즉 포커스를 한글에서 탐색기로 옮긴 다음) 마우스 휠을 돌려야 한다. 이럴 때 캣마우스를 설치해놨다면, 그저 마우스를 왼쪽으로 옮겨서 휠을 돌려도 탐색기 안에서 스크롤이 일어난다. 포커스 창이 아니라 현재 마우스가 위치한 창에서 휠 스크롤이 가능해진다.

혹은, 하나의 탐색기 창 안에서 왼쪽 창(정확히는 컨트롤?)에는 폴더 구조, 오른쪽 창에는 현재 폴더 내용을 표시해놓았다고 하자(일반적으로 나는 탐색기를 이렇게 쓴다).

현재 포커스는 오른쪽 창에 있다. 이때 왼쪽 창에서 스크롤을 하려면 어떻게 하는가? 왼쪽 창과 오른쪽 창 사이에 있는 스크롤바를 마우스로 잡고 내리든가, 왼쪽 창 임의의 폴더를 클릭한 다음 휠을 돌려야 한다. 하지만 캣마우스가 설치되어 있다면? 그냥 마우스를 왼쪽 창으로 이동하고 휠을 돌리면 된다.

단언컨대, 이 작고 훌륭한 프로그램을 사용하지 않을 이유는 없다.

사족으로, 이전 버전(~1.04)은 몇몇 프로그램에서 휠이 묘한 오작동을 일으키는 문제가 있었다. 캣마우스 설정(Applications 탭)에서 해당 프로그램을 무시하도록 지정하면 되긴 하는데, 어쨌든.

내 경우 가장 성가셨던 문제는, 크롬에서 컨트롤 키를 한 번이라도 누르면 그다음부터 휠을 돌릴 때 글자가 작아지거나 커지는 현상이었다. 원인을 몰라서 정말 황당했던 일이다. 이번 버전은 제작자 자신이 밝혔듯 크롬과 충돌(?)하지 않는다. 또 하나, 이전 버전은 포토샵, 인디자인, 일러스트레이터 등에서 휠이 제대로 작동하지 않았다(컨트롤, 알트, 시프트 키와 사용 시). 이번 버전은 이런 부분도 고쳐졌다 만세.

킨들 페화에 영한 사전 넣기

필유 — Fri, 28 Mar 2014 16:40:07 +0900

현재 웹이나 카페에 있는 방법은 오래됐거나, 복사를 막거나, 회원에게만 공개되어 이 글을 쓴다. 무엇보다 기존에 알려진 방법은 킨들 기본 영영 사전을 영영한 사전으로 대체하는 방식이지만, 이제 그럴 필요가 없어졌으므로 영한 사전을 추가하는 방식이 낫다고 생각한다. 최신 펌웨어 업데이트(뉴페화의 경우 5.4.3)를 하면 독서 중에 사전을 선택할 수 있다. 일단 내 기기는 뉴페화고, 십중팔구 페화에서도 통할 것이다.

현재 웹에 도는 mobi 영한 사전은 두 가지가 있다. 둘 다 네이버 카페의 하민파파 님이 공개한 것으로, 1) 스타딕트 퀵 영한 사전과 2) 저자 미상의 영영한 사전이다. 해당 카페 글은 여기(이하 링크는 모두 새창). 말한 대로, 나는 영한 사전만을 추가할 것이다.

결론만 말하면, 아래 파일을 페화 사전 폴더(\documents\dictionaries)에 넣으면 된다. 스타딕트가 GPL이므로 하민파파 님의 mobi 파일도 GPL일 테고, 거기서 헤더만 수정한 본 파일 역시 GPL이다.

Quick English-Korean Dictionary.mobi

다음은 이 파일을 적용한 스샷.

이하 내용은 이 파일을 어떻게 만들었는지에 대한 설명이다(내용 수정함).

1. 앞에서 쓴, 하민파파 님이 만든 mobi 스타딕트 퀵 영한 사전(quick_english-korean.mobi)을 다운로드한다.

2. 킨들 기본 사전 파일 헤더에는 해당 사전의 asin(아마존 고유 상품번호)이 있다. 기존 방법은 킨들 기본 제공 사전의 asin을 대체했지만, 새로운 사전을 추가할 경우 그 파일의 헤더에는 asin이 없어도 무방하다.

3. 만약 사전 이름을 수정하고 싶다면 Mobi Metadata Editor나 calibre 등을 사용해 헤더를 수정하면 된다. 킨들은 파일명과 상관없이 헤더에서 쓴 사전 이름으로 사전을 인식한다. 위 파일은 Mobi Metadata Editor를 이용해 사전 이름만 수정했고, asin은 넣지 않았다.

안녕, 오페라

필유 — Thu, 20 Mar 2014 03:34:41 +0900

오페라는 12.16을 끝으로 사라진 것과 다름없이 되어버렸다. ... 그렇게 된 자초지종은 쓰지 않겠다. 떠나보내는 오페라를 마지막으로 찬양이나 하련다.

나는 2005년부터 파폭을, 2011년부터 오페라를 메인으로 썼다. 당시 오페라를 메인으로 선택했던 이유는 무엇보다 속도였다. 게다가 온갖 기능이 기본으로 다 포함되어 있었다. 오페라에 익숙해지다 보니 다른 브라우저는 불편한 점이 많았다. 오페라에는 기본으로 있지만 파폭이나 크롬에는 기본으로 없는 유용한(내가 즐겨 쓰는) 기능을 적어보자면 이렇다. IE는 당연히 논외.

마우스 제스처
이미지 차단
검색엔진 만들기, 관리
탭 그룹(파폭에서 다른 방식으로 지원)
Ctrl + Tab으로 최근 탭 간 이동
RSS 리더
메일 클라이언트

1, 2는 브라우저별 애드온으로 해결된다. 그러나 6, 7이 가능한 브라우저는 오페라 외엔 없다. 파폭은 라이브북마크 기능이 있지만 많은 사람이 별도의 확장 기능(가령 Sage)을 선호한다. 메일의 경우 아예 별도의 프로그램인 썬더버드를 써야 하고.

3은, 파폭의 경우 완벽하지 않고(그래서 Organize Search Engines 같은 확장 기능을 별도로 쓴다) 크롬은 옴니박스인데... 뒤에서 얘기하겠다.

4는 파폭과 오페라가 다른데, 각기 장단점이 있다. 내 회사 PC는 부팅 시 오페라가 실행되고 그 오페라는 퇴근할 때까지 종료되지 않는다. 고정적으로 사용하는 사이트 6개가 탭 고정되어 있고, 추가로 10~30개 탭을 왔다 갔다 하면서 서핑한다. 여기서 탭 그룹은 비슷한 종류의 문서들을 시각적으로 묶어주는 등 중요한 역할을 한다.

5는 기능이라고까지 할 건 없는데, 현재로서는 크롬에서는 애드온을 통해서도 불가능하다. 현재 많은 크롬 사용자들이 이를 지원하지 않는 데 대해 불만을 품고 있다. 파폭에서는 browser.ctrlTab.previews 또는 Supertab 같은 확장 기능을 통해 가능하다. 위에 썼듯 '수십 개' 열려 있는 탭 사이에서 탐색할 때에는, 앞뒤 탭 간 이동보다는 최근 사용한 탭 간 이동이 훨씬 더 편리하다.

딱히 탭이 많지 않더라도, 우리가 윈도우에서 Alt + Tab으로 프로그램 사이를 왔다 갔다 하는 걸 생각해보라. Alt + Tab을 눌렀을 때 작업표시줄에 뜬 순서대로 왼쪽에서 오른쪽으로 이동하는 게 아니다. Ctrl + Tab 역시 이를 따르는 것이 직관적이며 자연스럽다(이는 일반적으로 MDI 프로그램들에서도 중요한 문제이다).

3을 부연하자. 나는 옴니박스를 싫어한다. 검색엔진 관리가 불편하기도 하고(이건 크롬 자체 UI의 문제다) 검색어 앞에 별도의 키워드를 입력하는 방식도 효율적이지 못하다고 생각한다. 가령 하나의 단어를 영한사전(키워드 n)에서 찾아본 다음 영문 윅셔너리(키워드 w)에서도 찾아보고 싶다고 하자.

Ctrl + L → n 검색어 → 엔터 → 문서를 읽는다 → Ctrl + L → w 검색어 → 엔터

이런 과정을 거쳐야 한다. 검색어가 길다면? Ctrl + C와 Ctrl + V를 이용한다고 해도 키워드는 직접 타이핑해야 한다. 검색어와 키워드에 따라 키 입력에 걸리는 시간이 매우 길어질 수 있다. Ctrl, L, 키워드, 스페이스, 검색어, 엔터 이 키들을 왔다 갔다 하는 게 불편한 것이다. 오페라와 비교하자면 그렇다는 말이다(크롬만 쓰는 사람은 그 한 가지 방법밖에 모르므로 불편함을 느끼지 못하겠지만). 오페라에서는 이 과정이 다음과 같이 바뀐다. 키 입력 수 자체는 아래 화살표(↓) 때문에 많을 수 있어도 키워드와 스페이스를 입력하는 과정이 없으므로 키보드 위에서 손가락의 동선은 짧아진다.

Ctrl + E → 검색어 → (n 검색엔진이 선택되지 않은 경우 ↓ 두 번 이상) → 엔터 → 문서를 읽는다 → Ctrl + E → ↓ 두 번 이상 → 엔터

덧붙여 검색어가 있는 상태에서 검색엔진을 마우스로 바꾸는 경우, 대단히 훌륭하게도, 오페라 검색엔진박스에서는 엔터를 치지 않아도 바로 그 사이트로 이동한다. 파폭은 검색엔진을 마우스로 바꾼 다음에도 엔터를 추가로 입력해야 한다(단, Search on Engine Change를 설치하면 엔터를 입력하지 않아도 된다). 이런 추가적인 키 입력이 쌓이고 쌓여 능률을 떨어뜨린다.

한 가지 더, 파폭과는 달리 오페라의 검색엔진은 탭별로 설정된다. 파폭에서는 한번 검색엔진박스에서 검색엔진을 고르면 그 검색엔진이 다른 탭으로 가도 유지되지만, 오페라는 그렇지 않고 탭별로 검색엔진과 검색어를 관리한다. 가령 새 탭을 열면 검색엔진은 기본값(가령 구글)으로 바뀌고 검색어도 사라진다. 이게 편리한 이유는 (내 경우) 보통 새 탭을 열고 제일 먼저 하는 일이 검색이기 때문이다.

Ctrl + T → Ctrl + E → 검색어 입력 → 엔터

파폭의 경우 구글이 검색엔진으로 선택된 상태라면 위와 키 입력 수가 같다. 그러나 다른 검색엔진이 선택된 상태라면 다음과 같다.

Ctrl + T → Ctrl + E → 검색어 입력 → Alt + ↑(↓) → Home → 엔터 → 엔터

키 입력이 세 개 많으며 키 사이 거리도 멀다. 뿐만 아니라 오페라의 Ctrl, T, E, 검색어, 엔터 입력은 좌측에서 우측으로의 동선이지만, 파폭의 키 입력은 한마디로 우왕좌왕이다. 게다가 오페라와는 달리 파폭에서는 Alt를 누르지 않고 위아래 화살표만 눌러서는 검색엔진을 선택할 수가 없다. 이렇게 쓰느니 마우스를 쓰고 말지. 위에서 썼듯 Search on Engine Change를 설치해야만 마지막 엔터 두 번이 한 번으로 줄어들 뿐이다.

무의미한 이야기를, 길게 써봤다. 오페라가 아무리 좋아도, 12.16까지의 얘기일 뿐이다. 웹은 격변하고 있고 업데이트되지 않는 브라우저는 도태된다. 파폭으로 돌아갈 결심을 했다. 크롬은 아무리 봐도 부족하다. 한 20% 부족하다.

안타깝다. 파폭도 크롬도 사용자들이 불만을 품고 있지만 고쳐지지 않는 부분이 있다(파폭의 미분류 북마크라든가 위에 쓴 크롬의 최근 탭 간 이동). 하지만 오페라처럼 자기가 자기이길 포기한 경우가 어디 있을까. 12.16 이후 13부터의 오페라는 크롬의 짝퉁일 뿐이다. 마우스 제스처는 커스터마이징도 안 되고, 그 훌륭한 검색엔진박스가 사라졌고, 메일 클라이언트도 분리됐다. 하아... 나는 울면서 파폭을 써야 한다.

CCC 없이 HDMI 연결 시 언더스캔 끄기

필유 — Wed, 19 Mar 2014 11:41:43 +0900

AMD(ATI) 그래픽카드로 처음 HDMI를 연결하면 TV 화면이 실제 해상도보다 축소되어 출력된다(언더스캔). 이는 충돌이 아니라 기본값이 그렇게 설정되어 있어 발생하는 일이다. 이를 해결하려면 CCC(카탈리스트)에서 언더스캔/오버스캔 설정을 0%로 설정하면 된다. 많은 사람이 이 '문제'를 겪고 있어 웹에 문서도 많다. 가령 HDMI 연결시 화질이 심하게 안좋고, 화면이 작게 나올때...(새창) 같은 문서들.

이렇게 CCC에서 설정만 바꾸면 해결될 일이지만, 문제는 나는 CCC를 쓰지 않는다는 사실이다. 전 세계 수많은 게이머 동지들과 함께, 나 역시 더럽게 무겁고 느린 CCC 대신 RadeonPro를 사용한다. 그렇다면 CCC가 없으면 이 문제를 해결할 수 없을까? 그럴 리가. 레지스트리 수정하는 방법이 있다. 다음 문서 참고.

Change Overscan/Underscan settings without Catalyst Control Center(새창)

요약하면, HKLM>SYSTEM>CurrentControlSet>Control>Video>{####...}>0000에 DigitalHDTVDefaultUnderscan=0을 추가하면 된다(DWORD). 빨간 부분은 자신의 그래픽카드에 해당하는 키를 뜻한다. 값을 추가한 다음 재부팅하고 다시 HDMI를 연결해보면 화면이 꽉 맞게 제대로 나온다.

위 문서에는 왜 AMD가 기본값으로 언더스캔을 켜놨는지에 대한 설명도 있다. 궁금하면 읽어보길.

이것보다 더 복잡한 레지스트리 수정 방법도 있다. 가령 윈포의 이런 글(새창). 혹시라도 위에 설명한 방법이 통하지 않는다면 고려해볼 것.

파일 공유 안 되는 문제 총정리 "지금 공유 리소스를 만들지 않았습니다"

필유 — Wed, 6 Nov 2013 23:00:18 +0900

윈7과 XP를 잘 공유해서 써왔는데, 악성코드에 걸려 사투-_-를 벌인 후에 새로운 폴더를 공유하려 하자

"지금 공유 리소스를 만들지 않았습니다" 오류가 뜨며 공유가 안 되더라.

공유 관련 서비스(server, workstation 등)는 이미 켜진 상태이고 기존에 공유한 폴더들은 여전히 잘 공유되고 있는 이상한 상황.

이는 악성코드가 방화벽&공유 레지스트리를 손상시켰기 때문이다.

따라서 해결책은 윈도우 기본값으로 관련 레지스트리를 복구하는 것.

http://www.tweaking.com/content/page/repair_windows_firewall.html

위 사이트에서 프로그램 하나 받아서 돌리면 바로 해결된다. 재부팅도 필요 없음.

보통은 이런 경우가 아니라

공유 관련 서비스가 꺼져 있거나(따라서 켜면 된다. 이런 식으로)
방화벽&공유 설정이 잘못되었거나(설정을 기본값 복구하면 된다. 이런 식으로(영어))
폴더 소유권이 잘못되어서(소유권을 바꾸면 된다. 이런 식으로(영어))

공유가 안 된다고 한다.

만약 위 세 개 방법 모두 효과가 없다면, 특히 악성코드에 걸린 적이 있다면

제일 위에 쓴 대로 레지스트리 복구를 시도하길.

슈퍼DMZ 사용 시 파일 공유 문제

필유 — Mon, 17 Sep 2012 02:22:11 +0900

어째 웹을 뒤져봐도 오만 년 전 답변밖에 안 나오고 해서, 직접 쓴다.

PC 2대(각각 윈7과 XP)를 공유기로 묶고 서로 파일 공유를 세팅했다.

아무 문제 없었다.

이때 윈7 PC에 슈퍼DMZ를 적용했다. 토런트를 위해 *-_-*

그러자 2대의 컴퓨터 네트워크 목록에 서로가 뜨지 않는 거다 -_-

그래서 찾아보니

공인 IP를 사용하는 Super DMZ와 사설 IP를 사용하는 다른 내부 PC들의 서브넷이 서로 다름으로 인한 현상입니다.
-애 니 게 이 트 의 Super DMZ FAQ 중 7 번 항 목 (새창)

고기능 DMZ이 설정된 PC는 같은 네트워크 구성원에 포함되어도 TCP/IP 대역이 달라저 네트워크 파일/프린터 공유기 원할히 지원되지 못할 수 있습니다.
-인천부평 컴퓨터 문제해결 카 페-_-의 글 (새창)

대략 이런 원인인 듯싶고, 해결책은 1. 파일 공유를 TCP/IP 대신 IPX로 또는 2. 랜카드 하나 더 설치였다.

근데 문제는 윈7에는 IPX를 설치할 수 없다는 거...

물론 랜카드 하나 더 사는 건 그야말로 낭비고.

아니 그보다, 시대가 어느 시댄데 이런 문제가 발생하는 거냐고-_-

위 글들도 몇 년은 된 글들이고, 다른 문서가 거의 안 나오는 걸 보면 이 문제를 겪는 사람이 얼마 없단 얘긴데!

...

그렇게 뭔가 방법이 없나 시도하다 우연히 찾은 사실이 있다.

UNC로는 접속이 된다.

즉 윈7에서는 XP의 내부 IP 192.168.1.2를 넣어 탐색기에 \\192.168.1.2라고 치면 XP의 공유 폴더에 접근할 수 있고

XP에서는 탐색기에 \\윈7의 외부(리얼) IP를 치면 윈7의 공유 폴더에 접근할 수 있었다.

즉 네트워크 목록에만 뜨지 않는 문제인 듯싶으니

바로가기 만들어놓고 사용하면 불편은 없을 것 같다.

하지만 원인을 모르겠다는 거-_-

슈퍼DMZ 사용하는 다른 분들, 이런 문제 없습니까??

짐 콜버그 - 뮤직 네버 스탑(The Music Never Stopped) 2011

필유 — Fri, 17 Feb 2012 23:47:52 +0900

영화 번역한 기록이 여기저기 흩어져 있긴 한데, 지금 와서 한곳에 모으기는 귀찮고, 그렇다고 자막에 떡하니 공개한 블로그 주소에 해당 영화 포스트가 없는 것도 거시기해서 일단 기록한다.

동영상은 isohunt 등에서 검색(새창)하시라. 번역 당시에는 블루레이 영상이 없었는데 지금 보니 꽤 여러 영상이 나왔다. 내가 작업한 영상은 UnKnOwN 릴 722메가짜리(토런트, 새창)였는데, 화질이 과히 좋지는 않다. 블루레이 영상에는 대충 싱크 앞뒤 조정만 하면 되지 않을까 싶다(확인하기는 역시나 귀찮다).

이하 망명용 블로그 포스트(새창) 복사.

번역 기간: 2011-8-28 ~ 2011-9-1
대사 시간: 1초 ~ 6.5초
대사 길이: 최대 한글 11자

*수정: 2011-9-3
*줄 나눔 등 고치고 대사 시간 최저 0.9초에서 1초로 올림.

JIMFF에서 보고 온 영화.
싱크 수정이 다수 있었고
나머지는 언제나처럼.
직업상 맞춤법은 자신만만.

영문 자막 및 싱크: easytobeaman
한역: 필유 http://feelyou.tistory.com

copyleft 2011 feelyou.

-동영상(토런트)
http://torrents.thepiratebay.org/6582969/The_Music_Never_Stopped_2011_DVDRIP_UnKnOwN.6582969.TPB.torrent(토런트, 새창)

-자막 다운로드
http://www.mediafire.com/?93cww6i4v2jbqp9(새창)

옆글 결과

필유 — Thu, 22 Dec 2011 00:35:39 +0900

전에 썼듯 옆글을 단행했고, 오늘 마침내 CPU도 조스마 960T로 바꿨다. 조반, 오반 부활은 실패했고 일단 배수만 올려 3.8로 땡겨봤다. 램은 그대로고 NB는 2400까지만. 아직 안정화 테스트는 안 했고(사실 이런 거 정말 귀찮다) 전압도 좀 과하게 팍팍 넣었다. 그 결과...

아니 CPU님께서 발목을 잡네-_-? 옆글 훨씬 전에 라나푸스 440(@3.3G)/OCZ 4기가/770iCafe/버텍스1 SSD/라데온 4850으로 올 7.3 찍었는데-_- 어딘가에서는 i7 950 3.6기가가 7.5 나온다는데 뭔가 억울하다... 3.8로 실사용할지 안 할지도 모르는 상황인데-_ㅠ

기계식 키보드와 FPS

필유 — Sat, 17 Dec 2011 02:38:40 +0900

짧게 쓰면 내가 하고 싶은 말은 이거다.

멤브레인만 쓰던 일반 사용자라면 기계식이 충분히 메리트가 있다. 객관적으로는 키감, 주관적으로는 정신승리.
그러나 멤브레인으로 FPS만 하던 게이머라면 기계식이 아니라 먼저 펜타그래프로 바꾸길 권한다. 같은 버튼을 주구장창 누르고 있는 FPS의 경우 키압이 낮아야 손이 편하다.

기계식 키보드에 대해 많은 사람이 환상을 품고 있지만, 높은 가격과는 별도로 기계식 키보드가 누구에게나 최적인 것은 아니다. 나 같은 FPS 게이머에게는 기계식의 메리트가 전혀 없었다. 얼마 전 뽀대와 가격에 혹해 IDFactory m.Stone SB74 Santorini 넌클릭(체리 갈축)을 사서 써봤는데, 손가락이 아파 도저히 게임을 ~~6시간 연속으로~~ 할 수가 없었다.

훔쳐온 사진

대개 FPS를 하려면 왼손 새끼로 컨트롤 키를 수시로 눌러야 하는데, 이게 보통 피곤한 일이 아닐 수 없었다. 기계식 중 키압이 제일 낮다곤 해도, 일단 키높이 자체가 펜타그래프에 비해 워낙 높다. 멤브레인 쓰다 기계식으로 바꿨더니 게임(FPS)이 잘된다는 사람이 있다면, 펜타그래프로 바꾸면 아마 게임의 신이 될 거다.

결국 산토리니는 여친님께 상납했다. 아무래도 내 영원한 사랑은 아이락스 KR-6170이 될 듯싶다. 남 줄 거 포함해 KR-6170만 다섯 개는 넘게 산 것 같다.

훔쳐온 사진

분명한 점이 하나 있다면, 게이머든 아니든 멤브레인을 쓸 이유는 없다는 점이다. 종일 키보드를 두드려야 하는 사무직에게는 더욱 펜타그래프를 권하고 싶다. 생각 같아서는 사무실 모든 키보드를 KR-6170+키스킨으로 바꾸고 싶은 마음이다. 그 시끄러운(그리고 뒤집어 탕탕 두드리면 머리카락과 먼지가 수두룩하게 쏟아질) 3천 원짜리 키보드를 어떻게 종일 치고 있나 싶다.

오페라 마이그레이션

필유 — Tue, 13 Dec 2011 23:58:27 +0900

전에 네이버 블로그에도 썼던 적이 있는데 뭐 지금은 비공개이고, 옆글한 김에 다시 정리한다.

...덧붙여 기록으로 남겨두자면 옆글 사양은 다음과 같다.

먼저 대원칙, 웬만하면 Opera Link 사용하자. 고민할 필요가 없다.

내 경우 위와 같이 검색 엔진만 빼고 그냥 전부 동기화했다. 회사에서 만화, 영화나 토런츠 찾을 일이 있어선 안 된니까. 사실 즐겨찾기도 조금 민감한 부분인데, 즐겨찾기 루트에 집, 회사 두 폴더 만들고 그냥 쓰고 있다.

다음으로, 동기화가 안 되는 항목들을 수동으로 복구하자. 먼저 메일(피드) 계정 설정 및 메일(피드) 본문.

오페라 설정은 기본적으로 %APPDATA% 및 %LOCALAPPDATA% 폴더에 저장된다. '오페라 메뉴>도움말>Opera 정보'를 눌러보면 확인할 수 있다. 관리자 설치한 윈도우7을 예로 들면 메일은 C:\Users\Administrator\AppData\Local\Opera\Opera\mail 폴더에 저장된다. 포맷하기 전에 이 폴더를 백업해두었다가 포맷 후 오페라를 설치하고 다시 덮어쓰면 된다.

다음으로 (동기화를 할 수 있지만 굳이 하지 않은) 항목들은 모두 %APPDATA% 아래 Opera\Opera 폴더에 있다. 즉 대개의 경우 C:\Users\Administrator\AppData\Roaming\Opera\Opera 폴더다. 다른 건 관심 없고, 일단 즐겨찾기는 이 폴더의 bookmarks.adr 파일에 저장된다('Opera 정보'에서도 확인할 수 있다). 검색 엔진은 search.ini, 스피드 연결은 speeddial.ini이다. 나머지 항목은... 본인의 경우 그냥 동기화하기 때문에 모르겠다.

오페라 설정, 특히 메일 자료의 경우 용량을 상당히 차지할 수 있다(내 경우 최근 피드를 정리했는데도 135메가 정도다). 따라서 시스템 파티션이 아닌 다른 곳으로 폴더를 지정하고 싶을 수 있는데, 이때는 opera:config에서 직접 폴더를 바꿀 수 있다. 근데 사실 귀찮고; 아예 %APPDATA% 및 %LOCALAPPDATA% 폴더 전체를 다른 파티션으로 옮겨도 되겠다(이 런 방 법(새창) 등). 호환성이 걱정된다면 심볼릭 링크를 만드는 것도 방법이다(지난 포스트(새창) 참고). 나님은 용량 큰 폴더만 수동으로 심볼링 링크를 걸어 사용하고 있다.

QCP 및 QCQ 파일 재생 불가

필유 — Wed, 2 Nov 2011 01:29:18 +0900

내 아이스크림2 폰을 비롯해 아마도 여러 LG 전화기에서, 음성 메모(QCP) 및 통화 중 메모 파일(QCQ)을 PC로 옮기면 재생도 변환도 할 수가 없다. 모바일 싱크로 재생하는 방법 말고 말이다. 알려진 방법, 가령 퀄컴 PureVoice 등을 모두 동원해도 안 된다. 안 되는 이유가 있었다. 다음과 같은 문서 참고.

요약하자면 QCP 및 QCQ 파일 중 EVRC 코덱으로 된 파일은 죽어도 PC에서 재생할 수 없다는 소리가 되겠다. 자기 폰은 잘 된다고 좋아하는 건 자유지만, 죽어도 안 되는 폰도 분명히 있다는 점을 명심하라.

우회하는 방법은 두 가지다.

디지털이든 아날로그든 다이렉트 녹음
QCP(QCQ) 파일을 이메일로 자신에게 전송(이 따위가 공식적인 해결책이란다)

그러나 내 폰은 음성 메모를 이메일로 전송하는 기능이 없다(내수용 중에 이런 기능 있는 피처폰이 있나?). 참 분통 터지는 일이 아닐 수 없다. 어쩔 수 없이 모바일 싱크로 그냥 듣고만 있다. 나중에 정 필요하다면 스테레오믹스로 녹음을 떠야겠다.

스테레오믹스 녹음 방법은 찾아보면 여러 문서가 나오지만, 간단히 정리하면 이렇다.

재생용 프로그램(모바일 싱크)을 열고 재생할 파일을 선택하고 재생 준비를 한다.
녹음용 프로그램(Audacity를 추천한다)을 열고 입력 소스로 스테레오믹스를 고르고 주파수(44.1kHz)와 채널(모노)을 설정한다. 입력 소스에 스테레오믹스가 없다면 드라이버에 문제가 있거나 사운드카드가 지원을 안 하는 거다(안습).
재생용 프로그램의 재생 버튼을 누르자마자 녹음용 프로그램의 녹음 버튼도 같이 누른다-_-
재생이 끝나면 녹음용 프로그램에서 정지를 누르면 된다-_- 아 쥰내 원시적이네...

Audacity의 경우 일정 음량 이상일 때만 녹음하는 기능(sound activated recording)이 있는데, 일정 음량 이상일 때 '녹음을 시작'하는 기능은 없다. 추후 버전에서는 지원해줬으면 하는 바람.

정션 만들기 배치파일

필유 — Tue, 25 Oct 2011 00:09:22 +0900

*주석을 삭제하는 걸 잊었음-_- 11-10-26 21시 이전에 받은 사람은 첨부 파일을 다시 받아주세요ㅠㅠ

윈도우7에는 mklink로 정션(심볼릭 링크)을 만드는 방법이 있다. 일일이 콘솔에서 입력하는 것도 물론 짜증이지만, 나와 있는 GUI 프로그램도 써보니 영 불편하고 해서, 배치파일을 직접 만들었다.

기본적으로 시스템 파티션(C:)을 깨끗하게(=적게) 유지하고 싶고, 응용프로그램이나 프로그램 데이터는 모두 다른 파티션에 보관하고 싶은 게 우리(!)의 공통 관심사이다.

*주의: 이하 정션이 뭔지 알고 위와 같은 불편함을 해소하고자 하는 사람만 계속 읽고, 모르는 사람은 그냥 관심 끄고 살면 되겠다.

문제는 몇몇 프로그램의 경우 C: 외의 경로에 설치해도 프로그램 데이터를 C:에 보관한다는 점이다. 대표적으로 C:\ProgramData 폴더라든가 C:\Users\사용자명\Application Data라든가 C:\Users\사용자명\AppData라든가.

대표적으로 어도비의 경우 프로그램은 C:가 아닌 곳에 깔았는데도 C:\Program Files (x86)\Common Files\Adobe 폴더에 뭔가 쥰내 큰 데이터를 저장하니 짜증이 나 죽을 지경이다. C:는 SSD이므로 용량이 없단 말이다! 또 다른 예로, 스팀이나 오리진의 경우도 엄청나게 큰 게임 클라이언트를 무조건 C:에 설치하려니 난감하고.

이럴 때 우리는 정션을 떠올린다. 스누피 님의 문서(새창) 등을 참고해서 말이지. 다음 파일은 정션 만드는 방법을 자동화한 배치파일이다. *주석을 삭제하는 걸 잊었음-_- 11-10-26 21시 이전에 받은 사람은 다시 받아주세요ㅠㅠ

makeJP.bat

다운로드해서, 사용하기 전에 먼저 반드시 배치파일을 열고 실제 데이터가 보관될 폴더를 지정해야 한다. 그다음 이 파일을 보내기 폴더(shell:sendto)에 넣은 다음, 정션을 만들고자 하는 폴더에 우클릭>보내기>makeJP.bat를 선택하면 된다.

*주의: 보내기 폴더(shell:sendto)가 뭔지 모른다면... 먼저 조사하고 오길 권한다.

예를 들어 C:\ProgramData\Adobe 폴더 용량이 너무 커서 L:\shit damn motherfucker 폴더로 옮기고 싶다고 가정하자. 즉 C:\ProgramData\Adobe 폴더의 정션을 L:\shit damn motherfucker\ProgramData\Adobe에 만드는 것이다.

위 배치파일을 보내기 폴더에 저장했다고 치고, 파일을 메모장 같은 걸로 열고 셋째 줄을 수정한다.

원하는 폴더로 수정하되 따옴표나 끝에 슬래시는 뺄 것

이때 폴더명 앞뒤에 따옴표(") 또는 맨 끝에 슬래시(\)를 붙이지 말아야 한다. 배치파일 안에 주석으로 써놓았으니 제발 좀 읽길. 이제 파일을 저장하고 탐색기에서 C:\ProgramData\Adobe 폴더를 우클릭하고 보내기>makeJP.bat를 선택한다. 그럼 다음과 같은 콘솔 창이 뜰 거다.

잘 읽어보고 진행하길

원본 폴더와 대상 폴더를 확인하고 맞으면 아무 키나 누르고, 만약 틀렸다면 ctrl + c를 눌러서 중단하라. 마지막 경고다. 아무 키나 눌러서 진행할 경우, 배치파일은 원본 폴더 파일을 대상 폴더로 복사한다. 복사가 끝나면 원본 폴더 파일을 지우고 대상 폴더에 대한 링크를 걸게 된다. *Done!이 뜨면 성공적으로 완료.

보통은 중간에 액세스가 거부되었습니다, 지정된 파일을 찾을 수 없습니다, 디렉터리가 비어 있지 않습니다, 파일이 이미 있으므로 만들 수 없습니다 등의 오류가 뜰 텐데, 마지막에 *Done!이 뜨면 성공적으로 완료된 거다.

*주의(11-10-26 추가): 하지만 *Done!이 뜨지 않고 '액세스가 거부되었습니다'와 '파일이 이미 있으므로 만들 수 없습니다'가 표시된 후 *Check if 폴더명 is shared! If not, press any key to retry.라고 나올 경우는, 옮기려는 폴더가 공유 혹은 사용되고 있는 폴더인지 확인해야 한다. 아니라면 아무 키나 눌러서 다시 시도할 수 있다. 만약 몇 번 더 시도해도 다음으로 넘어가지 않는다면 십중팔구 공유 혹은 사용 중인 폴더이므로 폴더를 지울 수 없다. 이때는 ctrl + c로 종료하고 원본 폴더를 사용 중인 프로세스를 종료하고 다시 시도해야 한다. 어도비 관련 프로세스라든가 스팀, 오리진 클라이언트 같은 것들 말이다. 그런 경우가 아니라도 윈도우에서 사용하는 폴더는 이동할 수 없다. 어쨌거나 *Check if ...가 뜬 다음 배치파일을 강제종료했다면, 대상 폴더는 이미 생성이 된 상태이고(링크만 안 걸렸을 뿐) 원본 폴더에서도 일부 파일이 대상 폴더로 이미 이동되었을 수 있으므로, 복사된 대상 폴더를 다시 원본 폴더로 이동해야 한다(수동으로-_-).

*마지막 주의사항이다. C:\ProgramData 전체를 옮기면 안 된다. C:\Users\Administrator 전체도 마찬가지다. 심지어 C:\Program Files (x86)\Common Files 전체도 안 된다. 이들 폴더에는 윈도우 상주 파일이 있기 때문에 옮겨서는 안 되거나 아예 옮길 수 없다.

어도비 프로그램을 사용 중이라면, 기본적으로 다음 폴더들은 옮기길 추천한다(물론 하드가 남아돈다면 안 옮겨도 무방...하지만 그렇다면 아예 이 글을 읽고 있을 이유가 없겠지).

C:\Program Files\Common Files\Adobe

C:\Program Files (x86)\Adobe

C:\Program Files (x86)\Common Files\Adobe

C:\ProgramData\Adobe

그 외 윈도우 중 용량 쥰내 차지하는 다음 두 폴더도 옮기면 좋다. 단, 옮겨야 하는 이유는 알고 옮기길 바란다. 웹 찾아보면 다 나온다.

C:\Windows\installer

C:\Windows\SoftwareDistribution

나머지는 본인이 사용하는 프로그램에 따라 C:에 있을 이유가 없는 것들을 옮겨주면 된다. 내 경우 이렇게 해서 C:에서 3.4기가의 용량을 절약했다.

물론 이렇게 복잡한 방법을 사용할 필요 없이, 내 문서 같은 사용자 폴더는 윈도우 자체에 폴더를 옮기는 방법이 있다. 스팀이나 오리진은 처음부터 C:가 아닌 곳에 깔면 된다. 프로그램은 웬만하면 포터블 버전을 쓰면 된다. 이 방법을 사용하는 건 그렇게 할 수 없는 빌어먹을 녀석들에 한하길 권한다(분명히 그런 프로그램들이 있다. 나는 안 쓰니 모르겠지만, 아이튠즈도 그런 것 같고, 일부 게임 중에도 있다).

다음은 배치파일 소스 전체다. 이거 만들면서 배치파일에서도 스트링 처리가 가능하다는 걸 처음 알았다;