How Save States and Graphic Filters work?
Started by RPCS3_FAN




1 posts in this topic
RPCS3_FAN
Member


0
40 posts 9 threads Joined: Dec 2017
05-09-2020, 07:29 PM -
#1
I have a technology question:

How save states for example in Mednafen or PCSX2 work. what is inside a saved state and how they start at this position?

And are the features of Graphics Filters always emulator-dependent implementations? or can you reuse the Algorithm on other systems too?

Is the ReShade (the Open Source Project) an equal good technology? or would a Emulator-embedded GFX Filter produce better Quality?

Greetings

Quote:The Virtual Game Station itself infringes no copyright. Bearing in mind the goals of the copyright law, "to stimulate artistic creativity for the general public good," Sony, 464 U.S. at 432 (internal quotation marks omitted), we conclude that there is a legitimate public interest in the publication of Connectix's software,
SONY COMPUTER ENTERTAINMENT v. CONNECTIX CORP., 203 F.3d 596 (9th Cir. 2000)
Altonelty
Member


0
5 posts 1 threads Joined: Nov 2019
09-26-2020, 04:20 PM -
#2
(05-09-2020, 07:29 PM)RPCS3_FAN Wrote: I have a technology question:

How save states for example in Mednafen or PCSX2 work. what is inside a saved state and how they start at this position?

And are the features of Graphics Filters always emulator-dependent implementations? or can you reuse the Algorithm on other systems too?

Is the ReShade (the Open Source Project) an equal good technology? or would a Emulator-embedded GFX Filter produce better Quality?

Greetings

Hi RPCS3_FAN,

I can shed some light on your Save State question and maybe a bit of what I understand for graphics filters.

A save state usually consists of the state of the CPU and it's registers, Video and audio registers, memory state, and other game or emulation specific settings. The thing that determines which position to start at is called the program counter (PC) or instruction counter. The computer reads the game byte by byte, usually starting at byte 0. Each time a byte is read, the program counter increases by 1 so the next read is the next byte. When you save a state, the emulator writes the values that are currently in the PC, registers, memory, etc to a file. It's really up to the author of the emulator to determine the format of the file. When the state is loaded, it reads this file and loads all that data back into the emulator into the correct memory locations. The save and load functions should be performed when the emulated CPU is not "running" so that the data is not changing while being written. This allows for a smooth state load each time. If everything is in the right place, when the CPU resumes running, it continues the game at the program counter value that was loaded. Since memory values are also loaded, you now have the same amount of lives, health, or money that you had before!

I don't have a lot of experience with graphic filters, but some developers create filters in specific programming languages that can be used by anyone. You may need to adjust some things so that it fits your project. Many people do create filters that are internal to their emulator because they want to see if they can produce the results they want on their own.

Hope that helps!


Forum Jump:


Users browsing this thread: 1 Guest(s)