Scythe: This was a big problem in several instances in a 2D side scrolling game that I helped develop just over a year ago. As stated above, each time we added a framescript dynamically while the playhead was playing we crashed the player. We isolated the cause to the addFrameScript method. We even tested it with a simple file containing a playing movieclip and added framescripts to it, we got the same problems.

Now I can’t recall the exact player version but I know it was one of the earlier versions of player 9.

One other issue we found with addFrameScript was that the calls tended to fail and even be completely erased with components on the timeline. That is to say that prior calls to addFrameScript with valid function pointers, before any instances were added to the timeline, the functions wouldn’t execute at all with components on the timeline. So the bottom line is that (for player 9.x anyways) it’s best to just use components on the timeline or addFrameScripts but not both at the same time.

With player 10.x is out now I’ve tested this again and it seems that there has no more problems. I was able to add frame scripts while the playhead was playing and while components were on the timeline.

As for the formatting problems, sorry about that, but I just verified again that the code does in fact work as posted. Just it was missing the __playing field.

The code now has the proper formatting and the missing field.

But I’m still a little curious. What is it about addFrameScript that freezes the program and makes it necessary to override it like that? I see that in the override function you’re using gotoAndPlay() instead of play(). If you try to use play() on a frame that has addFrameScript in it will that freeze the program even if it was stopped when addFrameScript was called? What if you use gotoAndPlay to go to a frame that has addFrameScript?

N2Flash.com offers over 1000 free games, including classic Nintendo games. You can customize your homepage, compete for high scores, and even win free prizes like an iPod.

-Tony King

Cheers,

Mike,
http://www.3darkitektur.dk

Thanks AK, this was exactly why I intended to use the boost libraries … portability. I wanted to write the C++ code once and be able to build on multiple environments with no difficulties.

Michael, I prefer to use the fstrem library found in the STL for creating and opening files, but I still needed a reliable and portable means for creating and traversing directory hierarchies. I could have chosen to go your route, but then I’d be shooting myself in the foot when I needed the system to run on a Windows machine. I opted for a solution that wouldn’t require any code maintenance or refactoring when porting to other environments.