base on Streamline Integration Framework # Streamline (SL) - Version 2.7.30 Streamline is an open-sourced cross-IHV solution that simplifies integration of the latest NVIDIA and other independent hardware vendors’ super resolution technologies into applications and games. This framework allows developers to easily implement one single integration and enable multiple super-resolution technologies and other graphics effects supported by the hardware vendor. This repo contains the SDK for integrating Streamline into your application. For a high level overview, see the [NVIDIA Developer Streamline page](https://developer.nvidia.com/rtx/streamline) As of SL 2.0.0, it is now possible to recompile all of SL from source, with the exception of the DLSS-G plugin. The DLSS-G plugin is provided as prebuilt DLLs only. We also provide prebuilt DLLs (signed) for all other plugins that have source. Most application developers will never need to rebuild SL themselves, especially for shipping; all of the pieces needed to develop, debug and ship an application that integrates SL and its features are provided in the pre-existing directories `bin/`, `include/`, and `lib/`. Compiling from source is purely optional and likely of interest to a subset of SL application developers. For developers wishing to build SL from source, see the following sections. ------ ## Prerequisites #### Hardware - GPU supporting DirectX 11 and Vulkan 1.2 or higher #### Windows - Win10 20H1 (version 2004 - 10.0.19041) or newer - Install latest graphics driver (**if using NVIDIA GPU it MUST be 512.15 or newer**) - Install VS Code or VS2017/VS2019 with [SDK 10.0.19041+](https://go.microsoft.com/fwlink/?linkid=2120843) - Install "git". - Clone your fork to a local hard drive, make sure to use a NTFS drive on Windows (SL uses symbolic links) ## BUILDING SL FROM SOURCE ------------------------------------------------ As mentioned in the lead section of this document, SL now ships with most of its source code available, which allows developers who wish to build most of SL from source to do so locally. The sole exception is the DLSS-G plugin, which is only available procompiled. > **IMPORTANT:** > Only use `production` builds when releasing your software. Also, use either the original NVIDIA-signed SL DLLs or implement your own signing system (and check for that signature in SL), otherwise SL plugins could be replaced with potentially malicious modules. #### Configuring and Building a Tree All of SL's projects and build information (and those of all SL based apps) are controlled through a single platform independent build script called `premake5.lua`. This is located in the root of the SL tree and uses the `premake` project creation toolchain. Any new projects or changes to existing projects must be listed in this file. For most projects, all source and header files found within a project's directory will be automatically added to that project. To configure a new SL tree to build, there is a script called `setup.bat`. Note that on Windows this must be run from either a Windows command prompt window or a PowerShell window. Running the `setup.bat` script will cause two things to be done: 1. Use the NVIDIA tool `packman` to pull all build dependencies to the local machine and cache them in a shared directory. Links are created from `external` in the SL tree to this shared cache for external build dependencies. 2. Run `premake` to generate the project build files in `_project\vs2017` (for Windows) To build the project, simply open `_project\vs2017\streamline.sln` in Visual Studio, select the desired build configuration and build, or else use the provided build script: `./build.bat` with `-{debug|develop|production}` (`debug` is default) or use VS IDE and load solution from the `_project` directory The default setting is to target x86_64 CPU architecture. > NOTE: To build the project minimal configuration is needed. Any version of Windows 10 will do. Then run the setup and build scripts as described here above. That's it. The specific version of Windows, NVIDIA driver, or Vulkan are all runtime dependencies, not compile/link time dependencies. This allows SL to build on stock virtual machines that require zero configuration. This is a beautiful thing, help us keep it that way. #### Changing an Existing Project Do not edit the MSVC project files (or Makefiles on other platforms) directly! Always modify the `premake5.lua` described above. When changing an existing project's settings or contents (ie: adding a new source file, changing a compiler setting, linking to a new library, etc), it is necessary to run `setup.bat` again for those changes to take effect and MSVC project files and or solution will need to be reloaded in the IDE. NVIDIA does not recommend making changes to the headers in `include`, as these can affect the API itself and can make developer-built components incompatible with NVIDIA-supplied components. #### Using the results of local builds Once the project is built for a configuration, the built, unsigned DLLs may be found in `_artifacts\sl.*\<Config>\`. These DLLs can be copied as desired into the `bin\x64` directory, or packaged for use in the application itself. Obviously, `sl.dlss_g.dll` cannot be built from source and thus the prebuilt copy must be used. #### (Optional) Compiling Shaders If you would like to recompile the shaders for the NIS plugin, you will need to have Python 3 installed and in the path. ## SDK Packaging - Execute `./package.bat` with `-{debug|develop|production}` (`production` is default) The packaged SDK can be found in the generated `_sdk` folder. ## Debugging Streamline offers several ways to debug and troubleshoot issues. Please see the following pages for more information. * Using SL ImGui: [Debugging - SL ImGUI (Realtime Data Inspection).md](<docs/Debugging - SL ImGUI (Realtime Data Inspection).md>) * Using JSON configuration files: [Debugging - JSON Configs (Plugin Configs).md](<docs/Debugging - JSON Configs (Plugin Configs).md>) ### Logging Starting with Streamline 2.7.x, it is possible to forcibly override logging settings such as log level, log file output path/name and whether to log to a separate console window. There are two ways to override the log settings: via the Windows registry, or using environment variables. Environment variables take precedence over the Windows registry (i.e. if you have both a registry override and an environment variable override in effect, the environment variable's override value will be used). The log path setting refers to a writeable directory on the filesystem where Streamline can place its log file (called `sl.log` by default). Change the log name setting to change the name of this log file. The logging override keys live in the `HKEY_LOCAL_MACHINE\SOFTWARE\NVIDIA Corporation\Global\Streamline` subkey. | Description | Registry Value | Registry Value Type | Environment Variable | Valid Data | | ------------------------------------------------- | ---------------------- | ------------------- | --------------------------- | ---------- | | Enable console logging to separate console window | `EnableConsoleLogging` | DWORD | `SL_ENABLE_CONSOLE_LOGGING` | [0-1] | | Log level | `LogLevel` | DWORD | `SL_LOG_LEVEL` | [0-2] | | Output directory for log file | `LogPath` | String | `SL_LOG_PATH` | Any string | | Filename to log to | `LogName` | String | `SL_LOG_NAME` | Any string | For convenience, there are also two registry files in the Streamline repo that can quickly enable or disable logging, called `streamline_logging_disable.reg` and `streamline_logging_enable.reg`. > **NOTE:** > The Streamline interposer configuration (JSON) takes precedence over these logging overrides. ## General Programming Guide Please read [ProgrammingGuide.md](docs/ProgrammingGuide.md) to learn about the integration in games. ## Advanced Programming Guide - Manual Hooking With Lowest Overhead Please read [ProgrammingGuideManualHooking.md](docs/ProgrammingGuideManualHooking.md) to learn about advanced SL integration in games. ## Programming Guides Per Feature: - [DLSS Super Resolution](docs/ProgrammingGuideDLSS.md) - [DLSS Frame Generation](docs/ProgrammingGuideDLSS_G.md) - [Reflex](docs/ProgrammingGuideReflex.md) - [NIS](docs/ProgrammingGuideNIS.md) ## Sample Plugin Source Code A sample Streamline plugin source code is located [here](source/plugins/sl.template/templateEntry.cpp) ## Sample App and Source A sample application using Streamline may be found in [this git repo](https://github.com/NVIDIAGameWorks/Streamline_Sample) ", Assign "at most 3 tags" to the expected json: {"id":"9108","tags":[]} "only from the tags list I provide: [{"id":77,"name":"3d"},{"id":89,"name":"agent"},{"id":17,"name":"ai"},{"id":54,"name":"algorithm"},{"id":24,"name":"api"},{"id":44,"name":"authentication"},{"id":3,"name":"aws"},{"id":27,"name":"backend"},{"id":60,"name":"benchmark"},{"id":72,"name":"best-practices"},{"id":39,"name":"bitcoin"},{"id":37,"name":"blockchain"},{"id":1,"name":"blog"},{"id":45,"name":"bundler"},{"id":58,"name":"cache"},{"id":21,"name":"chat"},{"id":49,"name":"cicd"},{"id":4,"name":"cli"},{"id":64,"name":"cloud-native"},{"id":48,"name":"cms"},{"id":61,"name":"compiler"},{"id":68,"name":"containerization"},{"id":92,"name":"crm"},{"id":34,"name":"data"},{"id":47,"name":"database"},{"id":8,"name":"declarative-gui "},{"id":9,"name":"deploy-tool"},{"id":53,"name":"desktop-app"},{"id":6,"name":"dev-exp-lib"},{"id":59,"name":"dev-tool"},{"id":13,"name":"ecommerce"},{"id":26,"name":"editor"},{"id":66,"name":"emulator"},{"id":62,"name":"filesystem"},{"id":80,"name":"finance"},{"id":15,"name":"firmware"},{"id":73,"name":"for-fun"},{"id":2,"name":"framework"},{"id":11,"name":"frontend"},{"id":22,"name":"game"},{"id":81,"name":"game-engine "},{"id":23,"name":"graphql"},{"id":84,"name":"gui"},{"id":91,"name":"http"},{"id":5,"name":"http-client"},{"id":51,"name":"iac"},{"id":30,"name":"ide"},{"id":78,"name":"iot"},{"id":40,"name":"json"},{"id":83,"name":"julian"},{"id":38,"name":"k8s"},{"id":31,"name":"language"},{"id":10,"name":"learning-resource"},{"id":33,"name":"lib"},{"id":41,"name":"linter"},{"id":28,"name":"lms"},{"id":16,"name":"logging"},{"id":76,"name":"low-code"},{"id":90,"name":"message-queue"},{"id":42,"name":"mobile-app"},{"id":18,"name":"monitoring"},{"id":36,"name":"networking"},{"id":7,"name":"node-version"},{"id":55,"name":"nosql"},{"id":57,"name":"observability"},{"id":46,"name":"orm"},{"id":52,"name":"os"},{"id":14,"name":"parser"},{"id":74,"name":"react"},{"id":82,"name":"real-time"},{"id":56,"name":"robot"},{"id":65,"name":"runtime"},{"id":32,"name":"sdk"},{"id":71,"name":"search"},{"id":63,"name":"secrets"},{"id":25,"name":"security"},{"id":85,"name":"server"},{"id":86,"name":"serverless"},{"id":70,"name":"storage"},{"id":75,"name":"system-design"},{"id":79,"name":"terminal"},{"id":29,"name":"testing"},{"id":12,"name":"ui"},{"id":50,"name":"ux"},{"id":88,"name":"video"},{"id":20,"name":"web-app"},{"id":35,"name":"web-server"},{"id":43,"name":"webassembly"},{"id":69,"name":"workflow"},{"id":87,"name":"yaml"}]" returns me the "expected json"