Skip to main content
J
JoaoCesar14806164
Known Participant
March 23, 2017
Answered

Is it worth creating mobile apps using Animate CC IDE and AS3?

  • March 23, 2017
  • 2 replies
  • 1725 views

Hi!

I'm building a template using Animate CC IDE and AS3 so the end user will be able to create his or her own app.

But when I tested the template for the first time in a real device, I noticed that only using GPU render mode my app was able to run smoothly.

So how do people develop stuff to Flash Player or AIR theses days? Is it mandatory to have a robust framework like Starling or Feathers to get a mobile app running at least at 30 fps?

And HTML5 in Animate? Is it a good alternative for my case?

I hope I explained correctly.

- I don't want a code only alternative, like using Flash Develop. I do need a graphic user interface.

- I'm afraid that the end user will not be able to run an app on his or her device properly because of performance.

- If Animate IDE is not the best alternative, what are the others?

Thanks!

This topic has been closed for replies.
Correct answer Colin Holgate

There are always more options by the way. One way to work, which I have done, is to use Direct rendermode and Starling to make the stuff that has to be super smooth, and use regular DisplayList for screens that may need a lot of bitmaps that would eat up GPU memory quickly. The Starling programming is harder than regular DisplayList, but you can mix the fast performance Stage3D layers with ordinary DisplayList graphics as overlays.

2 replies

J
JoaoCesar14806164Author
Known Participant
March 24, 2017

So reduce the number of bitmaps is mandatory.

A game, especially action games, I can understand because they use a lot of bitmaps, effects, animations, logic... But in an app where the screen is predominantly static, I think it's hard to accept that the default approach (IDE + AS3) finds such a hard time to run smoothly.

I'll continue testing. Depending on the results I'll get I may consider switching the template for web and desktop only.

Thanks, man!

Colin Holgate
Colin HolgateCorrect answer
Inspiring
March 24, 2017

There are always more options by the way. One way to work, which I have done, is to use Direct rendermode and Starling to make the stuff that has to be super smooth, and use regular DisplayList for screens that may need a lot of bitmaps that would eat up GPU memory quickly. The Starling programming is harder than regular DisplayList, but you can mix the fast performance Stage3D layers with ordinary DisplayList graphics as overlays.

    J
    JoaoCesar14806164Author
    Known Participant
    March 24, 2017

    Nice! I like this approach!

    I have small experience with Starling but certainly it's in one of my goals to go deeper in such an amazing framework.

    Colin Holgate
    Colin Holgate
    Inspiring
    March 24, 2017

    It depends a lot on the nature of the app. If there are not too many unique bitmaps then GPU would work well, no need to use Direct and Starling.

    I haven't tried GPU testing at 30 fps, but it works well at 60 fps. Presumably 30 would work well too.

      J
      JoaoCesar14806164Author
      Known Participant
      March 24, 2017

      Thanks for your answer.

      I want apps for food delivery, ecommerce, coffee shops, music player and so on. Regular stuff. More flat design and gui based.

      Right now, my app has only bitmaps and texts. I'm using this psd template to begin with: eCommerce Concept - 12 App Screen by Alfonso Severo - Dribbble

      Do you think I should favor bitmaps or vectors?

      Colin Holgate
      Colin Holgate
      Inspiring
      March 24, 2017

      Vectors would in most cases reduce the file size, but wouldn't change the amount of GPU memory the image would take. I would just use whatever looked best.

      The app may well be demanding however you do it. You should test on various devices, and make it a requirement that the device is not an old slow one.

      Terms & ConditionsAccessibility statement
      Using the community Terms of use Privacy Cookie preferences Do not sell or share my personal information ad choicesAdChoices