'Wine'에 해당되는 글 19건

2017년 4월 Wine 2.6버전이 개발 버전으로 나왔습니다.

물론 안정 버전은 2.0이지만 Wine의 특성상 안정 버전과 함께 개발 버전을 이용하기 때문에 버전업 속도가 굉장히 빨라졌다는 인상입니다.

사실 Wine은 1.0이 되기까지 10년정도 걸린 장기 프로젝트입니다. 0.99.1~0.99.xx가 계속 되면서 한동안 0.99.infinite(beta) 란 별명까지 얻었습니다. 물론 Wine1.0이 나오고 당시의 주류OS였던 WindowsXP의 호환을 어느 정도 확보하면서 리눅스에서 윈도용 프로그램을 그럭저럭 실행할 수 있게 되었습니다.(특히 Microsoft Office는 우선순위로 지원하는 프로그램이었습니다.)

그 때가 2008년이었습니다. 근 10년만에 2.0이 나오게 된 것입니다.

2008년 7월이 Wine1.0이 드디어 Beta딱지를 떼고 출시하게 되었다. 물론 이때도 문제는 많았지만.

당시의 Wine버전 정책은 다음과 같았습니다.

1.0.x = 안정버전

1.1.x = 개발버전

1.2.x = 안정버전

1.3.x = 개발버전

1.4.x = 안정버전

1.5.x = 개발버전

1.6.x = 안정버전

1.7.x = 개발버전

1.8.x = 안정버전

1.9.x = 개발버전

2.x = 안정버전

자세히 보시면 안정 버전은 1.짝수 이고 개발 버전은 1.홀수 형태였습니다. 그러다가 2.0이 나오게 되면서 현재와 같이 바뀌게 되었습니다. 솔직히 저때는 버전이 좀 지저분하게 올라가곤 했거든요. (1.1.35 대충 이런 식으로...)

지금은 조금 바뀌어서

2.0 = 안정버전

2.1 2.2 2.3 2.4 ... = 개발버전

3.0 = 안정버전(예상)

이런 식으로 버전이 바뀌었습니다. 1.x 시절과 다른 점은 점이 하나만 찍히게 되었고 지저분하게 올라가던 버전명이 사라지게 되었습니다. 이런식으로 버전이 올라가면 올해가 가기전에 3.0이 나오게 될 분위기인데요. 사실 점을 하나 없앴을 뿐이지 버전 올라가는 속도는 그대로인데 숫자의 크기가 무시무시하게 올라가다보니 굉장히 빨라진 것입니다.

그런데 모르는 사람들이 보면 엄청나게 버전업이 빠르다는 인상을 받게 됩니다. 저 부터도 갑자기 버전이 올라가는 것을 보고 개발속도가 빨라졌다고 생각이 들었으니까요. 물론 0.xx시절에 비하면 개발자들도 엄청 늘어났고 메일링도 늘어났으니 당연한 것이기는 합니다. 게다가 Wine-Staging의 존재가 개발 버전을 질질 끌 이유를 없애기도 했습니다. (물론 이 두 개발 그룹은 아무런 관계가 없습니다.)

이런 식으로 버전 이름을 올리는 것이 요즘 추세이긴 합니다. 크롬이 먼저 이런 식으로 올리면서 파이어폭스도 버전 숫자가 두 자리수를 넘어 세 자리수를 향해 가고 있고 리눅스 커널도 4.0이 덜컥 나오게 되었습니다. (정작 토발즈 형님께선 4.0으로 내놓는 것에 대해 떨떠름 하셨다고 합니다.)

이런 것이 나쁘다는 것은 아닙니다. 개발자들의 의욕을 올리는 것에는 매우 좋습니다. 다만, 사용하고 피드백하는 입장인 우리도 그것을 알고 그렇다는 것을 확인할 필요가 있기 때문입니다.

Wine을 업무용으로 쓰는 경우가 전세계적을 많이 늘었는데 업무용으로 개발 버전을 쓰는 것은 위험한 일입니다. 잘 되던 것이 안 되기도 하거든요. 업무는 시간이 곧 돈인데 Wine때문에 삽질을 한다면...? 리눅스를 업무용으로 쓰는데 당연히 지장이 생깁니다. 2.x부터는 이 사실을 알고 안정버전과 개발버전을 나눠서 사용하는 지혜가 필요할 것입니다.

참고로 Microsoft Office 2013을 쓰시려면 2.0으로 굴리세요. 2.1이상에서는 또 알 수없는 문제가 있을 지도 모른다고 합니다. Wine을 버전 별로 쓸 때에는 Playonlinux가 매우 좋습니다.

2017. 5. 13현재 starcraft용 wine을 이용해서 실행이 가능함이 확인 되었습니다. 버그가 있지만 이는 시간이 해결 할 것으로 보이며 이젠 걱정 하실 필요 없습니다.

링크 참조

http://moordev.tistory.com/158

아래 글은 그냥 그때 그랬구나 하고 넘어가 주시면 됩니다.(한 달도 안되서 해결 됐네요. 역시 대단합니다.)

======================================================

1998년 처음 발매되고 전설이 된 게임 Starcraft.

이 게임이 새로 리마스터되어 4k해상도로 구현된다는 소식에 많이 이들이 환호 했었습니다.

그리고 4k 리마스터 이전에 밸런스 패치라고 할 수 있는 1.18버전의 테스트 버전이 지난 3월 31일에 배포되었습니다.

https://kr.battle.net/forums/ko/starcraft/topic/4564449121

사실 스타크래프트는 Wine1.0버전부터 아무런 문제 없이 구동이 잘 되어 왔기 때문에 얼마나 달려졌는지 확인차 Wine의 최신버전인 2.4버전으로 구동을 했는데 무슨일인지 실행이 안 되더군요(!)

물론 이전 버전인 1.17pre나 1.16버전은 당연하다는 듯이 실행이 잘 됩니다.

위의 메시지를 보시면 1.18에서 새로 추가된 ClientSdk.dll 파일의 실행이 안 된다는 것을 알 수 있습니다. 해당 파일은 아마도 Blizzrad Clinet와 관련이 있는 것을 보이며 Battle.net과의 보안 문제를 해결하기 위해 추가된 기능으로 추정됩니다.

현재 이 문제는 Blizzard Forum에도 보고되어 있고 Wine에도 보고 되어 있습니다.

아무래도 이런 식이라면 리마스터된 고해상도 스타크래프트가 나온다고 해도 리눅스에서 플레이하려면 시간이 꽤 걸릴 것 같습니다. 그동안은 어쩔 수없이 구 버전인 1.16버전이나 (Wine에선 최신 윈도우에 있는 각종 문제가 없습니다.) 문제없이 돌아가는 스타크래프트2의 브루드워MOD를 할 수 밖에는 없을 것 같습니다.

사실 Visual Studio의 버전이 올라갈 수록 이러한 문제가 계속 발생되고 있는데요. Wine측의 새로운 API가 계속 나오고 있어서 대응이 늦는 것은 어쩔 수 없긴 하지만 이 부분에서는 조금 아쉽긴 하네요.

일단 Wine의 대응을 기다려봐야지요. 하지만 제일 좋은 것은 Blizzard가 리눅스 용을 직접 내놓는 것 이지만요.

으음...ghap님께서 동방을 갑자기 들고 오시는 바람에 근 10년만에 생각나서 동방 게임을 잠깐 굴려봤습니다. 간만에 보니 한글 패치도 엄청 굴러나왔더군요.http://blog.naver.com/PostList.nhn?blogId=chlehd0509 한글패치를 약 10년전에 시도했다가 망해서 때려친 기억이 있는데 새롭네요.

일단 본편인 슈팅은 왠만 하면 그냥 Wine1.6 버전으로도 잘 굴러갑니다. 그도 그럴 것이 딱히 복잡한 쉐이더를 쓴 것도 아니고 그냥 D3D 기본API를 이용한 정도라 그렇게 어렵지도 않습니다. D3D to OpenGL의 문제가 그렇게 많이 드러나지 않습니다. AA를 넣어도 될 정도입니다.(AA를 적용해야 할 정도인지는 둘째 칩시다.

보통 이쪽 계열(탄막슈팅) 입문작으로 추천되는 동방영야초. 그나마 쉬운 편이라 초보자(?)에게 추천된다.

물론 10년간 이 게임을 안 한 죄로 죽기 직전..(그래도 Hard다.)

본편은 Wine 실행에 어려움이 전혀 없으니 이야기는 이 정도로 하고 본편과 함께 열심히 했던 외전 격투게임인 비상천을 굴려 보기로 했으나...

오늘 리눅스에서 굴려볼 게임은 이거. 그런데 본인은 전작까지만 해보고 이걸 해 본 적이 없다.

비상천칙이 언제 나왔더군요. 일단 해보지 뭐 하면서 한글 패치를 적용했는데...

Wine 1.9.5에서 에러 납니다. 그것도 게임 중에 까만 화면에 진행 불가.

터미널에 뜬 문구는 다음과 같았습니다.

"FXLC is not support"

??? 이게 뭐지? 하면서 검색을 했더니 2016년 3월에 이에 관한 패치가 적용되었습니다. (https://www.winehq.org/pipermail/wine-devel/2016-March/112061.html)

그래서 최신 버전인 1.9.13에서 구동 시도 PlayOnLinux를 쓰면 이런 것은 어렵지도 않지요.

PlayOnLinux에서 Wine 버전관리 기능을 사용하고 Configure에서 버전을 선택하면 얼마든지 버전을 바꿀 수 있다.

흐음..일단 게임을 굴려봤습니다. 그런데...

텍스쳐가 깨지고 화면이 흐려집니다!

아니 다른 건 상관없는데 날씨 관련 효과가 나올 때 마다 화면이 흐리멍텅 해집니다. 날씨가 돌아오면 정상적으로 돌아오기도 하는데 문제의 FXLC가 동작 할 때마다 이 모양이 되는 듯 합니다. FXLC가 그냥 안 되게 막아버려야 하나?

아무래도 1.9버전은 개발 버전이라 문제가 있을 것이라고 판단. 1.8버전으로 회귀하고 아에 의심가는 D3D9_XX.dll로 나오는 라이브러리를 네이티브로 넣었습니다. 

PlayOnLinux에서 제공하는 것은 이거 밖에 없더군요.

d3dx9_29

d3dx9_35

d3dx9_36

d3dx9_40

d3dx9_42

d3dx9_43

PlayOnLinux의 삽질을 줄여주는 고마운 기능. 그런데 winetricks보다도 못 할 때가 많다.

그냥 다 설치했습니다.

그러고 실행하니...

으음...계속 쳐 맞는다. 역시 격투게임은 별로인가 나?

깨끗합니다. 역시 개발 버전에 의한 버그 문제였습니다. 다만 네트워크 플레이가 안 되는 것 같은데 알 게 뭔가요. 어차피 네트워크 하면 이기는게 거의 불가능하니(...)

일단 동방비상천칙도 잘 되네요. 10년전만 하더라도 실행조차 불가능 했던 것으로 기억하는데 Wine의 발전은 정말 눈부십니다.

리눅스용 스팀과 윈도용 스팀의 공존. 뭐..어쩌겠습니까 윈도용 게임을 하려면 윈도용 스팀이 설치되어야 하는데...

위의 스팀 스크린샷을 보시면 알겠지만 리눅스용 게임이 상당히 많이 나왔다고 한들 아직까지도 윈도용을 따라잡기에는 멀었습니다. 아직까지도 윈도전용 게임이 상당히 많으며 재미있는 것들도 윈도용이 먼저 나오고 그다음 리눅스용이 나올둥 말둥 하기때문에 게임하는데 애로사항이 있습니다.

그렇다고 해서 안 되는 것은 아니기에 윈도용 스팀 게임을 하는 방법을 대충...끄적여 보겠습니다.

우선 윈도용 스팀을 설치하는데에는 PlayonLinux를 쓰는 것이 가장 편합니다.

저 스팀설치 스크립트는 리눅스용 스팀이 나오기 이전부터 존재하던 유서깊은 스크립트다.

사실 그냥 설치해도 큰 문제는 없는데 3가지 Wine 설정을 건드려야 하다보니 그냥 스크립트로 하게 되더군요.

만약 PlayonLinux를 쓰지 않고 수동 설치를 하신다면 설치후에 Wine설정에서 다음 과 같이 설정해야합니다.

dwrite (사용안함)

gameoverayrenderer(사용안함)

이 둘을 하지 않으면 스팀이 실행하면서 에러를 뿜습니다. dwrite가 제일 대표적인 문제아이고 gameoverayrenderer는 게임실행중에 스팀 메신저라던가 알림을 표시할 때 쓰는 것인데 이놈이 키보드 충돌을 일으킵니다. 꼭 죽여놔야 합니다.(...)아니면 스팀 옵션에서 오버레이를 안 쓰게 설정하는 것도 방법입니다.

그 다음...각 게임 속성에서 스팀 클라우드를 쓰지 않도록 하는 것이 정신 건강에 매우 좋습니다.

물론 세이브 파일 관리를 생각하면 클라우드를 쓰는 것이 정신건강에 좋습니다만... 꼭 네트워크나 기타 문제로 세이브 파일이 그대로 초기화 되는 버그가 일부 있습니다. 세이브가 안되면 말짱 꽝이잖아요.

그러니 Wine으로 스팀을 굴리시려면 스팀 클라우드는 꼭 꺼둡시다...

2015.5.25 스팀 클라우드는 라이브러리 관련으로 오류만 없으면 큰 문제는 없네요. 괜히 쓸데없이 DirectX를 설치한다던가 괜히 아무 라이브러리 가져와서 굴리지만 않으면 에러는 나지 않습니다. 그러니까 네이티브 라이브러리를 최소화 하는 것이 제일 좋습니다.

그리고....

winetricks vcrun6 vcrun2005 vcrun 2008 vcrun2010 vcrun2012 vcrun2013

혹은 Playonlinux 에서 라이브러리 탭으로 들어가

vcrun6 vcrun2005 vcrun 2008 vcrun2010 vcrun2012 vcrun2013

요걸 하나하나 설치합시다.

요렇게 해서 Visual C++ Runtime을 모조리 설치해둡시다. 가끔 게임내에서 visual C++ Runtime을 설치하려고 드는 경우가 있습니다. winetricks나 PlayonLinux Helper스크립트를 거치지 않고 설치하면 제대로 설치가 안 되는 경우가 태반이라 미리 싹 설치를 해서 실수로나마 초기화 되는 일을 방지합시다.

만약 조이스틱이나 조이패드를 이용하신다면....스팀을 실행하기전에 미리 연결을 해주셔야 합니다. 안 그러면 Wine이 아에 인식을 안 하더군요.

만약 인식을 해야 한다면...

wine control

위 명령으로 조이스틱이나 조이패드를 인식시킵시다.

Playonlinux를 쓰신다면 구성-명령프롬프트를 열고 control 명령만 내리면 됩니다.

만약 스팀prefix에 모조리 게임들을 몰아넣다보면 네이티브 라이브러리문제 등으로 꼬일 수 있습니다. 가능하다면 게임당 Prefix로 관리하는 편이 좋을 듯 합니다. 각 Prefix당 스팀을 설치해야 하는 문제가 있기는 하지만 게임을 하기위해서 이 정도 삽질은 불사해야 합니다. 안 그러면 게임 못해요. 리눅스에서...

리눅스를 다른 사람들에게 별로 추천하지 못하는 이유 중 하나가 응용프로그램, 그 중에서도 게임이 안 된다는 것이 주 원인입니다. 우분투 8.04 시절에 Compiz의 화려한 효과를 보여주면 사람들은 우와~ 했지만 언제나 돌아오는 질문은 "근데 이거 게임 되냐?"였습니다. 그 당시에 제가 할 수 있던 대답은 하나였지요.

"스타 정도는 삽질하면 돌아가."

네 삽질 좀 해야 스타가 돌아가던 시절이었습니다. 물론 스타가 돌아간다는 사실 만으로도 행복하던 시절이기도 했지요. 물론 리눅스용 게임으로 퀘이크가 있기는 했지만 지금이나 그때나 퀘이크는 아는 사람만 아는 게임이었습니다. 퀘이크라고 해봐야 "그게 뭔데?"라는 질문만 돌아올 정도였으니 예시로 들기에는 부적절했습니다. 그래서 하는 수 없이 그 당시에도 꾸준한 인기가 있었던 스타크래프트를 예로들었지요.이후에 Wine이 꾸준히 개발되며 호환성을 상당히 확보했고 표준 Windows API가 아닌 특이한 방법으로 만들어진 게임이 아닌 이상 어쨌건 게임이 되긴 되는 시대까지 되었습니다. Wine이 거의 완벽한 호환성을 갖추게 된 때가 아마도 2009~2010년이 되었을 때였을 것입니다.

그리하여 Wine을 이용해서 수많은 윈도용 게임을 리눅스에서 할 수 있게 되었습니다. 물론 패키지게임의 경우 DRM들이 문제를 왕창 일으키기는 했지만 No-CD, No-DVD 패치들이 인터넷에 돌아다녔기 때문에 보통 이를 이용해서 해결했습니다.

우분투 10.04시절 롤러코스터 타이쿤3 구동 스크린샷 저의 Daum블로그에 올렸던 스크린샷입니다. 그래픽은 기본 wine으로 구동 음악은 DirectX9 라이브러리 설치후 설정으로 해결

어쨌건 이제 리눅스에서 게임이 안 된다는 말은 옛말이된지 오래되었습니다. 다만 Wine을 이용한 방법은 생각 외로 복잡해서 설치하는 사람에게 고통을 자주 안겨주었습니다. 그 때 해결 방안을 함께 알려준 물건이 바로 PlayonLinux입니다.(http://www.playonlinux.com) 이전에도 포스팅을 했었지만 PlayonLinux는 Wine만으로 게임하기가 너무 불편하고 힘들자 Wine을 버전별로 관리하게 하고 각 프로그램마다 가상 윈도(즉, Wine의 FakeWindows를 말합니다.)설정을 다르게 해서 게임 별로 관리하기 쉽게 만든 것이 특징입니다. 지금은 게임 외의 다른 프로그램도 지원하지만요.

무엇보다 게임설치에 필요한 라이브러리(DirectX같은 것을 말하는 것입니다.)를 자동으로 미리 설치해주고 설치를 쉽게 하도록 안내해주고 있어서 이 프로그램을 이용하면서 리눅스에서의 윈도 게임은 쉽고 빠르게 즐길 수 있게 됩니다. 사실 PlayonLinux 이전에도 Wine을 편하게 쓰기 위해서 많은 시도가 이루어져 왔습니다. Wine-doors라던가 Cedega(이것은 자체 개발한 유료 라이브러리인 WineX라는 것을 이용합니다.)라던가 많이 있었지만 PlayonLinux와 Cedega와의 차이는 사용 라이브러리가 Wine이냐 WineX냐의 차이였고 Wine-doors는 그냥 Wine을 GUI로 쓰고자 하는 경우에 가까웠습니다. winetricks(https://code.google.com/p/winetricks/)를 통해 라이브러리르 설치하는 것도 물론 없었고요. PlayonLinux의 설치스크립트 같은 것은 없었습니다. PlayonLinux가 지금은 게임 만큼이나 다른 일반 프로그램설치도 지원하지만 지금도 게임이 제일 많이 리스트에 있습니다. 그것이 사실 처음에는 게임에 특화 시켰던 흔적 이라고도 볼 수 있습니다. 

하지만 PlayonLinux는 모든 게임을 자동으로 완벽하게 해주지는 못했습니다. 바로 No-CD,DVD패치가 법적인 문제가 있어서 이용자가 따로 패치를 하도록 구성을 할 수밖에 없었기 때문입니다. "패치만 해주면 되는데 상관없지 않나?"라고 생각하시는 분들도 있을 수 있는데 처음 쓰는 사람에게는 그것도 은근히 고역입니다. 게다가 No-CD,DVD패치를 구글링 해야하는 수고도 필요했고요. 그런데 이때 DRM-FREE를 표방한 사이트가 등장하게 됩니다. 바로 GOG.com입니다. 이 GOG.com에서 파는 게임들은 따로 패치를 하는 수고로움이 없어졌기에 PlayonLinux에 리스트업됩니다. 이 때 상당히 업데이트가 잦았던 것으로 기억합니다. GOG.com에 새로운 게임이 올라오면 그 순간 새 설치리스트가 올라올 정도였습니다.

DRM-FREE게임을 판매하는 GOG.com 이제는 윈도용 뿐만 아니라 리눅스게임도 팔고 있습니다.

이제 리눅스에서는 Wine의 힘을 얻고 윈도용으로 출시된 게임들을 할 수 있게 되었습니다. 하지만 인간의 욕심은 끝이 없지요. 컴퓨터의 최고 성능을 끌어내야 하는 게임에서 Wine을 한번 거쳐야 한다는 사실은 게임에게는 좀 부족했었던 것 같습니다. 특히 네이티브 리눅스 지원게임과 윈도게임을 Wine으로 돌리는 것은 정말 큰 차이가 났습니다. 이후로 리눅서들은 리눅스 네이티브 게임을 갈망했는데 이를 한번에 뚫어준 것은 다름 아닌 세계 최대 게임유통사(?) Valve였습니다.

스팀에서 팔고있는 리눅스 지원 게임들 자그마치 600여개가 넘어간다. 그 중에서 문명5도 포함되어져 있다.

Valve는 아시는 대로 Steam이란 거대 유통망을 가지고 있는 회사입니다. 그리고 PlayonLinux에 따로 Steam이 있을 정도로 Steam을 이용한 게임을 돌리기 위한 노력도 정말 많이 있었습니다. 그런데 어느날 Valve는 Mac용 Steam을 발표하면서 FAQ부분에 의미심장한 부분이 추가되게 됩니다.

Q : Linux용은 없나요?

A : 아직 Linux용은 개발되지 않았습니다. 하지만 Wine을 이용해서 Windows용 Steam을 실행해 볼 수 있습니다.

정말 이렇게 나와있었습니다. 아마도 Mac용이 출시 된다고 했을 때 Linux용에 대한 문의가 많았던 것 같습니다. 그래서인지 Wine으로 실행이 가능하다고 친절(?)하게 답을 달아주었습니다. 실제로 이 때 Wine으로 Valve사 게임은 충분히 돌아갔으므로 틀린 말은 아니었지요. 하지만 이 일이 기폭제가 되었을지는 잘 모르겠습니다. 어느날 Valve는 갑자기 Linux용 Left4Dead2를 시연하면서 Linux용 Steam을 발표하게 됩니다. Steam의 전부는 아니지만 Steam의 이용 목적이라고 할 수 있던 Valve사의 게임을 Linux로 포팅 하겠다는 발표도 빼놓지 않았습니다. 리눅스 커뮤니티는 전부 뒤집어졌습니다. 어떤 분은 이런 글을 남기셨더군요.

"Valve가 리눅스로 도망간 내 지갑을 또 노리고 있다."

어쨌건 이로써 Lefrt4Dead나 TeamFortress2 등의 굵직한 게임들이 리눅스 네이티브로 출시되게 되었습니다. 물론 리눅스용이 따로 있었던 게임들도 Steam을 통해서 리눅스용을 구입할 수 있게 되었습니다.

 사실 이렇게 되어버린 것도 시장경제논리에 따른 것입니다. 그 원인은 Microsoft가 만든 것이고요. 무슨 말이냐면 Microsoft가 WindowsStore를 Windows8에 끼워넣자 Valve는 Steam의 영향력이 줄어들 것이라 생각하고는 Windows외의 도피처를 생각하게 됩니다. 사실 Microsoft의 윈도 끼워넣기로 잘 나가던 회사가 망한 것이 한둘이 아님을 감안하면 충분히 예상은 가능했지요. 이 때 Valve가 생각한 것이 바로 리눅스였던 것입니다. MacOSX도 있지만 어차피 얘네도 앱스토어가 있어서 자신들이 직접 게임을 팔겠다고 나서기 충분한 상황이었습니다. 지금도 실제로 팔고 있고요. 그 다음 플랫폼은 바로 리눅스입니다. 점유율은 다른 OS에 비하면 박살이기는 했지만 충분히 경쟁력은 있다고 생각했음이 분명합니다. 어쨌건 Valve는 결국 리눅스 중에서도 특히 데스크탑용으로 많이 쓰이는 우분투 용으로 Steam은 출시되게 됩니다. 그리고 우분투 게이머들은 환호했구요. (물론 그들의 지갑은 가벼워졌다고 합니다.)

그런데 Valve는 Microsoft를 보면서 한 가지 더 생각한 것이 있었던 것 같습니다. Microsoft가 자신의 플랫폼을 가지고 시장을 좌지우지 한다고 판단한 것인지 Vavle는 리눅스를 기반으로 한 SteamOS를 발표하게 됩니다. 이미 자사 게임들을 리눅스 용으로 내놓았고 리눅스용 게임도 충분하니 이 SteamOS도 크게 꿀릴 것인 없다고 판단한 모양입니다. 아니면 Steam의 점유율을 새로운 플랫폼 창조로 잇겠다는 극히 Valve스러운 행보일 수도 있고요.

이 SteamOS는 리눅스를 기반으로 한 또 다른 OS이기도 하지만 오로지 Steam만을 위한 OS이기도 합니다. 사실 일반 적인 리눅스 데스크탑에 Steam을 설치한 것과는 크게 다르지 않습니다만 필요한 것만 설치하고 다른 것은 일체 배제함으로써 OS를 게임용으로 최적화를 가능케 한 면이 있지요.

그리고 이 SteamOS를 기반으로 소위 SteamBox란 것도 있고 터치패드를 이용한 Steam용 게임패드도 개발중에 있습니다. 즉, Steam을 이용해서 거실의 최강자 Microsoft와 Sony 그리고 Nintendo의 자리까지 노리겠다는 수로 보입니다. 어찌보면 Micorosoft에게 복수한 것이 아닐까 생각이 들 정도네요.

하지만 이 SteamOS의 성공을 판가름할 열쇠도 다름 아닌 리눅스용 게임들입니다. Valve는 WindowsPC에서 스트리밍해서 플레이 가능케 하겠다고 하는데 그래봐야 리눅스 네이티브 보다 성능이 떨어질 것은 뻔합니다. 다시 한번 말씀드리지만 게임이란 하드웨어의 성능을 제일 많이 필요로 하는 프로그램입니다. 스트리밍만으로 부족할 가능성이 높습니다. 무엇보다 아직까지도 스트리밍이 구현되었다는 소리를 못 들었습니다. 스트리밍의 성능이 어느정도 나올지는 일단 나와봐야 알 것 같고 현재 SteamOS에서 돌아가는 것은 오로지 리눅스용 게임들 뿐입니다. 이 게임 중에 킬러컨텐츠는 얼마나 있을까요? SteamOS가 성공하면 리눅스는 이제 게임하기 어려운 OS가 아니게 될 것입니다. 다른 프로그램을 몰라도 게임하나 만큼은 자신있는 플랫폼이 될 수도 있습니다. 제 나름대로는 이 SteamOS가 꼭 성공하기를 바랄뿐입니다.

제가 리눅스를 처음 접했던 시절에는 정말 게임하기 힘들었습니다. 아니 애초에 게임을 하려고 한 발상자체가 말이 안 되던 시절이기도 했지요. 그런데 이제 7년정도 지나가니 리눅스가 게임 전용 플랫폼이 되기도 하네요. 덕분에 요즘에는 몇몇 친구들 한정해서 우분투 써보라고 하기도 합니다. 왜냐하면 게임도 잘 돌아간다고 얘기해 줄 수 있거든요.