а, я понял, почему не получается. в бсв когда модель создаёшь, надо в insert выбирать не Things, а Building.

https://yadi.sk/i/3v1QcrXOtiytTA

Объекты Building и Light при загрузке сохранения почему то игноируют команду frm_seton x, 0 в скриптах. Говоря проще, лампа, которая не должна гореть, пока её не включишь, сама включается. Фрейм уже якобы взятой аптечки (не перемещаемой), сделанная из Building, снова виден, хотя скрипт не активен.
Потому я не использую Building для лута, приходится их делать из Things, что конечно больше нагружает движок. И к тому же на Building не действует по понятным причинам команда act_setplacement, а ком. frm_setplacement я нигде не встречал. Или перемещать скрипт и применять команду frm_linkto?
За видео спасибо, теперь всё понятно.

Добавлено через 2 минуты
Можно ли это как то исправить? Если нет, то боюсь так и придётся пользоваться человеком-аптечкой

Это так и работает: объекты (не все что ли?) при загрузке сохранения сетонятся в свое изначальное положение. А не выключаются скриптово потому что скрипт при загрузке остается на том месте где он был при сохранении: то бишь скрипт выключил фрейм, отработал свое = остановился и заново выключать твой фрейм уже не будет.

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

А проверочным скриптом не поделишься, что бы понять как это работает? И как может выглядеть мемори-скрипт, на примере пары плюшек, хотя этих плюшек может быть сотни.

Окей, самый банальный пример во фрирайде - урна возле бара Сальери:

Изначально она конечно же видна. Скрипт при запуске сетонит её в ноль. Если ты сохранишься и загрузишь это сохранение то увидишь, что урна снова на месте.

EDIT: а, или тебе полноценный скрипт проверки на загрузку сохранения написать? я сперва подумал чисто пример привести

EDIT2: я проверил, действительно сетон при загрузке возвращается не у всех объектов. Это работает с типом Building, но не работает с Other.

Да просто отдельный пустой скрипт с одной единственной строчкой: dim_flt (количество плюшек). Каждая переменная (пусть их будет хоть тысяча) будет отвечать за состояние плюшки, например 0 - ещё не юзаная, 1 - использованная. При загрузке сохранения проверочный скрипт узнает какое у неё состояние и включит/выключит её (удалит ненужный объект или откроет нужную дверь, которую игрок уже открыл ранее и тд и тп).

По поводу перемещения. Я не перечитывал твои предыдущие сообщения, но просто чтоб ты был в курсе: сколько не двигай detector_waitforuse всегда останется на том месте где он стал активным. Чтоб его сдвинуть куда-то его надо сперва сделать inactive, потом собсна двинуть и снова сделать active (или мож даже без инектив обойтись можно, не помню точно). Пробуй сам, но это именно так работает.
А, ну и frm_linkto никак не перемещает объект, он всего лишь привязывает его к новому объекту-родителю. Его место нахождения и глобальные координаты останутся прежними (в отличие от локальных = в системе координат объекта-родителя).

Спасибо, займусь этим как нибудь. всё так мудрёно...
Почитай выше про "человека-аптечку", здесь вообще никаких проблем с перемещениями и сетонами, единственно минус - неоправданная трата ресурсов движка(если забить на этическую сторону вопроса).
Было бы неплохо.

Добавлено через 55 минут
Tosyk,
Как поставить сообщение не отвечая на моё последнее. а создать новое?

так нельзя делать, это не чат!
таковы правила любого форума — мы не исключение

Примитивный пример на основе того же фрирайда.
Сперва в BSV создай объект типа Building, назовём его "test", где-то подальше от глаз игрока. Создай новый скрипт, в нем пиши:

dim_flt 1
dim_frm 1

findframe 0,"test"

frm_seton 0,0 ///это чтоб не срабатывало в самом начале игры*

label 0 ///в этом лейбле игра висит всю твою активную игру
frm_ison 0,0
goto flt[0]

label 1 ///этот лейбл активирует твои условия при загрузке сохранения
frm_seton 0,0
freeride_scoreadd 1
goto 0

Каждый раз при загрузке сохранения будет добавляться +1 к деньгам. При новой попытке после смерти тоже работает (если смерть была после сохранения).

*если у тебя есть переход между миссиями туда и обратно алгоритм будет чутка сложнее, потому что при смене миссии скрипты запускаются заново (в отличие от загрузки сохранения)

Спасибо, гляну, может чего надыбаю для себя.