Распаковка неполного архива zlib.
 

Требуется загрузить swf файл как ByteArray, распаковать, и выудить некоторую информацию. Загружаю успешно, разбираю хедер флешки, беру остаток и делаю uncompress() (документация). Если флешка полная, то она нормально распаковывается, но если она с оторванным хвостом то uncompress() сообщает об ошибки декомпрессии. При том даже будучи неполной флешка нормально играется если её запустить, т.к. флеш заточен под воспроизведение неполных файлов. Т.е. она валидная но неполная. Мне надо распаковать то что есть. Алгоритм сжатия у флешек zlib deflate который позволяет такое сделать. Есть идеи как такое можно сделать? Очень уж не хочется сторонний код на as3 цеплять с реализацией deflate, т.к. будет существенно медленнее и по объёму больше.

deflate уже реализован в классе ByteArray

Поясните, что Вы имеете ввиду?

Я знаю, даже спеку указал.


Есть флешка на 10 мегабайт которая показывает картинки, то если от неё отрезать с хвоста пару мегабайт, она будет прекрасно работать, хотя хвост потерян. Флешплееру пофиг на отсутствие конца файла. А если попробовать распаковать такую флешку то uncompress будет ругаться. Вот в чём вопрос. А мне надо распаковать.

Ну тогда вариант только один - парсить по одному тегу
я имею ввиду не swf-теги, а по deflate идти ручками

да я знаю что ручками разобрать можно, да не хочется, думаю может есть что-нибудь нативное, флешплеер же делает это.

Конкретно с флешкой - Блуд давно мне говорил, что Loader грузит потоком и с него можно считывать байты ещё до конца загрузки. Сий спец-эффект мне повторить, к сожалению, не удалось. Но кто знает, возможно просто мне не повезло. Покопайте в этом направлении.

И смысл в таком копании? Loader#loadBytes() сначала все распакует, а потом отобразит. А доступ к байтам ничем не поможет. Мне непонятно только - зачем загружать кусочек флешки и пытаться его отобразить?

На сколько я понимаю, флешевыми функциями этого не сделать, но, с другой стороны, я видел реализацию на C#, и она совсем не большая. Так что скорее всего - писать самому / портировать.

Вроде бы у Loader по мере загрузки можно дергать bytes.

У меня не получается вот.
Попробуй ты :D

Денис, я пытался. В FP10 длина bytes равна нулю, пока не загрузится. В FP9 - uint.MAX_VALUE.

А внутри есть чего?

Эээ.. внутри ByteArray с length=0? Думаешь геттер косячит? Надо бы проверить...

Ну да, а почему бы ему не покосячить?

Девятка падает при попытке прочитать bytes до полной загрузки. Десятка, т.к. там length=0 ничего не отдает.

А если использовать URStream и loadBytes?

URLStream :)

Мы о другом. О расжатии до полной загрузки.

Что будет после COMPLETE в Loader#bytes, если ему скормить байты из URStream до полной загрузки.

RTE будет, невалидный SWF, если он не полный.

А как портировать?

Psycho Tiger, RTE не будет, Loader нормально загрузит пол флешки и будет показывать, проверял. В том и фича deflate и формата swf что он нормально открывается и проигрывается если там половина файла. (естественно проигрывается только первая половина ролика). Скормить лоадеру и получить bytes идея хорошая, но мне необходимо попатчить флешку перед передачей лоадеру, иначе на загрузке он падает.

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

Добавлено через 1 минуту
руками, брать код на C++ например и переписывать на as3.

Это был не вопрос :)

C++ != as3

Я в курсе. Берёте алгоритм на одном языке, читаете понимаете и по аналогии сами пишете на as3 это и называется портирование.

Тестить лень, но поверю на слово.
Спасибо, не знал.

Можно и не тестить. Если бы был RTE, то у нас не было бы прелоадеров в первом кадре. swf начинает исполняться до полной загрузки.

Это другое. Там не происходит loadBytes по каждому PROGRESS.

Я имел ввиду что в loadBytes стояла проверка на валидность входящих данных, таких как валидность. Почему-то думал что оное распространяется и на неполный архив.

Если портировать, то вот есть: http://code.google.com/p/flashdevelo...%2FCompression лучше / хуже - не знаю, просто случайно знаю, что тут был :)