Yes, some further investigation showed that the way the compiler writes the LZMA payload and the way ByteArray.uncompress() expects it to be are incompatible. But one can manipulate them to get ByteArray to load LZMA payload, see the end of this discussion: https://bugzilla.mozilla.org/show_bug.cgi?id=775743. The code in the discussion worked for me, but I was wondering whether it is possible to generate the payload in such a way that these manipulations wouldn't be necessary (I'm not sure whether Flash player is able to load such SWFs - something I've not yet tried).
On Tue, Dec 30, 2014 at 6:43 PM, Alex Harui <aha...@adobe.com> wrote: > > > On 12/30/14, 3:50 AM, "Left Right" <olegsivo...@gmail.com> wrote: > >>PS. Is there a way to control what compression algorithm is chosen by >>the compiler to produce SWFs? >> >>On Tue, Dec 30, 2014 at 1:49 PM, Left Right <olegsivo...@gmail.com> wrote: >>> I understand that not all LZMA variants are understood by ByteArray, >>> but it would be super-friendly if Flex SDK generated such SWFs which >>> could be read using ByteArray... >>> >>> Attached SWF was compiled using Falcon, but can't be read using >>>ByteArray. > > SWFs are not completely compressed. There is an uncompressed header at > the front. > > Right now there is no option for a different compression algorithm. You > can choose not to compress though. > > -Alex >
