NVIDIA-RTX / NVIDIA-RTX/Streamline

Using `eUseFrameBasedResourceTagging` in combination with exclusively using resource tags through `slEvaluateFeature` causes debug log spam

Open
#80 1 comment 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

ack enhancement
Dominant language
C
Stars
1.2k
Forks
159
PR merge metrics
No merged PRs in 30d

Description

Hi,

Since using slSetTagForFrame, the debug log spams the following message each frame when slSetTagForFrame is not called:

SL resource tags for frame X not set yet!

The message happens when executing DLSS-SR with slEvaluateFeature in combination with all the input resources provided through the input parameter.
DLSS functions just fine without slSetTagForFrame as all inputs are provided directly, so it should not be required.

Secondly, if DLSS-G is enabled in combination with DLSS-SR, we do use slSetTagForFrame as required.
However because our slSetTagForFrame is called after the DLSS-SR slEvaluateFeature call (even though it should not depend on it), the message is still present. Moving slSetTagForFrame earlier is inconvenient and seems unnecessary in our case.

It seems like this message is not actually correct in these cases, so it would be nice to correct this so to not be mislead.

Thanks,
Simon

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Trace the resource-tagging behavior around eUseFrameBasedResourceTagging, slSetTagForFrame, and slEvaluateFeature, comparing DLSS-SR with DLSS-G usage. Confirm when the “SL resource tags for frame X not set yet!” message is emitted and adjust the behavior so valid direct-input or later-tagging cases do not produce misleading debug log spam.

Written by the indexing model from the issue text.

Assessment

Tech stack
c
Domain
devtools
Issue type
Bug
Difficulty
3/5
Estimated time
1-2 days
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.