yuzu-emu/yuzu

Nintendo Switch emulator

yuzu's Issues

Add support of xci files [Request Feature]

Is there a way to add the support of xci files, which are the extension for encrypted switch games ?

Broken Link

The link at the Yuzu's website appears to be broken. When clicked, it returns error 404.
The link refers to Contributors Guide.
Steps to reproduce:

1. Go to: https://yuzu-emu.org/wiki/home/
2. Click Contributors Guide given as a hyperlink there.

Test Issue

This is a test issue. Please ignore.

GDB Stub still references 3ds hardware

https://github.com/yuzu-emu/yuzu/blob/master/src/core/gdbstub/gdbstub.cpp#L67

The gbdstub is currently very non functional. Making this issue as a reminder to make a new one that could be backported over to citra as well. Currently investigating porting over rosalina's gdbstub as I've heard good things about it in the past. If we aren't going to be fixing it any time soon, perhaps we should consider just removing it then.

Unicorn fallback issue 0x8000000 prevent KgDoom from booting (with dynarmic and I think with Unicorn too)

Hardware Specs :

• Nvidia GeForce GTX 960
• AMD FX-6300
• 8 GB Of Ram
• Windows 7 Pro

Yuzu build version used :

Yuzu Nightly build HEAD-516ef4f

Issue :

Push A NX and KgDoom don't boot because of infinite repeat of the unicorn fallback issue 0x8000000.
And in unicorn it's seems to do the same because there is a freeze in the console i mean and nothing display anymore in the console, so I think the unicorn fallback issue won't be displayed with unicorn.

Logs :

• Push A NX Log : Click Here
• KgDoom : Click Here

pfba crash with unimplemented function and assertion failed (with unicorn)

Hardware specs :

• Nvidia GeForce GTX 960
• AMD FX-6300
• 8 GB Of Ram
• Windows 7 Pro

Issue :

when i run pfba with unicorn the crash reason is different than crash reason with dynarmic. Here yuzu crash after couples of seconds with "Service core/hle/service/service.cpp:ReportUnimplementedFunction:118: unknown / unimplemented function '8': port: 'ISystemClock' cmd_buf={[0]=0x10004, [1]=0xa, [2]=0x3011000, [3]=0xf7ffe328, [4]=0x49434653, [5]=0x0, [6]=0x8, [7]=0x0, [8]=0x1}" and also with assertion failed

Log :

major part of the log because there is a bug with the command "yuzu.exe 2> log.txt" causes partial record and fully record when yuzu crash
Click Here

AppVeyor errors

MinGW: C:/projects/yuzu/src/core/arm/unicorn/arm_unicorn.h:7:10: fatal error: unicorn/unicorn.h: No such file or directory
MSVC: Could NOT find SDL2 (missing: SDL2_LIBRARY SDL2_INCLUDE_DIR)

Contributing with Janitor

Hello,
We are hosting a platform named Janitor (https://janitor.technology) to bootstrap development containers for open-source projects.
We are interested into hosting the project and help you contribute faster.
I looked at your build instructions and it seems relatively simple to create a Dockerfile for our platform to clone the project, install all dependencies and build yuzu.
We feature a cloud IDE (powered by our own instances of Cloud9 IDE), Ubuntu containers running on bare metal servers, a desktop preview with noVNC and debug tools working out-of-the-box.

If you are interested in this idea, let's continue the discussion here for specific needs for your Dockerfile or meta questions. If you are not, feel free to close this issue.

Happy coding,
EtienneWan

Things that should be ported over from Citra

This is a list @jroweboy posted, for features that would be good to be ported over from Citra. The checked ones are already implemented.

• #3027 (In review)
• #3001
• #3116
• #3333
• #3005
• #2972
• #3240
• #3052
• #3034
• #3030
• #3318
• #3109
• #2949
• #3295
• #3306
• #3093
• #3336
• #2912
• #2918
• #2982
• #2849
• #3320
• #3352
• #3275
• #3064
• #3043
• #3184
• #3101

PRs by lioncash which he will update himself

• #3161
• #3262
• #3263
• #3264
• #3266
• #3294
• #3312

Feel free to take over one of the mentioned PRs. Just leave a comment and I will mention it in the list. I will try to keep the list up to date while we are making more progress.

svcGetInfo does not report correct heap size

Commit: c45173c

The value Yuzu returns from svcGetInfo(5) does not currently represent the current size of the heap region, but rather, a hardcoded value in core/memory.h.

This confuses the newer libtransistor memory management code, which uses svcQueryMemory to find usable heap regions, and, when it runs out of memory, uses svcGetInfo(5) to determine the current size of the heap and svcSetHeapSize to expand it.

The Binding of Isaac Afterbirth plus go in game but freeze with all possible errors

Hardware :

• Nvidia GeForce GTX 960
• AMD FX-6300
• 8 GB Of Ram

Issues :

The Binding of Isaac Afterbirth Plus now go in game but freeze directly with an infinite list of unmapped Read32 errors and Write64 errors and nvidia not implemented errors too.
I think this will help you a lot.

a part of the Log :

Click Here
I can't put you all the log because the log do about 286939 lines.

ci.appveyo yuzu ?

when that's out for general public

Log record issue

Hardware specs :

• Nvidia GeForce GTX 960
• AMD FX-6300
• 8 GB Of Ram
• Windows 7 Pro

The Issue :

when i use the windows command "yuzu.exe 2> log.txt" on an homebrew or game that crashing yuzu the log isn't fully record, the end of the log is being truncated.

Common Errors when try to boot Puyo Puyo Tetris and The Binding of Isaac AB+

Yuzu Version:

Yuzu Canary Build 21328b3

Issues :

When I try to boot Puyo Puyo Tetris and The Binding of Isaac Afterbirth+, these games boot but a bit seconds after two common error or more appears :

• Emulated Program broke execution
• Assertion Failed

SD Card not Implemented?

Im guessing the SDCard hasnt been implemented into the yuzu emulator? I have tested the SD card. aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaannnnnnnnnnndddddddddddddd this happend.

Here is the source code and screenshot.

current.zip

macOS Xcode build fail

I create a Xcode project by
cmake .. -GXcode
then open project to Xcode and try to build.
Build failed, with error "can not find unicorn.a"
When I select "unicorn-build" target and build it. After it "yuzu" was built successfully.
Looks like unicorn-build not builded automatically

CreateStrayLayer crashes many games

StackTrace log of 1-2 Switch show, it call nn::vi::CreateLayer(nn::vi::Layer **, nn::vi::Display *, int, int, nn::vi::PixelFormat), which is depricated and just crash the game, instead of actual nn::vi::CreateLayer(nn::vi::Layer **, nn::vi::Display *)

Kernel HLE is innacurate and may need a partial rework

I have found multiple flaws in kernel.h, which are the following:

• enum class HandleType doesn't reflect the class hierarchy of kernel objects on the Switch
• KReadableEvent (sync object) and KWriteableEvent are not implemented
• "Domain" is not a kernel object and therefore has no place in there whatsoever
• Timer, Mutex don't exist anymore. ResetType should be deleted.
• bool IsWaitable(): all subclasses of KSynchronizationObject are waitable for, thus the switch case is innacurate: KProcess (state changed), KClientPort (port becomes available again), KReadableEvent (event written) are waitable for, etc. See Switchbrew for a listing.
• IsSyncable should be if(GetHandleType() == HandleType::Undefined) UNREACHABLE(); return GetHandleType() == HandleType::ClientSession instead.

There could be some issues that I missed

Fruity homebrew - doesn't boot

Tested with the latest Nightly build (153).

The homebrew app crashes with [ 12.976120] Debug <Critical> core\hle\service\vi\vi.cpp:Service::VI::IHOSBinderDriver::TransactParcel::<lambda_8b2c6f78cd02c175cda987d561176cf9>::operator ():541: Assertion Failed! Unimplemented

Full log here, happens both with Unicorn and Dynarmic.

Remove use of QKeySequence::Cancel

I cloned the project yesterday and was running make when I encountered the following error:
[ 98%] Building CXX object src/yuzu/CMakeFiles/yuzu.dir/main.cpp.o
/home/vishal/yuzu/src/yuzu/main.cpp: In member function ‘void GMainWindow::InitializeHotkeys()’:
/home/vishal/yuzu/src/yuzu/main.cpp:190:68: error: ‘Cancel’ is not a member of ‘QKeySequence’
RegisterHotkey("Main Window", "Exit Fullscreen", QKeySequence::Cancel, Qt::ApplicationShortcut);
^~~~~~
src/yuzu/CMakeFiles/yuzu.dir/build.make:438: recipe for target 'src/yuzu/CMakeFiles/yuzu.dir/main.cpp.o' failed
make[2]: *** [src/yuzu/CMakeFiles/yuzu.dir/main.cpp.o] Error 1
CMakeFiles/Makefile2:957: recipe for target 'src/yuzu/CMakeFiles/yuzu.dir/all' failed
make[1]: *** [src/yuzu/CMakeFiles/yuzu.dir/all] Error 2
Makefile:140: recipe for target 'all' failed
make: *** [all] Error 2

I have corrected the same by removing the use of Cancel in main.cpp and am mentioning the patch in the comments below. Please review the pull request.

Cmake Error

Hello, I am gettig a cmake error which is not letting me make the visual studio project. How do i fix this issue?

Target architecture: x86_64
Cache compiler flags ignored, please edit CMakeLists.txt to change the flags.
Boost 1.63.0 or newer not found, falling back to externals
Using bundled binaries at C:/Users/Logan Rios/Documents/yuzu/build/externals/SDL2-2.0.5
unicorn not found, falling back to bundled
Using bundled binaries at C:/Users/Logan Rios/Documents/yuzu/build/externals/unicorn-yuzu
Using bundled binaries at C:/Users/Logan Rios/Documents/yuzu/build/externals/unicorn-yuzu
Using bundled binaries at C:/Users/Logan Rios/Documents/yuzu/build/externals/qt-5.7-msvc2015_64
Target architecture: x86_64
CMake Error at W:/cygwin64/lib/cmake/llvm/LLVM-Config.cmake:203 (message):
  Library `aarch64desc' not found in list of llvm libraries.
Call Stack (most recent call first):
  externals/dynarmic/CMakeLists.txt:125 (llvm_map_components_to_libnames)


Configuring incomplete, errors occurred!
See also "C:/Users/Logan Rios/Documents/yuzu/build/CMakeFiles/CMakeOutput.log".
See also "C:/Users/Logan Rios/Documents/yuzu/build/CMakeFiles/CMakeError.log".

Broken Link

add system file interface [Request Feature]

I have seen that some commercial games and even all the commercial games required a system file interface in order to run, which is currently not available or unimplemented.
So anyone can correct this common issue ?

yuzu should bail early (and display an error to the user) for 32-bit apps

This is a good task for someone new who wants to make a contribution to yuzu. yuzu only supports aarch64 apps, which is like 99% of Switch games/homebrew. However, it's possible for apps to be 32-bit (e.g. Mario Kart 8 is). We currently try to run them, but instead should bail out early and display an error to the user. We already detect whether an app is 32-bit (see https://github.com/yuzu-emu/yuzu/blob/master/src/core/file_sys/program_metadata.cpp#L95 ), so this should be a really simple change.

Note, we probably will support 32-bit Switch apps some day... but that will likely be a long time in the future and is not a priority right now.

CDescriptors not implemented

As of this commit C Descriptors are currently unimplemented. CDescriptors are needed for "nvdrv" ioctls and various other IPC messages.

Add support for dark theme. [port]

A dark theme would be non-blinding, and easy to implement as Yuzu is built ontop of Citra and Citra has a dark theme.

Add option to open folder as a game

This is implemented, but really annoing to get this via changing file name extensions and select "main" in subdirectory

build issue

Hi, I'm using Fedora 27. Following error occurs. What is "unicorn"?

In file included from /home/hoge/aho/yuzu/src/./core/arm/dynarmic/arm_dynarmic.h:11:0,
from /home/hoge/aho/yuzu/src/core/arm/dynarmic/arm_dynarmic.cpp:9:
/home/hoge/aho/yuzu/src/./core/arm/unicorn/arm_unicorn.h:7:10: fatal error: unicorn/unicorn.h: No such file or directory
#include <unicorn/unicorn.h>
^~~~~~~~~~~~~~~~~~~
compilation terminated.
make[2]: *** [src/core/CMakeFiles/core.dir/build.make:63: src/core/CMakeFiles/core.dir/arm/dynarmic/arm_dynarmic.cpp.o] Error 1
make[1]: *** [CMakeFiles/Makefile2:617: src/core/CMakeFiles/core.dir/all] Error 2
make: *** [Makefile:141: all] Error 2

Cmake can not found qt5 in building for macOS

I followed the guide of Building-for-macOS, after run cmake .. -DCMAKE_BUILD_TYPE=Release, I got a error.

-- Target architecture: x86_64
<FindSDL2.cmake>
</FindSDL2.cmake>
CMake Error at CMakeLists.txt:285 (find_package):
By not providing "FindQt5.cmake" in CMAKE_MODULE_PATH this project has
asked CMake to find a package configuration file provided by "Qt5", but
CMake did not find one.

Could not find a package configuration file provided by "Qt5" with any of
the following names:

  Qt5Config.cmake
  qt5-config.cmake

Add the installation prefix of "Qt5" to CMAKE_PREFIX_PATH or set "Qt5_DIR"
to a directory containing one of the above files.  If "Qt5" provides a
separate development package or SDK, be sure it has been installed.


-- Configuring incomplete, errors occurred!
See also "/Users/ninja/tool/yuzu/build/CMakeFiles/CMakeOutput.log".

Seems export Qt5_DIR=$(brew --prefix)/opt/qt5 not work.

After google I use the export CMAKE_PREFIX_PATH=/usr/local/Cellar/qt5/5.8.0_1 instead, now it works.

Maybe the wiki of Building-for-macOS should be update?

Environment:

• macOS 10.13.1
• cmake 3.10.1
• qt 5.8.0.1

About Dialog claims "GPLv2.0 or later", but binaries are "GPLv2.0 only"

(This is a minor administrative / legal issue)

In the current revision is 7435dc5 yuzu claims to be licensed under GPLv2.0 or later.
However, it does use Unicorn Engine which has a rather complicated license.

On my request, the headers of Unicorn Engine are LGPL (not sure which version on top of my head), but the actual emulation in Unicorn Engine is licensed under GPLv2.0 only. As far as I'm aware, the TCG portion of QEMU is actually licensed under GPLv2.0 or later now. However, as Unicorn Engine was not updated with such license information, it is currently GPLv2.0 only. Unicorn Engine might even use other GPLv2.0 only portions too.

So while the yuzu code can be licensed under GPLv2.0 or later, any binary builds are automatically licensed under GPLv2.0 only due to Unicorn.

New line at end of files

I see a reoccurring theme where a "new line at the end of files" is needed. Possible need to update the Contribution Guide or add a tool that formats that for you in the ReadMe so everyone is on the same page. This would enhance efficiency and save time in the future

Fix hack with BufferQueue::DequeueBuffer

Currently, DequeueBuffer has a hack in which it always returns a buffer, even if none are available. It should instead wait until there is a free buffer.

Assertion Failed

Everyime I try running the homebrew things that work with yuzu, I get a "Assertion Failed" error before the homebrew app loads and yuzu also crashes. Anyone know a way to fix it?

version: master-feae1c4c
seems it comes from the unicorn dll

Build fails when in a linked directory

hash: 22347e8

I'm on Arch Linux

[ 88%] Building CXX object src/yuzu/CMakeFiles/yuzu.dir/yuzu_autogen/mocs_compilation.cpp.o
In file included from /home/juan/programming/yuzu/build/src/yuzu/yuzu_autogen/mocs_compilation.cpp:2:0:
/home/juan/programming/yuzu/build/src/yuzu/yuzu_autogen/EWIEGA46WW/moc_about_dialog.cpp:9:10: fatal error: ../../../../../../../Documents/programming/yuzu/src/yuzu/about_dialog.h: No such file or directory
 #include "../../../../../../../Documents/programming/yuzu/src/yuzu/about_dialog.h"
          ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
compilation terminated.
make[2]: *** [src/yuzu/CMakeFiles/yuzu.dir/build.make:535: src/yuzu/CMakeFiles/yuzu.dir/yuzu_autogen/mocs_compilation.cpp.o] Error 1
make[1]: *** [CMakeFiles/Makefile2:921: src/yuzu/CMakeFiles/yuzu.dir/all] Error 2
make: *** [Makefile:141: all] Error 2

I have a folder programming inside Documents and a link in my home directory to it. When I try to build by going to ~/programming/yuzu and the following the directions, running make gave me this error. The solution was to not go through the link but rather go to ~/Documents/programming/yuzu and run cmake and make again. This fixed the issue and the build completed. I don't know if this is an issue with yuzu or cmake, but I just thought I would drop it in here.

Proper GDB Stub

We need a proper gdb stub. Something with stepping, breakpoints etc. The current one doesn't seem to support any of this as of 20bd26d

Development blog

Hi,

Do you plan on setting up and maintaining a development blog?

Other emulators such as dolphin or rpcs3 have greatly benefited from that approach exposure-wise, and it's also generally interesting to read about emulation on a monthly basis.

Thanks.

1.0.0

this was hard, but i did it! now i have switch with first firmware. For now it brand new, but if you want, in some time i will check your homebrew

This is illegal

lorem ipsum dolor sit amet consectetur adipiscing elit

pfba crash with Xbyak error (with dynarmic)

Hardware specs :

• Nvidia GeForce GTX 960
• AMD FX-6300
• 8 GB Of Ram
• Windows 7 Pro

Issue :

when i run the homebrew pfba yuzu after couples of seconds crash with

"Terminate called after throwing an instance of 'Xbyak::Error'
what(): label is too far
This application has resquested the runtime to terminate it in an unusual way.
Please contact the application's support team for more information."

Log :

the major part of the log because there is a bug causes the non-fully registration of the log with the command "yuzu.exe 2> log.txt"
Click Here

(Probably long-term goal) connect to switch controllers?

There is this repository which basically exists to reverse engineer the controllers. It'd be cool if yuzu used it in order to support switch joycons.

Double Buffering not working

So I have been trying to work on a homebrew game for the nintendo switch, however I came across a problem. Whenever I try to flip or use double buffering on the graphics, it never works. However, when I open singlebuffering.nro in the examples the emulator seems to work just fine.

So there are a few ways to fix this:

1. Is double buffering enabled
2. How do i single buffer, since the source code isn't in the examples, its just singlebuffering.nro

Mario+Rabbits, unimplemented function '1': port='IProfile'

This function for sure exists: https://github.com/yuzu-emu/yuzu/blob/master/src/core/hle/service/acc/acc_u0.cpp#L16

but game crash with such error

latest master: abc4be8 (i just change log_trace to log_debug in ServiceFrameworkBase::InvokeRequest
https://pastebin.com/7RX76vUz

Sound not enabled

So I was testing sound and beeping through the devKitPro and I realized I was getting a fallback error?

Has beeping and/or sound been enabled yet?

RA BeetlePSX and mGBA cores fail to boot

Tested with the latest Nightly build.

Yuzu crashes with [ 11.852889] Debug <Critical> core\hle\kernel\process.cpp:Kernel::Process::MirrorMemory:<lambda_2a99f60e6db09029b87ae9ae414b5702>::operator ():282: Assertion Failed! Backing block doesn't exist for address

Full log here, happens both with Unicorn and Dynarmic.

SetProcessDpiAwareness Failure

Yuzu - f53dc4c

The current version of QT that Yuzu uses has a bug when trying to set dpi awareness causing incorrect scaling behavior on some monitors.

Example error:

SetProcessDpiAwareness(2) failed: COM error 0xffffffff80070005  (Unknown error 0x0ffffffff80070005), using 2

The fix is to update QT to 5.7.1 or later.

Pull Requests:
ext-windows-bin: yuzu-emu/ext-windows-bin#1
Yuzu: #66

Builds fail on Ubuntu 14.04

Hi!

I've been unable to build yuzu on Ubuntu 14.04. I'm hopeful that I can help identify build issues and help get them fixed.

I've been attempting to build every few days using clang-5.0

Here's the latest attempted build output and errors.

$ cmake ..
-- The C compiler identification is Clang 5.0.0
-- The CXX compiler identification is Clang 5.0.0
-- Check for working C compiler: /usr/bin/clang
-- Check for working C compiler: /usr/bin/clang -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Detecting C compile features
-- Detecting C compile features - done
-- Check for working CXX compiler: /usr/bin/clang++
-- Check for working CXX compiler: /usr/bin/clang++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Target architecture: x86_64
-- Boost 1.63.0 or newer not found, falling back to externals
-- Looking for pthread.h
-- Looking for pthread.h - found
-- Looking for pthread_create
-- Looking for pthread_create - not found
-- Check if compiler accepts -pthread
-- Check if compiler accepts -pthread - yes
-- Found Threads: TRUE
<FindSDL2.cmake>
</FindSDL2.cmake>
-- Found SDL2: /usr/lib/x86_64-linux-gnu/libSDL2main.a;/usr/lib/x86_64-linux-gnu/libSDL2.so;-pthread
-- unicorn not found, falling back to externals
-- Found PythonInterp: /usr/bin/python2.7 (found suitable version "2.7.6", minimum required is "2.7")
-- Defaulting to a Release build
-- Target architecture: x86_64
-- CMake version: 3.10.20171231-g6eaa9
-- Version: 3.0.2
-- Build type: Release
-- Performing Test HAVE_STD_CPP11_FLAG
-- Performing Test HAVE_STD_CPP11_FLAG - Success
-- Performing Test FMT_CPP11_CMATH
-- Performing Test FMT_CPP11_CMATH - Success
-- Performing Test FMT_CPP11_UNISTD_H
-- Performing Test FMT_CPP11_UNISTD_H - Success
-- Performing Test FMT_CPP11_SNPRINTF
-- Performing Test FMT_CPP11_SNPRINTF - Success
-- Performing Test SUPPORTS_VARIADIC_TEMPLATES
-- Performing Test SUPPORTS_VARIADIC_TEMPLATES - Success
-- Performing Test SUPPORTS_INITIALIZER_LIST
-- Performing Test SUPPORTS_INITIALIZER_LIST - Failed
-- Performing Test SUPPORTS_ENUM_BASE
-- Performing Test SUPPORTS_ENUM_BASE - Failed
-- Performing Test SUPPORTS_TYPE_TRAITS
-- Performing Test SUPPORTS_TYPE_TRAITS - Failed
-- Performing Test SUPPORTS_USER_DEFINED_LITERALS
-- Performing Test SUPPORTS_USER_DEFINED_LITERALS - Failed
-- Looking for open
-- Looking for open - found
-- Performing Test CFLAG_Wall
-- Performing Test CFLAG_Wall - Success
-- Performing Test CFLAG_Wextra
-- Performing Test CFLAG_Wextra - Success
-- Performing Test CFLAG_Wundef
-- Performing Test CFLAG_Wundef - Success
-- Performing Test CFLAG_Wcast_qual
-- Performing Test CFLAG_Wcast_qual - Success
-- Performing Test CFLAG_Wcast_align
-- Performing Test CFLAG_Wcast_align - Success
-- Performing Test CFLAG_Wshadow
-- Performing Test CFLAG_Wshadow - Success
-- Performing Test CFLAG_Wswitch_enum
-- Performing Test CFLAG_Wswitch_enum - Success
-- Performing Test CFLAG_Wdeclaration_after_statement
-- Performing Test CFLAG_Wdeclaration_after_statement - Success
-- Performing Test CFLAG_Wstrict_prototypes
-- Performing Test CFLAG_Wstrict_prototypes - Success
-- Performing Test CFLAG_Wpointer_arith
-- Performing Test CFLAG_Wpointer_arith - Success
-- Performing Test CFLAG_W4
-- Performing Test CFLAG_W4 - Failed
-- Configuring done
CMake Warning (dev) in src/yuzu/CMakeLists.txt:
Policy CMP0071 is not set: Let AUTOMOC and AUTOUIC process GENERATED files.
Run "cmake --help-policy CMP0071" for policy details. Use the cmake_policy
command to set the policy and suppress this warning.

For compatibility, CMake is excluding the GENERATED source file(s):

"/home/rcampbel/project/yuzu/build/src/yuzu/ui_aboutdialog.h"
"/home/rcampbel/project/yuzu/build/src/yuzu/ui_configure.h"
"/home/rcampbel/project/yuzu/build/src/yuzu/ui_configure_debug.h"
"/home/rcampbel/project/yuzu/build/src/yuzu/ui_configure_general.h"
"/home/rcampbel/project/yuzu/build/src/yuzu/ui_configure_graphics.h"
"/home/rcampbel/project/yuzu/build/src/yuzu/ui_configure_input.h"
"/home/rcampbel/project/yuzu/build/src/yuzu/ui_configure_system.h"
"/home/rcampbel/project/yuzu/build/src/yuzu/ui_registers.h"
"/home/rcampbel/project/yuzu/build/src/yuzu/ui_hotkeys.h"
"/home/rcampbel/project/yuzu/build/src/yuzu/ui_main.h"

from processing by AUTOMOC. If any of the files should be processed, set
CMP0071 to NEW. If any of the files should not be processed, explicitly
exclude them by setting the source file property SKIP_AUTOMOC:

set_property(SOURCE file.h PROPERTY SKIP_AUTOMOC ON)

This warning is for project developers. Use -Wno-dev to suppress it.

-- Generating done
-- Build files have been written to: /home/rcampbel/project/yuzu/build
rcampbel@rcampbel-OptiPlex-745~/project/yuzu/build $ make
Scanning dependencies of target unicorn-build
[ 0%] Built target unicorn-build
Scanning dependencies of target fmt
[ 1%] Building CXX object externals/fmt/fmt/CMakeFiles/fmt.dir/posix.cc.o
[ 1%] Building CXX object externals/fmt/fmt/CMakeFiles/fmt.dir/format.cc.o
[ 2%] Building CXX object externals/fmt/fmt/CMakeFiles/fmt.dir/ostream.cc.o
[ 2%] Building CXX object externals/fmt/fmt/CMakeFiles/fmt.dir/printf.cc.o
[ 2%] Linking CXX static library libfmt.a
[ 2%] Built target fmt
Scanning dependencies of target dynarmic
[ 2%] Building CXX object externals/dynarmic/src/CMakeFiles/dynarmic.dir/common/memory_pool.cpp.o
[ 3%] Building CXX object externals/dynarmic/src/CMakeFiles/dynarmic.dir/frontend/A32/disassembler/disassembler_arm.cpp.o
[ 3%] Building CXX object externals/dynarmic/src/CMakeFiles/dynarmic.dir/frontend/A32/disassembler/disassembler_thumb.cpp.o
[ 3%] Building CXX object externals/dynarmic/src/CMakeFiles/dynarmic.dir/frontend/A32/ir_emitter.cpp.o
[ 4%] Building CXX object externals/dynarmic/src/CMakeFiles/dynarmic.dir/frontend/A32/location_descriptor.cpp.o
[ 4%] Building CXX object externals/dynarmic/src/CMakeFiles/dynarmic.dir/frontend/A32/translate/translate.cpp.o
[ 5%] Building CXX object externals/dynarmic/src/CMakeFiles/dynarmic.dir/frontend/A32/translate/translate_arm.cpp.o
[ 5%] Building CXX object externals/dynarmic/src/CMakeFiles/dynarmic.dir/frontend/A32/translate/translate_arm/branch.cpp.o
[ 5%] Building CXX object externals/dynarmic/src/CMakeFiles/dynarmic.dir/frontend/A32/translate/translate_arm/coprocessor.cpp.o
[ 6%] Building CXX object externals/dynarmic/src/CMakeFiles/dynarmic.dir/frontend/A32/translate/translate_arm/data_processing.cpp.o
[ 6%] Building CXX object externals/dynarmic/src/CMakeFiles/dynarmic.dir/frontend/A32/translate/translate_arm/exception_generating.cpp.o
[ 6%] Building CXX object externals/dynarmic/src/CMakeFiles/dynarmic.dir/frontend/A32/translate/translate_arm/extension.cpp.o
[ 7%] Building CXX object externals/dynarmic/src/CMakeFiles/dynarmic.dir/frontend/A32/translate/translate_arm/load_store.cpp.o
[ 7%] Building CXX object externals/dynarmic/src/CMakeFiles/dynarmic.dir/frontend/A32/translate/translate_arm/misc.cpp.o
[ 8%] Building CXX object externals/dynarmic/src/CMakeFiles/dynarmic.dir/frontend/A32/translate/translate_arm/multiply.cpp.o
[ 8%] Building CXX object externals/dynarmic/src/CMakeFiles/dynarmic.dir/frontend/A32/translate/translate_arm/packing.cpp.o
[ 8%] Building CXX object externals/dynarmic/src/CMakeFiles/dynarmic.dir/frontend/A32/translate/translate_arm/parallel.cpp.o
[ 9%] Building CXX object externals/dynarmic/src/CMakeFiles/dynarmic.dir/frontend/A32/translate/translate_arm/reversal.cpp.o
[ 9%] Building CXX object externals/dynarmic/src/CMakeFiles/dynarmic.dir/frontend/A32/translate/translate_arm/saturated.cpp.o
[ 10%] Building CXX object externals/dynarmic/src/CMakeFiles/dynarmic.dir/frontend/A32/translate/translate_arm/status_register_access.cpp.o
[ 10%] Building CXX object externals/dynarmic/src/CMakeFiles/dynarmic.dir/frontend/A32/translate/translate_arm/synchronization.cpp.o
[ 10%] Building CXX object externals/dynarmic/src/CMakeFiles/dynarmic.dir/frontend/A32/translate/translate_arm/vfp2.cpp.o
[ 11%] Building CXX object externals/dynarmic/src/CMakeFiles/dynarmic.dir/frontend/A32/translate/translate_thumb.cpp.o
[ 11%] Building CXX object externals/dynarmic/src/CMakeFiles/dynarmic.dir/frontend/A32/types.cpp.o
[ 11%] Building CXX object externals/dynarmic/src/CMakeFiles/dynarmic.dir/frontend/A64/ir_emitter.cpp.o
[ 12%] Building CXX object externals/dynarmic/src/CMakeFiles/dynarmic.dir/frontend/A64/location_descriptor.cpp.o
[ 12%] Building CXX object externals/dynarmic/src/CMakeFiles/dynarmic.dir/frontend/A64/translate/impl/branch.cpp.o
[ 13%] Building CXX object externals/dynarmic/src/CMakeFiles/dynarmic.dir/frontend/A64/translate/impl/data_processing_addsub.cpp.o
[ 13%] Building CXX object externals/dynarmic/src/CMakeFiles/dynarmic.dir/frontend/A64/translate/impl/data_processing_bitfield.cpp.o
[ 13%] Building CXX object externals/dynarmic/src/CMakeFiles/dynarmic.dir/frontend/A64/translate/impl/data_processing_conditional_select.cpp.o
[ 14%] Building CXX object externals/dynarmic/src/CMakeFiles/dynarmic.dir/frontend/A64/translate/impl/data_processing_logical.cpp.o
[ 14%] Building CXX object externals/dynarmic/src/CMakeFiles/dynarmic.dir/frontend/A64/translate/impl/data_processing_pcrel.cpp.o
[ 15%] Building CXX object externals/dynarmic/src/CMakeFiles/dynarmic.dir/frontend/A64/translate/impl/data_processing_register.cpp.o
[ 15%] Building CXX object externals/dynarmic/src/CMakeFiles/dynarmic.dir/frontend/A64/translate/impl/exception_generating.cpp.o
[ 15%] Building CXX object externals/dynarmic/src/CMakeFiles/dynarmic.dir/frontend/A64/translate/impl/impl.cpp.o
[ 16%] Building CXX object externals/dynarmic/src/CMakeFiles/dynarmic.dir/frontend/A64/translate/impl/load_store_load_literal.cpp.o
[ 16%] Building CXX object externals/dynarmic/src/CMakeFiles/dynarmic.dir/frontend/A64/translate/impl/load_store_register_immediate.cpp.o
[ 16%] Building CXX object externals/dynarmic/src/CMakeFiles/dynarmic.dir/frontend/A64/translate/impl/load_store_register_pair.cpp.o
[ 17%] Building CXX object externals/dynarmic/src/CMakeFiles/dynarmic.dir/frontend/A64/translate/impl/move_wide.cpp.o
[ 17%] Building CXX object externals/dynarmic/src/CMakeFiles/dynarmic.dir/frontend/A64/translate/impl/simd_three_same.cpp.o
[ 18%] Building CXX object externals/dynarmic/src/CMakeFiles/dynarmic.dir/frontend/A64/translate/translate.cpp.o
[ 18%] Building CXX object externals/dynarmic/src/CMakeFiles/dynarmic.dir/frontend/A64/types.cpp.o
[ 18%] Building CXX object externals/dynarmic/src/CMakeFiles/dynarmic.dir/frontend/ir/basic_block.cpp.o
[ 19%] Building CXX object externals/dynarmic/src/CMakeFiles/dynarmic.dir/frontend/ir/ir_emitter.cpp.o
[ 19%] Building CXX object externals/dynarmic/src/CMakeFiles/dynarmic.dir/frontend/ir/location_descriptor.cpp.o
[ 20%] Building CXX object externals/dynarmic/src/CMakeFiles/dynarmic.dir/frontend/ir/microinstruction.cpp.o
[ 20%] Building CXX object externals/dynarmic/src/CMakeFiles/dynarmic.dir/frontend/ir/opcodes.cpp.o
[ 20%] Building CXX object externals/dynarmic/src/CMakeFiles/dynarmic.dir/frontend/ir/value.cpp.o
[ 21%] Building CXX object externals/dynarmic/src/CMakeFiles/dynarmic.dir/ir_opt/a32_constant_memory_reads_pass.cpp.o
[ 21%] Building CXX object externals/dynarmic/src/CMakeFiles/dynarmic.dir/ir_opt/a32_get_set_elimination_pass.cpp.o
[ 22%] Building CXX object externals/dynarmic/src/CMakeFiles/dynarmic.dir/ir_opt/a64_merge_interpret_blocks.cpp.o
[ 22%] Building CXX object externals/dynarmic/src/CMakeFiles/dynarmic.dir/ir_opt/constant_propagation_pass.cpp.o
[ 22%] Building CXX object externals/dynarmic/src/CMakeFiles/dynarmic.dir/ir_opt/dead_code_elimination_pass.cpp.o
[ 23%] Building CXX object externals/dynarmic/src/CMakeFiles/dynarmic.dir/ir_opt/verification_pass.cpp.o
[ 23%] Building CXX object externals/dynarmic/src/CMakeFiles/dynarmic.dir/backend_x64/a32_emit_x64.cpp.o
[ 23%] Building CXX object externals/dynarmic/src/CMakeFiles/dynarmic.dir/backend_x64/a32_interface.cpp.o
[ 24%] Building CXX object externals/dynarmic/src/CMakeFiles/dynarmic.dir/backend_x64/a32_jitstate.cpp.o
[ 24%] Building CXX object externals/dynarmic/src/CMakeFiles/dynarmic.dir/backend_x64/a64_emit_x64.cpp.o
[ 25%] Building CXX object externals/dynarmic/src/CMakeFiles/dynarmic.dir/backend_x64/a64_interface.cpp.o
[ 25%] Building CXX object externals/dynarmic/src/CMakeFiles/dynarmic.dir/backend_x64/a64_jitstate.cpp.o
[ 25%] Building CXX object externals/dynarmic/src/CMakeFiles/dynarmic.dir/backend_x64/abi.cpp.o
[ 26%] Building CXX object externals/dynarmic/src/CMakeFiles/dynarmic.dir/backend_x64/block_of_code.cpp.o
[ 26%] Building CXX object externals/dynarmic/src/CMakeFiles/dynarmic.dir/backend_x64/callback.cpp.o
[ 27%] Building CXX object externals/dynarmic/src/CMakeFiles/dynarmic.dir/backend_x64/constant_pool.cpp.o
[ 27%] Building CXX object externals/dynarmic/src/CMakeFiles/dynarmic.dir/backend_x64/emit_x64.cpp.o
/home/rcampbel/project/yuzu/externals/dynarmic/src/backend_x64/emit_x64.cpp:2951:29: fatal error: no template named 'is_same_v' in
namespace 'std'; did you mean 'is_same'?
if constexpr (!std::is_same_v<T, IR::Term::Invalid>) {
~~~~~^~~~~~~~~
is_same
/usr/bin/../lib/gcc/x86_64-linux-gnu/6.3.0/../../../../include/c++/6.3.0/type_traits:1517:12: note: 'is_same' declared here
struct is_same
^
1 error generated.
make[2]: *** [externals/dynarmic/src/CMakeFiles/dynarmic.dir/backend_x64/emit_x64.cpp.o] Error 1
make[1]: *** [externals/dynarmic/src/CMakeFiles/dynarmic.dir/all] Error 2
make: *** [all] Error 2

Huge Framerate decrease with dynarmic on some latest nightly builds

Hardware Specs :

• Nvidia GeForce GTX 960
• AMD FX-6300
• 8 GB Of Ram
• Windows 7 Pro

Yuzu Build Version tested :

Yuzu nightly build HEAD-68658ce

The issue :

I have notice a few nightly builds ago that there is a huge frame rate decrease with dynarmic. Before on oxidgb.10-print I was able to achieve 40 fps and now I'm able to achieve 2 fps. Another example on SpaceNX before i was able to achieve 12 fps and now I'm able to achieve 8 fps.
So what the reason of this frame rate decrease ?

svcSetHeapSize cannot expand heap

Commit used: 5750f6f
svcSetHeapSize is unable to adjust the size of the heap when blocks from the currently existing region have been remapped. Libtransistor's test_sdl encounters this behaviour. I'm not sure if this happens when the entire heap's memory state is clean.

cmake error

MacOS platform

How to resolve it?

-- The C compiler identification is AppleClang 9.0.0.9000039 -- The CXX compiler identification is AppleClang 9.0.0.9000039 -- Check for working C compiler: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/cc -- Check for working C compiler: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/cc -- works -- Detecting C compiler ABI info -- Detecting C compiler ABI info - done -- Detecting C compile features -- Detecting C compile features - done -- Check for working CXX compiler: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/c++ -- Check for working CXX compiler: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/c++ -- works -- Detecting CXX compiler ABI info -- Detecting CXX compiler ABI info - done -- Detecting CXX compile features -- Detecting CXX compile features - done CMake Error at CMakeLists.txt:4 (include): include could not find load file:

DownloadExternals

-- CMake version: 3.10.1 -- Version: 3.0.2 -- Build type: Release -- Performing Test HAVE_STD_CPP11_FLAG -- Performing Test HAVE_STD_CPP11_FLAG - Success -- Performing Test FMT_CPP11_CMATH -- Performing Test FMT_CPP11_CMATH - Success -- Performing Test FMT_CPP11_UNISTD_H -- Performing Test FMT_CPP11_UNISTD_H - Success -- Performing Test FMT_CPP11_SNPRINTF -- Performing Test FMT_CPP11_SNPRINTF - Success -- Performing Test SUPPORTS_VARIADIC_TEMPLATES -- Performing Test SUPPORTS_VARIADIC_TEMPLATES - Success -- Performing Test SUPPORTS_INITIALIZER_LIST -- Performing Test SUPPORTS_INITIALIZER_LIST - Success -- Performing Test SUPPORTS_ENUM_BASE -- Performing Test SUPPORTS_ENUM_BASE - Success -- Performing Test SUPPORTS_TYPE_TRAITS -- Performing Test SUPPORTS_TYPE_TRAITS - Success -- Performing Test SUPPORTS_USER_DEFINED_LITERALS -- Performing Test SUPPORTS_USER_DEFINED_LITERALS - Success -- Looking for open -- Looking for open - found CMake Error at glad/CMakeLists.txt:9 (create_directory_groups): Unknown CMake command "create_directory_groups".

CMake Warning (dev) in CMakeLists.txt: No cmake_minimum_required command is present. A line of code such as

cmake_minimum_required(VERSION 3.10)

should be added at the top of the file. The version specified may be lower if you wish to support older CMake versions for this project. For more information run "cmake --help-policy CMP0000". This warning is for project developers. Use -Wno-dev to suppress it.

-- Configuring incomplete, errors occurred!

Can't compile in Linux or Windows.

I am using #3610 tring to compile the main.cpp but I just get this error,

In file included from /usr/include/c++/4.6/cinttypes:35:0,
from main.cpp:5:
/usr/include/c++/4.6/bits/c++0x_warning.h:32:2: error: #error This file requires compiler and library support for the upcoming ISO C++ standard, C++0x. This support is currently experimental, and must be enabled with the -std=c++0x or -std=gnu++0x compiler options.
main.cpp:9:23: fatal error: glad/glad.h: No such file or directory
compilation terminated.

I am trying to compile in linux, but I also tried in windows, but it gets a similar error.