jpexs-decompiler VS ruffle

If you're lucky, the developers will have used a standard format to store their assets and you can just use an existing asset extractor to do the dirty work for you: Unreal, Unity, and Flash (.swf) are some of the most popular ones.

I recently found an awesome flash decompiler[0] and used it to get around site-locking on some swfs I downloaded years ago.

Some swfs require files from the sites they are hosted on but I downloaded them and modified the swfs to find these files on a local server instead.

So cool being able to modify the source code whereas back in the day I had to rely on hex editing to invert conditionals.

[0] https://github.com/jindrapetrik/jpexs-decompiler

jindrapetrik/jpexs-decompiler: JPEXS Free Flash Decompiler (github.com)

JPEXS ffDec is amazing for decompiling them: https://github.com/jindrapetrik/jpexs-decompiler/releases

You can use "inspect element" on the page in Chrome to find the swf. Once you've got it, you can use JPEXS to dump the sound files.

For future reference, you can also extract contents of SWF files using the free program ffDec.

but if anyone finds this and is curious, JPEXS decompiler is by far the best option. https://github.com/jindrapetrik/jpexs-decompiler

I wanted to change the art that is displayed on the loading screen and wanted to ask if I'm doing it the right way. So far the instructions I've found have directed me to use something called UNREALPAK to unpack the Game.pak file, then look for the loadingScreen.swf file and decompile it with this program. After that I should be able to replace the image and, I assume, recompile and repack the loadingScreen.swf and Game.pak files respectively. Does this sound right? If so, where do I find the "UNREALPAK" tool/program? Is there a better tool/program to use for decompiling the loadingScreen.swf file? And if this isn't the correct process, would anyone be able to help me determine the best way to do this? Any help would be appreciated.

How about the same old flash emulated in wasm, so no plugin.

https://ruffle.rs/

Use those same great adobe tools in a vm.

If it used Flash, Ruffle would've picked them up (great addon if you haven't heard of it already: https://ruffle.rs/)

Looks like this site uses Windows Media Player embeds to play WMV files. I don't know of any big addon that makes those types of embeds work, if the server for the embedded protocol is still even alive.

Thankfully, the videos have been mirrored to Youtube.

Looks like this uses Flash (SWF) for interactive diagrams. Luckily ruffle.rs [1] works.

[1] https://ruffle.rs/

Some of you may know ruffle (https://ruffle.rs).

The memories…

I often wondered what would happen to those wonderful Orisinal mini games after Flash's death, without actually checking out the site. Would Ferry Halim find the time to port them to "HTML5"? Would they just… disappear forever?

It turns out that they know run in Ruffle[1], a Rust/WASM based Flash Player emulator I've never heard of (or forgotten about). The handful of them that I have tested work flawlessly.

[1] https://ruffle.rs/

shrug It finds its uses. It's just not that overstated.

sandspiel is quite popular and is built using WASM: https://sandspiel.club/

Google Earth - https://blog.chromium.org/2019/06/webassembly-brings-google-...

Ruffle (the "make Flash run safely" tool) - https://ruffle.rs/

Ableton's Learning Synths - https://learningsynths.ableton.com/

etc etc. It's just hard to tell when something is using WASM when it "just works" and is indistinguishable from optimized JavaScript

I was amazed that the site still runs, apparently still using the same engine.

But it seems that it was a flash site (of course), and archive.org seems to replace Flash Player with "Ruffle" [1]. Either that, or someone of Tobin's team replaced Flash with Ruffle >= 2019.

[1] https://ruffle.rs/

Out of curiosity a couple months ago I wondered if I could play my old Proximity flash game on Newgrounds from the browser within the Quest 3 VR headset, and it worked great!

That led me to do a little searching, and I discovered that originally the game didn't work in Ruffle, as I apparently did something with the play game button that wasn't normal. But someone put a fix in it back in 2020[1] in order to get my game working again. That was pretty neat. Felt kind of nice that people still cared enough about my old game to make sure it still works in an emulator.

Still working on a more in-depth sequel (using Monogame), and I'm way overdue to make a new web version of the original. Might knock that out once I get closer to getting the sequel out there.

[1]: https://github.com/ruffle-rs/ruffle/pull/1024

i believe it's using Ruffle[0] and that's already happened[1]

[0] https://github.com/ruffle-rs/ruffle

This is all using a really cool Flash emulator called https://github.com/ruffle-rs/ruffle