Processing Ajax...

Title
Close Dialog

Message

Confirm
Close Dialog

Confirm
Close Dialog

Confirm
Close Dialog

User Image
Christian Treffler
42 discussion posts
Hi,

I have set up a Trigger on 'Window Created':
- Frequency: Always
- Stop processing triggers if this one matches: not checked
- Process Filename: C:\T32\bin\windows64\t32mppc.exe
- Process Command Line Parameters: not checked
- Window Text: "TRACE32 PowerView for PowerPC 0 [Power Debug USB 3 @ ]"
- Window Class: "T32"
- Monitor Profile: "Lab 3 Monitors"
- Actions: Wait 2000ms, then Move Window to Specific Size and Location.

Sometimes this trigger simply does not work. When I open DF settings, go to Triggers, double click on the trigger, then click OK without changing anything, it suddenly works again.

Attached a log. Events:
~1:32PM: Opened the program TRACE32, which should trigger => Nothing happens
Open DF settings, go to Triggers, double click on the trigger, then click OK without changing anything, it suddenly works again.
~1:34PM: Opened the program TRACE32, which should trigger => Trigger works and resizes

The system is windows 10, 64 bit.
It would be good to get this working constantly. I have the feeling that after logging in and working for some time (with multiple changes of monitor profiles, i.e. walking form one desk to another) DF seems to loose track of events.

Regards,
Christian
• Attachment [protected]: DisplayFusionDebugInfo.zip [367,127 bytes]
Apr 27, 2018  • #1
Keith Lammers (BFS)'s profile on WallpaperFusion.com
That Window Text condition is really specific. Does the window title for that application ever change? As a first step, I would try taking the Window Text and Window Class conditions out to see if the Trigger fires every time when it only needs to match on the process name.
Apr 27, 2018  • #2
User Image
Christian Treffler
42 discussion posts
That window title never changes and neither does the window class. DF has this "sniper" icon which I can drag over a window to get title or class. If I drag it over a window which has failed to trigger, I nevertheless get the same title and class which is already entered for that trigger.

I need at least one of these conditions, because the process starts lots of other windows while running and DF tries to resize them, if I not told to watch for a window class.
I'll remove one of these conditions and see what happens.

I have the feeling that there's still a clash between my Windows 10 setup and DF. I have some scripted functions assigned to hotkeys, and usually the execution of these functions triggers a small notifiction window. Sometimes it doesn't.
And I have the feeling that this lack of responsiveness has something to do with time of day. In the morning after logging in everything runs smooth, but later that day it gets tedious. I am moving between different docking stations a lot without logging out. Maybe this is the issue?

CU,
Christian
Apr 28, 2018  • #3
Keith Lammers (BFS)'s profile on WallpaperFusion.com
Ok, would you be able to try DisplayFusion 9.2 Beta 1 to see if you still run into the same issue?
Apr 30, 2018  • #4
User Image
Christian Treffler
42 discussion posts
I'll do that, but first for some I'll try the setting with only one of the two trigger conditions.
It will take some time to see the effect during daily work.
May 2, 2018  • #5
Keith Lammers (BFS)'s profile on WallpaperFusion.com
No worries, just keep me posted :)

Thanks!
May 3, 2018  • #6
User Image
Christian Treffler
42 discussion posts
So by now I'm running DF 9.2.2.

The problem is still there.

Overall I have the impression that DF is running smoother since 9.2. Since my upgrade to Win 10 there was lots of lag and stuttering, starting with the "Wave-Bar" animation when opening a DF window.

CU,
Christian
May 28, 2018 (modified May 28, 2018)  • #7
Keith Lammers (BFS)'s profile on WallpaperFusion.com
So taking out either Window Text or Window Class didn't make any difference?

In 9.2.2 there's a new option to delay checking the Match Conditions. Could you try setting that to something like 1000 to see if a 1 second delay helps? I'm wondering if one of the conditions aren't getting set right when the window is created.
May 31, 2018  • #8
User Image
Christian Treffler
42 discussion posts
Taking out Window Text makes a difference. The problem is that the software has some other windows with the same Window class which I don't want to have changed.
But I think I have a solution with the new delay feature.

The software checks for an external interface on the USB when it starts. If that interface is not there, it shows an error message. Then it closes when I acknowledge the error. I made some tests:
If I disconnect that interface and have match for Window Text deactivated, then DF resizes the main window, even with the error message shown. If I have match for Window Text activated, DF does not resize.
And that although in both cases the title text on the screen is the same. But it seems that DF only gets the correct text form the software, after successful check of the interface.

My theory is that sometimes my laptop is very slow and the interface check delayed, even with connected interface. Then DF gets not the correct Window Text reported.
So the delay feature should be able to fix this. Right now I'm trying 200ms. Should I see "misses", I'll increase the value.

Regards,
Christian
Jun 1, 2018  • #9
Keith Lammers (BFS)'s profile on WallpaperFusion.com
Sounds good!
Jun 1, 2018  • #10
Subscribe to this discussion topic using RSS
Was this helpful?  Login to Vote(-)  Login to Vote(-)