We are pleased to announce that there is now a version of the Flash Player for Linux that supports 16 theoretical exabytes of physical memory. This technological feat is accomplished using a bleeding edge type of processor known as a 64-bit CPU.
Pictured: the next big thing– an 80-bit CPU; but 64 bits will have to do for now
So we have this x86-64 version of the Linux Flash Player available for those Linux users who have moved on to fully 64-bit computing environments. Go get it now on Labs. Be advised that this is pre-release quality. We hope to receive useful feedback about what areas need to be improved. You can help. You can report bugs at the Flash Player bug tracker. Hey, it gets results– the 64-bit issue is approaching resolution. Or you can try the customary drive-by bug report in the comments section (“I tried it on XYZ distro and it didn’t work!”) which is almost guaranteed to help no one.
I feel a bit sentimental about it all. It’s weird, but I think I’m going to miss the hundreds of comments on every post gently requesting a 64-bit version. So don’t be afraid to pop in with a “64-BIT NOW!!!1!!” comment every so often, you know, just for old time’s sake.
The version 10 updates of both the SWF and FLV specs are available for your inspection:
Here are some of the things added, changed, or corrected:
- new DefineBitsJPEG4 tag (90), with deblocking filter
- new DefineFont4 tag (91)
- described how to embed Speex into SWF and FLV
- described how to embed XMP metadata in FLV
- new flags in the FileAttributes tag describe whether a SWF requires the new ‘gpu’ or ‘direct’ WMODEs (only useful when running a SWF in a standalone player where there is no encompassing HTML to specify WMODE)
- new flag in DefineShape4 describes whether the shape uses fill winding rule
- rearranged some chapters to (hopefully) make the SWF spec flow better
- revised DefineBitsJPEG2 and DefineBitsJPEG3 to mention how they can be used to store GIF and PNG data as well as JPEG (as can the new DefineBitsJPEG4 tag; yes, the tag names are a bit misleading, but they’re a bit too entrenched to be changed now)
- revised description of the Flash Screen Video v2 codec format
- in F4V, several signed values were incorrectly marked as unsigned
- fixed description of Flash ADPCM (initial predictors are signed, not unsigned; block size was off by 1)
- both documents now thoroughly describe which parameters (channels, bit resolution, sample rate) are fixed or flexible depending on the audio codec
- the FileAttributes tag came about in SWF 8 rather than SWF 1
- fixed the FileAttributes tag, which specifies a Metadata data structure — not a SymbolClass — with the hasMetadata flag
- in ButtonRecord and PlaceObject3, list the correct codes for the difference, add, and subtract blend modes
- PlaceObject3 tag description was missing a bitmap caching byte (should have been there since SWF 8 spec)
- in FillStyle, a GradientMatrix is also present for fill style 0x13
- SWF spec now uses “opacity” instead of “transparency” in many places in order to more accurately describe blending behavior
- clarified the maximum length of a SWF file
- fixed several examples
- fixed numerous inconsistencies in the Actions chapter
Thanks to Michael, Baptiste, both Benjamins, Bobby, Amol, Cody, Matthew, Romi, and anyone else I might have missed who also offered corrections and suggestions for improvements.