Оптимизация перелистывания страниц с контентом (a la Ceros)
 

Доброго времени суток.
Мне интересно как подружаются / сохраняются страницы интерактивного журнала, например в системе Ceros.
Пример журнала http://i-zine.ru/

Они просто убираются со сцены и так и висят в памяти, или как-то сериализуются и сохраняются, а потом подгружаются при выборе нужной страницы ?
Если сериализуются - то как ?
Ладно бы статичные объекты, анимации как ?

А если так и висят в памяти, то получается если нарисовать страниц 200-300, всё будет тормозить и просматривать будет нереально.
Вполне возможно что тут нет разработчиков самого ceros, но может сможете подсказать примерно как это можно осуществить чтобы производительность была выше ?

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

Более того, Ceros принимает только развороты, скомпиленные под AVM1. Во всяком случае так было три года назад. Да, мы изрядно мучились, создавая оптимизированные более-менее страницы, когда ваяли эти журналы. Подложка под разворотами вообще была в PDF. И насколько я помню, в памяти ничего не оставалось, оно каждый раз просто выгружалось к чертям и создавалось заново. Развороты - это банальные SWF с определенной структурой. Спеку правда не помню уже, давно было...

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

Я же сказал выше, что развороты - это SWF с определенной структурой, чтобы церос принял страницу и отобразил.

Насколько помню, да, лоадер выгружал.

Да. Сверху церос прелоадер накладывал, пока страница грузится

А я не помню уже. Если визуально все сбрасывается в дефолтное состояние, то страница скрывается, заменяется подложкой.

Однако, я бы не советовал брать в качестве хорошего эту систему. Она крайне неоптимизированная, если ее качество осталось на том же уровне. Раньше и уголок странички скакал туда-сюда.
Кроме того, странички не имели никакого интерфейса взаимодействия системы со страничкой. Но были методы цероса, которые мы (я тут могу соврать) вызывали у _root. Напоминаю, церос тогда работал с AVM1 и был написан для нее же.

Спасибо.
А разве это плохо что они выгружали страницы ?
Лучше чтобы они в памяти оставались ?

А где я сказал, что именно это плохо?

Значит неправильно понял вас :)

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

Добавлено через 3 минуты
Но сам алгоритм довольно прост:
1. есть некая админка, в которой можем добавлять новые странички - SWF
2. на выходе отдает XML-конфиг (или обычный HTTP запрос к серверу, а тот вернет JSON - тут можно понапридумывать много чего)
3. сами SWF имеют некую определенную спецификацию, метод dispose какой-то, методы show, hide, что-то еще - словом, какой-то интерфейс для работы системы со страничками
4. и собственно, саму оболочку, которая загрузит все странички по конфигу и отобразит.

При перелистывании желательно всё же загрузить следующую страницу, что-бы она была видна при перетаскивании за уголок. пробовал вставлять видеофайлы,
http://swf-flash.blogspot.com/2013/0...lus-video.html
но так-как приходится при перелистывании резать разворот на две части, а это кеширование в битмап и чревато потерями CPU, от этого тормоза, которые очень плохо оптимизируются.
Вариант получше делать не развороты, а именно страницы, так отпадёт надобность в кешировании в битмап, можно просто ограничится ротациями и масками и производительность улучшится, как здесь
http://silin.su/#AS3/gadgets/book/bin
Выгружать страницы надо, памяти может не хватить.