3D.ru

А кто тогда вернет? Хм, если не возвращает, то описание в мане плохое, и я дивлюсь что за левые значения у меня лезут.

В описании написано, что эта функция возвращает true, в том случаем, если между исходной точкой линии и конечной есть какой то коллайдер.
И всё.
Чтобы узнать, где он там есть, придётся опять тыркать, но уже лучом.
Зачем это нужно?

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

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

И еще чтобы эти графы на мешь ложились? Вернее их можно было рисовать прямо в эдиторе и по локации?

Это совершенно реализуемо через Editor скрипты.
Можно хоть конструктор построить, с видимой сеткой, настройками проходимости узлов, слоями и прочими прелестями. Всё, что можно придумать.
Только чем больше фич, тем сложнее реализация, естественно.

выложите сложную сцену-пример на которой все будут тестить свои решения для поиска пути (если кто-то захочет).

Попозже, сейчас немного некогда. А граф в XML лучше хранить?

Хм.. Ну вроде это удобно.
Хотя я сам пока не силён в этой области (XML) - никогда не нужно было раньше. Теперь поизучаю вскорости...

Посмотрел стандарт. Скорее всего либо свой простенький парсер для спец. случая, либо крякать в про версию и искать либу. Пока запись в файл.

Всего-то надо запихать массив классов, со всеми полями. Методов не будет.

эээ. Какие либы и про-версия? Все элементарно делается. Хотите сами писать и сами читать (а не автоматом сериализовывать) пажалуста. Весь функционал есть в .net'е, навалом...

http://www.devhood.com/Tutorials/tutori ... ial_id=236

О, круто, спасибо за ссыль! Действительно, если вспомнить, зачем .NET сделали, то это там по определению должно быть...