Weird thing I noticed with a graphics speed test

Jonathan Lynch jonathandlynch at gmail.com
Tue Aug 15 06:35:01 EDT 2017


So, this is one of those moments where LiveCode is too good for my needs!

You guys have done some optimizing to make LC handle graphics on Android, I
think. My slow android device is almost as fast as my iPhone in this
particular speed test. I know it does not have as much graphics processing
power overall, so there must be some trick in the system to make it appear
to work as fast.

Which is great, but makes it hard to test.

Since my problem has to do with the speed with which Web GL is processed in
the web view, I think I am going to have to make a speed test based on web
gl that runs in the browser widget. I was hoping to avoid that.

Does anyone have any other ideas on how we can accurately test graphics
processing power without using a browser widget?

On Fri, Aug 11, 2017 at 6:26 AM, <jonathandlynch at gmail.com> wrote:

> This explains - thanks! So I need to compare performance between the
> android and iOS devices to get a valid comparison.
>
> The group has 20 small images. I will turn them into large images to
> increase the demand on pixel processing.
>
> Sent from my iPhone
>
> > On Aug 11, 2017, at 5:37 AM, Mark Waddingham via use-livecode <
> use-livecode at lists.runrev.com> wrote:
> >
> >> On 2017-08-10 03:38, Jonathan Lynch via use-livecode wrote:
> >> Actually, I had forgotten to set the layermode of the group.
> >> Now the number of passes on my Mac is 47 and on the android it is 31.
> >> This still seems rather close. I expected the slow android device to
> >> be like a quarter as fast.
> >
> > How many device pixels are there in your group when on your Mac compared
> to on your slow android device?
> >
> > On Android and iOS, the engine uses OpenGLES to blit tiles to the screen
> meaning that specific operation comes at virtually no cost.
> >
> > On Desktop it doesn't use OpenGL, so blitting is in software. On Mac,
> there are two options CoreGraphics or software - I think the former tends
> to be a bit quicker than the latter (particularly for larger numbers of
> pixels).
> >
> > Generally (for simple cases, where no mutation beyond movement is
> happening in your display) you should find that acceleratedRendering will
> make something on iOS/Android about the same speed as you would get on
> Desktop without acceleratedRendering turned on.
> >
> > Warmest Regards,
> >
> > Mark.
> >
> >> Sent from my iPhone
> >>> On Aug 9, 2017, at 9:27 PM, jonathandlynch at gmail.com wrote:
> >>> I created a group with ten buttons. I have a function that scrolls
> this group as many times as it can in a second.
> >>> With acceleratedrendering on, it can scroll 30 times on my Mac. My
> very slow android device also scrolls it 30 times.
> >>> With accelerated rendering off, it can scroll the group 87 times on
> the Mac and 35 times on the android.
> >>> Why would the scrolling be faster with accelerated rendering off?
> >>> Why do both devices have the same speed with accelerated rendering on?
> >>> I thought accelerated rendering used the graphics card? Shouldn't this
> graphically slow android be slower?
> >>> Sent from my iPhone
> >> _______________________________________________
> >> use-livecode mailing list
> >> use-livecode at lists.runrev.com
> >> Please visit this url to subscribe, unsubscribe and manage your
> >> subscription preferences:
> >> http://lists.runrev.com/mailman/listinfo/use-livecode
> >
> > --
> > Mark Waddingham ~ mark at livecode.com ~ http://www.livecode.com/
> > LiveCode: Everyone can create apps
> >
> > _______________________________________________
> > use-livecode mailing list
> > use-livecode at lists.runrev.com
> > Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> > http://lists.runrev.com/mailman/listinfo/use-livecode
>



-- 
Do all things with love



More information about the Use-livecode mailing list