Smooth FPS differences FPControl vs. Native flash exe?

F-IN-BOX for Delphi / Builder C++ / VCL
whome
Posts: 9
Joined: Mon Sep 04, 2006 7:13 am

Smooth FPS differences FPControl vs. Native flash exe?

Postby whome » Sat Jan 10, 2009 3:31 pm

Fast bitmap pixel getter (old topic, don't know if issues still apply)
http://www.f-in-box.com/forum/viewtopic ... h&start=30

We use Delphi TFlashPlayerControl, tried both transparent and opaque components. Trying to create a smooth as possible scroller seems to be hard to archive.

Clip is AS3, created in latest Flash version and Delphi uses Flash10.ocx v10.0.12.36 library.

Scroller is fine in a native Adobe exe wrapper. Using TFlashPlayerControl component does not run anywhere near smooth scrolling.

Dropping a .swf clip to Firefox browser runs scroller a lot smoother as well. But dropping clip to IE browser does not run a smooth scolling (=proof of flash activex is broken?).

Is it that a native Adobe exewrapper is not equal to Flash10.ocx ActiveX virtual machine environment?

Why is TFC so much different even in an opaque mode. My understanding is Delphi side does basicly nothing and Flash activeX does all the dirty work (rendering and such). There is no any Delphi timer/thread to tick periodically to ask Flash draw canvas?

Any known tricks to make TFPC and native exewrapper run more consistently?

I have a source code license and could insert a taylored solutions if that's where solutions are.

Softanics
Site Admin
Posts: 1402
Joined: Sat Sep 18, 2004 3:03 am
Location: Russia, St. Petersburg
Contact:

Re: Smooth FPS differences FPControl vs. Native flash exe?

Postby Softanics » Sat Jan 10, 2009 4:52 pm

Thank you for your questions.

whome wrote:Scroller is fine in a native Adobe exe wrapper. Using TFlashPlayerControl component does not run anywhere near smooth scrolling.

Dropping a .swf clip to Firefox browser runs scroller a lot smoother as well. But dropping clip to IE browser does not run a smooth scolling (=proof of flash activex is broken?).

Is it that a native Adobe exewrapper is not equal to Flash10.ocx ActiveX virtual machine environment?


It seems that's correct.

IE and TFlashPlayerControl use Flash ActiveX. Firefox uses its own flash plugin, not ActiveX (as soon as I know). Adobe EXE wrapper doesn't use ActiveX too.

whome wrote:Why is TFC so much different even in an opaque mode. My understanding is Delphi side does basicly nothing and Flash activeX does all the dirty work (rendering and such). There is no any Delphi timer/thread to tick periodically to ask Flash draw canvas?


Transparent mode and opaque mode are very different. Opaque mode is faster.

whome wrote:Any known tricks to make TFPC and native exewrapper run more consistently?


It seems they are different... f-in-box uses ActiveX, native exe wrapper doesn't use it.

Thank you.
Best regards, Artem A. Razin,
F-IN-BOX support
Ask your question here: http://www.f-in-box.com/support.html

whome
Posts: 9
Joined: Mon Sep 04, 2006 7:13 am

Postby whome » Sun Jan 11, 2009 12:06 pm

Found a similar topics from the internet. I don't know details about the Firefox Flash plugin, but seems ActiveX plugin is lagging a development and/or programmers must handle timing more precisly by a game loop. Well, last sentence applies to any game programming anyway.

No more "framerate loss" in Firefox 3?
http://board.flashkit.com/board/showthread.php?t=776275
But recently I noticed that Firefox 3 just play flash movies as the standalone player does!! No framerate loss !! Hurrah!

I sadly observed the 50% performance loss on a recent experiment (90fps becoming 40fps), but after installing Firefox 3 the movie played marvelously well !!

Bad new: IE7 still removes 50% of fps.


Tutorial : Creating an Optimized AS3 Game Timer Loop
http://www.8bitrocket.com/newsdisplay.a ... page=10248
When we export the game and try it in the external player, we might also get pretty close to 30 FPS. We are really happy, and then we try the game in a browser. Usually this is where the trouble starts In an IE browser


forcing a consistent speed
http://moock.org/lectures/ff2001sfMotion/
To ensure that programmatically animated objects move at the same speed on any system, we calculate the distance to move relative to time, not frame rate.


Return to “Delphi / Builder / VCL Edition”

Who is online

Users browsing this forum: No registered users and 2 guests

cron