summaryrefslogtreecommitdiffstats
path: root/src/yuzu_cmd/yuzu.cpp (follow)
Commit message (Collapse)AuthorAgeFilesLines
* Port web_service from CitrafearlessTobi2018-10-021-0/+3
|
* yuzu-cmd: Add call to CreateFactoriesZach Hilman2018-09-191-1/+3
| | | | Ensures all relevant filesystem objects are initialized and eliminates a crash related to the RegisteredCache.
* yuzu-cmd: fix SDL loggingtgsm2018-09-081-2/+3
|
* vfs_real: Forward declare IOFileLioncash2018-09-021-0/+1
| | | | | | Eliminates the need to rebuild some source files if the file_util header ever changes. This also uncovered some indirect inclusions, which have also been fixed.
* core/core: Replace includes with forward declarations where applicableLioncash2018-08-311-0/+3
| | | | | | | | | | | The follow-up to e2457418dae19b889b2ad85255bb95d4cd0e4bff, which replaces most of the includes in the core header with forward declarations. This makes it so that if any of the headers the core header was previously including change, then no one will need to rebuild the bulk of the core, due to core.h being quite a prevalent inclusion. This should make turnaround for changes much faster for developers.
* loader: Make ResultStatus directly compatible with fmtLioncash2018-08-151-1/+3
| | | | | | | | | We can make the enum class type compatible with fmt by providing an overload of operator<<. While we're at it, perform proper bounds checking. If something exceeds the array, it should be a hard fail, because it's, without a doubt, a programmer error in this case.
* loader: Add more descriptive errorsZach Hilman2018-08-101-13/+11
| | | Full list of new errors and descriptions in core/loader/loader.h
* core: Port core to VfsFilesystem for file accessZach Hilman2018-08-091-0/+1
|
* Merge pull request #912 from lioncash/global-varbunnei2018-08-051-1/+1
|\ | | | | video_core: Eliminate the g_renderer global variable
| * video_core: Eliminate the g_renderer global variableLioncash2018-08-041-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | We move the initialization of the renderer to the core class, while keeping the creation of it and any other specifics in video_core. This way we can ensure that the renderer is initialized and doesn't give unfettered access to the renderer. This also makes dependencies on types more explicit. For example, the GPU class doesn't need to depend on the existence of a renderer, it only needs to care about whether or not it has a rasterizer, but since it was accessing the global variable, it was also making the renderer a part of its dependency chain. By adjusting the interface, we can get rid of this dependency.
* | Merge pull request #849 from DarkLordZach/xcibunnei2018-08-041-5/+11
|\ \ | |/ |/| XCI and Encrypted NCA Support
| * Fix merge conflicts with opus and update docsZach Hilman2018-08-011-2/+2
| |
| * Use more descriptive error codes and messagesZach Hilman2018-08-011-5/+9
| |
| * Make XCI comply to review and style guidelinesZach Hilman2018-08-011-13/+0
| |
| * Remove files that are not usedZach Hilman2018-08-011-0/+15
| |
* | video_core: Make global EmuWindow instance part of the base renderer classLioncash2018-08-021-1/+1
|/ | | | | | | | | | | Makes the global a member of the RendererBase class. We also change this to be a reference. Passing any form of null pointer to these functions is incorrect entirely, especially given the code itself assumes that the pointer would always be in a valid state. This also makes it easier to follow the lifecycle of instances being used, as we explicitly interact the renderer with the rasterizer, rather than it just operating on a global pointer.
* file_util: Use an enum class for GetUserPath()Lioncash2018-07-211-8/+13
| | | | | | | | | | | | | Instead of using an unsigned int as a parameter and expecting a user to always pass in the correct values, we can just convert the enum into an enum class and use that type as the parameter type instead, which makes the interface more type safe. We also get rid of the bookkeeping "NUM_" element in the enum by just using an unordered map. This function is generally low-frequency in terms of calls (and I'd hope so, considering otherwise would mean we're slamming the disk with IO all the time) so I'd consider this acceptable in this case.
* OpenGL: Use MakeCurrent/DoneCurrent for multithreaded rendering.bunnei2018-07-141-0/+5
|
* Port #3335 and #3373 from Citra: "Small SDL fixes" and "Print the actual error preventing SDL from working" (#637)Tobias2018-07-121-3/+1
| | | | | | * Port #3335 and #3373 from Citra * Fixup: Use the new logging placeholders
* yuzu-cmd Apply the filter string from settingsJames Rowe2018-07-121-2/+1
|
* Fix build and address review feedbackbunnei2018-07-031-0/+1
|
* Add configurable logging backendsJames Rowe2018-07-031-1/+6
|
* Update clang formatJames Rowe2018-07-031-3/+3
|
* Rename logging macro back to LOG_*James Rowe2018-07-031-10/+10
|
* yuzu_cmd: Fix project for latest msvc.bunnei2018-05-241-14/+12
|
* frontends: Move logging macros over to new fmt-capable onesLioncash2018-04-271-12/+12
|
* Merge pull request #377 from adityaruplaha/sdl2-fullscreenbunnei2018-04-211-2/+10
|\ | | | | SDL2: Implement fullscreen. (Original PR: citra-emu/citra#3607)
| * SDL2: Implement fullscreen. (Original PR: citra-emu/citra#3607)adityaruplaha2018-04-211-2/+10
| |
* | Implement Pull #3528 from citra: use nvidia graphics automatically on laptops with optimus (with AMD support) (#271)N00byKing2018-04-191-0/+9
|/ | | | | | | | * Port 3528: use nvidia graphics automatically on laptops with optimus * Force dedicated AMD Card for switchable Graphics * Ran clang-format
* yuzu.cpp: Update Link from citra to yuzuN00byKing2018-03-261-1/+1
|
* clang-formatMerryMage2018-01-161-1/+0
|
* Minor cleanupMerryMage2018-01-141-2/+2
|
* Get yuzu sdl to start compilingJames Rowe2018-01-131-0/+176
generated by cgit v1.2.3 (git 2.25.1) at 2024-11-01 20:22:16 +0100