Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

PresentMon console app v1.9.0 has inconsistent process naming #157

Closed
DevTechProfile opened this issue Aug 25, 2023 · 4 comments
Closed
Assignees
Labels
bug PresentMon-ConsoleApplication Relates to the console application (PresentMon/)

Comments

@DevTechProfile
Copy link

DevTechProfile commented Aug 25, 2023

We are starting the console app with the following input parameters from CapFrameX as a host.

image

The PresentMon console app only detects one game (per session). After closing this game and starting another one, our process list is empty. PM must be restarted to be able detect any other games.

More precisely, if the game already runs before starting CapFrameX/PresentMon the detection works fine. "Detection" means that the process name is being included in the output data (Application column).

@JeffersonMontgomery-Intel JeffersonMontgomery-Intel added bug PresentMon-ConsoleApplication Relates to the console application (PresentMon/) labels Aug 25, 2023
@JeffersonMontgomery-Intel
Copy link
Collaborator

JeffersonMontgomery-Intel commented Aug 25, 2023

I can't reproduce this so far. I've started "PresentMon-1.9.0-x64.exe -stop_existing_session -no_csv -track_gpu" in an admin console, and then:

  • started and stopped a graphics app multiple times
  • started multiple graphics apps at the same time
  • started multiple instances of the same app

and all seem to be picked up.

I've also tried starting graphics app before presentmon, and that is working too.

So, wondering what might be different:

  • What's OutputLevelofDetail and ExcludeProcesses?
  • Are there any other arguments?
  • What windows version are you using?
  • Can you try the procedure above just with the console app (not through capframex)?

@DevTechProfile
Copy link
Author

Ok, I've found the root of problem. For some reasons you push the complete path of the app as the application name, see screenshot below. This is not the case when you restart PM while the same game just continues to run.

We now have a workaround by separating path and app name. It's ok for us, but it can cause issues in other tools as well. Just want to let you know what we have observed so far.

image

@JeffersonMontgomery-Intel
Copy link
Collaborator

I'm using a new technique for present detection that is "better", but yes the event can give this long process name.

I didn't notice that it is inconsistent depending on how the app is running. I'm glad you found a workaround, but I agree that is bad, and I'll fix that.

p.s., this also only happens when running as administrator. I'm seeing:

Run as admin app/presentmon started first Process name
Yes app short name
Yes presentmon long name
No app short name
No presentmon short name

@JeffersonMontgomery-Intel JeffersonMontgomery-Intel changed the title PresentMon console app v1.9.0 doesn't detect games PresentMon console app v1.9.0 has inconsistent process naming Aug 28, 2023
@JeffersonMontgomery-Intel
Copy link
Collaborator

Should be fixed in v1.9.1.

Thanks for reporting and helping to debug!

JeffersonMontgomery-Intel added a commit that referenced this issue Aug 28, 2023
When running presentmon as-admin, and when running presentmon before the
target application, the application process would be reported as
\Device\HarddiskVolumn...\...\Process.exe instead of Process.exe as
in other cases.

This change prunes off everything but the Process.exe for that case.

It also makes it more clear that ImageName is only valid for process
start events (since the property on ProcessStop is not reliable).

Addresses issue #157
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug PresentMon-ConsoleApplication Relates to the console application (PresentMon/)
Projects
None yet
Development

No branches or pull requests

2 participants