QSP-плеер: вопросы и предложения
Re: QSP-плеер: вопросы и предложения
Logger написал(а):
Да, но при исскуственном цикле всегда возможны перерывы в музыке на доли секунды, что будет несколько портить впечатление. Или нужно слишком часто проверять (порядка 5-10 раз в секунду)
Думаю, можно обойтись без постоянной проверки, зная продолжительность воспроизводимого трека. Перерывов можно избежать. Правда музыку добавлять я еще не пытался, но в скором времени дойду и до этого.
- Aleks Versus
- воздвигатель башни
-
-
- 1757 Сообщений
-
Re: QSP-плеер: вопросы и предложения
Nex написал(а):
aleksversus,
Непонятно, зачем двумерные массивы, если можно обойтись одномерными.
Хочу такой код.
- Aleks Versus
- воздвигатель башни
-
-
- 1757 Сообщений
-
Re: QSP-плеер: вопросы и предложения
aleksversus,
см. сообщение Байта(#18), прямо перед твоим первым сообщением в этой теме.
- Nex
-
-
- 4277 Сообщений
-
Re: QSP-плеер: вопросы и предложения
Nex,
Это годится только когда предметов небольшое количество. Как я понимаю, подъем в данном случае осуществляется путем создания действий "поднять" в зависимости от состояния переменной. Т.е. на локации, где сброшен предмет, выполняется такой код: if $локация['стул']=$curloc: act 'взять стул'. Но в случае, когда требуется перетаскивать большое количество предметов, а локаций, на которых их можно сбрасывать, еще больше, прописывать каждый раз для каждого предмета такую гору строк - нерационально. Может я где-то что-то пропустил, и можно обойтись одномерными массивами, но простая задача: возможность сбрасывать сто предметов на ста локациях - дает нам десять тысяч возможных вариантов, и делать десять тысяч проверок нереально.
- Aleks Versus
- воздвигатель башни
-
-
- 1757 Сообщений
-
Re: QSP-плеер: вопросы и предложения
aleksversus,
а зачем в каждой локации писать?
достаточно прописать код один раз в служебной локации, и вызывать его при заходе в локацию ($ONNEWLOC).
Т.о. в "обычных" локациях писать ничего не придется, описания и действия с предметами будут добавляться автоматически.
- Nex
-
-
- 4277 Сообщений
-
Re: QSP-плеер: вопросы и предложения
Непонятно, зачем проверять каждый предмет отдельным условием. Составляем список предметов и потом в цикле, на $ONNEWLOC, проверяем, какие предметы находятся на текущей локации.
- Byte
-
-
- 732 Сообщений
-
Re: QSP-плеер: вопросы и предложения
Предлагаю сделать системную переменную, которая считает, сколько раз было запущено действие с таким именем. Вызываться например так будет NRUN('название действия'). Очень нужно, ведь почти каждому необходимо менять текст локаций в зависимости от количества посещений, или комментарии, в зависимости от использовании предметов.
- Antipod
- Подай ключ на 25
-
-
- 372 Сообщений
-
Re: QSP-плеер: вопросы и предложения
Это и сейчас делается очень просто.
- Byte
-
-
- 732 Сообщений
-
Re: QSP-плеер: вопросы и предложения
Byte,
Просто? Что же, достаточно просто создавать новые переменные для каждого действия, но я говорю об облегчении "участи".
- Antipod
- Подай ключ на 25
-
-
- 372 Сообщений
-
Re: QSP-плеер: вопросы и предложения
Зачем для каждого действия? 
- Byte
-
-
- 732 Сообщений
-
Информация
- Статистика форума:
- Всего тем:
- 1062
- Всего опросов:
- 14
- Всего сообщений:
- 16791271
- Бездействующий:
- Пользователи форума:
- Всего пользователей:
- 2891
- Последним зарегистрировался:
- vrsd