In particular, 1.5x is the only resolution at which the included LCD3x and HQ3x filters display correctly:
<img width="481" alt="sc

The prebuild of yuzu comes with no instructions on how to actually use it.
Most linux users will realize that they can just use ./yuzu , but some newbies might not know that.
There is also no dependency list for the prebuild version. This makes you need to either start yuzu and try to install whatever it says missing until it actually runs, or you need to install the dependencies for builiding i

Is there a way to let the citra gdbstub automatically break on unmapped memory access? Right now, citra handles unmapped access gracefully and only spits out an error in the log. The real 3DS hardware will crash on unmapped memory access but the current Rosalina gdbstub will at least break with SIGSEGV and let you examine the process remains.
Would be nice if it was possible with citra as well ..

Before we have a good fix for #63 we should manually verify the qemu args somehow. We may have to copy-paste code from qemu or something. In the very least we should be aware of incompatible config options exposed in the UI (maybe we can't check additional args).

https://wiki.nesdev.com/w/index.php/Emulator_tests

It could run these ROMs and actually check the output somehow - perhaps either by checking memory values, or a copy of the screen buffer.

• Operating System
• Config Options

PCSX2 version:
1.5-930f07d

Description of the issue:
Currently the source code for parsing 7-patch codes expects the patch code to be in the format:
7aaaaaaa 00t0vvvv
where "aaaaaaa" is the address to modify, "vvvv" is the value to compare to, and "t" signals whether to do an and, or, or xor and whether it is 8-bit or 16-bit. You can see the list of patch codes [here](https://

Since #1147, users can enable and disable docking mode dynamically. However, there's a little usability issue around switching handheld/docked and switching to a compatible controller type at the same time (handheld controller does not work in docked mode on many games)

It's nice if testing doesn't produce unnecessary artifacts after running with success but keeps relevant info on fail for further inspection.

Pytest should have a nice way of creating fixtures that can post-process a test based on whether it failed or not https://docs.pytest.org/en/latest/example/simple.html#making-test-result-information-available-in-fixtures

If a test fails, then keep the

Below, all pull request that are currently closed, with an indication on their status.

This overview should be kept up to date, to prevent uncertainty. Also, having this up to date overview avoids spending repeated efforts to ascertain the state of closed pull requests.

Possible states per pull request:

• Invalid (explain why it wasn't good)
• Obsolete (should reference replacement pull request

RPCS3 has this page: http://rpcs3.net/quickstart
And a relevant dialog the first time you boot it.

The most important/relevant thing for us would be a quickstart guide for downloading and decrypting/installing the firmware.

When using the N64 plugins, some of the options can be very hard to understand what they actually do. By having some form of description (showing a popup when hovering over the option, having the description under each option, link to a website with detailed documentation in the application, readme txt file with the explanations, or any other way that you may implement a description) it will help

I know it wouldn't be a trivial amount of work but could you @jpd002 consider writing a PS2 hardware documentation like the ones available for the PS1, GBA and DS? Perhaps in collaboration with the PCSX2 devs? Presently not many people understand PS2 hardware thus both Play and PCSX2 lack contributors.
I am talking about something like this
https://github.com/simias/psx-guide/blob/master/guide.t

I believe the documentation at http://www.lakka.tv/doc/Arcade/ is out of date.

It states:

Lakka ships two emulators able to launch arcade ROMs: MAME2003 and FBA
In Lakka, we recommend you to use FBA with an FBA v0.2.97.38 split ROM set. RetroArch doesn’t support merged sets anyway. But if you really need to run more games, choose MAME2003 with a MAME0.78 splitted ROM set

But my fresh

Can anyone help me out with this error? I don't know what to change my bundle identifier to for this to work? @gabrieloc

The current documentation references fceux, which is not compatible with recent versions of desmume. The options here are:

• Create our own documentation which fully documents the API
• Support all of FCEUX's API

I'd personally recommend the latter since FCEUX offers a lot of useful features like gui.savescreenshotas which would be a lot more efficient than `gd.createFromGdStr(gui.gdscree

Following up from discussion on #773 : I was looking over the docs to better understand the relationship between hosts and nodes. I have a few questions:

From https://github.com/shadow/shadow/blob/master/docs/3.1-Shadow-Config.md:

bandwidthdown and bandwidthup optionally specify the downstream and upstream bandwidth capacities for this host, and override any default bandwidth values set in

we rebase a PIE ELF so it isn't based at 0. but we don't fixup the relocs accordingly. thus, C++ VFTables don't actually point to anything.

Parsing error on this sample: https://app.any.run/tasks/2be2b38f-4de2-4b48-8ae5-67bda9eecbaf

-------------------------------------------------------------------------------
PARSING VBA CODE:
INFO     parsed Sub z55e6df583 ([ByVal s2b7d47c629 as String]): 14 statement(s)
INFO     parsed Sub Document_Open (): 5 statement(s)
INFO     parsed Function tfaca84885f ([ByVal zd77f34558c as Varian

Currently we initialize the SDL sub systems for xid-sdl.c on a per instance basis.

Following the guide written here: https://people.redhat.com/~thuth/blog/qemu/2018/09/10/instance-init-realize.html. We should only initialize the subsystems once using class init.