-
Notifications
You must be signed in to change notification settings - Fork 154
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
Comments
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:
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:
|
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. |
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:
|
Should be fixed in v1.9.1. Thanks for reporting and helping to debug! |
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
We are starting the console app with the following input parameters from CapFrameX as a host.
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).
The text was updated successfully, but these errors were encountered: