자주하는 질문

이 페이지는 같은 내용을 계속해서 묻는 포럼에 많은 이메일과 게시물을 받기 때문에 추가되었습니다. 시간을 절약할 수 있기를 바랍니다.

목차

질문

Q: KaM TSK 또는 TPR에 대한 소스 코드가 있습니까?
아니요, 원래 소스 코드는 공개된 적이 없습니다. 게임 엔진 전체를 처음부터 다시 작성했습니다.

Q: 공성 작업장, 투석기, 발리스타를 제거한 이유는 무엇입니까?
두 가지 이유:
1. 공성 장비는 밀거나 당기는 사람 없이 "마법처럼" 움직입니다. KaM에서는 모든 작은 세부 사항을 볼 수 있지만 이러한 기계는 스스로 운전합니다.
2. 균형이 맞지 않는다고 생각합니다. 발리스타는 기본적으로 원샷 원거리 유닛이므로 많이 얻으면 압도됩니다.
나중에 개발 단계에서 누군가 밀어넣고(물론 스프라이트를 만들 사람이 필요함) 약간의 재조정을 통해 게임에 다시 추가하는 것을 고려할 수 있습니다.

Q. 시청은 왜 없애셨어요?
우리는 그것이 "속임수"이며 게임 스타일에 맞지 않는다고 생각합니다. KaM에서는 무엇이든 생산하려면 복잡한 경제를 만들어야 합니다. (예: 가죽 갑옷을 만드는 데 4가지 가공 단계가 있습니다.) 시청에서는 단 하나의 자원과 소수의 건물만으로 군대를 만들 수 있습니다. 우리는 그것이 KaM 스타일에 맞지 않는다고 생각합니다.
개발 후반에 다시 디자인된 게임에 다시 추가하는 것을 고려할 수 있습니다.


Q: 물고기가 스스로 보충하게 하지 않는 이유는 무엇입니까?
물고기가 의도적으로 자원을 고갈시키고 있기 때문입니다. 캄에는 4가지 종류의 음식이 있으며, 각각 생성 속도와 음식 가치가 다릅니다. 와인은 저렴하고 빠르게 생산할 수 있으며, 빵은 시간이 더 걸리지만 식품 가치는 더 높으며, 소시지는 만들기가 가장 느리고 먹기에 가장 좋습니다(군용 가죽 생산 포함). 물고기는 빨리 얻을 수 있지만 다른 모든 것과 달리 고갈되는 자원으로 추가되었다는 것이 약점입니다. 따라서 플레이어는 네 가지 음식 전략과 그 조합 중에서 의미 있는 선택을 할 수 있습니다. 그렇지 않으면 물고기를 보충하게 하면 남용되거나 빵이나 포도주와 같게 될 것입니다. 우리가 고려할 수 있는 옵션 중 하나는 매우 느리게 보충하여 초기 이점이 있지만 나중에는 거의 무용지물이 되는 것입니다(예: 5분에 물고기 한 마리).

Q: 왜 당신의 사람들을 죽이는 버튼이 없나요?
우리는 그것이 현실적이거나 KaM과 같은 게임에 적합하다고 생각하지 않습니다. 왕은 무작위로 사람을 죽이는 일을 하지 않습니다. KaM은 유혈이나 유혈이 없는 "멋진" 게임이며, 좋아하는 사람을 죽일 수 있다면 적합하지 않다고 생각합니다. 초기 릴리스에는 디버깅/테스트 목적으로 제거된 종료 버튼이 있었습니다. 불필요한 유닛을 학교로 돌려보내고 골드를 환불하지 않고 사라지게 하는 것을 고려하고 있습니다. (왜냐하면 유닛을 잘 관리하고 음식이나 무언가를 저장하기 위해 유닛을 "훈련 해제"할 필요가 없기 때문에 약간의 보상이 있어야 하기 때문입니다)

Q: 시장이란 무엇입니까? (헤더의 로고 오른쪽에 표시된 건물)
우리가 게임에 추가한 새로운 건물입니다. 메인 하우스 스프라이트는 KaM TSK Alpha(개발) 버전에서 가져왔으며 우리에게 유출되었습니다. 분명히 KaM의 제작자는 시장을 가질 계획이었지만 이런저런 이유로 개발 중에 제거되었습니다. 우리는 그것을 다시 구현했습니다. 이를 통해 높은 환율로 한 자원을 다른 자원과 교환할 수 있습니다. 아직 밸런스 문제에 대해 테스트 중이며 나중에 조정될 수 있습니다. 초기 캠페인 임무에서 비활성화되며 변경 사항을 좋아하지 않는 분들을 위해 변경 없이 게임을 플레이할 수 있는 옵션이 있습니다. (또한 우리가 추가하는 다른 모든 새로운 기능)

Q: KaM Remake가 있는 경우 어떻게 설치합니까? 증기 캄 버전?
KaM Remake 설치 프로그램을 실행하기 전에 Steam에서 Knights and Merchants를 적어도 한 번 실행해야 합니다. 그렇지 않으면 설치 프로그램이 이를 감지하지 못합니다. 그 외에도 다운로드 페이지에서 전체 설치 프로그램을 다운로드하고 실행하십시오. 플레이하는 동안 Steam 오버레이를 사용하려면 다음을 클릭하여 KaM Remake를 Steam 라이브러리에 추가할 수 있습니다. Games -> Add a Non-Steam Game to My Library 스팀 메인 메뉴에서

Q: 승리, 패배, 남은 게임 등의 통계를 기록할 수 있는 멀티플레이어용 플레이어 계정 시스템을 구현하시겠습니까?
아마도 결국에는 구현하기가 복잡할 것입니다. 특히 보안을 유지하기 위해 노력해야 합니다. 속이거나 속일 수 없는 방식으로 통계를 기록하는 것은 매우 어려울 것입니다. 플레이어가 자체 보안 서버만 사용하도록 강제하고 서버가 통계를 기록할 수 있도록 멀티플레이어 코드를 변경해야 합니다(현재는 불가능). 간단히 말해서 적은 이익을 위해 많은 시간, 비용 및 지속적인 유지 관리가 필요합니다.

Q: AI가 멀티플레이어에서 전체 마을을 건설하고 공격하지 않는 이유는 무엇입니까?
우리는 AI가 완전한 마을을 건설하고 공격하도록 하는 코드를 완료하지 않았기 때문에 현재 그들의 행동이 제한적입니다. 우리는 이것을 Remake에 추가할 것이지만 복잡하고 잘 작동하기를 원합니다. (별로 좋지 않은 원래 KaM AI보다 낫습니다.) 그러나 멀티 플레이에서 AI와 대결하고 싶다면 AI가 이미 완전한 마을을 가지고 있고 공격하도록 스크립트 된 협동 임무를 할 수 있습니다.

Q: 리메이크에 내 지도를 포함할 예정인가요?
예, 품질이 좋고 마음에 들면. 일반적인 실수는 다음과 같습니다.
– 다른 방향으로 흐르는 물 (Krom의 편집기에서 마법의 물 기능 사용)
– 바위, 버섯 등과 같은 지도 개체가 충분하지 않습니다.
– 타일이 제대로 연결되지 않아 모서리가 정사각형입니다.
– 전체 지도가 너무 평평합니다.
– 자원/위치의 균형이 잘 맞지 않음(멀티플레이어 맵의 경우)
좋은 품질의 지도를 만들었다고 생각되시면 저희에게 보내주시면 포함 여부를 결정하겠습니다. 포럼에 지도를 게시하는 것은(링크 섹션 확인) 피드백을 받는 좋은 방법입니다.

Q: 게임에 안개의 전쟁을 추가하시겠습니까?
나중에 개발 중에 시도할 것입니다. KaM에서는 잘 작동하지 않을 수 있습니다. 왜냐하면 상대방이 바로 당신 위에 있을 때만 상대방을 볼 수 있다면 고전적인 대규모 공개 전투를 가질 수 없기 때문입니다. 이 때문에 안개를 통해 꽤 높은 시야 반경을 사용하게 될 것입니다.

Q: 건설 가능한 벽을 게임에 추가하시겠습니까?
그럴 수도 있겠지만 건설 가능한 벽은 게임 스타일에 맞지 않습니다. KaM에서는 지형과 함께 작업하고 방어에 적합한 장소를 찾아야 합니다. 필요하지 않은 벽을 만들 수 있다면. 그리고 그것은 멀티플레이어 경기가 더 자주 교착 상태로 변하도록 만들 것입니다. 벽은 게임에 필요한 추가 요소로 보이지 않습니다.

Q: 타워 스팸을 막기 위해 멀티플레이어에서 타워 제한을 구현하시겠습니까?
아니요. 플레이어가 타워를 스팸하기로 선택하면 무기 생산을 위한 공간/자원/시간이 충분하지 않으며 다른 플레이어가 그를 쉽게 부술 수 있어야 합니다. 타워는 민병대가 돌진하여 쉽게 무장 해제할 수 있습니다. 각 타워에는 5개의 돌이 있지만 그 중 몇 개는 빗나가므로 각 타워는 평균적으로 약 3개의 유닛을 죽입니다. 따라서 60명의 민병대가 있다면 20개의 타워를 무장 해제할 수 있습니다. 일반적으로 적의 마을 중앙에 도달하여 적의 모든 탑을 만나지 않고도 그의 창고/학교/막사를 파괴할 수 있으므로(방어할 장소가 여러 개 있음) 20개만 해제하면 충분합니다. 60 민병대는 목재 생산이 안정적일 때 생산하는 데 오랜 시간이 걸리지 않습니다. 물론 그에게 궁수가 있는 경우 일부는 화살로 죽을 것이기 때문에 추가 민병대가 필요하지만 타워가 무장 해제된 후 민병대 뒤에 다른 군대를 데려오면 문제가 되지 않습니다. 타워 스팸이 문제를 일으키고 있다는 사실을 발견했다면 아마도 스팸에 대해 잘못된 전술을 사용하고 있을 것입니다. 민병대 돌진은 궁수와 함께 각 탑을 파괴하는 것보다 훨씬 효과적입니다.

Q: 추가할 수 있는 아이디어가 있습니다!
포럼에 그것에 대해 씁니다. 우리가 그것을 좋아한다면 우리는 그것에 대해 논의할 것입니다. 그러나 게임에 맞지 않는 한 새로운 것을 추가하지 않습니다. 또한 새로운 기능을 추가하는 것은 버그를 수정하고 KaM에서 누락된 기능을 구현하는 것보다 우선 순위가 낮습니다.