Openapoc: 도시의 많은 파괴 된 타일이 Ultra-Speed에서 게임을 멈춘 것처럼 보입니다.

임무에 건설 차량과 같은 적대적인 차량도 영향을 미치는 것 같습니다

나중에 세이브 게임의 추가 예
save_SuperHuman 1.zip

차량도 막히는 것 같습니다.

막힌 차량을 찾았습니다.
메가 플라이어 위에, 첨부 된 저장
save_SuperHuman 1.zip

막힌 차량 (건설 차량 31)을 디버깅하고 있습니다.
저장 게임 당시의 임무는 다음과 같습니다.

W 7613175674 bool OpenApoc::CityView::handleMouseDown(OpenApoc::Event *): CLICKED VEHICLE Construction Vehicle 31 at {42.7708,63.5,7.5}
W 7613244067 bool OpenApoc::CityView::handleMouseDown(OpenApoc::Event *): Mission GotoLocation {43,63,2}
W 7613263414 bool OpenApoc::CityView::handleMouseDown(OpenApoc::Event *): Mission RecoverVehicle 
W 7613286861 bool OpenApoc::CityView::handleMouseDown(OpenApoc::Event *): Mission GotoBuilding BUILDING_WAREHOUSE_THREE

그러나 대상 (43,63,2)은 adjustTargetToClosestFlying에 의해 (43,63,7)로 다시 작성됩니다.
그 후, 차량은 setPathTo를 호출 할 때마다 (43, 63, 7)로 이동하려는 시도와 근처의 무작위 대상 사이에서 진동합니다.

After setPathTo: Vehicle [Construction Vehicle 31] path: (41,63,7) -> (41,63,7) -> (42,63,7) -> (43,63,7)
After setPathTo: Vehicle [Construction Vehicle 31] path: (43,63,7) -> (43,63,7) -> (42,64,6) -> (41,63,5) -> (41,62,4)
After setPathTo: Vehicle [Construction Vehicle 31] path: (41,62,4) -> (41,62,4) -> (41,62,5) -> (41,62,6) -> (42,63,7) -> (43,63,7)
After setPathTo: Vehicle [Construction Vehicle 31] path: (43,63,7) -> (43,63,7) -> (43,62,7) -> (42,61,6)
After setPathTo: Vehicle [Construction Vehicle 31] path: (42,61,6) -> (42,61,6) -> (43,62,7) -> (43,63,7)
After setPathTo: Vehicle [Construction Vehicle 31] path: (43,63,7) -> (43,63,7) -> (44,64,6) -> (45,65,5) -> (45,65,4)
...

이 @ashenomo <3를 찾아 주셔서 감사합니다

해결책을 찾을 수 있다면 크게 감사하겠습니다

이상적으로, 우리는 차량이 루프에 갇혀 있음을 인식하고 루프를 강제하는 적합한 목적지 인 무작위 대상에 대한 확인이 부족한 것으로 의심되므로 적절하고 명확한 최종 목적지에 대한 새로운 임무를 생성하기를 원합니다.

차량이 이러한 루프에 갇 히면 종종 Landing Tube Tiles 또는 Mega-Flyers Factory에 있습니다.

어딘가에 나쁜 타일 유형이 없으면 특히 Mega-Flyer 공장이 왜 그런 문제를 일으키는 지 잘 모르겠습니까 ???

이것은 목적지가 다른 차량에 의해 점유 될 때 트리거되는 "사이드 스테핑"로직처럼 보입니다. 대상은 일시적으로 근처의 빈 타일로 변경됩니다. 차량이 해당 타일에 도달하면 원래 목표로 다시 이동하려고합니다.

하지만이 경우 곁길을 밟는 차량은 CV31, 즉 스스로 충돌 할 것이라고 생각합니다. 암호
이것을 보여주는 추가 로그 :

W 14531114914 void OpenApoc::VehicleMission::setPathTo(OpenApoc::GameState &, OpenApoc::Vehicle &, Vec3<int>, int, bool, bool):  ** setPathTo for [Construction Vehicle 31] to (43,63,2), maxIter:450, cV:Y, giveUp:N, currentPath n:0
W 14531141711 void OpenApoc::VehicleMission::setPathTo(OpenApoc::GameState &, OpenApoc::Vehicle &, Vec3<int>, int, bool, bool):  *** adjustTargetToClosestFlying: [Construction Vehicle 31] (43, 63, 2), piNe: N
W 14531234219 static bool OpenApoc::VehicleMission::adjustTargetToClosestFlying(OpenApoc::GameState &, OpenApoc::Vehicle &, Vec3<int> &, bool, bool, bool &): Target (43,63,7) contains vehicle [Construction Vehicle 31]. This will trigger a target adjustment.

차량이 스스로 회피하지 않도록 추가 확인을 추가하는 것은 좋은 생각처럼 들립니다.
즉, 왜 옆으로 밟아도 문제가 해결되지 않는지 모르겠습니다 ..

추가 디버그 정보 :

• 차량의 임무는 다음과 같습니다.

W 417133364405 bool OpenApoc::CityView::handleMouseDown(OpenApoc::Event *): Mission GotoLocation {43,63,2}
W 417133397242 bool OpenApoc::CityView::handleMouseDown(OpenApoc::Event *): Mission RecoverVehicle 
W 417133421554 bool OpenApoc::CityView::handleMouseDown(OpenApoc::Event *): Mission GotoBuilding BUILDING_WAREHOUSE_THREE

• 43,63,2는 도달 할 수 없습니다. MEGAFLYER_TWO 건물이 차지하고 있습니다.
• 전단지는 위로 올라가 가장 가까이에 닿을 수있는 타일을 찾습니다. 이 경우 43,63,7입니다.
  
• pickNearest 은이 GotoLocation 임무에 대해 거짓이므로 차량이 정확한 지점에 도달 할 때까지 완료되지 않습니다. 불가능합니다.
• RecoverVehicle 임무가 뒤따른다는 점을 감안할 때, 아마도 추락 한 차량이 43,63,2에서 끝났고이 수송은 그것을 복구하도록 할당되었습니다. 이 임무가 어떻게 만들어 졌는지 알아보기 위해 이전 저장 게임을 시도해 보겠습니다.
• 이전 댓글에서 언급 한 체크를 추가하면 (피할 차량을 찾을 때 스스로를 고려하지 마십시오) 차량이 루프에 들어가는 것을 방지하지만 이제는 43,63,7에서 멈 춥니 다.

이 이전 저장 게임을 살펴보면 :

나는 파괴 된 타일과 관련이 있다고 가정합니다.

초고속에 배치하면 도시 경관이 엄청나게 느린 것처럼 보입니다.
플레이 할 수 없을 정도로

첨부 된 저장을 찾으십시오

SuperHuman_Slow.zip

Blazer Turbo Bike 49 (파괴 된 Hades Block 근처)는 파괴 된 도로 타일 인 (86,78,2)에 도달하려고합니다. 그러나 멈춰있는 건설 차량과 유사하게 속도 저하에 기여할 수있는이 차량의 모든 틱에서 setPathTo가 호출되는 것을 볼 수 있습니다.

수정을위한 PR은 다음과 같습니다 (수동으로 만 확인).
https://github.com/OpenApoc/OpenApoc/pull/563