{{ label!='' ? 'Label : ' : (q!='' ? '검색 : ' : '전체 게시글') }} {{ label }} {{ q }} {{ ('('+(pubs|date:'yyyy-MM')+')') }}

[게임리뷰] Lorelei and the Laser Eyes (로렐라이와 레이저 눈) 리뷰

<Lorelei and the Laser Eyes>

  여기 절제된 색으로서 플레이어를 압도하는 게임이 있습니다. 붉은색은 혈흔일까요, 아니면 페인트에 불과할까요? 등장인물인 'Renzo'는 "둘 다"라고 답합니다. 정확히는, "인간의 혈흔은 예술의 붉은색 페인트로서만이 의미가 있다."이죠. 


첫 등장부터 플레이어를 압도하는 'Renzo'

  <Lorelei and the Laser Eyes>(이하 <LATLE>)는 훌륭한 사운드와 멋진 아트웍으로 플레이어를 긴장 상태에 몰아 넣습니다. 2024년 게임 최고의 연출력을 자랑한다고 감히 말할 수 있지 않을까요? 게임 내내 가득찬 암시와 은유는 플레이어의 흥미를 돋구며, 복잡한 그들의 세계를 멋드러지게 풀어냅니다. 


하지만 퍼즐에 대해서 짚고 넘어가야 할 것 같군요.

전통적인 자물쇠

  <LATLE>은 아주 전통적인 퍼즐을 선사합니다. 퍼즐 장르에서 많은 인상을 남겼던 <Outer Wilds>, <Return of the Obra Dinn>, <The Witness>, <Baba is You> 등과 같이 무릎을 탁 치는 창의력을 발휘하지는 않습니다. 놀라운 연출과 은유로 가득찬 게임이지만, 퍼즐 자체는 그에 비하면 밋밋하다는 평가를 피할 수 없습니다.


각 방의 호수나 문양은 매우 중요하지만, 지도에는 그런 정보가 없습니다.

  특히, 퍼즐 게임은 퍼즐을 푸는 플레이어를 배려할 수 있어야 합니다. <Outer Wilds>, <Return of the Obra Dinn>은 훌륭한 방식으로 플레이어들에게 단서를 정리할 수 있는 수단을 제공했고, <The Witness>는 그런 것들이 필요없을 정도로 단순한 퍼즐로 멋진 경험을 선사했습니다. <LATLE>은 명백하게 불편한 점이 많습니다. '리볼버 방'이 어디있는지 까먹었다면, 플레이어는 복잡한 호텔을 다시 돌아다녀 볼 수 밖에 없죠. <LATLE>은 플레이어들에게 펜과 종이를 사용하라고 권장합니다. 불편함은 게임의 특징이 아닙니다.


슈퍼 컴퓨터에 로그인하는 방법은?

  그리고 여담입니다만, 마지막은 솔직히 지나치게 복잡하지 않았나요. 단서는 늘 가까이 있어야 합니다. 물론 게임에 집중하지 않은 플레이어들의 탓을 할 수도 있겠지만, 그러기엔 게임 곳곳에 하찮은 퍼즐들이 즐비합니다. 그러니까, 들쭉날쭉하다는 이야기입니다. 하드한 퍼즐 플레이어들을 위한 선물이었다면, 그렇지 않은 이들에게도 줄 당근을 준비했으면 좋았을 것입니다. 단 하나뿐인 엔딩의 목전에서 그것을 포기할 수는 없는 법이니까요.


<LATLE>의 예술

인벤토리의 탐폰.

  <LATLE>은 아주 역설적인 태도를 견지합니다. 혹시 다른 게임을 하면서 자동차의 문을 잠가본 적이 있습니까? 화장실을 사용하고 손을 씻어본 적이 있나요? 여성 주인공의 인벤토리에서 탐폰이라는 아이템을 본 적이 있나요? 글쎄, 이것들이 뭐가 중요할까요? 곱씹어 보면, 그들이 예술을 대하는 태도가 어떤 것인지 어렴풋이 알 것 같기도 합니다.


와인 저장고. 2020년대 이후의 빈티지 와인들로 가득 차있다.

  게임의 배경은 2014년이지만, 2022년에 발간된 기사를 게임 내에서 볼 수 있습니다. 또, 호텔 와인 메뉴에는 2020년 이후의 빈티지 와인들로 구성되어 있습니다. 뜬금없이 미래에서 온 무언가들. 이들은 게임 개발자들이 바보같이 연도를 고려하지 못한 설정 오류일까요? 아마 아닐 가능성이 높을 것입니다.

  이는 <LATLE>의 핵심적인 은유 중 하나입니다. 바로 "상호작용으로서의 예술"입니다. 주인공인 'Lorelei Weiss' 역시 청중과의 상호작용을 중요시 한 예술가로 그려집니다. 게임에서는 현실과 허구를 넘나드는 요소들을 많이 찾아볼 수 있죠. 1982년 인도네시아 대지진을 암시하는 게임 내 1982년의 사건이 존재한다거나, 퀴즈 클럽 장면에서 뜬금없이 게임 설명서의 내용을 물어보기도 합니다. 즉, '게임 내 허구', '게임 내 현실', '(플레이어의)현실' 3가지를 잘 버무리는 것 또한 <LATLE>이 의도한 연출 중 하나라고 볼 수 있습니다. 그렇지 않고서야, 컴퓨터를 통해서 게임을 저장하는 방식을 선택할 수 있었을까요?


레이저 눈

  'Lorelei'는 레이저 눈을 지닌 인물입니다. 'Renzo'의 주장이 그렇습니다. 레이저 눈, 혹은 제 3의 눈은 진실을 바라보는 눈입니다. 예술의 가치를 알아보는 눈입니다. 하지만 <LATLE>이 마지막에 말하는 진실은, 레이저 눈은 존재하지 않는다는 것입니다. 레이저 눈은 'Lorelei'가 'Renzo'와 일을 하게 만들었던 달콤한 허구였을지도 모르겠습니다. 우리가 <LATLE>을 하면서 만났던 수많은 미신들, 예언을 하는 마법 수정구, 별자리 점성술, 카드 점, 인상학, 그리고 이것들의 끝에는 레이저 눈이 있는 것이지요. 절대적 가치를 표상하는 방법은 없습니다. 그것이 <LATLE>이 우리에게 말하는 바일지도 모르겠습니다.

 

훌륭한 연출에 찬사를. 8/10 점.

*필자의 플레이 시간: 17.3 시간. (드러낸 진실 99.8%, 마지막 시퀀스에서 약간의 공략을 참고함)

댓글

댓글 쓰기

이 블로그의 인기 게시물

[코딩의탑] 4층: 툰 쉐이딩

이미지
가끔은 만화스러운 느낌이 좋을 때도 있죠.   셀 쉐이딩(Cel shading)이라고도 불리는 툰 쉐이딩 기법은 절제된 빛 표현으로 화면을 그리는 비사실적(non-photorealistic) 렌더링 기법 중 하나입니다.  <Borderlands 시리즈>   이러한 툰 쉐이딩은 다양한 방식으로 실현되고 있으며, 언리얼 엔진을 활용한 툰 쉐이딩 역시 어렵지 않습니다. 특히, 포스트 프로세싱을 이용하여 만화스럽게 후처리를 해주는 방법은 클라이언트 프로그래머들이 손쉽게 사용할 수 있는 방법입니다.   하지만, 포스트 프로세싱을 이용한 툰 쉐이딩은 다음과 같은 단점이 존재하는데요: 포스트 프로세싱 자체의 비용이 존재합니다. 특정한 머티리얼에만 툰 쉐이딩을 적용하기 어렵습니다. (커스텀 스텐실 버퍼를 활용하는 것이 대표적인 방법이며, 이는 개발자를 피곤하게 합니다)   따라서, 우리는 포스트 프로세싱을 활용하지 않는 툰 쉐이딩을 구현해보도록 하죠. 우리는 다음을 구현할 것입니다: 특정 물체의 윤곽선을 추가로 렌더링합니다. 특정 물체의 음영을 부드럽지 않은 단계별 음영으로 변경합니다. 이들의 사용 여부와 윤곽선 굵기, 색을 머티리얼 에디터 속성으로 결정할 수 있습니다. 반복되는 컴파일을 줄이기 위해 머티리얼 인스턴스로 만들 수 있으며, 윤곽선의 굵기를 재컴파일 없이 변경할 수 있습니다.   이는  언리얼 엔진 5의 소스를 직접 수정하는 방법임에 주의하세요. 이러한 방법 역시 마법이 아니므로, 비용이 존재합니다. 이는 차차 이야기하도록 하겠습니다. 그 전에 언리얼 엔진 5를 살펴보도록 하죠. 렌더링 패스 디퍼드 쉐이딩으로 렌더링에 필요한 다양한 정보를 담는 버퍼들   언리얼 엔진은 기본적으로 PC 게임에 한해 디퍼드 쉐이딩을 수행합니다. 디퍼드 쉐이딩이란 포워드 쉐이딩의 반대 개념입니다. 한 물체를 렌더링한다고 생각해보죠. 그 물체의 3차원 세계 좌표와 물체 표면의 법선, 표면 거칠기의 정도,...
자세한 내용 보기

[코딩의탑] 5층: 포탈(Portal), 더 나아가기

이미지
2층에서 많은 부족함이 있었죠..   2층 에서 우리가 구현한 포탈은 다음과 같은 부족함이 있습니다: 포탈을 단순히 월드에 배치하기만 했으며, 포탈 건의 요구사항을 고려하지 않았습니다. 가령 포탈은 벽에 생성될 수 있어야 합니다. 플레이어의 포탈 이동만을 고려했습니다. 큐브 등 다른 오브젝트 역시 통과할 수 있어야 합니다. 포탈에 걸쳐있는 오브젝트는 포탈 양면에서 보일 수 있어야 합니다. 즉, 오브젝트의 복사가 이루어져야 합니다. Near plane clippng으로 인해 포탈에 들어가기 직전 카메라가 평면과 겹치는 순간, 포탈 평면의 뒷면 모습이 비춰집니다. 포탈에 비추는 플레이어의 모습이 3인칭으로 보여야 합니다. 효율적인 포탈 재귀 렌더링 방법이 필요합니다. 복습해봅시다. 벡터와 점의 변환   포탈 건너편으로 이동하는 효과를 주기 위해서, 우리는 적절히 오브젝트를 이동 및 회전시켜야 합니다. 속도 역시 적절한 방향으로 보존되어야 하죠. 포탈   먼저 위치와 속도는 3차원 벡터로 표현될 수 있습니다. 그리고 이것이 포탈과 포탈 사이에서 자연스럽게 이어져야 하죠. 마치 포탈이 붙어있는 것처럼요! 다음 그림을 참고해보세요. 블루 포탈과 오렌지 포탈은 서로가 위 방향 축을 기준으로 180도 회전한 상태에서 맞붙어있는 것처럼 느껴야 합니다. 블루 포탈과 오렌지 포탈   이는 각 포탈을 일종의 지역 좌표계로 생각해볼 수 있습니다. 포탈의 [앞 방향 벡터, 우측 방향 벡터, 위 방향 벡터]를 각각 [X, Y, Z]축으로 삼는 셈이죠. 우리는 마치 "이어져 있는" 환상을 선사해야 하므로, 한쪽 지역 좌표계의 좌표 값을 그대로 다른쪽 지역 좌표계의 좌표 값으로 자연스럽게 넘겨주면 됩니다. 다양한 방법이 있겠지만 성능을 위해, 각 축에 대한 내적의 값을 이용하도록 합시다. 각 축은 정규화되어 있고 수직이므로, 내적을 이용할 수 있습니다. 좌표계의 변환 소스 코드: APortal::TransformVectorToDestSpace(), Tra...
자세한 내용 보기

[코딩의탑] 3층: 바다 렌더링

이미지
바다를 그려봅시다.   수많은 게임들은 바다를 배경으로 하고 있습니다. 굳이 바다를 게임의 메인 배경으로 하지 않더라도, 게임 어느 중간에는 꼭 바다를 볼 수 있는 순간이 나오기 마련이죠.  <Sea of Thieves>   이러한 바다를 유체역학적 지식으로 구현하는 것은 쉽지 않습니다. 화면에 보이는 입자가 너무 많아 현실적으로 계산 능력이 부족하기 때문입니다. 따라서 많은 게임들은 바다를 구현하기 위해서 수많은 편법을 활용하고 있습니다. 대표적인 방법은 Displacement Mapping(변위 매핑)을 이용하는 것이죠.  Displacement Mapping   Displacement Mapping이란 Displacement Map을 이용해 물체를 구성하는 일련의 정점들을 재배치하는 것을 의미합니다. 가령, 평평한 격자의 물체가 있고 다음과 같은 두 개의 Displacement Map이 있다면 우리는 파도와 같은 현상을 만들어낼 수 있습니다. 하나는 큰 파도(저주파)를, 다른 하나는 작은 파도(고주파)를 재현합니다. 흰색일수록 위에 있으며, 검은색일수록 아래에 있게 됩니다.   이러한 Displacement Map들을 겹친 후에, 서로 다른 방향으로 움직이게 만들고 겹쳐진 값을 이용해서 Displacement Mapping을 한다면 저렴한 연산으로 파도와 같은 환상을 만들어낼 수 있습니다. 하지만 이 방법은 정적으로 파도가 만들어진다는 한계가 있습니다. 바람의 방향, 파도의 세기 등을 조절하기가 어렵죠. 조금 더 멋진 Displacement Map을 만들 수 있는 방법이 있을까요? Jerry Tessendorf의 'Simulating Ocean Water'   영화 프로듀서이자 교수인 Tessendorf는 그럴듯한 바다를 시뮬레이션할 수 있는 방법을 논문으로 정리해 제안하였습니다. 제가 다룰 내용을 간단히 요약하면 다음과 같습니다: 파도는 일종의 사인파와 코사인파의 합입니다. 따라서 ...
자세한 내용 보기