Вопросы о QSP Navigator'e
Прошерстил первые несколько страниц с темами о плеерах, но пока так и не понял в деталях, заранее прошу прощения, если это уже спрашивалось.
Суть вопроса:
Насколько я понимаю, если я хочу продвинутую графическую оболочку, то мне стоит обращаться не к Aero QSP, а к QSP Navigator.
- Насколько он пока сырой/работоспособный?
- Что есть в обычном QSP и чего из этого пока нет в Навигаторе?
Хочу понять, с какими проблемами могу столкнуться, и почему все пишут в обычном куспе. Заранее спасибо :)
GarniZone:
3. Окна “Дополнительное описание” нет - вместо него текст вставляется в основной экран, перед основным текстом.
4. Меню предметы широкое и не регулируется.
3 быть и не должно, по логике благодаря .css вы можете крутить окон столько сколько вам заблагорассудиться,что и касается и размеров меню предметов.
Окно дополнительного описания существует. Можете убедиться в этом, поиграв оператором SHOWSTAT. За отображение этого окна отвечает <div id=“qsp-vars”> в файле gameAwesomium.html.
bkz, gameAwesomium.html.
bkz, HTML!
bkz, не *.css.
Применительно к вашему вопросу важно, что css отвечает за видимость/невидимость этого блока. Также, редактируя gameAwesomium.html и, дополнительно, описав стили для id=“qsp-vars”, вы можете разместить это окно где вам угодно.
“Благодаря” HTML (bkz, HTML!), вы действительно можете создавать дополнительно блоки, редактируя файл gameAwesomium.html или просто описывая нужные div-ы в коде игры.
По первому пункту. Такое поведение наблюдается только при первом запуске. Так? Это QN кэширует файлы в свой временный каталог и затем использует исключительно их.
По второму - похоже на баг с циклами.
По четвертому пункту. <div id=“qsp-inv”> - окно инвентаря. Делайте с ним что хотите по аналогии с окном дополнительного описания.
evp:
Окно дополнительного описания существует. Можете убедиться в этом, поиграв оператором SHOWSTAT. За отображение этого окна отвечает <div id=“qsp-vars”> в файле gameAwesomium.html.
bkz, gameAwesomium.html.
bkz, HTML!
bkz, не *.css.Применительно к вашему вопросу важно, что css отвечает за видимость/невидимость этого блока. Также, редактируя gameAwesomium.html и, дополнительно, описав стили для id=“qsp-vars”, вы можете разместить это окно где вам угодно.
“Благодаря” HTML (bkz, HTML!), вы действительно можете создавать дополнительно блоки, редактируя файл gameAwesomium.html или просто описывая нужные div-ы в коде игры.
По первому пункту. Такое поведение наблюдается только при первом запуске. Так? Это QN кэширует файлы в свой временный каталог и затем использует исключительно их.
По второму - похоже на баг с циклами.
По четвертому пункту. <div id=“qsp-inv”> - окно инвентаря. Делайте с ним что хотите по аналогии с окном дополнительного описания.
1. Похоже на то.
2. Похоже. Грустно это, все игры с относительно “серьезным” содержимым зависают.
3. В gameAwesomium.html <div id=“qsp-vars”> </div> есть, по умолчанию в правом блоке, под инвентарем. SHOWSTAT естественно есть, в классике окно отображается. А в QN окна нет.
4. Отлично.
evp,
прошу воздержаться от перехода на личности. Выпады в адрес собеседника я удалил.
evp:
…
Ого, действительно, что то раньше я не обращал внимания, что тег div относится к html, а не к css - в любом случае именно благодаря css(с использованием html)имеет смысл крутить интерфейс, как удобно. Я не точно выразился, но именно это я имел в виду.
Nex:
evp,
прошу воздержаться от перехода на личности. Выпады в адрес собеседника я удалил.
Не стоило, не думаю, что evp опустился до матов, да и я,в виду своей рассеянности, оказался в этом случае агрессором не развивал бы этот конфликт, да и мало вероятно, что в его слова нашел бы что-то обидное. В последнее время я несколько рассеян и пост выше тому пример.
Видео со звуком?
Не надо постить один вопрос во все темы. Не засоряйте форум.
Проблема скорее всего не в плеере, а в используемой плеером библиотеке Awesomium.
Можно ли это как-то исправить?
Есть несколько вариантов.
1. Я обновляю библиотеку Awesomium и собираю версию с новой библиотекой, в надежде что баг в новой версии уже исправлен.
2. Я пытаюсь повторить баг, и в случае успешного воспроизведения пытаюсь на уровне плеера его нейтрализовать, например сделав костыль для принудительной очистки памяти, или что-то ещё.
3. Ты переносишь игру с QSP на другую платформу, более подходящую для игры с видео-вставками. Например, пишешь на чистом JS + HTML.
4. Ты убираешь видео из игры.
Времени на п.1 или п.2 у меня нет, кроме меня это сделать некому. Исходный код плеера открыт, но нет желающих им заниматься. Так что облом.
P.S. Попробуй другие форматы видео. Может, повезёт и с ними всё заработает.
eolvin,
не имею малейшего понятия, я даже не пробовал вставлять видео ни разу.
eolvin, я не случайно спросил про звук.
Если бы звук был, то вы заметили бы, что при использовании:
*nl'<div><video loop src="video/145MB.WebM" autoplay /></div>'
act 'Далее':
cls
*nl'<div><video loop src="video/4.14MB.WebM" autoplay /></div>'
act 'Далее':
cls
*nl'<div><video loop src="video/224KB.WebM" autoplay /></div>'
act 'Далее': gt $CURLOC
end
end
ролики продолжают воспроизводиться просто не отображаются. Воспроизведение не останавливается даже после перехода на новую локацию. Причем, стоит заметить, что баг только с роликами внутри оператора act. Первый ролик вполне себе останавливается.
Я подозревал cls в неверной работе, но
*nl'<div><video loop src="video/224KB.WebM" autoplay /></div>'
cls
*nl'<div><video loop src="video/4.14MB.WebM" autoplay /></div>'
cls
*nl'<div><video loop src="video/145MB.WebM" autoplay /></div>'
отрабатывает верно, т.е. воспроизводится только последний ролик, без воспроизведения в фоне двух предыдущих.
Вместе с тем, если использовать
! Локация Start
*nl'<div><video loop src="video/224KB.WebM" autoplay /></div>'
act 'Локация 2': gt 'l2'
act 'Локация 3': gt 'l3'
! Локация l2
*nl'<div><video loop src="video/4.14MB.WebM" autoplay /></div>'
act 'К началу': gt 'Start'
act 'Локация 3': gt 'l3'
! Локация l3
*nl'<div><video loop src="video/145MB.WebM" autoplay /></div>'
act 'К началу': gt 'Start'
act 'Локация 2': gt 'l2'
то все происходит так, как мы ожидаем. То есть, видео останавливается.
Видимо, стоит избегать конструкций, которые меняют видео простым очищением экрана и наложением нового видео. Если этого избежать невозможно/не хочется, можно подумать об использовании JS для управления выводом видеоконтента.
Прошу не цитировать полностью сообщения, на которые даете ответ. Тем более, если ответ занимает 2% от объема цитаты. И еще потому, что я имею привычку дополнять свои сообщения новой информацией после публикации.
evp:
Прошу не цитировать
Без проблем.
Заменил все видео на .ogv, ситуация улучшилась но не до играбельного масштаба. При одинаковом коде в одном моменте ОЗУ разгружается а при выполнении его же сразу после, увеличивается без каких то либо намеков о выгрузке.
Даже предположить не могу в чем же проблема…
Про звук, ну а что про звук…во всех видео в properties звуковая дорожка отсутствует.
Ещё попробовал убрать autoplay и оставить controls. Что бы видео не загружалось сразу с переходом в локацию. Однако это тоже не помогло, даже не начав воспроизводится всё равно забивает ОЗУ.
Мы не сходимся. Мои опыты показывают, что одновидео на отдельной локации не вызывает бага. У меня есть всего 3 ролика .webm, но потребление памяти и процессорного времени не растет при сколь угодно долгом хождении по этим трем локациям. Да и аудио-контроль тоже подтверждает, что в один момент времени воспроизводится только одно видео.
Перепроверьте еще раз.
Если у вас нет роликов webm со звуком, то тут вы можете конвертировать свои видео файлы до 100 МБ.
eolvin:
даже не начав воспроизводится всё равно забивает ОЗУ
Это ожидаемое поведение любого браузера. Более того, было бы странно, если бы это было не так.
а есть разжеванный мануал по настройкам создания интерфейса в плеере? что за что отвечает, куда что написать чтобы чтото появилось или сдвинулось. желательно совсем для тупых
хотябы стандартные qsp окошки с права для вывода данных и инвентаря