리눅스에서 폰트를 쓰다보면 Windows의 폰트가 필요할 때가 은근히 있습니다. Wine으로 프로그램을 굴릴 때 말 그대로 굴림폰트나 Times Roman폰트가 필요한 경우가 있지요.


이를 편하게 하기 위해서 우분투에서는 ttf-mscorefonts-installer란 패키지를 통해 EULA동의하에 설치할 수 있도록 해놓았습니다.


그런데 ttf-corefonts를 설치하다보면 


Can't drop privileges for downloading as file '/var/lib/update-notifier/package-data-downloads/partial/andale32.exe' couldn't be accessed by user '_apt'. - pkgAcquire::Run : 허가 거부 

위의 메시지를 띄우면서 설치가 거부되기도 합니다. 이런 경우 원인은 의외로 간단한데요.


ttf-mscorefonts-installer 패키지 버전이 낮아서 생기는 문제입니다. MS폰트는 sourceforge를 통해서 다운로드 받게 되어있는데 이전 버전에서는 이 부분이 갱신이 덜 되어서 너무 오래된 인증서를 통해 다운로드 받기 때문에 그렇습니다. 그럼 새로운 버전의 패키지를 쓰면 되겠지요?


우분투는 데비안의 패키지리스트를 받아온다는 사실은 알고 계실겁니다. 그럼 해당 패키지를 Debian sid에서 가져오면 되는 것이지요.


wget http://httpredir.debian.org/debian/pool/contrib/m/msttcorefonts/ttf-mscorefonts-installer_3.6_all.deb
sudo dpkg -i ttf-mscorefonts-installer-*


이렇게 하시면 2017년 현재 MS폰트를 아무 문제없이 설치 할 수 있을 겁니다.



,

채팅봇이란 물건이 있습니다. 일종의 인공지능 대화상대인데 특정 대화방(채팅룸)에서 특정 키워드가 나오면 해당 키워드에 맞는 대답을 해주는 물건입니다.


이미 잘 이용되는 물건으로는 간단하게는 심심이가 있고 Youtube와 TwitchTV에서 사용하는 NightBot, MooBot등이 있고 인공지능 대화용으로 만들어진 MS의 테이(Tay)나 구글의 채팅봇도 있습니다. 카카오톡을 통해 알려주는 채팅봇도 있습니다.


사실 인공지능까지는 아니더라도 간단하게 유튜브나 TwitchTV등에서 방송하는 사람들을 도와주는 봇들은 이미 많이 쓰이고 있지요. 이들의 조상은 IRC에 플러그인 방식으로 사용되어서 해당 채팅방에서 물을 흐리는 몇몇 또라이들을 추방하거나 욕설등을 가려주는 등 IRC의 심판으로 쓰였던 그런 물건이 시초라고 보고 있습니다. 여기에 몇가지 키워드를 더 추가해서 특정 키워드가 나오면 대신 대답을 해주거나 간단한 대화기능을 넣는 등 발전을 했고 이후 지금의 시리같은 인공지능 기술과 음성인식 기술이 접목되어 굉장히 편리해졌지요.


지금 많이 이용되는 채팅봇 혹은 전자비서의 조상은 IRC의 플러그인들로 부터 시작되었다고 본다. 사진은 IRC클라이언트 중 제일 유명한 mIRC의 로고



이런 쪽에 제가 관심을 갖게 된 원인은 한 때 유명했지만 지금은 그저그런 Twitch Plays Pokemon때문이었습니다.

Twitch Plays Pokemon은 말 그대로 TwitchTV방송의 채팅을 통해 직접 게임을 움직여서 게임을 하는 특이한 방송이었습니다. 지금은 시들하지만 처음에는 방송을 보려는 사람들로 붐볐었습니다. 문제는 그만큼 컨트롤이 산으로 갔다는 것이지만...


당시 이슈가 되었던 Twitch Plays Pokemon 방송. 사공들의 수많은 채팅들을 봇이 읽어들여서 게임을 하는 그런 방송이었다.


해당 방송의 방식은 아주 간단합니다. 사람들이 채팅방에 특정 키워드(right, left, up, down, a, b, start, select 등)을 치면 게임과 함께 연동되는 봇이 해당 명령에 맞는 기능을 게임에 전달하여 움직이게 하는 것입니다.


이것이 가능했던 이유는 TwitchTV의 채팅이 기존의 IRC를 그대로 이용하기 때문이었습니다. TwitchTV는 채팅방식을 공개된 IRC프로토콜을 이용하되 약간의 보안을 적용해서 사용했기 때문에(그나마 그 보안도 알려진 방식입니다.) 기존의 IRC봇을 만들기 쉬웠습니다. 실제로 여기에 쓰인 플러그인과 비슷하게 구현된 소스코드도 공개되어 있지요.


https://github.com/hzoo/TwitchPlaysX

https://github.com/sunshinekitty/TwitchPlaysPokemon


위 github가 해당 플러그인을 구현한 소스코드입니다. IRC를 기반으로 키보드 혹은 마우스 명령을 내릴 수 있게 되어있지요.


채팅을 할 수 있는 방송은 TwitchTV만 있는 것은 아니지요. Twitch외에도 Youtube가 있고 국내에서는 DaumTV팟도 있습니다. (아프리카TV는 너무 구식이기 때문에 예외로 합시다.)


1. 실시간 방송이 가능하고

2. 동시에 채팅도 할 수 있으며

3. 여러명이 달려들어도 서버상태가 괜찮다면

이런 류의 봇을 직접 만들 수 있지 않을까?


라는 생각이 들더군요.


네, 사실은 안일한 생각이었습니다. 대다수 서비스는 IRC기반이 아닌 다른 방식을 사용하고 있었고 해당 프로토콜을 알아내는 것은 굉장히 어려웠습니다. TwitchTV가 알려진 방식을 사용한 특이 케이스였던 것입니다.


그런데 Youtube는 API를 통해 채팅봇을 만들 수 있게끔 공개가 되어있었고 실제로 NightBot이란 봇이 이미 만들어져 있었습니다. 즉, Youtube는 충분히 이러한 봇제작이 가능하다는 의미였지요.

https://developers.google.com/youtube/v3/live/docs/liveChatMessages/list


"그래! 그럼 나도 ChatBot이란 것을 한 번 만들어보자!"라는 생각으로 시작을 해봤습니다.


결과는...당연하게도 참패.


YoutubeAPI는 생각보다 요구하는 것이 너무 많았습니다. 저는 그저 채팅 내용을 읽어들인다음 키워드분석을 하는 것을 원했는데 해당 채팅방의 전반적인 것을 다 API로 세팅하게 만들어져 있더군요. 전반적인 IRC봇이 그렇기는 하지만 위의 TwitchPlaysPokemon의 소스코드는 그렇게 복잡하게 만들어지지는 않았습니다.


즉, 예상을 뛰어넘는 수준의 설정을 요구했던 것입니다. 


처음에는 그냥 장난으로 시작한 것인데 이런식으로 흘러가다간 올해안에 ChatBot은 커녕 비슷한 것도 만들기 어렵겠다는 생각이 들었습니다. 하지만 세상은 넓고 꼼수는 많습니다. 그리고 그 꼼수는 간단한 아이디어부터 시작되었습니다.


"Youtube나 TwitchTV나 웹페이지에서 채팅이 가능하다."


특히 Youtube는 어딘가의 방송시스템 처럼 클라이언트를 설치하지 않고 웹브라우저에서 볼 수 있게 만들어져 있습니다. 그렇다는 것은 웹페이지 분석을 하면 채팅의 키워드를 읽을 수 있다는 의미입니다!


Youtube는 편의를 위해 채팅창만 따로 빼서 쓸 수 있게 할 수 있는데 즉, 채팅페이지를 따로 찾을 필요없이 해당 채팅창만 분석, 확인하면 채팅창으로 올라오는 키워드를 읽을 수 있다는 의미가 됩니다. 게다가 해당 페이지의 주소를 긁어내는 것도 어려운 일이 아닙니다. 당장 위 스크린샷만 봐도 창 주소를 바로 읽을 수 있게 되어있습니다. 그리고 저 페이지주소는 어떤 웹브라우저를 사용해도 똑같습니다. (어딘가의 무언가와 다르게 말입니다.)


그렇다면 소스보기를 통해 채팅창의 코드 분석이 가능하다는 의미이므로 어떤 Element(요소)가 채팅 메시지 요소인지 확인하는 작업이 필요했습니다. 해당 작업에는 크롬의 개발자도구가 유용하게 쓰였습니다. 분석 시작 15분만에 코드를 찾아냈으니까요. 하지만 이후는 노가다로 귀결된 것은 어쩔 수 없었습니다.


채팅 메시지는 해당 페이지에서 content라는 이름으로 찾으면 (아이디)+(메시지)형태의 리스트로 되어있었고 author-name이라는 이름으로 찾으면 채팅창에 떠있는 아이디를 리스트형태로 찾을 수 있었습니다. 그렇다면 두 리스트를 이용해서 메시지만 뽑아낼 수 있다는 의미이기도 하지요.


그런데 채팅은 실시간으로 이루어지는데 새로운 메시지는 어떻게 아냐고요? 위 작업을 그냥 계속 하면 됩니다. 그리고 이전 리스트와 새 리스트를 비교한 다음 추가된 것만 뽑으면 되는 것이지요.


그런데 이걸 만들까요? Selenium이란 우리가 실제로 사용하는 웹브라우저에 덧붙여서 사용하는 웹 자동화 모듈이 있는데 이것을 Youtube채팅페이지를 띄워서 해당 요소를 찾으면 되는 것입니다.


(http://www.seleniumhq.org/projects/webdriver/)


Chrome, Firefox, Safari 등 유명 웹브라우저와 함께 PhantomJS란 따로 UI를 제공하지 않지만 WEB접속을 해주는 Selenium을 위한 웹브라우징 엔진도 지원합니다. 저는 Firefox에 Selenium을 설치한 후 읽어들이기로 했습니다.


그리고 문장처리는 Python으로 처리를 했습니다. Selenium의 예제는 JAVA로 되어있지만 Python이 문자열 처리는 월등하기 때문에(대신 느린것은 어쩔 수 없지요.) Python Wrapper를 찾았더니 있더군요. pip로 쉽게 설치 할 수 있었습니다.


sudo pip install selenium

혹은

sudo pip3 install selenium


만약 pip(Python2)나 pip3(Python3)가 없으시면 우분투의경우 저장소에서 설치할 수 있습니다. 아무래도 2017년 현재에는 Python3가 낫겠지요.


그리고 WebDriver를 설치해야 하는데

Firefox는 https://github.com/mozilla/geckodriver/releases

여기서 geckodriver를

Chrome은 https://sites.google.com/a/chromium.org/chromedriver/

여기서 파일을 다운로드 받은 다음 /usr/bin에 넣어주시면 알아서 활성화가 됩니다.

PhantomJS는 그냥 PhantomJS를 저장소에서 설치하시면 알아서 활성화가 되므로 상관이 없습니다.


from selenium import webdriver
driver = webdriver.Firefox()
#Firefox가 싫음 PanthomJS나 Chrome도 상관없다.

#Youtube chat room's page URL
driver.get(' 유튜브 채팅창 URL')
driver.implicitly_wait(10) 


요렇게 코드를 작성하고 실행하면 웹브라우저가 하나 실행되면서 Webdriver를 통해 자동화가 가능하게 됩니다.


위 코드 다음

id_msg = driver.find_elements_by_xpath('//*[@id="content"]')
id_l = driver.find_elements_by_xpath('//*[@id="author-name"]')


이렇게 하면 id_msg란 리스트에는 content항목인 요소들이 들어가고 id_l이란 리스트에는 author-name이란 이름의 요소들이 들어가게 됩니다. xpath란 것은 W3C에서 요소들을 쉽게 쓸 수있도록 XML형태로 만든 규약인데 자세한 것은 따로 찾아보시길 추천드립니다.


그리고

print (id_msg[0].text)

print (id_l[0].text)

이렇게 하시면 해당 채팅창의 제일 첫 메시지의 아이디와 문장이 콘솔창에 뜨는 것을 알 수 있습니다!!!!


즉, 채팅창의 메시지를 읽어들이는데에 성공한 것이지요. 그렇다면 문자열을 조작하고 Tokenizer를 통해 단어별로 자른다음 키워드를 분석하면 봇을 충분히 만들 수 있겠지요?


일단 오늘은 Youtube의 채팅창의 내용을 읽어들이는 것까지만 하고 나머지는 넘어가도록 하겠습니다.


다음 예시는 위의 방식을 이용해서 Youtube의 채팅창의 내용을 콘솔창에 계속 띄우는 소스코드입니다.


https://colorscripter.com/s/h7ME3n7

,

사실 그동안 무슨짓을 했냐고 하신다면 먹고살려고 발버둥 쳤다고 밖에는 말 못하겠습니다. 하지만 먹고 살려고 하는 짓이라고 해도 그게 결국 먹고 살게 되면 문제가 되지 않지만 결국 발버둥에 그친다면...?


아무튼 그렇고 그런 발버둥이 있었습니다. 아직은 먹고 살만은한데 이러면 언젠가는 굶어 죽을지도 몰라요. 그래도 아직까진 희망은 있으니 그렇다고 해둡시다.


최근 Python가지고 이런저런 장난을 또 치고 있었습니다. 이 장난의 결과에 대해서는 나중에 제대로 올릴 예정인데 Python이란 언어가 재미있으면서도 선택의 기로에 섰다는 기분이 다분히 들고 있습니다.

사실 Python 홈페이지(https://www.python.org)홈페이지에 들어가면 두 가지 버전을 구할 수 있지요. Python 2.7과 Python3.x입니다. 그냥 쉽게 말해서 Python2와 Python3로 나뉘어진 셈인데 Python2는 2.7버전을 끝으로 더이상의 업데이트는 없다고 밝혔습니다. 그것도 2010년이었네요. 하지만 그 이후로도 2.7은 계속 쓰였고 아직까지도 2.7을 사용하는 프로그램들이 꽤나 있습니다. 사실 이해가 안 되는 것도 아닌게 Python3는 초기에 엄청 느렸습니다. 벤치마킹을 하면 Python2가 20%~50%정도 더 빨랐거든요. Python2와 Python3는 사실 겉으로보면 거기서 거기지만(80%정도 코드 재활용이 가능했습니다.)내부는 완전히 달라져서 Python3는 현대의 패러다임에 맞춰서 설계를 다시한 물건입니다.


이후 Python3는 2017년 지금 현재 상당한 성능개선이 이루어졌고 현대 하드웨어에 맞추어서 만들어졌으므로 Python2.7에 비해 효율도 상당히 개선되었습니다. 하지만 Python3초창기에 질렸던 사람들이 2.7을 고수하는 경우가 많은 것이 현실입니다. Python3의 개선점이 알려지며 많이 3.x로 교체가 이루어졌고 유명라이브러리는 3.x가 당연히 지원이 되고 있지만 문제는 개인 혹은 사내에서 사용하는 라이브러리가 아직까지도 2.7로 만들어져있는 경우가 많아서 2.7을 보안업데이트를 제외한 기능업데이트는 없다고 밝힌 지금까지도 이용되고 있습니다.


우리나라에서 Python이 제일 많이 쓰이는 곳은 어딜까요?

당연하게도 각종 서비스용 서버프로그램입니다. DB를 sqlite를 쓰고 Python으로 DB관리를 하면 굉장히 쉽게 사용이 가능합니다. 이외에도 모든 웹과 온라인 서비스를 Python으로 처리하는 경우도 많지요. 그런데 문제는 이런 서비스들이 2.x로 작성된 경우가 많아서 python3로 못 넘어간 경우가 많다는 점입니다. 이에 대한 원인으로 여러가지를 들 수 있지만 제일 큰 문제는 비용문제입니다.


사실 python2에서 python3로 넘어가는 것은 그렇게 큰 문제는 아닙니다. 코드의 80%가 재활용이 가능하고 대다수 라이브러리가 3.x호환이 되게끔 업그레이드가 이루어져서 약간의 노력만 하면 Python3로의 전환도 그렇게 어렵지는 않다고 합니다. 하지만 기존의 Python2기반의 서비스를 Python3로 전환하면서 몰랐던 버그가 발생할 수도 있고 (python2와 달리 python3는 무조건 유니코드기반이라 cp949를 기반으로 짰으면 고생길이 열리게 됩니다.) 충분한 테스트가 이루어지지 않으면 서비스가 중단되는 초유의 사태가 벌어질지도 모르기 때문에 이에 고민을 하는 것입니다. 그럴거면 일단 2020년까진 버티기로 버티고 그 다음 Python3로 넘어가도 늦지 않다는 생각을 가진것으로도 보입니다. 


사실 테스트? 조금 시간들이고 비용을 조금만 들이면 얼마든지 할 수 있습니다. 디버깅제대로 안 하고 서비스하다가 망한 것이 어디 한 두가지입니까? 원래 디버깅은 모든 개발에 필수코스입니다. 그건 서비스를 하는 중에도 이루어져야합니다. 그럼 지원기간까지 버티다가 전환하는 것은요? 우리는 WindowsXP를 떠올려야합니다. WindowsXP는 연장지원 2년을 통해 일종의 유예기간을 가졌지만 전환을 늦게하는 바보짓을 하는 바람에 한동안 혼란을 겪고 말았습니다. 그리고 NPAPI지원도 크롬에서 지원을 끊겠다고 발표를 했음에도 이를 미루고 미루다가 결국 크롬의 NPAPI지원코드가 완전히 삭제되고 나서야 부랴부랴 PPAPI로 전환을 시작했습니다. (그런데 그것마저도 엉망이라는 느낌입니다.)


Python2.7의 지원기간은 3년정도 남았습니다. 생각보다 길다고 느끼실지도 모르지만 시간은 생각보다 빨리 지나갑니다. 그리고 Python3의 성능이 Python2보다 더 좋아졌음이 밝혀진 지금 이젠 성능핑계도 댈 수가 없게되었습니다. 그런데 아직도 2.7을 고수하시겠다면...?


당신은 그저 과거의 향수에 젖어 현재를 보지 못하는 늙다리일 뿐입니다. 개발자가 늙다리같은 생각에 빠져있다면 그 프로젝트는 이미 망한 프로젝트인 것이지요.


아직 늦지 않았습니다. 당신의 프로젝트 이제는 Python3로 시작해주세요.


P.S 우분투도 그동안 라이브러리 문제와 일부 프로그램 때문에 Python2.7을 기본탑재하고 있었습니다. 하지만 16.04이후로는 기본 탑재프로그램들이 Python3.5를 지원하고 있어서 Python2대신 Python3.5를 기본 탑재했습니다. 물론 Python2.7을 설치하지 못하는 것은 아니지만 저장소에서 python2.7이 사라질 준비를 하는 것으로 보입니다. 그때가 되면 python명령은 python2.7이 아닌 python3를 실행하는 명령이 되겠지요.


P.S2 업데이트가 굉장히 빠르기로 유명한 Arch는 python명령을 쓰면 Python3가 실행된다고 합니다. 버전업도 빠르기 때문에 무조건 최신버전이 뜨는 것이지요.

만약 아치를 쓰시는 분이 계신다면 터미널에서 python --version 명령을 쳐보세요.


P.S3 사실 이 글은 제 자신한테 하는 말입니다. Python으로 장난을 치는데 저도모르게 Python2스타일로 코딩을 하고 있더군요. 무의식적으로 Python2가 손에 너무 많이 익어버린 것 같습니다. 나름 의식하고 코딩을 하고 있지만 익숙함에서 나오는 그것은 정말 무서운 것이었습니다.

,

오늘은 짧게 고찰만 잠깐 할려고 합니다. 작년까지만 해도 한달에 4~5개 정도 글을 올리는 것이 다였는데 요즘 너무 달린 것 같아서 제 자신도 어리둥절하네요.


임베디드기기에 대해 얼마나 알고 계시나요?


Embedded 사전을 찾아보면 내장된, 내장형인, 품고있는 등으로 해석이 됩니다. 즉 Embedded OS란 내장형OS란 의미입니다. Windows나 우리가 사용하는 일반PC용 배포판과 다르게 특정기기에 내장되어 사용되는 OS란 의미입니다. 그런데 최근에는 경계가 많이 모호해져서 단순펌웨어 수준인데 OS로 취급되는 것도 있고 OS라고 하지만 알고보면 그냥 펌웨어수준인 경우도 있습니다.


대표적인 것이 NAS로 유명한 시놀로지입니다. 시놀로지OS는 NAS구동에 쓰이는 일종의 임베디드OS이자 펌웨어인데 리눅스기반이라서 일반PC용으로 포팅이 이루어졌습니다. 역으로 리눅스 기반이라 기능확장도 뛰어나지요. 엄밀히말하면 NAS용 펌웨어지만 범용OS급의 확장성과 이식성을 갖추고 있다는 의미입니다. 이쯤되면 그냥 범용OS수준이지요.


범용 OS는 만드는 것이 굉장히 어렵습니다. 수많은 부품들을 다 지원하는 것이 쉽지 않거든요. Windows는 뭐냐고 하시는 분들도 있겠지만 Windows도 일부장치와 호환문제로 곤혹을 겪는 경우가 많습니다. 산업용 장비들이 구형OS를 사용하는 이유이기도 합니다. 2017년 현재에도 DOS로 구동되는 장비들이 있고 보기 힘든 OS/2장비들도 현역인 곳이 아직 많습니다.


하지만 임베디드라면? 이야기가 많이 달라집니다. 일단 특정기기만을 지원하므로 다른 기기에대한 기능을 쳐낼 수있고 지원기기에 대한 특정 기능을 추가할 수도 있습니다. 다른 기기로 이식을 하는 일은 있을 수 있지만 해당OS를 그대로 사용할리는 없지요. 이런 쪽으로는 리눅스가 정말 딱이라는 생각이 들 수 있습니다.


임베디드기기는 PDA, 디지털 카메라, 스마트TV, 스마트폰 외에도 넓게 보면 로봇청소기, 은행ATM, 길거리 광고판, 산업용 장비 들도 특정 기기를 위한 세팅이 되어있으므로 임베디드기기라고도 볼 수 있습니다. 여기에 흔히 사용하는 IP공유기도 엄밀히 말하면 임베디드기기가 맞습니다.


그럼 여기서 임베디드 리눅스는 어디까지 자리를 잡고 있을까요?


아쉽게도 리눅스는 임베디드OS로 위상이 애매한 상황입니다.


임베디드기기는 그 자체로 상용제품이 될 수 있습니다. 그리고 지속적인 펌웨어 업그레이드를 통해 기기의 성능을 끌어올릴 필요가 있지요. 하지만 리눅스 커널을 기기에 맞게 수정하고 조합하는 일이 쉽지가 않습니다. 심한 경우에는 임베디드 기기를 만드는 곳에서 다 해결을 해야할 수도 있습니다. 회사같은 곳에서는 이런 것을 좋아하지 않습니다. 책임질 일만 늘어나는 셈이거든요.


예전의 아이스테이션이란 PMP가 있었고 OS로 임베디드 리눅스를 썼었습니다. 성능도 나쁘지 않았고 인기도 많이 있었는데 어느날 일부모델에 한해서 WindowsCE기반의 펌웨어를 새로 배포했었습니다. 왜 그랬을까요?


사실 아이스테이션은 신생업체였고 나름 대박을 쳤지만 경쟁업체(아이리버 등)에 비해 개발능력이 좋은 회사는 아니었습니다. 새로운 모델을 찍어내기 시작하고 해당 모델의 파생형이 생기는 등 라인업이 많아지면서 이를 관리를 해야했는데 이를 전부 관리하기가 어려웠을 겁니다. 회사의 규모가 작은 탓에 수많은 제품의 펌웨어를 관리하는 것이 힘들어졌고 소위 말하는 버려진 모델도 생겨났을겁니다. 그래서 상대적으로 개발과 관리가 쉬운 WindowsCE를 택한 것을 보입니다.


만약 지금이라면 안드로이드를 택하는 것이 좋은 생각이었을 겁니다. 하지만 안드로이드가 지금의 위상이 생기기 전에 아이스테이션이란 업체는 사라져버리고 말았습니다.


안드로이드 이야기가 나와서 말하는 것이지만 안드로이드는 과연 임베디드 리눅스라고 볼 수 있을까요? 안드로이드는 애매한 위치를 가지고 있습니다. 보통 임베디드 리눅스라고 하는 것은 우리가 흔히 사용하는 리눅스 프로그램들을 사용하지만 특정기기용으로 특화된 OS를 말하는 것인데 안드로이드는 임베디드OS는 맞지만 이 부분이 애매하기 때문에 임베디드 리눅스에 넣기도 하고 빼기도 합니다. 안드로이드 전용 애플리케이션을 쓰는 경우가 많거든요. 안드로이드를 빼는 순간 임베디드 리눅스의 점유율은 바닥으로 처박힙니다. 그만큼 기업시장에서 (안드로이드를 제외한)임베디드 리눅스는 그렇게 상황이 좋지 않다는 의미이기도 합니다.(물론 국내이야기입니다.)


다만, GBusTV에 우분투를 사용하고 있고 스마트TV 셋톱박스에 리눅스가 사용되는 것이 확인 되는 것을 보면 시장 점유율이 0이 되는 일은 없을 것이라는 생각이 듭니다. 다만, 책임문제라는 고질적인 문제가 해결되지 않으면 임베디드 리눅스가 임베디드 시장에 영향이 높아지기는 어려울 것이라고 생각합니다. POS기 해킹사건이나 블루스크린 광고판이 나오는데도 Windows기반의 임베디드 기기가 시장을 잡고있는 이유는 책임소재가 명확하고 관리가 쉽다는 바로 그 점이 시장에서 먹히고 있는 것일겁니다.


P.S 공공부문이나 산업부문에서는 리눅스가 찬밥이지만 네트워크쪽은 리눅스만한 것이 없더군요. 거의 왠만한 장비는 유닉스가 50% 리눅스가 거의 50%입니다. 다만 이쪽은 책임소재가 명확하고 이미 검증된 경우가 많아서 그런것으로 보입니다.


P.S-2 안드로이드가 리눅스가 맞기는 하지만 시장에서는 임베디드 리눅스라고 하지 않고 안드로이드라고 따로 지칭을 합니다. 즉, 리눅스커널을 쓴 별도의 OS로 취급한다고 생각하시면 될 것 같습니다. 몇몇 임베디드 기기의 카탈로그들을 참고 했습니다.

,


추억의 게임입니다. 프린세스 메이커3 전작인 2가 워낙 명작이어서 평가절하 당하는 경향이 있지만 어쨌건 가상의 딸을 키운다는 게임컨셉은 그대로이고 나름 숨겨진 내막도 있어서 그냥저냥 하는 사람이 꽤 있습니다.


무엇보다 한국초기판(만트라 유통)은 일본판보다 더 좋은 음악과 더 좋은화질, 더 좋은 더빙으로 한국판이 훨씬 더 훌륭한 몇 안 되는 게임입니다. (사실 프린세스 메이커 시리즈는 한국에서 어마어마한 히트를 쳤기에 유통사에서도 엄청 신경을 썼습니다.)


다만... 이 버전이 조금 문제가 있는게 우분투에서 실행하기 좀 빡셉니다. 사실 WindowsXP이후 버전에서도 비슷한 문제가 있는데 Wine의 발전과 더불어 기존 Windows95와의 호환성은 내다 버린지 오래다보니 Wine에서도 XP호환 패치없이는 구동이 되지를 않더군요. 결국 기존 만트라 유통판은 구동을 포기했고 XP에서도 정상적으로 구동되는 후지쯔유통(혹은 주얼판)버전을 이용하니 구동이 가능했습니다.


2017년 현재 시스템에서 구동을 위해서 대부분 사람들은 후지쯔판과 만트라판 2가지를 모두 구한뒤에 후지쯔판 설치 후 만트라판 데이터로 교체해서 플레이를 하고 있습니다. 우분투도 Wine이 최신 시스템에 맞춰져서 구동이 되고 있으므로 이를 따를 수밖에는 없습니다. 따라서 후지쯔판과 만트라판 두가지를 모두 구하셔야 합니다.


https://www.tooli.co.kr/gametip/953476

여기 보시면 어떻게 구동해야하는지 써있습니다. WindowsXP이후 구동방법에 대해 나온 것이지만 2017년 현재 Wine에서의 구동도 이와 별 다르지 않습니다.


만트라판 데이터의 경우 따로 구하기 어렵진 않은데 만트라판만의 특징인 CD원음 BGM을 들으실려면 필수불가결하기 때문에 무조건 필수입니다! (SoundTeMP에서 편곡한 것으로 확실히 MIDI보다 낫습니다. 한 번 들으면 다시는 MIDI로는 듣기 싫으실 겁니다.)


그러므로 만트라판과 후지쯔판 두가지를 모두 구하셨다는 가정하에 우분투에서의 구동에대해 설명 드리도록 하지요.


기본적으로 Playonlinux를 이용합니다.

그리고 도구-Wine 버전 관리에 들어가서

x86용 2.x 버전의 Wine을 설치합니다. 기존에 설치된 Wine이 있다면 이를 이용하셔도 상관은 없습니다. (전 2.7버전을 사용했습니다.)


마음에 드는 Wine을 설치한다. 여기서는 2.0이후 버전을 이용할 것이다.



CDemu를 설치합니다. (http://moordev.tistory.com/167)이는 CD-DA음원을 듣기 위해서이며 MIDI음원이 워낙 구리기 때문에 MIDI는 추천하지 않습니다. (별도의 괜찮은 사운드폰트를 쓰신다면 상관은 없습니다.)


그리고 겸사겸사 CD인식도 시킬겸 설치하는 겁니다. CD-ROM이 없으면 또 실행이 안 되는데 그 CD-ROM검사도 통과하고 CD원음의 BGM도 들을겸 하는 것이지요.


그 다음 CDemu에서 가상드라이브를 2개이상 만들어야 합니다. 왜냐하면 하나는 후지쯔판 설치CD를 넣어야 하고 다른 하나는 만트라판 2번 CD(배경음악 재생용)를 넣어야 하거든요. 후지쯔설치CD도 CDemu로 하는 이유는 설치CD가 드라이브에 없으면 CD-DA도 지원이 되지를 않습니다. 이유는 전혀 모르겠지만 약간의 버그로 추측됩니다.


이런 식으로 드라이브 하나에는 후지쯔판 설치CD를 다른 하나는 만트라판 2번CD를 넣고 PlayonLinux에서 설치를 시작합니다.


Playonlinux의 설치버튼을 누르신다음 Install a non-listed program을 클릭합니다.

왼쪽 아래에 있다

Install a new Virtual Drive를 선택합니다.

그다음 적당한 이름(PM3 혹은 PrincessMaker3 정도)을 적고 넘어갑니다.


그 다음 위 스크린샷처럼 Use another version of Wine과 Wine 설정 두가지에 체크를 합니다.


이전에 추가한 2.x버전의 Wine을 선택해주시고 32bits Windows로 선택합니다. 64비트가 아닌 32비트인 이유는 Wine설정을 보시면 아실 겁니다.


그다음 Winemono나 WineGecko따위는 안 쓸거니까 다 취소하고 Wine설정 창이 나오면 다음과 같이 설정합니다.


윈도우버전은 Windows95 혹은 Windows98로 하고 그래픽탭에서 가상데스크탑 흉내내기에 체크를 합니다. 이유는 어이없게도 제목표시줄이 사라지는 버그가 있어서 그렇습니다. 창관리자가 꾸미지 않게해도 된다고 하는데 전체화면에 들어가면 그대로 얼어버리는 버그도 있어서 가상데스크탑 흉내를 사용하는 것이 좋습니다.


CDemu를 이용하셨다면 알아서 설치CD를 찾아서 실행을 합니다. 바로 다음을 누르면 이제 게임의 설치를 시작할 수 있습니다.



위의 스크린샷처럼 순서대로 하시되 시작메뉴등록과 프로그램등록/삭제에 체크를 풀어주시기 바랍니다. 만약 체크를 하시고 다음버튼을 누르시면 DDE어쩌고 하는 에러메시지를 보게 될겁니다.


설치가 끝난다음 CDMenu를 닫으시면

이렇게 해서 아이콘을 만듭니다.


이제 게임설치가 끝났으니 만트라판 데이터를 덮어야겠지요.

사실 만트라판 CD1번에서 추출해도 되지만 그냥 귀찮아서 따로 데이터를 만들었습니다.

https://drive.google.com/file/d/0B575ztEFv5-UMWR6RW15NTlsS3c/view?usp=sharing


위의 링크에서 받은 압축파일을 일단 풀어둡시다.


그다음 Playonlinux에서 PM3WIN아이콘을 클릭한 다음 구성버튼을 클릭합시다.


그 다음 기타설정탭에 들어가서 프로그램의 디렉토리를 열기를 클릭하면 PM3WIN.exe가 있는 폴더가 열립니다. 여기의 위에서 다운로드 받아 압축을 풀어놓은 만트라판 데이터를 덮어버리면 한국어 더빙이 들어가게 됩니다.


자 이제 실행을 해봅시다. CDemu에는 후지쯔판 설치CD와 만트라판 2번CD가 둘다 들어가있는 상황이어야 합니다.


처음 실행하면 16bit모드가 어쩌고하는데 지금 시스템에서 32비트구동은 아무런 문제가 없습니다. 그냥 무시하고 확인을 합니다.


그 다음 만트라 로고가 나오고(만트라 패치를 안 했을 경우에는 후지쯔로고가 나옵니다.) 타이틀화면이 나오게 됩니다. 아직까지는 아무런 음악이 들리지 않습니다.


위쪽의 환경설정 버튼을 누르시면 이제서야 CDDA설정을 할 수 있다는 것을 알게 됩니다.

여기서 BGM을 CDDA연주로 하시고 OK를 누르시면 됩니다. 효과음은 PCM을 하시거나 DirectSound를 하시거나 큰 차이는 없습니다. Wine입장에서는 결국 똑같이 처리하거든요. 이제 NEW GAME을 시작하시거나 기존 게임을 시작하시면 CD-DA음원으로 우분투에서 프린세스 메이커3를 하실 수 있습니다!



다만....CDemu가 굉장히 귀찮군요. 이건...어쩔 수 없을 것 같습니다. CD넣다뺐다 하는 것보단 나으니까 그냥 넘어갑시다. 배경음악이 한번만 재생되는 것은 그냥 Wine상 버그로 취급하면 될 것 같습니다. Windows7이후에도 같은 증상이 보이는데 이건 방법이 없는 것 같습니다. 그냥 한번만 듣고 넘어가야 할 듯 합니다.



어쨌건 오늘도 삽질 끝.

,