Bitmap в JSON

[Zebestov]

Не улавливаю логику. Главное, чтобы интернет у пользователя был норм.
Что же касается отладки, то там вроде выручит кэш, с которым как раз вечная борьба.
В крайнем случае можно (да практически нужно!) сделать собственное кэширование подгружаемого контента в локальном хранилище, насколько позволит его размер.

[СлаваRa]

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

Чего ж там лишнего?
Я могу вас заверить, что ваша идея провальная, профита вы не получите.

[cleptoman]

если хотите ембедить вашу левелДату в код, то сделайте для себя же редактор уровней, который будет паковать вам все в один файл...на вскидку AMF формат в самый раз...туда пихайте и тексты и массивы байтов, потом в коде развернули, забрали, собрали.. сдался вам этот текст.

[Sintesis]

Сообщение от am_devcorp

Пнг он от того и пнг, что portable network graphic. Я сомневаюсь, что получится сжать его в два раза без потерь. Можно разве что шопом пересохранить все картинки в PNG-8.

Он несжимаемый до определённого момента формат изображения, он нам не нужен - играет роль исходных данных, по этому и декодирую его в битмап, чтоб он не был пнг, а потом в байткод, а там уже какой-нибудь Алгоритм Хаффмана, но что из этого получится не знаю, разожмётся ли он опять в битмап ещё не пробовал...

Добавлено через 4 минуты

Сообщение от cleptoman

на вскидку AMF формат в самый раз...

О, я не знал про такой, где-то что-то слышал креам уха, но не придал значения. Посмотрю, спасибо!

[wvxvw]

PNG - специальный формат сжатия рассчитаный на картинки, и, особенно хорошо работающий с картинками, в которых много однотонных пятен и вцелом, мало различных цветов. Использовать его для сжатия информации, которая не обладает такими качествами - бессмысленная затея. Т.е. конечно, что-то сожмется, но результат будет плохой. Вам нужен либо универсальный архиватор (gzip, например), либо подходящий для вашего типа данных (ну я не знаю, что вы там храните...).
Хаффман - это шаг в нужную сторону, но современные архиваторы умеют много разных других техник, которые, как правило, уже включают Хаффмана, но и еще какие-нибудь оптимизации. У класса ByteArray есть тоже свои алгоритмы сжатия - вот с них стоило бы попробовать и от их показателей и отталкиваться в поисках (возможно) лучшего алгоритма. С вероятностью близкой к 100% можно утверждать, что PNG будет хуже в этом отношении.
Более того, SWF уже сжимается gzip'ом, так что если вы собираетесь ваш байткод встраивать то еффективность отдельного сжатия будет, ну, навскидку не больше 10% (а, скоре всего, и того не будет, и, есть даже вариант, что будет хуже).

[Sintesis]

Сообщение от cleptoman

сдался вам этот текст.

Только для установки флагов, но если AS3 может прочитать что-то прямо из байтаррей - то это ещё лучше не нужны ни текстовые, ни AMF форматы, для переноса запакованных битаррейев можно использовать и битаррей

Добавлено через 8 минут

Сообщение от wvxvw

С вероятностью близкой к 100% можно утверждать, что PNG будет хуже в этом отношении.

Это чуток ободряет. Хочется просто попробовать, не получится - ничего страшного. Мне нужно просто хранить кучу изображений с прозрачностью, во время хранения они могут не быть изображениями, мне их видеть не нужно во время хранения. Так что не думаю что PNG это эталон для хранения такой информации, может ошибаюсь.
wvxvw, Вы многое знаете, подскажите, пожалуйста, на какой алгоритм архивации данных обратить внимание кроме Хаффмана?

[zuxul]

Flash cs(xxx) при встраивании в swf переводит png-хи в jpeg (цвет + альфа канал). Это настраивается и можно убрать эту конвертацию. В коде мы получаем нормальную BitmapData с альфа каналом. Любой другой алгоритм будет заранее проигрышный.

[Sintesis]

Вот и действительно, битмапдата это растровое изображение с маской прозрачности, тоесть можно сказать jpg с прозрачностью, то-есть мы избавились от предела сжимаемости присущего png-24 и получаем что-то типа gif но с мягким градиентом прозрачности и возможностью его дальше ужимать. А если перевести в битовую последовательность, то какой-нибудь WinRAR сожмёт эту битовую последовательность ещё в пару раз, вот и хочется в движке своём иметь собственный винрар который будет запаковывать, а в игре маленький винрар, который будет распаковывать.

[zuxul]

Jpeg создавался специально для сжатия изображений, он сжимает с потерями, обработка-распаковкой занимаются нативные классы. Мое мнение, не стоит заморачиваться с другими вариантами. Пакуйте Ваши png-хи в swf (или swc, как Вам удобнее). Да, не знаю, как дела обстоят с compc (есть ли там конвертация в jpg как в Flash IDE), нужно исследовать - http://www.flasher.ru/forum/blog.php?b=314

[Sintesis]

ну вот я сейчас сжал с помощью WinRAR текст 7.5 мегабайт в 1.5 мегабайт, FlashIDE тоже так сможет?
При этом после обратной разархивации в тексте не пропало ни одной буквы, тоесть качество не ухудшилось.