SannyBuilder.com Forums

У меня, видимо, старая версия опкодов. Хотя, сама проверка звучит как-то не очень правильно, если она проверяет, целится ли игрок обычным способом - с помощью мыши.

Прошу прощения, так и есть. Я просто посмотрел только вторую и решил, что первая тоже байтовая.

Слишком непривычно. Да и неудобно - приходится убирать руку с мыши. А так левая рука сама тянется нажать Ctrl+C

Полный бред. Управление игроком никак не зависит от переменной, куда записан его хендл.
Можно посмотреть структуру CPlayer. Там в самом первом поле стоит указатель на структуру педа игрока. Можно попробовать подменить указатель.

UPD. Если подменить указатель - вылет. Видимо нужно ещё что-то где-то менять.

Тебе нужен один из опкодов с компонентами:

0697: set_car 543@ remove_component 4 visible_effect_flag 1
06E8: car 4@ destroy_component 2

У меня 2 вопроса:
1. Как перевести из игровых координат в экранные
2. Как перевести из экранных координат в игровые

В обоих случаях нельзя использовать игровые функции - нужен код, который будет работать в SA-MP (пишу на Pawno). У меня в распоряжении позиция камеры и Front-вектор камеры (вектор указывающий направление, куда смотрит камера), помимо координат, которые необходимо перевести.

У меня есть варианты исправлений почти для всех опкодов, воспроизводящих анимацию для актёра. Я много работал с этими опкодами, поэтому знаю, как работают некоторые параметры.

0393: actor 215@ perform_animation "POOL_SHORT_SHOT" at 248@ times_normal_rate

Этот опкод лучше перефразировать так:

0393: actor $PLAYER_ACTOR animation "POOL_SHORT_SHOT" set_speed 1.0

04ED: load_animation "LOWRIDER"
04EE: animation "LOWRIDER" loaded
04EF: release_animation "LOWRIDER"

Заменить на:

04ED: load_IFP_file "LOWRIDER"
04EE: IFP_file "LOWRIDER" loaded
04EF: release_IFP_file "LOWRIDER"

0605: actor -1 perform_animation "M_SMKLEAN_LOOP" IFP "LOWRIDER" framedelta 4.0 loop 1 lockX 0 lockY 0 lockF 0 time -1 // versionA
0812: AS_actor -1 perform_animation "LRGIRL_IDLELOOP" IFP "LOWRIDER" framedelta 4.0 loopA 0 lockX 0 lockY 0 lockF 0 time -1  // versionB
088A: actor 34@ perform_animation "RAIL_FALL" IFP "SWAT" 8.0 loopA 0 lockX 0 lockY 0 lockF 1 time -1 disable_force 0 disable_lockZ 1
0A1A: actor 88@ perform_walk_animation "HIKER_POSE_L" IFP "MISC" framedelta 4.0 loopA 0 lockX 0 lockY 0 lockF 1 -1 ms // versionC

В этих опкодах нужно посоветоваться, как лучше переименовать. Я распишу за что отвечает каждый параметр.
Actor, animation и IFP - думаю понятно, здесь всё правильно описано.

framedelta нужно переименовать в interpolation. Этот параметр отвечает за плавность перехода в анимацию (и за плавность выхода из анимации или перехода в другую анимацию). Чем больше этот параметр - тем быстрее и заметнее переход. Чем меньше параметр - тем плавнее и красивее. Обычно лучше ставить его в районе 4.0-15.0. Если поставить 10000.0, то актёр моментально примет начальную позу анимации, т.е. вообще без перехода.

loop - здесь всё ясно, цикл. lockX и lockY нужно поменять местами. Они отвечают за перемещение коллизии игрока вместе с анимацией (Root-костью в анимации). Т.е. если выставить lockX = 1 то коллизия игрока будет двигаться вместе с анимацией вперёд-назад (по оси Y относительно игрока); если выставить lockY = 1, то коллизия игрока будет двигаться вместе с анимацией влево-вправо (по оси X относительно игрока). Поэтому нужно бы их поменять местами. Ещё замечен следующий факт: если выставить только lockY = 1, а lockX оставить равным нулю, то перемещения игрока вместе с анимацией не будет ни по одной из осей. Проще говоря у нас 3 варианта - без перемещения коллизии (0, 0), с перемещением по оси Y (1, 0) и с перемещением по осям X и Y (1, 1).

lockF отвечает за замораживание игрока в последней позе анимации. Не знаю даже, как его переименовать. Наверное лучше так и оставить.
time - тут, я думаю, без комментариев. Здесь всё верно.

У нас есть 4 опкода воспроизводящих анимации для актёров (не считая комбинированных с прикреплением объектов и т.п.). Они отличаются между собой некоторыми нюансами. Есть 3 опкода с одинаковыми параметрами и один содержащий те же параметры + 2 дополнительных параметра. Первые 3 опкода можно разделить по версиям (A, B, C), как это сделано комментариями к опкодам.
versionA (0605): Отличительная особенность опкода состоит в том, что анимация воспроизводится только если актёр находится на земле. Если во время выполнения анимации актёр слетел с поверхности, т.е. оказался в воздухе, то воспроизведение анимации прервётся.
versionB (0812): Тоже самое, что и versionA, только работает и в воздухе. Т.е. нет зависимости от того, в воздухе актёр или нет, анимация будет работать в любом случае, даже под водой.
versionC (0A1A): Имеет ту же особенность, что и versionA - не работает в воздухе. Имеет дополнительную особенность - выполняется относительно кости Root актёра и может выполняться параллельно другой анимации. К примеру, если включить lockX и lockY, бежать, и воспроизвести анимацию на игроке, то перемещение Root в анимации будет прибавляться к бегу. Если lockX и lockY отключить, перемещение будет только визуальным, без перемещения коллизии актёра. При этом анимацию можно сбить, например, совершив удар (ЛКМ).

Ну и последний опкод, содержащий дополнительные параметры, 088A.
Первый параметр описан как disable_force. На самом деле этот параметр отвечает за возможность воспроизведения анимации в воздухе. Если выставить 1, то опкод будет равносилен опкоду 0812 (versionB), если 0, то, соответственно, опкоду 0605 (versionA).
Второй параметр описан как disable_lockZ, что опять же неверно. Если выставить параметр равным 1, то по окончанию анимации коллизия актёра будет установлена в то место, где закончилась анимация, но это - если lockX и lockY равны нулю. Примечательно, что на ось Z это тоже работает. Т.е. если в анимации актёр смещается ещё и по оси Z, то в конце анимации коллизия актёра будет установлена точно в то место, где анимация закончилась, по всем трём координатам. Судя по всему, алгоритм использует разницу между начальным положением и конечным положением, а в конце анимации смещает коллизию на заранее вычисленную разницу. Из-за этого, если использовать параметры lockX и lockY, актёр будет дополнительно смещён в конце анимации на ту самую разницу, о которой я упомянул предложением ранее. Если отключить параметр disable_lockZ, то опкод будет работать полностью точно так же, как и опкоды версии A и B, в зависимости от параметра disable_force.
Параметр disable_force лучше переименовать в allow_air или что-то в этом роде, а disable_lockZ - пока что не могу придумать, как изъяснить его коротко и понятно.

Если кого-то интересует синхронизация в SA-MP, то воспроизведение анимации опкодом 0812 даёт возможность другим игрокам видеть вашу анимацию в SA-MP'е, при двух условиях:
1. Анимация находится в оригинальных игровых IFP-файлах. Т.е. если создать свой IFP-файл, или добавить свою анимацию к уже существующему игровому IFP-файлу, то другие игроки их не увидят, даже если у них есть эта анимация тоже. Видимо, SA-MP использует список всех игровых анимаций для синхронизации.
2. IFP-файл, из которого воспроизводится анимация, загружен у других игроков. Обычно SA-MP сам загружает нужный IFP-файл при 1-2 воспроизведениях из этого IFP.

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

Ну, вроде всё рассказал о анимациях. Думаю, кое-что из моих описаний можно было бы в справку SB добавить Но для начала нужно придумать названия к тем параметрам, к которым я названия придумать не смог. Думаю, у тех, кто лучше разбирается в инглише, получится грамотно назвать их.

@wmysterio, при создании проекта в MVS вверху можно выбрать версию фреймворка, которую будешь использовать. Наверняка можно изменить её и для уже созданного проекта. Надо бы покопаться в гугле.

Обращайтесь, если что. Помогу с удовольствием

А что собой будет представлять такое глобальное изменение в целую версию?)

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

Мне кажется, скриптингом сейчас в основном занимаются олдфаги, да и те уже завязывают с CLEO. А если новички пытаются что-то делать, то они на этих форумах редко появляются. Хотя историю написать было бы совсем неплохо и даже интересно.
Я вот сюда уже очень давно не заходил. Перешёл на плагины (ASI). Хотя, в своё время CLEO подарило мне множество интересных открытий, скриптов и всякого разного фана, за что спасибо Seemann'у и Alien'у
Я вот собираюсь сейчас стать программистом, а если бы не Sanny Builder и CLEO, не знаю, ушёл бы я в эту сферу или нет, ведь всё с него и началось. C++ я стал изучать только год-полтора назад, а Паскаль был по школьной программе, но если б не Sanny Bulder и CLEO - я б так быстро не смог понять синтаксис и логику того или иного языка программирования.

Я вот сам не знал истории создания CLEO, а вот сейчас прочитал и... оказывается CLEO 1 написано ассемблерными вставками в самом scm... Вобщем, интересно было почитать топик о продвижениях в разработке CLEO

Зачем две разные? Одна и та же. Модель загружается только один раз и пока она используется (неважно, 1 машина с такой моделью или 100), она есть в памяти, только одна. Как только ни одной машины с такой моделью не будет использоваться в игре - модель будет выгружена из памяти.

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

Тогда я не пойму одного - ты не знаешь, как называется твой .cs-файл?)

Что значит "текущего выполняемого скрипта"? В один момент выполняется только один скрипт)

0893: put_trailer 0@ on_cab 1@

Вот так, вроде. 0@ - хэндл прицепа, 1@ - хэндл грузовика.