전투 중 게임 저장을 비활성화하는 이유 (예 : 매스 이펙트 2)


19

저는 매스 이펙트 2 (PC)를 플레이 해 왔으며 제가 주목 한 것 중 하나는 전투에 참여하지 않을 때만 게임을 저장할 수 있다는 것입니다. 첫 번째 적이 레이더에 나타나면 저장 버튼이 비활성화됩니다. 전투가 끝나면 저장 기능이 다시 나타납니다.

Mass Effect 2가 상태 머신이라고 가정하는 것이 합리적이므로 언제든지 프로그램의 내부 상태를 캡처하여 나중에 다시로드 할 수 있습니다. 이것은 기본적으로 해결 된 문제입니다. 게임은 반감기 이후로 이런 식으로 설계되었습니다. BioWare가이 모델을 따르지 않기로 결정했을 때 그들이하고있는 일을 알고 있다고 가정하는 것도 합리적입니다. 바이오웨어는 아무런 이유없이 그렇게하지 않았을 것입니다.

전투 중에 게임 저장 기능을 비활성화해야하는 이유는 무엇입니까?


3
더 아드레날린? Operation Flashpoint와 같은 게임에서는 미션을 완료 한 경우에만 게임을 저장할 수 있습니다. 나는 30-45 분 미션의 끝에서 너무나 무서워서 게임 전후로 나와 함께하지 않았다 :)
Notabene

@notabene 좋은 지적, 그것은 게임을 더 재미있게 만듭니다 (나는 편집증이며 항상 게임을 저장합니다 (경우에 따라). 그리고 그것을 할 수없는 게임에서 더 즐겁습니다).
0101

답변:


21

왜 디자이너가 이런 식으로 그렇게하는지 생각할 수있는 데는 여러 가지 이유가 있습니다.

첫 번째 그리고 아마도 가장 중요한 이유는 플레이어를 정말로 성가 시게하지 않기 위해서입니다. 예를 들어 긴장된 소방의 한가운데에 게임을 저장하고 몇 주 동안 방치 한 후 다시로드하면 숨을 쉴 공간이없는 모든 각도에서 화재가 발생합니다.

또 다른 이유는 특정 시간에 적의 상태를 저장하는 것이 잠재적으로 문제가 될 수 있기 때문입니다. 게임 상태를 저장하는 것은 모든 것이 상당히 정적이므로 (게임 세계의 객체, 플레이어의 위치 등) 매우 간단합니다. 적을 구할 수는 있지만 AI 구현 방식에 따라 직렬화 문제가 발생할 수 있습니다.

마지막으로 전투와 다른 시간을 절약하는 것은 의도적으로 설계된 것입니다. 다시 말하지만, 당신이 싸우는 전투가 특히 긴장된 소방이라면 개발자는 매번 그 긴장을 경험하기를 원할 것입니다.

개인적으로, 나는 그것이 무엇보다 첫 번째와 두 번째 이유라고 생각합니다.

레이


2
@Tim Holt의 대답이 더 정확하다고 생각합니다. 개발자는 플레이어가 죽기 전에 순간을 저장하기를 원하지 않습니다. HL1 모드에서 얼마 전에 나는 quicksave로 그것을 겪고있었습니다. 나는 절벽에서 떨어졌고 공중에서 나는 빠른 재 장전을 시도했지만 대신 빠른 저장을 시도했다. 그래서 저의 유일한 작업 저장 파일은 터미널 속도로 지상을 향한 공중입니다. 소방관에 저장을 허용하지 않으면 저장 파일이 손상되지 않습니다.
AttackingHobo

@AttackingHobo 나는 이것이 첫 번째 단락의 주된 이유라고 말했습니다. 그것이 분명한지 확실하지 않지만.
Ray Dey 2012 년

소방관에있는 것은 완전히 승리 할 수없는 게임 상태와는 조금 다릅니다.
AttackingHobo

소방은 이유가 아닌 예였습니다 (예 : 소방). 그 이유는 짜증이 나는 곳에 저장을 막기 위해서였습니다.
jhocking

30

전투에서 저장하면 무언가가 당신을 죽일 직전에 저장 될 위험이 있습니다. 저장된 게임을 다시로드하면 해당 이벤트가 시작되기 직전의 게임 순간으로 되돌아 가고 때로는 복구가 불가능할 수도 있습니다.

예를 들어, 데드 스페이스 (Dead Space)에 저장된 게임이 있는데,이 게임은 저장 후 1 초가 지나지 않아 체력이 매우 낮습니다. 나는 그것을 여러 번로드하고 싸우려고 노력했으며 기본적으로 그렇게하지 않았습니다. 내 유일한 해결책은 매우 오래된 저장으로 돌아가는 것입니다. 솔직히 나는 그것을하고 싶은지 확실하지 않습니다.

따라서 기본적으로 플레이어가 무언가를 심각하게 좌절시키기 직전에 게임을 저장하지 않으려 고합니다. 그리고 전투에 참여하면 이것의 가능성이 크게 높아집니다.


1
@Konerak : 당신은 그가 보스 싸움 직전에 저축 한 가능성을 무시한 다음, 전투 중에 저축을 덮어 썼습니다. 그렇지 않으면 나는 동의하기 전에 자동 저장하는 것이 좋은 생각입니다.
doppelgreener

1
전투가 시작되는 지역에 접근 할 때 자동 저장은 전투에서 전혀 저장할 수없는 것보다 훨씬 낫습니다. 매스 이펙트 (Mas Effect)에는 많은 전투 시퀀스를 저장할 수 없을 때 매우 실망 스럽습니다.
signine

2
@Jonathan : 네 말이 맞아-아마 심각한 게이머가 절대로 세이브 게임을 덮어 쓰지 않기 때문에 간과했을 것입니다. 왜 20MB의 디스크 공간을 사용하고 싶지 않습니까? savegame-list가 느리게로드됩니까? 장점은 가능한 단점을 능가하지 않습니다. 당신은 갇혀 있습니다 ... 또는 단지 재생할 준비가 된 영역의 재미!
Konerak

1
@Konerak : Dead Space에 대해서는 전혀 몰랐지만 일부 게임은 큰 저장 목록에 적합하지 않습니다. Fallout 3에서는 저장 게임을 구별하기 위해 날짜와 예쁜 그림을 구별해야합니다. 여러 캐릭터를 관리하는 것은 악몽이되고 긴 저장 파일 목록에서 다른 캐릭터를 찾는 것은 숨바꼭질 게임이됩니다. 두 명의 캐릭터가 같은 날짜에 비슷한 갑옷을 입으면 청각 장애인을위한 마르코 폴로가됩니다. 문자 당 저장 수가 제한된 짧은 저장 목록을 유지하는 것이이를 관리하는 유일한 방법입니다.
doppelgreener

2
중요한 개발자 저장 게임 레슨 : 1 / 정기적으로 자동 저장 및 덮어 쓰기가 아닌 여러 자동 저장이 왜 안됩니까? 2 / 게이머가 세이브 게임을 "이름 지정"하도록 허용하여 조직 할 수 있습니다. 3 / 게이머에게 자주 저축하도록 상기 시키십시오! (나는 망각에 대해 마음에 들었습니다. "망각의 비행기는 위험한 곳입니다. 자주 저장하는 것을 기억하십시오"– 약간의 성격은 있지만 훌륭한 조언입니다.
Konerak

15

기존 답변이 매우 훌륭하다고 생각하지만 가능한 다른 이유를 찾고 싶습니다. 저장을 비활성화하면 사용자가 저렴한 버팀목으로 사용하지 못하게되어 심각한 위험을 감수하기 직전에 저장 한 다음 저장에 실패하면 다시로드합니다. 나는 RTS 게임에서 항상 그렇게 했었고 결국 모든 도전을 마쳤습니다. "저장 상태"기능이있는 콘솔 에뮬레이터에서와 마찬가지로 게임을 완벽하게 완벽하게 조정할 수 있습니다. 저장을 비활성화하면 위험 감과 보상을 유지하고, 어리석은 일을하기 전에 합리적으로 생각하게합니다.


2
""상태 저장 "기능이있는 콘솔 에뮬레이터에서 실제로 게임을 완벽하게 완벽하게 조정할 수 있습니다" < -Tool
o0 '에

1
@ Lo'oris Yep 나는 그것을 보았다. 나는 그들을 사랑합니다. 특히 사중 메가맨.
Tesserex 2019 년

1
+1-컵 파이널을하기 전에 풋볼 매니저를 구하는 것과 같습니다.
Ste

1

내가 생각할 수있는 유일한 이유는 다음과 같습니다.

  1. 적 등을 위해 AI의 상태를 저장하는 것은 어렵습니다.
  2. 플레이어에게 특정한 플레이 방법을 강요하고자합니다.

나는 당신이 어느 곳에서나 전투에서 저장할 수 없어야하는 이유 때문에 죽기 직전에 저축 할 수 있다는 주장을 사용해서는 안된다고 생각합니다. 개발자는 전투가 시작되는 곳에서 자동 저장을 구현할 수 있습니다. 그렇게하면 플레이어는 전투가 시작되기 전에 항상 되돌아 갈 수 있습니다. 플레이어가 여러 저장을 할 수 있도록 한 다음 해당 기능을 사용하는 경우 원하는 지점으로 돌아갈 수 있습니다.


-1은 이미 게시 된 것
o0 '

1

그것은 플레이어들에게 그들의 전술에 대해 정말로 생각할 이유를 제공합니다. 빠른 저장을 사용하면 "이길"때까지 동일한 방식으로 반복해서 시도 할 수 있습니다 (느리게 진행). 그들은 문제에 접근하는 방법에 대해 다시 생각하지 않아도됩니다. (약력을 덜 사용하거나 능력을 더 잘 활용하기 위해)

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.