RU

QSP-плеер: вопросы и предложения

Ntropy Moderator 30.04.2010 12:55 127 comments 54614 views

Этим сообщением открывается тема вопросов и предложений касающихся QSP-плеера.

Edited at 30.04.2010 12:57 (15 years ago)

Вполне себе, согласен, но хотелки хотелками, а что-то дельное может и придумаем.
Добавил модуль - Удалил модуль. FREELIB “ИмяФайла” - это было бы шикарно!

Можно сделать, но это не критично - локации из inclib обычно занимают не так много памяти. Если подключать файлы размером в десятки/сотни мегабайтов, то это было бы существенно.

Byte, так в этом и идея, что автор может подключать 5-10+ модулей в начале игры и где-то в середине 21 модуль будет тяжёлым, и тут мы в тупике, как выгрузить 21 модуль?
Или можно создать игру отдельно - квесты отдельно, к примеру загрузил 100(1,10) квестов потом выгрузил, загрузил еще 100 квестов - выгрузил и т.д. Параллельно тебе могут понадобиться МОДы которые так же вкл\выкл. + Смена языка в модулях, БД (при выходе обновлений), Переключение глав 1-2-3 и т.д. кто-что придумает.
Это даст гибкость в управлении модулями.

Вполне себе #2722 23.10.2025 20:07 (4 months ago)

Tom Run,
Стопицот! Я именно об этом. Уже воткнулся и получил неплохие тормоза на “медленных машинах”.
Пришлось делать каждую главу в отдельный файл и при смене главы делать сохранение, затем выгружать всё присоединенное и присоединять нужное наново…

Tom Run,
На QSP есть очень большие игры и проблем с количеством локаций никогда не было. Вообще говоря, из-за большого количества локаций плеер не должен работать медленнее - даже в случае миллионов локаций.

Byte, понял. Я далеко не программист, так что техническую сторону не знал, но это радует что нет ограничений. По логике просто если дверь открыл, надо ее закрыть. =)

Aleks Versus Moderator 28.10.2025 15:24 (3 months ago)

Недавно в песочнице публиковали игру про покемонов. Оптимизировать пришлось именно данные, сохраняемые в переменных. При большом объёме данных в переменных запись сохранения подвешивала игру.

Log in or Register to post comments.