Короткий ответ
- Остановите stock appearance из Установки. Не запускайте оба.
- Большинство скриптов, которые только читают вид (housing preview, конюшни, mugshots) работают — те же имена exports.
- Сохранения теперь в таблицах RCO (
rco_appearance). После одного входа игрока — это истина. - Скрипты с прямой записью в старый SQL могут казаться рабочими до следующего relog. Их нужно обновить или убрать.
Что значит provide (одно предложение)
Appearance отвечает на старые имена ресурсов (rsg-appearance, vorp_character, …), чтобы зависимости не ломались — но stock всё равно останавливаем. Две системы, сохраняющие одного персонажа = потерянные волосы и сброс лица.
Что обычно работает без изменений
- RSG Core
- VORP Core
Заменено:
rsg-appearance, rsg-wardrobe, rsg-barbers → Creator + Appearance.Обычно ок:- Preview-педы на выборе (
ApplySkinMultiChar, mannequins) rsg-bathing(раздеть / одеть)/loadskin, Fix Character, reload skin events- Конюшни / housing, перезагружающие appearance
rsg-bathing, rsg-prison — не магазины appearance.Где чаще всего ломается
После переключения это перестаёт быть надёжным:- Скрипты с
SELECT ... FROM playerskins, считающие это сохранённым видом - Скрипты, пишущие колонки VORP
skinPlayer/compPlayerнапрямую - Сторонние магазины, шлёющие полную skin-таблицу каждый раз (перезаписывают волосы/лицо устаревшим кэшем)
rco_appearance. Legacy-колонки могут остаться в базе — мы их не удаляем — но Appearance больше не читает их для сохранений.
Скрипты, меняющие appearance
Чтение безопасно. Запись — осторожно. Предпочитайте магазины Appearance или шлите только изменённое. Для программного сохранения — serverSetAppearanceForCharacter (API) и ждите callback перед «сохранено».
