MSI AB / RTSS development news thread

Do a search for SyncDisplay profile entry. It is up to you to configure display index to sync with in multimonitor environment and it was documented in this thread before.

 

Dear forum visitors,

Back to school season just started, so I’m back to development and new RTSS beta is around the corner. Since introducing OverlayEditor plugin I keep receiving the questions about implementation of MSI AB’s alarm thresholds feature (i.e. ability to change overlay text color depending on some monitored parameter, e.g. temperature) natively inside the new overlay editor. I’m not a fan of overlays looking like a blinking Christmas tree and I was under impression that this MSI AB’s feature is not too frequently used by you, but the feature is being requested again and again so I changed my mind. So new beta will introduce the concept of dynamic colors in OverlayEditor:




- Now you can easily switch between dynamic or static color modes for each layer text or background color attributes with “>>” and “<<” buttons inside the color picker dialog. (D)ynamic color mode is reflected by “D” letter displayed on top of color preview box (green text color preview box next to "Use custom text color" option in “Layer properties” window on my screenshot).
- For dynamic color mode you can define up to 5 value ranges (open or closed) mapped to 5 different colors and bind color selection rule with any data source. In my example I associated dynamic color selection rule with “GPU1 usage” data source and defined the following rages mapped to different colors: green in <50% range, yellow in [50%;75%] range, red in [75;100%] range, and red in >100% range. Dynamic colors can be either fixed for each range or blended to produce smooth color gradient for nearby closed ranges. For example, if we enable “Blend colors” in dynamic color picker dialog, it will result in smooth green to yellow gradient in [50%;75%] range and smooth yellow to red gradient in [75%;100%] range. Preview field and slider inside dynamic color picker dialog allow you to see how dynamic color changes when associated data source changes.
- Dynamic color attribute can be either the same for all layer items, or you can embed dynamic color recalculation formula/rule into hypertext layer so layer items can use it to recalculate their colors (for example embedded graphs can use embedded formula to calculate independent dynamic color for each graph point).

I’m testing new beta internally and hope to publish it soon.

Stay tuned!

 

RTSS 7.3.2 beta 3 Build 25026 is available for download:

- Fixed Windows XP/Vista compatibility regression, introduced in the previous version due to adding Windows 7+ specific in-process RAM usage performance counters
- Added runtime validation of time format string for <TIME> hypertext tag
- Added dynamic color formulas support for <C> hypertext tag
- Hypertext buffer size has been extended to 32KB
- Improved color picker API. Now client plugins can use extended version of color picker dialog with “>>” (Next) button and use new API function for rendering RGBA color preview into the client image buffer
- Improved OverlayEditor plugin. New version of plugin introduces concept of dynamic color attributes, which bring MSI Afterburner’s OSD alarm thresholds feature support natively to the plugin. Any color attribute (e.g. layer text or background color) can be switched to dynamic mode by pressing “>>” button inside the color picker dialog or switched back to static color mode by pressing “<<” button. Dynamic colors can be linked with any data source visible to the plugin, can have up to 5 open or closed value ranges mapped to different colors, can either select fixed color by range or blend colors for nearby ranges allowing implementing smooth gradients for dynamic color changes if necessary
- Improved compatibility with multithreaded Direct3D12 applications, which concurrently create new swapchains while presenting a frame on a swapchain from different thread (e.g. World of Warcraft)
- Added On-Screen Display profiles for Diablo 2 : Resurrected and World of Warcraft
- Updated profiles list

Grab it here and stay tuned!

https://download-eu2.guru3d.com/rtss/[Guru3D.com]-RTSSSetup732Beta3Build25026.rar

 

A few important notes on range color blending feature for new dynamic colors ("Blend colors" option in "Dynamic color" dialog). Your dynamic color ranges must conform to the following rules to get it working:

- To get colors blended inside the range, range must be closed (i.e. have both min and max defined). Open ranges (for example the first one and the last ones on my screenshot a couple posts above, mapped to <50% and >100% ranges) always result in selecting fixed color without blending.
- To get colors blended inside the range, range must not be the last one. The next range must also exist and next range's minimum must be equal to current range maximum. If those conditions are met, current range color will be blended with next range color. Always use color preview slider inside "Dynamic color" window to verify that you defined color blending rule properly.

 

Hypertext format changes, related to new dynamic color formulas, are documented in this post. Follow the link if you’re developing your own application using RTSS hypertext to render overlay.

 

Just purchased Deathloop to investigate RTSS compatibility issues reported by some reviewers. Game works fine with RTSS out of box, however this game engine is incompatible with "High" application detection mode, which some of you try to enable globally due to some odd reason for all applications instead of default "Low" mode. Please refer to context help and avoid configuring your systems this way, "High" detection mode is a compatibility option, which may help to get injection working in some games which dynamically load DX runtimes. It installs additional hooks which can be incompatible with game engine, it is _compatibility_ setting which is intended to be enabled at profile level and only for games that do not work without it, it was never intented to be enabled globally for all processes running in the system. Doing so is a BAD idea.

 

Thought about it a bit. Considering that I cannot redirect everyone to this forum post, I'll just add built-in profile template with "high" application detection level disabled for Deathloop.exe. Doing so will prevent this specific application from using "high" mode even when it is enabled for global profile. I'll do the same for Fallout76.exe profile template (that's one more game example, which is incompatible with "high" application detection level).

 

7.3.2 beta 3 Build 25029 is available on main download page now:

Guru3D RTSS Rivatuner Statistics Server Download 7.3.2 Beta 3

It is the same binary as build 25026 published a few days ago, installer just includes updated readme and built-in profiles for Deathloop/FO76 like I mentioned in the previous post.

 

GUI option for easy enabling/desabling passive waiting mode in RTSS properties is the next one on my TODO list, so it will appear in the next beta.

 

Didn't take too much time to add it, writing context help for it in both languages took more New option is in the GUI:

 

Nope. And that's not planned, sorry.