Можно ещё прямо в моде указать прямой путь до файла через #include ""
То бишь:
PHP код:
#include "D:\projects\sa-mp\zanuda sa-mp\sources\lib\foreach.inc"
Вид для печати
Можно ещё прямо в моде указать прямой путь до файла через #include ""
То бишь:
PHP код:
#include "D:\projects\sa-mp\zanuda sa-mp\sources\lib\foreach.inc"
Я бы на твоем месте дописал бы еще #include "../", потому что я тоже кинул библиотеку не в стандартную папку и везде пришлось дописывать
Всё так и задумано: я использую Sublime Text и все стандартные инклуды хранятся прямо в директории с компилятором. А вот сторонние (в том числе и самописаные) уже раскиданы по папкам с проектами.
Вот так это выглядит на данный момент
Но я хочу заняться рефакторингом, как только появится время, ибо сейчас во многих инклудах каша + сами инклуды немного не по нужным местам раскиданы/не так названы. Это так, тестовый вариант древовидного структурирования мода :)
Есть несколько вопросов, но не хочется спешить с Pull Request'ом.
1) В системе все инклуды подключаются через '/', а не обратный, и в данном случае файлы он как-бы октрывает, но информацию внутри просто-напросто не считывает. Например, объявлен какой-либо макрос, который используется в "дочернем" инклуде, а там ошибка. Поменял на '\' - все ок
2) в detect все инклуды имеют одноименные название с оригинальными, из-за чего компилятор открывает их, но также просто не считывает внутренние данные, все исправляется, если задать другое название
Компилятор официальный
Буду рад, если вы отправите PR, ибо времени на исправления нет. Насколько я понял, вторая проблема тесно связана с этой темой.
Добавлены новые библиотеки и системы. Кроме того, добавил документацию к этим системам.
Новые библиотеки:
- vhs_mileage
- vhs_neon
- vhs_policelights
- vhs_signals
- vhs_engine
- vhs_lock
- vhs_radar
- vhs_booster
- vhs_drift
У меня появилась проблема. Возможно эт я криворукий, хотя я пробовал исправить, но не получилось. Суть проблемы в том, что при подключении двух инклудов одновременно(проверял только на tdw_vdetail и tdw_vdata) работает функция из первого, но не работает из второго. Таким образом у меня работает GetVehiclePaintjobId, но не работает GetVehicleColor и наоборот. Пытался отрубать у второго инклуда погдрузку core, но не помогло. В чём проблема?
Воспользуйтесь более-менее рабочей версией, ибо сейчас я пытаюсь сделать реструктуризацию модулей.
У меня появился вопрос. Вот я решил сменить измерение скорости в спидометре на то, что в инклуде vs_math, но при тесте по прямой дороге infernus развивает скорость примерно 90, remington 68, но с помощью инклуда vs_handling мы получаем макс скорость 240 и 160. Я что-то не так делаю или есть какие-то ограничения или ещё что-то?
Сейчас потестил и как мне кажется, стоит снизить множитель со 180 до 171 примерно(на remington при 171 множителе скорость достигалась 159-160 с округлением до целого числа в меньшую сторону), может даже чуть ниже, но эт лично моё мнение:D
Ааа, а я думал 180 вручную подбирали, тогда извиняюсь. Просто сравнивал заявленную максимальную скорость со скоростью на спидометре, а на нём она превосходила заявленную
Воу, как много я не знал:D. Лично я играю без ограничения. Но спорить мне бессмысленно, ибо я в этом не разбираюсь:D
Навряд ли, спидометр использовал чисто функцию GetVehicleSpeed с параметром километров и округлялось до целого числа в меньшую сторону
Вопрос, а при каких условиях срабатывает функция OnVehicleMileageUpdate? То что при обновлении милимитража эт понятно, но в то же время не понятно:D. При использовании системы бензина из инклуда всё норм работало, но когда переписал свою систему и закинул её в этот паблик в моде, а не в инклуде, то бензин почему-то не изменяется. Вот код:
Не хочу в готовый инклуд добавлять свой говно код:D. Да и для сохранения топлива машин для бд приходится использовать не только топливо из инклуда, но ещё и переменную постоянно обновлять. Как по мне, более правильнее сразу на одной переменной всё делать. А, ну ещё с движком пришлось париться, чтобы всё работало так, как я задумал, но в конечно счёте я понял, что эт слишком мутарно и легче взять ваш код и переписать его под себя. И спасибо за быстрые исправления багов)
А почему Get/SetVehicleSpawnInfo убрали?
Большинство ссылок в описании битые
Возник вопрос по библиотеке "tdw_vmath". В описании упоминается "расположение персонажа относительно транспортного средства", однако просмотрев все функции библиотеке в исходном коде на GitHub'е, я не нашел функции, реализующей данное действие.
Существует ли она, и если да, то как до нее добраться?
К сожалению, дальше этого коммита, когда была еще другая структура организации файлов https://github.com/tdworg/samp-inclu...utils/math.inc вглубь я не нашел
Копнул все таки еще чуть глубже, нашел еще более старый файл math_functions.inc https://github.com/tdworg/samp-inclu..._functions.inc , однако тоже не нашел в нем нужной информации.
Не могли бы вы подсказать, как реализовать это, если это довольно быстро?
Быть может, также, я неправильно понимаю значение данного описания? Мне необходима функция, вычисляющая расположение персонажа на сиденье внутри машины, т.к. если брать GetPlayerPos - координаты будут просто координатами центра машины
Нет, это была другая функция, определяющая позицию игрока относительно т/c. Для функции, которую описали вы потребуется значительно больше времени, поскольку придётся вычислять на какое сиденье сел игрок (GetPlayerVehicleSeat), а после использовать специальные координаты, которые будут высчитываться относительно центра т/c. Высчитать специальные относительные координаты очень сложно и долго.
Вот в этом-то и суть, что подобное довольно непросто реализовать из-за разности расположения сидений в разных моделях.
Я как раз и начал изучать вашу библиотеку поэтому, надеясь, что возможно в ней найдется это сокровище, что мне нужно.
Что ж, спасибо за ответы! Рад был общению
DCPSHER, советую тебе загуглить реализацию вида от первого лица при помощи Pawn. Там как раз и идёт вычисление положения сидений: правда никогда не проверял насколько точно. В любом случае, код из тех скриптов можно взять как основу
DeimoS, да, именно так, уже пошел в эту сторону. Там вычисляется через ModelInfo, в ней хранятся координаты передних и задних сидений, но только их центр, поэтому вычисляются от середины еще в обе стороны координаты точного места.
В принципе для всего, кроме автобуса, и может быть чего еще, будет годно работать.
Благодарю за отклик и советы!