GSDumpFile::ReadFile prealloc

[JustinBraben]

Description of Changes

• Pre-allocate m_packet_data.
• Removes one-off #define's for GET_BYTE and GET_WORD

Rationale behind Changes

• Work towards fixing the former TODO:.
• Cleans up one-off #define's

Suggested Testing Steps

• Ensure GSDumpFile::ReadFile still works, can add some test code for it.

[github-actions]

Thank you for submitting a contribution to PCSX2

As this is your first pull request, please be aware of the contributing guidelines.

Additionally, as per recent changes in GitHub Actions, your pull request will need to be approved by a maintainer before GitHub Actions can run against it. You can find more information about this change here.

Please be patient until this happens. In the meantime if you'd like to confirm the builds are passing, you have the option of opening a PR on your own fork, just make sure your fork's master branch is up to date!

[JordanTheToaster]

Crashes when playing back this dump.

Dump Crash.zip

[JustinBraben]

Crashes when playing back this dump.

Dump Crash.zip

Thanks for trying it, will take another look at it in the next few days.

[JustinBraben]

This is all pretty new to me, so some direction/explanation would be appreciated.

I built the pcsx2-gsrunner, and ran this command against it

.\pcsx2-gsrunner\test_run_dumps.py -runner .\bin\pcsx2-gsrunner.exe -dumpdir build\DumpBaseline -gsdir build\DumpCrash -renderer auto

It ran the GSDump from the previous comment on my computer and output an emulog.txt. It states my computer specs, then says Reading File for the supplied GSDump file. It does successfully change to the correct disc. It runs through emulator commands but I don't see a crash on my end. Have a few questions:

• Is this the correct thing to do with that GSDump file? If not how do I test these out?
• @JordanTheToaster what OS and Rendering backend did you use to get the crash?

My output emulog: output_emulog.zip