Придание физики тайлам SKTileMapNode в Xcode 8

Сотрудник Apple Бобит говорит здесь, что "правильный подход" заключается в добавлении пользовательских данных в ваш SKTileDefinition объектов и используйте их для идентификации и добавления физических тел на плитки.

Таким образом, вы можете добавить значение пользовательских данных в определение плитки либо программно, либо в редакторе, например:

Затем в коде вы должны проверить каждое определение плитки, чтобы увидеть, имеет ли оно значение пользовательских данных. Если это так, то вам нужно рассчитать положение тайла и добавить физическое тело на новый узел, привязав его к вашей тайловой карте. Вот код для этого, который Bobjt назвал «правильным подходом»:

self.tileMap = self.childNode(withName: "Tile Map") as? SKTileMapNode  
guard let tileMap = self.tileMap else { fatalError("Missing tile map for the level") }  

let tileSize = tileMap.tileSize  
let halfWidth = CGFloat(tileMap.numberOfColumns) / 2.0 * tileSize.width  
let halfHeight = CGFloat(tileMap.numberOfRows) / 2.0 * tileSize.height  

for col in 0..<tileMap.numberOfColumns {  
    for row in 0..<tileMap.numberOfRows {  
        let tileDefinition = tileMap.tileDefinition(atColumn: col, row: row)  
        let isEdgeTile = tileDefinition?.userData?["edgeTile"] as? Bool  
        if (isEdgeTile ?? false) {  
            let x = CGFloat(col) * tileSize.width - halfWidth  
            let y = CGFloat(row) * tileSize.height - halfHeight  
            let rect = CGRect(x: 0, y: 0, width: tileSize.width, height: tileSize.height)  
            let tileNode = SKShapeNode(rect: rect)  
            tileNode.position = CGPoint(x: x, y: y)  
            tileNode.physicsBody = SKPhysicsBody.init(rectangleOf: tileSize, center: CGPoint(x: tileSize.width / 2.0, y: tileSize.height / 2.0))  
            tileNode.physicsBody?.isDynamic = false  
            tileNode.physicsBody?.collisionBitMask = playerCollisionMask | wallCollisionMask  
            tileNode.physicsBody?.categoryBitMask = wallCollisionMask  
            tileMap.addChild(tileNode)  
        }  
    }  
}  

Лично я считаю такой подход слишком суетливым. Я собираюсь попробовать другой подход в своей игре, и если он сработает, я опубликую его здесь. Чего бы я действительно хотел, так это того, чтобы Apple улучшила API карты тайлов, чтобы мы могли добавлять физические тела непосредственно в отдельные тайлы. Возможно, в процессе они могли бы оптимизировать движок, чтобы физические тела на отдельных тайлах автоматически объединялись, образуя более крупные и оптимальные формы для повышения производительности системы.

Обновление: я отправил запрос в Apple по поводу этой проблемы, что бы из этого ни вышло.

В качестве альтернативы вы можете применить алгоритм линейной развертки к плиткам, которым вы хотите присвоить SKPhysicsBody.

Вы можете сделать это в четыре шага;

1. Повторите положение плиток в вашем SKTileMap.

2. Найдите плитки, которые находятся рядом друг с другом.

3. Для каждой группы смежных плиток соберите:

   • a down-left corner coordinate and
   • координата правого верхнего угла.

4. Нарисуйте квадрат и переходите к следующей группе плиток, пока не закончатся координаты плитки.

Снимок экрана без изображений для сравнения

Снимок экрана без изображений, показывающий физические тела

См. мой ответ в аналогичном сообщении о том, как это реализовать.

Я не уверен, что есть верный способ сделать это... но вот два способа подумать о том, как попробовать применить физику к тайловой карте.

Вариант 1. Примените SKNodes к каждой позиции каждой плитки на карте и примените соответствующее физическое тело к этому SKNode на основе содержимого и состояния этой плитки.

Вариант 2: Используйте информацию о положении каждой плитки, чтобы добавить массив физических тел в SKTileMapNode и разместить каждое из них соответствующим образом.

Я представляю гравитационный платформер в стиле Марио, с такой местностью, которая нуждается в физических телах для земли:

Поднятая стенограмма с WWDC Apple о тайлах и физике:

И вы заметите, что здесь я сталкиваюсь с плитками.

И я достигаю этого, используя пользовательские данные, которые мы можем поместить на каждую из наших плиток.

Здесь я покажу вам наш набор плиток.

Выберите один из вариантов здесь.

И вы можете видеть, что у нас есть некоторые пользовательские данные здесь.

И у меня просто есть значение с именем edgeTile, которое является логическим значением, и я установил его равным 1.

Итак, в коде я просматриваю карту тайлов в нашей демонстрации платформы здесь и ищу все эти краевые тайлы.

И всякий раз, когда я его нахожу, я создаю некоторые физические данные, чтобы игрок мог столкнуться с ним.

И так как это только на нашей тайловой карте, скажем, я хотел преодолеть вот эту большую стену.

Когда я запущу игру, вы увидите, что мой парень на самом деле не может прыгнуть достаточно высоко, чтобы справиться с этим.

И он действительно этого хочет, потому что вон та красная кнопка выглядит очень заманчиво.

Я действительно хочу подтолкнуть эту штуку.

Итак, поскольку мы просто генерируем наши физические данные из наших плиток и наших пользовательских данных, все, что мы можем сделать, это просто пойти сюда, стереть эти плитки, собрать и снова запустить нашу игру.

Плитки больше нет, и теперь мы можем пройти через них.

И нам не пришлось менять код или что-то еще.

Мы просто использовали данные, которые мы извлекли из карты тайлов, для настройки нашего тайла.

Это так просто.

Звучит очень просто, но требуется гораздо больший ум, чем мой, чтобы понять, что делается и как это делается.

Я провел два дня, пробуя разные идеи, но не нашел ничего лучше того, что я разместил в другом моем ответе. Как упоминалось там, это способ, рекомендованный сотрудником Apple, и, насколько я знаю, это самый эффективный способ, чтобы SpriteKit автоматически добавлял физические тела ко всем вашим тайлам. Я протестировал его, и он работает. (Хотя я все еще жду, когда Apple добавит простой способ размещения физических тел на тайлах).

Но есть и другие соображения. Если у вас проблемы с производительностью из-за того, что в вашей сцене слишком много физических тел, вы можете попробовать один из этих других подходов. Однако оба они требуют больше времени, чем подход, описанный выше. Единственная причина, которая может оправдать использование одного из этих более трудоемких подходов, заключается в том, что вам нужно уменьшить количество физических тел в вашей сцене из-за проблем с производительностью. В противном случае, я думаю, что «автоматический» подход, упомянутый выше, является лучшим вариантом, который у нас есть.

Поэтому я не буду вдаваться в подробности здесь, потому что я думаю, что автоматический вариант является лучшим. Это просто идеи для альтернативных подходов, если ваша игра должна быть очень скупой на системные ресурсы.

Альтернативный подход № 1 — использование меньшего количества физических тел

Создайте свою тайловую карту в редакторе. Затем продолжайте работать в редакторе, перетаскивая цветные спрайты (SKSpriteNodes) по частям вашей карты, которым требуется физическое тело. Сформируйте узлы так, чтобы получился максимально большой прямоугольник для областей, которым нужны физические тела. Это лучше всего работает для больших плоских поверхностей, таких как стены, полы, потолки, платформы, ящики и т. д. Это утомительно, но в итоге вы получите гораздо меньше физических тел в вашей симуляции, чем если бы вы использовали автоматический подход, упомянутый выше.

Альтернативный подход № 2 — не использовать физические тела

Эта идея, вероятно, потребует еще большей работы, но потенциально вы можете вообще избежать использования физических тел. Сначала создайте свою тайловую карту в редакторе. Проанализируйте свою карту, чтобы определить, какие плитки обозначают барьер, за который игрок не должен переходить. Назначьте идентификатор пользовательских данных для этого типа плитки. Вам потребуются разные категории идентификаторов для разных типов барьеров, и вам также может понадобиться разработать дизайн, соответствующий этому подходу.

Как только ваши плитки барьера будут достаточно идентифицированы, напишите код, который проверяет значение пользовательских данных для плитки, в настоящее время занятой спрайтом игрока, и соответствующим образом ограничивает движение спрайта. Например, если игрок вводит заголовок, обозначающий верхнюю границу, ваш код перемещения не позволит спрайту игрока двигаться вверх. Точно так же, если игрок входит в плитку, которая отмечает крайнюю левую границу, ваш код движения не позволит игроку двигаться влево.