Using a reshade black frame insertion shader fx?

[Chief Blur Buster]

Sure, glad to help. What exactly isn't working with fullscreen exclusive games? Both desktopbfi and shader utilites should work.

DesktopBFI doesn't work in FSE. If you think so, you're actually really running in borderless windowed mode or a FSE-emulation mode.

It's possible to intercept FSE API calls (whether by driver or utility) and turn them into borderless windowed, while the application still think it's running in FSE. In that mode, DesktopBFI would work, but Windows is not actually running it in a native FSE mode.

[RealNC]

It's possible to intercept FSE API calls (whether by driver or utility) and turn them into borderless windowed, while the application still think it's running in FSE. In that mode, DesktopBFI would work, but Windows is not actually running it in a native FSE mode.

SpecialK can do that with its "fake fullscreen mode" option. It is quite compatible, but some games refuse to run with that.

(It will also promote the game's frame presentation mode to use a direct flip model, making windowed mode not suffer any performance or latency penalties compared to exclusive fullscreen.)

[Chief Blur Buster]

I hope SpecialK or Reshade manages to architecture itself to support subframe processors that I've been talking about for years. Earlier was multi-refresh BFI, now today it's CRT simulator that I released at www.blurbusters.com/crt -- and tomorrow it'll be stuff like Plasma TV Simulator / Adjustable LCD GtG on OLED / High Quality LCD Overdrive Algorithms / etc.

I don't do the driver programming, I do the algorithms, please help Blur Busters by getting the ecosystem ready for subrefresh processors (including removal of native:simulated ratios, I can do CRT-VRR in the future too). Simulated VRR + Simulated CRT like a software based GSYNC Pulsar, to any fixed-Hz OLED.[/]

Code: Select all

Select Simulated Display:   [CRT | Plasma | Slow LCD | Fast LCD | DLP | 35mm Projector | Others...]
Adjust Simulted Settings    [Phosphor Speed Settings>> | GtG Speed Settings>> | Subfield Dither Settings >>]
Select Simulated Hz:        24Hz [||||||||||||||-----------------------------------------------] 1000Hz
Enable Simulated VRR:       [Off | On]

Given enough brute Hz, and access to linear colorspace, and a beautifully generic unspent-photons Talbot Plateau energy buffer approach, this becomes possible.

When I turn off the generic crappy chinese LCD GtG algorithms (obsolete 17x17 OD LUTs, ugh), and enable a superior LCD GtG overdrive in a GPU shader, it suddenly becomes almost as good as a GSYNC monitor's overdrive! I'll eventually opensource this within a year or two. But it can only happen on the first refresh cycle after a new frame (regardless of content framerate).

Yeah, that inhouse experiment works but is not VRR compatible, but at least I can beat a cheap monitor's overdrive, that you simply turn off the montior overdrive, and use my shader overdrive instead. Might rob some % of your GPU and lower frame rates, but motion purists won't care during 60fps-locked material and/or movie playback and/or things like just browser / desktop scrolling (where bad LCD overdrive can turn into muddy mess).

Don't worry (to NVIDIA employees -- I know you all love me) -- NVIDIA is still far ahead (gamma-corrected overdrive during VRR and strobing? Oh, that's Ph.D graduate math; I'll focus on easier stuff like plasma subfields and VRR-CRT. Yes, making my own software-based GSYNC Pulsar is easier than VRR LCD overdrive)

Yep. Thanks to generic brute Hz + shaders. Plasma algorithms formerly in FPGA/firmware can now be done in shader on OLEDs too, and I can slow down OLED GtG optionally for 24fps Netflix to look better.

Make it happen, you software developers, you operating system developers, you driver developers.

Get ready for my temporal filters that gradually comes out one by one over 2025-2030s!

Refresh Cycle Shaders Please -- full stop -- Independent of content framerate.

Not just addressing anyone in particular (RealNC can spread the gospel around the channels like Discord). The software ecosystem is falling behind what is confirmed possible in the lab.

Even box-in-middles such as Retrotink is beginning to port my algorithms (the CRT simulator is coming to Retrotink 4K, the Pro edition, not the CE edition).

The Open Source Display Revolution beckons: BYOA (Bring Your Own Algorithm). I've mostly given up trying to sell to stubborn display makers who cheap out and don't implement my Blur Busters Approved stringent rules. My revenues are coming from contracts (TestUFO & Tester related) as spinoffs anyway.

[RealNC]

I hope SpecialK or Reshade manages to architecture itself to support subframe processors that I've been talking about for years.

Right now it's in Microsoft's hands. The initial release of composition swapchains does not work with DX12. SpecialK's dev said the only thing he's waiting on is DX12 support. When MS releases that, he can work on actually good BFI support in SK, rather than the current implementation that flickers with every minor frame time spike.

[Chief Blur Buster]

I hope SpecialK or Reshade manages to architecture itself to support subframe processors that I've been talking about for years.

Right now it's in Microsoft's hands. The initial release of composition swapchains does not work with DX12. SpecialK's dev said the only thing he's waiting on is DX12 support. When MS releases that, he can work on actually good BFI support in SK, rather than the current implementation that flickers with every minor frame time spike.

Linux it is, if need be.

I am talking to Valve. I have a response.

They believe they can update SteamOS's existing hook to do it regardless of whether content is static.

If CRT simulator comes to SteamOS, thank me.

[joris-truly]

Quick question – not sure if this is the right thread.

I've been using the DesktopBFI tool to test BFI and have had a great experience with it. I discovered the temporary burn-in but learned it goes away, so that's fine.

BUT, after choosing not to use BFI as the standard for playing games, all of a sudden, my display is experiencing severe VRR flicker, and I'm not sure how to fix it.

I did a clean DDU driver uninstall and reset my monitor to factory settings, but the VRR flicker is still persistent. The monitor is an AOC GAMING Q27G4XF, which I recently got, and I'm thinking of RMA'ing it. Not sure what's causing this, but I'm admittedly a bit more hesitant to ever try BFI on a possible new monitor because of this experience.

Thanks in advance for your input!

[Guffman]

Sorry for the potential necrosis here, but I see this thread isn't locked and is exactly the discussion I'm looking for... I have a 144Hz OLED TV that I'm trying to use software-BFI with, but not sure where to start or what's a viable path. I have a Ryzen 9900X from AMD for a CPU and an EVGA RTX 3080 Ti for a GPU, but I have games that are locked, even on PC, at 60 fps, though even then the framerates/times can be stuttery and inconsistent.

Additionally, my primary experimentation has been around using capture software to source 60Hz video game console signals and interpolate them to 144Hz using things like Lossless Scaling (it's my understanding that I currently have no way to use more advanced frame interpolation, at least not yet). I can use OBS Studio and an Elgato 4K60 Pro (lowest latency capture card I could find that could do HDMI 2.0 capture with HDR and 5.1 surround) to output a D3D11 capture and as long as I keep other post-processing modest, I can maintain a playable level of latency doing this (I mostly play single-player RPGs so competitive gaming down to the ms is irrelevant to me). I've even been tinkering with adding Reshade effects on top of OBS, so I have a fairly nice HDR + 144Hz experience playing console games that were never meant to do these things; looking at you, Nintendo!

The tradeoff is obviously that this kind of frame interpolation can get real muddy and smeary pretty fast, so my next crackpot idea for this post-processing layercake from hell is to implement some kind of BFI to claw back some motion clarity. I've been trying Shaderbeam and the different CRT-Royale/Standard shader effects in Reshade, but I can't seem to get anything to run stably without becoming a flickery mess, and even more intolerably an inconsistent one at that. I thought this might be from my display being set to 143.99 Hz instead of a nice even integer, but apparently this is completely normal for "144 Hz" timing so my assumption is that this is exactly what these frame-based BFI applications are looking for.

So I guess my questions are as follows:

1.) Is 144Hz worth running over 120Hz? Is there greater compatibility and/or stability with 120Hz/60fps BFI versus 144Hz/72fps? I've always been under the impression that the more frames you have to throw at motion clarity techniques, the better the results, but maybe sticking with 120hz final output with 60fps BFI would be better or more stable math-wise?

2.) Is any of this even viable given my limit to 144Hz? I've used CRTs and am lucky/proud enough to keep an FW900 on my computer desk, so most of the point has been to replicate that glory with a big, modern TV in a home theater kind of setup rather than being confined to a desktop. Should I give up until 240Hz OLEDs and other more premium display technologies become cheaper and more mature, whenever that might happen?

3.) If I did get a "dumb" BFI to work where every other frame is strobed black, could it still work with the frame interpolation in any way? Lossless Scaling uses DXGI or WGC for capture options, and it can also apply a flat frame multiplier to take a 60Hz source to 120, 180, etc. I've tried a few times now to run things like Shaderbeam on top of Lossless Scaling's output, but have had mixed results regarding compatibility/functionality, so I'm wondering if I ultimately have to compromise between either the frame gen working or the BFI working. Maybe they interfere with each other...?

4.) I've seen conflicting info on Vsync, especially VRR - should it be enabled or not? I've seen posts saying VRR should always be enabled to ensure a proper frametime sync, but sometimes it seems to be referring to Vsync in general and not VRR, while other posts say to never leave VRR activated since you want the shaders/effects to easily sync up with the monitor's basic or maximum refresh rate. Then there are in-app settings; if I want to activate Vsync across the board on a driver level (Nvidia Control Panel/App), should I also toggle it on in various applcations like Reshade, ShaderGlass/Beam, Lossless Scaling, etc.?

That aside, just wanted to make a note that I don't post here often, but this website is a goldmine to me since I find all this fascinating and I love learning about all of it. Thank you very much for maintaining and updating this place, as well as keeping it a bastion of good conversation for all our blur-busting needs!