Work on FRAY is currently ceased. See https://github.com/doldecomp/Melee for ongoing work.
FRAY is a intended to be a recompilable version of the Super Smash Bros. Melee NTSC 1.02 DOL (or DOLphin executable). The term "fray" itself is a synonym to "melee," as I prefer not to infringe on "brawl" or the original game's name.
Unlike other projects, FRAY does not currently intend to integrate a mix of ASM and C, unless it becomes necessary for certain functions like Dolphin SDK or HAL library components that are largely optimized for ASM.
Not at present. I'm aware of some that I've not tested to provide adequate explanation to using them.
The codebase fluctuates quite often between compilable and non-compilable due to my regular contribution of bad/broken code. A rough estimate of progress around the codebase itself is that HAL's sysdolphin library is recreated to the extent that Melee uses, save for Shadow, Audio, and other small bits and pieces of incomplete code.
At this point in time, the Title Screen renders completely and animates with 1:1 to Melee, save for the lack of music.
The game will also run on a GameCube through SD booting.
FRAY does not presently attempt to reimplement playing the movie files, creating/manipulating memory card data, the Tournament system, or implementing the game's debug menu.
The current decision to not implement those features was largely based on scope and the fact they're not reused portions of code throughout the game. Likewise, modders regularly remove these sections when attempting to free DOL space for mods. If they come back, I'd prefer to implement many "area-specific" features as REL files, which are essentially the GameCube/Wii equivalent of DLL files that can be loaded and unloaded at-will.
If someone has enough knowledge of graphics programming to do it and can help deal with the Big Endian to Little Endian conversions, sure. It's unlikely I will be doing this, as I can only barely write OpenGL shaders and I'd like to keep my focus on finishing the project itself.
Currently, you'll need to pull down the source, have a copy of devkitPPC with the PATH variable set, then you can compile with the installed MSys using "make" to produce the output files. The Wiki contains more information on the process.
Updating any document available at https://smashboards.com/threads/melee-hacks-and-you-new-hackers-start-here-in-the-op.247119/ is the biggest help for anyone not able to contribute code directly.
You're welcome to submit Pull Requests to correct any issues you see. There's currently not contributing guidelines for code formatting, so as long as it's readable I'll typically accept it or provide feedback otherwise. At present, many of the issues in the codebase are known (bad pointer de-refs, lack of header impls, etc..), so I prefer contribution over criticism.
I highly recommend using the NSA's Ghidra tool, as it can provide pseudo-code for PPC assembly and offers many of the features that IDA does without the cost. Likewise, IDA has several failings with the Gamecube's PowerPC instruction set regarding handling of certain instructions, which can lead to really, really bad decompilations.