emoose

Had a try at making ContentPackage a base class which StfsContentPackage & FolderContentPackage inherit from, the code seems to work fine, with both package types loading in mixed-together without issue....

Been working on a rewrite of the STFS structures, changing them from classes into structs & using things like xe::be so that they'll work just like the other X360 structs...

Added some code in [stfs-headers](https://github.com/emoose/xenia/commits/stfs-headers) to make ContentManager::CreateContent write the saves display name/content type out to a headers.bin file, this should now allow games like Kameo & Halo 3 to...

Saw this mentioned on twitter, I started another STFS branch at https://github.com/emoose/xenia/commits/stfs-improvements a little while ago, mostly just improvements for STFS structs & some fixes for CON packages (atm it...

I guess maybe the export commit could be split up, I figured most of it was tied together and didn't really deserve their own commits... but looking at it now...

Alright, I've split the bugfixes and the exports into seperate PRs: https://github.com/xenia-project/xenia/pull/1245 and https://github.com/xenia-project/xenia/pull/1244 I've left the miscellaneous stuff needed for dash.xex in this PR, I suppose at least now...

Hmm, seems I was wrong about these PRs not working anymore, just tried merging them again with latest master and 1888 dash seems to load fine now, guess I was...

Dash itself still works but looks like initial setup/OOBE is now crashing after selecting a language, log shows it calling _vscwprintf & vswprintf tons of times before it crashes, and...

I was wondering that too, but it looks like those changes should only really affect Xenia's logging stuff? Not really sure... Still, pretty funny that just after some printf changes...

Note that the released build came pre-modified by the leaker so it's possible any issues could be down to those changes, only two are mentioned in the nfo: >Removed crashing...