NOTE: Well, Flash is more or less dead so this probably won't be updated. Check the HTML5 exporting instead. ====Compiling the examples for Flash from Windows ==== Adobe's new Flash C++ stuff (Flascc?) finally lets you pop get your Proton apps up on the web! Flash version:
T01: check
@echo "-------- Sample 1 --------"
@echo && echo "First let's compile it as a projector:"
"$(FLASCC)/usr/bin/gcc" -jvmopt=-Xmx1G $(BASE_CFLAGS) hello.c -o hello.exe
@echo && echo "Now lets compile it as a SWF:"
"$(FLASCC)/usr/bin/gcc" -jvmopt=-Xmx1G $(BASE_CFLAGS) hello.c -emit-swf -swf-size=200x200 -o hello.swf
include ../Makefile.common
clean:
rm -f hello.swf hello *.bc *.exe
But that's not a great solution, because later you really WILL need more memory when you compile debug mode versions of bugger stuff, it's a huge hog.
=== Step 2: Compiling RTBareBones example ===
* Edit **RTBareBones/flash/app_info_setup.bat** with a text editor and change stuff to match your paths. In the linux style paths (like **/cygdrive/d/pro/flascc/sdk**) you would change only **d/pro/flascc/sdk** to **c/yourflashSDKdir/sdk** (if you were on drive c) and not change the /cygdrive part, as you need that.
* Double click BuildRelease.bat.
* If it works, you will see RTBareBones.swf in the same directory. You can run this in the standalone flash projector, OR, you can view it in your browser by clicking test1.html. You CANNOT run the .swf directly in the browser, because it needs the .html setting that enables Stage3D. (This doesn't apply to the RTConsole example, as it doesn't use 3d stuff)
* Same thing to compile the RTSimpleApp example
=== Step 3: How to add a Flash target to your existing Proton game ===
* Copy the /flash folder from RTSimpleApp into your own project
* Use [[:proton_vsrename|vsrename]] from inside the /flash directory and change RTSimpleApp to your app name
* Edit the /flash/makefile with a text editor and add/remove the correct source file names
* To change the render size of your .swf, change the SWF_SIZE setting in the makefile, and also change the two places the size appears in the test1.html file.
* Look at App.cpp in RTSimpleApp and notice a subtle change to the audio init - it now uses "new AudioManagerFlash", which solved a weird problem of AudioManager's virtuals not being overriden, I assume because the latest Flascc has some errors when certain kinds of vars are initialized earlier than it wants them to be.
* That should be it! If you have nonstandard media folders to copy from, you can fix it by editing build_prepare.bat
===Misc Notes & Gotchas===
* -O4, the best Flascc G++ optimization setting has weird freezes making it useless. I've heard rumors this happens because exceptions are used and the next Flash player will fix it. Until then, I've setup RTSimpleApp to use -O3, but it does make the .swf 35% bigger
* Non pod globals that get intialized right away act funky in some cases. Something to do with order of init? Especially classes with virtual functions. So try to only init stuff in classes and such, instead of globals where you don't control when the init happens.
* Don't try to rename Console.as, the default preloader that Adobe ships hardcodes this name, we'd better keep it. (At first I tried to rename it FlashMain.as, bad idea..)
* shared/flash/app/flash/Console.as is the normal one, shared/flash/app/flash/RTConsoleVersion/Console.as is a special version that just does console output, no Stage3D or audio support, the RTConsole example uses it
* If you get reference errors in release builds you need to add the names of those functions to your project/flash/export.txt file. This will stop them from getting stripped out.
* printf will act like LogMsg, both will go to debug output
* Only 128kz stereo mp3 audio is supported
* The SetVolume, SetPan, and IsPlaying functions in AudioManagerFlash are not implemented
* Not all GL functions supported
* Some MSVC examples have a Flash GLES Debug profile setup, it compiles and renders with MSVC, but there is no video as it's all going through a crippled GLFlashAdaptor - you can't see anything, but it's useful to me for debugging and seeing which GLES things aren't handled yet.
* Only one GL light is supported and it must be ambient
* LaunchURL works, but only when loading the swf from a real website, otherwise you get a security error
* It's slow.. I get 60 fps but only because I have a top of the line machine.. there are many optimizations I can still make, especially in the GLESAdaptor code, I'm going to try to replace it with Adobe's GLStage3D stuff as well and see how that does
* Compiling is slowish. make -j7 for more threads doesn't seem to do anything. Release builds are slow * 100.
* I get Java memory errors if I try to compile a full -g debug version of the larger examples (RTSimpleApp) even with trying to hack everything to use 4gb of java memory, it just won't work. So RTSimpleApp doesn't include the -g switch
* You can do full GDB debugging with this - edit BuildDebug.bat and change **set RUN_GDB_DEBUGGER=0** to 1