mirror of
https://github.com/hrydgard/ppsspp.git
synced 2026-04-25 06:06:03 +03:00
[GH-ISSUE #64] Save/Load is not implemented #18
Labels
No labels
Atrac3+
Audio
CPU emulation
D3D11
D3D9 (removed)
Depth / Z
Feature Request
Font Atlas
GE emulation
Guardband / Range Culling
HLE/Kernel
I/O
Input/Controller
MP3
Multithreading
Needs hardware testing
Networking/adhoc/infrastructure
No Feedback / Outdated?
OpenGL
PGF / sceFont
PSMF / MPEG
Platform-specific (Android)
Platform-specific (Windows)
Platform-specific (iOS)
PowerVR GPU
SDL2
Saving issue
User Interface
Vulkan
arm64jit
armjit
armv6
x86jit
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/ppsspp#18
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @hrydgard on GitHub (Nov 19, 2012).
Original GitHub issue: https://github.com/hrydgard/ppsspp/issues/64
Game save/load is handled by sceUtilitySaveLoadData on the PSP. These functions don't just handle the save/load UI but also ui-less saving and loading - the game gets to pass a buffer of data that gets filled or is written to the memory stick.
Saves are encrypted on the real PSP but we can save/load without encryption, unless we want compatibility with real saves eventually.
@flamesage commented on GitHub (Nov 20, 2012):
I imagone swapping savefiles back and forth between a real PSP would make it easier to test. Also people won't have to worry about losing their progress if they want to move from a hardware psp to an emulated one.
@hrydgard commented on GitHub (Nov 29, 2012):
Here's source code to a savedata decrypter, just for reference. http://pastebin.com/RFDXKCAf