TheNormalnij

Спасибо, надеюсь у меня что-то выйдет.

Не могу установить microsoft visual studio 2008 на вин7 x64 [spoiler=error]В этой системе не обнаружена совместимая версия Visual Studio 2008. Это обновление предназначено только для семейства продуктов Microsoft Visual Studio 2008 (RUS) и несовместимо с экспресс-выпусками. Хоть и установлены другие компоненты microsoft visual c++ как x64, так и x84 2005-2010 года. Будет ли компилироваться при microsoft visual studio 2008 x64 ? Спасибо за внимание.

погуглил, да тут много людей уже делали это. Поэтому такое дело, когда пед не в авто, прицеплять к нему объект. А для авто setCameraMatrix и getPedBonePosition или getElementPosition + прозрачность ну и getElementRotalion. Тригонометрическая окружность... Прикольное дело. Вообще, можно сделать второго педа и управлять им . Целится с помощью setPedAimTarget, но наверное потеряется удовольствие нырять, летать на джетпаке, поэтому это скучновато.

ха-ха, у меня уже получилось пока что-то похожее на DOOM. LOL. В авто гонять можно, только надо прикрутить смену камеры вверх-вниз. ps и надо это все к мышке прикрутить сам разобрался

А может это возможно и другими костылями? Пойду попробую.

Совместимость с XP пробовали?

зачем. Одна проверка, что на маркере машина.

спасибо.

Вопрос к сообществу: существует сейчас ресурс на граффити или что-то подобное? А то не хочется делать то, что уже сделано.

Возможно, в самой функции идет округление в меньшую сторону, уберите его, если вам не нравится.

из wiki ammo: An integer representing the amount of ammo a pickup contains. This is only valid when the pickup type is a weapon pickup. source и firstAid = по идее не требуются

local theVehicle = getPedOccupiedVehicle ( thePlayer )

Нет, но есть возможность используя ту же логику сделать свое, такое же на Lua

Сюда, если что-то не понятно, смотрим чужой код, учимся. начинать с самых маленьких скриптов.

Будет еще лучше, если ты это всё удалишь и не будешь никому показывать.

Гавнокод. название переменных Фу, outChatBox, имя педа у тебя разное. Тебе сюда. Прочитать все что можно, включая вложения

Можно облегчить нагрузку на сервер, подсчитывая её на стороне клиента. Это сложнее, так как скорее всего придется составлять таблицу(игрок, сколько нанес урона), и потом ее передавать на сервер (в конце раунда или конце =D). Поправьте, если я не прав.

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

IP адрес если не вводить?

конфиг стандартный?

Извините, все возвращает, когда надо. Вроде бы читабельно, но кое-где забываю поствить return

В вики написано, что когда файл не найден, возвращается false, на самом же деле мы получаем в дебаг Warning. Или что-то не так?

сорри, наверное, получилось слишком грубо. Не устраивает потому, что там действия производятся на сервере да и на каждую фразу прописывать "exports["MultiLangRes"]:getTranslatedText( getElementData(source, "lang"), "receive_money" )" , по-моему, не очень приятно. И к тому же это это опыт, который можно применить к этого

Kernell, читай выше, разве не это?

1. простое редактирование и создание нового перевода (самый обычный юзер справится). 2. передача перевода сообществу для нового перевода, без боязни того, что кто-то украдет скрипт (такие есть) 3. легкая интеграция (единоразовый экспорт) 4. все действия на клиенте 5. код отделен от текста