<p>OpenApoc은 각 임무에 대해 전체 범위의 OG 맵을 생성하지 않습니다.</p>

다음은 지도 생성에 대한 Istrebitel의 답변입니다.

내가 기억하는 바에 따르면 원래 게임 파일에는 빈민가를 위한 9개 또는 18개의 다른 블록과 같은 블록 목록이 있습니다. 각 블록에는 최소 및 최대 발생 횟수가 있고 맵 크기 자체는 최소 및 최대 가능한 크기로 정의됩니다. . 그런 다음 생성기는 무작위로 블록을 선택하고 일치시켜 무작위 맵을 생성합니다.

OpenApoc이 크거나 작은 크기의 맵을 생성하도록 강제하려면 읽기 위치에서 이러한 "블록 XYZ의 양" 숫자를 편집하거나 코드에서 빠르게 변경합니다(파일에서 읽는 대신 정적 읽기, 즉, 항상 파일에서 슬럼에 대해 설정된 것을 생성하는 대신 4x4x1 슬럼 맵을 생성합니다.
더 자세한 설명은 다음과 같습니다.

• 모든 맵에는 자체 청크 크기가 있습니다.
• 모든 지도는 블록으로 구성되어 있습니다. 블록은 템플릿입니다. 예를 들어 다른 종류의 슬럼 섹터 또는 다른 종류의 x-com 기본 블록입니다. 이것들을 무작위로 조합하여 지도를 형성합니다.
• 블록은 다양한 크기의 청크를 가집니다. 예를 들어 1x1x2 블록(리프트), 1x2x1 블록(복도) 및 많은 1x1x1 블록(아파트 자체)이 있는 타일셋, 고급 아파트가 있다고 생각합니다. UFO는 2x2x2 블록이 하나만 있는 단순한 2x2x2 맵입니다. 등.
• 모든 블록에는 최소 및 최대 발생이 있습니다. 고급 앱 예의 경우 리프트 블록의 최소 발생 횟수는 1입니다. 그렇지 않으면 이 블록이 없는 지도가 생성될 수 있으며 바닥은
  승강기가 없고 아파트와 1층 복도만 있기 때문에 지형 파괴 없이는 접근할 수 없습니다.
• 모든 맵은 모든 축에서 청크 단위로 최소 및 최대 크기를 갖습니다(또는 일반적인 청크 크기에 무작위로 1을 더하거나 빼는 것일 수도 있습니다. 기억나지 않음)
• 맵 생성 알고리즘은 불명이고 리버스 엔지니어링도 안되어 처음부터 만들었는데 바닐라에 가깝게 작동하는 것 같았습니다
• AFAIK, 내 알고리즘은 먼저 필수 블록 목록을 만들고 무작위로 배치합니다.
• 그런 다음 나머지 블록(남은 최대 발생>0)의 목록을 만들고 지도가 완료될 때까지 이 블록 중 하나를 무작위로 배치합니다.
• 배치할 수 없으면 테트리스와 같이 공간을 만들기 위해 이리저리 뒤섞입니다(그러나 일반적으로 이것은 절대 발생하지 않음).
• 지도를 만들 수 없으면 다른 크기로 다시 시도합니다.
• 그런 다음 포기하고 오류를 뱉습니다(보통 바닐라 맵 템플릿에서는 도달하지 않음).
• 모든 블록을 배치하면 지도 자체를 생성합니다.
• 맵 개체를 만들고 블록(벽, 장식, 아이템 생성 지점 등)을 기반으로 맵을 개체로 채웁니다.

istrebitel의 추가 업데이트

네, 거의 그 수준에 도달했다고 생각합니다. 더 많은 적 수를 위한 더 큰 지도입니다.
스폰 에이전트가 작동하는 방식은 맵을 LOS로 분리하는 것입니다.
길 찾기, LOS 계산 및
동시에 모두 산란합니다. 지도 블록의 모든 타일은 다음에 속합니다.
모두 상자 모양인 LOS 블록 중 하나입니다. 다음은 글로벌
특정 가장자리에서 맵을 종료하거나 들어갈 수 있는지 여부를 설정합니다.
모든 지도. 이를 기반으로 LOS 블록이 생성되거나 생성되지 않습니다.
특정 충성의 단위. 블록에 설정된 값 세트가 있습니다.
이것을 지배하는 것. 이러한 값은 의 어딘가에 설명되어야 합니다.
포럼 또는 프로젝트에 첨부된 txt 파일에 있습니다. 내가 기억한다면
올바르게, 플레이어 유닛, 외계인 유닛,
적대적인 부대, 민간인 부대, 아마도 민간인 x-com 인원은
내가 기억하지 못하고 기억하는 별개의 것, 아마도 아닐 수도 있습니다.
여왕 산란을 위한 특별한 블록이 있습니다.

따라서 분대 크기에 따라 맵 크기를 선택하는 방법은 다음 중 하나입니다.
지능적으로 블록을 연구하고 어떤 블록이 얼마나 많은
스폰 기회와 그것을 기반으로 판단, 또는 아마도 바닐라
"X보다 크면 Y 크기 사용"과 유사한 하드코딩된 해킹이 있었습니다.

또한 주의할 점은 이 문제를 해결했다고 생각하지 않습니다.
일부 블록이 만들어지면 적대적인 파티의 스폰 지점이 LOS에 있을 수 있습니다.
예를 들어 MARSEC 창고와 같이 서로
진입점에서 많은 marsec 보안 스폰 지점. 게임
어떻게 든 당신이 스폰되는 그런 상황이 절대 없다는 것을 보장합니다.
적의 손실. 다시 연속해서 스폰할 수 있습니다. 즉, 일단 유닛이
조금 움직이면 서로를 볼 수 있지만 적과 함께 스폰할 수 없습니다.
이미 LOS에 있습니다. 논리적으로, 게임은 어떻게든 따라야 합니다.
이 블록이 있는지 여부에 따라 스폰 지점 또는 LOS 블록을 제외합니다.
이미 생성된 유닛이 관찰합니다. 논리적으로 다음과 같은 일이 발생할 수 있습니다.
이론적으로 열린 필드 맵이 생성되며, 이는 종이에 충분합니다.
모든 참여 유닛을 스폰할 수 있는 스폰 지점이 있지만
스폰된 모든 유닛이 볼 수 있기 때문에 모든 유닛을 스폰하기에 충분한 블록이 있어야 합니다.
전체 블록. 바닐라에는 그런 열린 필드가 없다고 생각합니다.
블록, 그래서 이것은 결코 일어나지 않을 것이지만, 이것을 개조하면 가장 가능성이 높습니다.
그럴 준비가 되어 있어야 합니다.

이 문제와 관련된 다른 내용은 #396을 참조하세요.