daniel 360,
Это правильное отношение к делу, но всё же для углубления в скриптинг тебе рано или поздно придется смотреть код чужих скриптов, чтобы понять, как они работают и научиться скриптить еще лучше.
Ну а пока, повторюсь - тебе обязательно нужно освоить все туториалы из справки Sanny Builder и в довесок что-нибудь типа этих уроков(первые несколько подходят для VC).

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

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

Shagg_E,
Сам я не умею их создавать!

daniel 360,
Ну можешь в принципе перекинуть
01CA: set_actor 0@ kill_player $PLAYER_CHAR
в участок ACTION до проверок, чтобы принудительно заставлять всех педов постоянно бежать убивать игрока. Обновил ссылки на код в предыдущем сообщении.
Но всё равно это - полумеры. Будут новые и новые проблемы. Лучше всё же создавать зомби самому, а не брать их из трафика.

Shagg_E,
Теперь зомби убегают от выстрела в них

Не совсем.
Нет смысла каждое мгновение(каждый проход цикла) устанавливать максимальное кол-во звезд или погоду. Ведь через мгновение это всё равно не изменится!
Всё это надо вынести за основной цикл обработки зомби.
Далее.
Зачем каждое мгновение загружать и выгружать модель кастета? Всё равно у тебя цикл бесконечный.
Правильнее будет один раз загрузить модель кастета и больше её не выгружать. Но нужно также проверять, не выгрузилась ли модель сама(из-за других скриптов, например), и в случае необходимости - загрузить снова.


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

Короче, вот скрипт со всеми правками. Если с сайтом проблема - вот txt файл. Надеюсь, в этот раз ты внимательнее отнесешься к написанному: цени моё и своё время.
Я прокомментировал каждую строчку.

Shagg_E,
Типо так?
{$CLEO}
0000:

:ZOMBIE
wait 0
if
0256: player $PLAYER_CHAR defined
jf @ZOMBIE
01F0: set_max_wanted_level_to 0
01B6: set_weather 5
03FD: set_player $PLAYER_CHAR handling_responsiveness 8
052C: set_player $player_char drunk_visuals 160
0054: store_player $player_char position_to 1@ 2@ 3@
if
0AE1: 0@ = random_actor_near_point 1@ 2@ 3@ in_radius 100.0 find_next 0 pass_deads 1
jf @ZOMBIE
jump @ZOMBIE3

:ZOMBIE2
if
0AE1: 0@ = random_actor_near_point 1@ 2@ 3@ in_radius 100.0 find_next 1 pass_deads 1
jf @ZOMBIE
jump @ZOMBIE3

:ZOMBIE3
Model.Load(#BRASSKNUCKLE)
038B: load_requested_models
01CA: set_actor 0@ kill_player $player_char
048F: set_actor 0@ remove_weapons
0489: set_actor 0@ muted 1
03FE: set_actor 0@ money 0
0245: set_actor 0@ walk_style_to 50
01B2: give_actor 0@ weapon 1 ammo 0 // Load the weapon model before using this
Model.Destroy(#BRASSKNUCKLE)
jump @ZOMBIE2

Shagg_E,
Нет, ещё хуже сделал теперь вообще не двигается главный герой.

Опять белиберда.


После jump игра не "видит" код(ведь идет переход туда, куда указывает jump)! Загрузка модели не произойдет никогда! Игра не крашится только потому, что это оружие, а в случае с обычными объектами, актерами или авто давно бы вылетела.

Непонятно, что делает код

в блоке обработки зомби. Если игрок заспавнится в безлюдном месте, а потом подойдет к дороге - у него резко изменится погода, врубится шатание камеры и пропадут звезды(если имелись). Кроме того - это бесцельный расход ресурсов системы.
Все эти команды нужно было пихать в начало скрипта. Если хотел что-нибудь типа шатания камеры сделать "вечным" - то пихай в начало цикла, сразу после проверки существования игрока.

Повторю в который раз:
Если скрипт "работает" - это совсем не значит, что в нем нет ошибок.

Подучи основы скриптинга. Прочти всё о циклах, jump, jf, gosub и т.д. А иначе так и будешь двигаться мелкими шажками, постоянно совершая элементарные ошибки.

Тебе же самому хочется большего, так почему не стремишься к этому?