Welcome to May’s Progress Report! This month Vita3K saw numerous improvements across core components and usability, bringing it that much closer to its ultimate goal of allowing commercial games to be playable. Additionally there were several optimizations done to help ease testing.
The emulator can now be opened directly, without the need to supply a vpk via a command line argument. It will show an interface where users can select an application to start from the installed applications.
Installation happens automatically when supplying a command line argument. So instead of just running the supplied game, Vita3K now installs and then runs it.
This was a bit of a controversial decision that’s been discussed and rejected in the past, but we decided to finally go with it as it simplified IO code quite a bit. The main disadvantage is that it keeps a separate copy of installed applications.
Game data is stored in
ux0:/app/TITLEID in Vita3K’s “pref” directory and users might potentially want to change that since it consumes disk space there instead of Vita3K’s root directory. For Windows, this “pref” path is in
%AppData%/Vita3K/Vita3K (so, inside the C drive), but we do aim to make it configurable eventually.
OpenGL 4.1 (#253)
Porting to a newer OpenGL version has been planned for a while, since 2.1 (which is 12 years old!) was understandably proving to be inadequate.
This PR does that, as well as implement a whole lot of texture formats that weren’t supported before.
More Kernel Synchronization Primitives
Event Flags (#239)
This is solved by providing synchronization primitives. Two examples of those are condition variables and event flags. The Vita also has “lightweight” versions of those, which essentially perform faster by making some trade-offs.
The PRs above implement condition variables, lightweight condition variables and event flags as well as refactor kernel code so that future changes and maintainance is easier.
VitaGL Support (#252)
VitaGL is a library that allows homebrew games to use OpenGL calls. It translates them to the graphics API that the Vita understands (GXM), making it easy for homebrew developers to use their OpenGL knowledge to make homebrew.
Basic VitaGL support has been added. That is, various fixes that allow this library to start to work with Vita3K. This PR prevents VitaGL games from crashing, but a lot more work needs to be done to get these games to properly display anything.
Savedata0 Support (#226)
A simple, yet crucial improvement to the emulator. Adding support for the
savedata0 partition allows commercial games to create, remove and modify save files.
Texture Cache (#239)
VSync for main OpenGL context (#231)
We don’t want to focus on optimizations yet, but it does ease testing occasionally, and these are some low-hanging fruit that were done to improve it.
Shader struct support (#223)
Many commercial games (and a few homebrew) use at least some shaders with structs in them, which previously errored when compiling the OpenGL program, since we weren’t parsing and generating the stubs correctly.
This PR adds support to our GLSL stub shader generator for GXP structs.
IO fixes and logging improvements, and a lot of code cleaning and refactoring that helps maintainability and future changes.
Also makes the window be resizable which helps with testing (fitting multiple debug windows in a single screenshot).
Progress from this month allowed these games to go in-game and thanks to hand-written shaders we can actually see what’s going on.
Probably the first game to go in-game with graphics (hand-crafted shaders aren’t perfect so there are some artifacts).
10 Second Ninja (#230)
Alone With You
Saving works as well:
Darius Burst: Chronicle Saviours
No shaders written for this one, but it boots:
Here’s a few other screeshots showing homebrews that either boot or are playable for the first time after this month’s work.
Vita Hexen II
GNU Robbo (#234)
Manga Downloader (#234)
Here’s a rough list of major tasks we’re prioritizing at the moment, other than fixing bugs. They will likely be explained in more detail once implemented.
- Callback system It is common for Vita functions to work with callbacks instead of blocking. We don’t have such a system for callbacks yet, so we can’t implement all those functions properly.
- Kernel and sync primitive improvements
- Fonts Every homebrew that uses SceFont (a lot of them) can’t boot at the moment, it’s one of the most important modules needed for homebrew to work.
- Dialogs There has been some initial work on this using our new GUI, but more is needed.
Hacked around shaders allowing commercial games to show graphics is great and all, and actually helps with testing/development, but it’s important to note that the project is still very much in its early steps.
Figuring out things like shaders and shader translation will take a while, but we’re quite excited about solving that and any other challenges we’ll face trying to emulate the Vita. The only limiting factor here is the developers’ spare time, something which our Patreon could help with by funding more time for development.
This post was written by a developer - unless we get more people willing to help write these reports (or record/edit videos), we can’t promise they’ll be regular and more detailed, so if you’re interested, contact us on our Discord.
Thanks to IllusionMan1212 and Zangetsu for providing the screenshots/videos and testing.
That’s all, thanks for reading!