TheAMM

Untitled

Jun 6th, 2014
305
0
Never
Not a member of Pastebin yet? Sign Up, it unlocks many cool features!
text 1.16 KB | None | 0 0
  1. >>2408356
  2. Here's a smart man!
  3.  
  4. Hi, I'm passing from the other thread to give some light on the issues:
  5.  
  6. Working with bytes and images in Flash is hard. Firstly, turning a ByteArray into an image needs to be done asynchronously with some Event catching - and since we're loading the images from a zip, we need to do that twice! I know it sounds crazy and retarded, but it's the only way we can "wash off" the origin of the bytes.
  7. You see, we need to build the flash with either network or local file access. Opening the images once, in a way, embeds them in the flash. Flash thinks they're "local" (even though they're actually in memory) and doesn't allow access to the bitmap data which we need for blurs and drawing. Loading the same bytes again clears this, but increases the load time.
  8.  
  9. In our (scarce, had a deadline) testing all respacks worked, but I expect the machines were that good too. It is possible, though I doubt it, that the script could hang and exceed the execution time.
  10.  
  11. It's a thing we will look into, but at the moment I can't say for sure there's a fix soon. We might have to look into prebuilt respacks, which kills the openness of the whole thing.
Advertisement
Add Comment
Please, Sign In to add comment