MfaktX Controller (Windows) - Page 3

Mini-Geek · 2013-05-05, 19:34

I fixed a bug and released a new version. As always, available at https://github.com/Mini-Geek/mfaktx-controller

Xyzzy · 2013-05-05, 21:00

We have had your program go AFK but we have not mentioned it yet.

One instance is set to never change speed. It runs fine.

One instance is set to change speeds based on both conditionals and it changes speeds all of the time, for DPMS, gaming and general browsing. This instance, after a few days (Or cycles?) will get stuck on a speed and will not allow us to stop it or change the speed. (We kill it in the task manager.)

It only happens after several days so we are okay with rebooting occasionally.

The program still rocks and is the only way we can use the computer and do GPU work the way we want to.

Mini-Geek · 2013-05-06, 01:03

Quote:

Originally Posted by Xyzzy

One instance is set to change speeds based on both conditionals and it changes speeds all of the time, for DPMS, gaming and general browsing. This instance, after a few days (Or cycles?) will get stuck on a speed and will not allow us to stop it or change the speed. (We kill it in the task manager.)

It only happens after several days so we are okay with rebooting occasionally.

Hm, I've never seen this behavior. When it's stuck, how does the instance look (a screenshot would be good)? If you try to press the buttons (including the X to close), what happens? Does it still update the output log text? Are you using separate mfaktc exe names with a MaxInstances value of 1 on each?

Xyzzy · 2013-05-06, 02:51

Quote:

When it's stuck, how does the instance look (a screenshot would be good)?

We will get a screen shot the next time it happens.

Quote:

If you try to press the buttons (including the X to close), what happens?

Sometimes the buttons do not respond and sometimes it throws up an error about the max number of instances. If the "X" in the window corner closes the controller, the card continues to run and we have to kill the actual executable. (In our case, "0.exe".)

Quote:

Does it still update the output log text?

Yes.

Quote:

Are you using separate mfaktc exe names with a MaxInstances value of 1 on each?

Yes.

Mini-Geek · 2013-05-06, 17:15

When it's frozen, if you kill your mfaktc instance (0.exe) with the task manager, does the controller recover? (When running normally, it handles it well: the status changes to "Stopped" and you can start it again manually.)

Do you know what it was doing when it freezes? E.g. was it switching speeds, dealing with pause and/or slow while running apps running/opening/closing, running unattended, etc.? How much memory and CPU time does the controller use when it freezes, and how does that compare to the controller that always runs?

I don't really know what's up with this...a rather strange problem.

Xyzzy · 2013-05-07, 05:23

Here is a benign example. The Titan card is running at "Fast" even though we just came out of DPMS mode and it should be at "Medium". The display shows that no speed is selected, but the various buttons did respond when clicked.

Mini-Geek · 2013-05-07, 11:45

Quote:

Originally Posted by Xyzzy

Here is a benign example. The Titan card is running at "Fast" even though we just came out of DPMS mode and it should be at "Medium". The display shows that no speed is selected, but the various buttons did respond when clicked.

I'd noticed and (AFAIK) fixed, on Apr 19, the bug that makes it show "Running (Stopped)" as that screen shot shows. It's possible this is related to your freezing issue. Please update to the newest version (file's timestamp is on 5/5) and see if the problem is fixed.

Xyzzy · 2013-05-07, 23:22

Thanks!

TObject · 2013-05-11, 02:06

Mini-Geek,

Looks like an excellent utility. Great job.

What is the PropertyChanged namespace you are referencing in the Controller.cs, if you do not mind me asking?

If that is where you implement the ImplementPropertyChanged attribute, that seems to be missing from the project on GitHub…

Thank you

Mini-Geek · 2013-05-11, 02:25

Quote:

Originally Posted by TObject

Mini-Geek,

Looks like an excellent utility. Great job.

What is the PropertyChanged namespace you are referencing in the Controller.cs, if you do not mind me asking?

If that is where you implement the ImplementPropertyChanged attribute, that seems to be missing from the project on GitHub…

Thank you

That comes from an external dependency, PropertyChanged.Fody. I had hoped it would automagically work, but apparently not. I've now added links on the readme at github: https://github.com/Mini-Geek/mfaktx-controller

Xyzzy · 2013-05-19, 23:59

FWIW, the obscure errors we had with your program have stopped since we updated to the latest version.

2013-05-07, 05:23	#28
Xyzzy "Mike" Aug 2002 19×433 Posts	Here is a benign example. The Titan card is running at "Fast" even though we just came out of DPMS mode and it should be at "Medium". The display shows that no speed is selected, but the various buttons did respond when clicked. Attached Thumbnails

Similar Threads
Thread	Thread Starter	Forum	Replies	Last Post
released: MISFIT for MFAKTx version 2.11.0 (31-Jan-2017)	swl551	MISFIT	19	2020-11-18 14:29
MISFIT for MFAKTx	swl551	MISFIT	186	2014-02-05 23:27
MFAKTx speed menu (windows)	swl551	Software	8	2013-03-07 00:16
mfaktX result: "found 1 factor for M"	swl551	GPU Computing	2	2012-12-20 15:20
(archive)mfaktXHelper - utility for managing mfaktX installations	swl551	MISFIT	57	2012-08-12 03:37

2013-05-05, 19:34	#23
Mini-Geek Account Deleted "Tim Sorbera" Aug 2006 San Antonio, TX USA 17·251 Posts	I fixed a bug and released a new version. As always, available at https://github.com/Mini-Geek/mfaktx-controller

2013-05-05, 21:00	#24
Xyzzy "Mike" Aug 2002 19×433 Posts	We have had your program go AFK but we have not mentioned it yet. One instance is set to never change speed. It runs fine. One instance is set to change speeds based on both conditionals and it changes speeds all of the time, for DPMS, gaming and general browsing. This instance, after a few days (Or cycles?) will get stuck on a speed and will not allow us to stop it or change the speed. (We kill it in the task manager.) It only happens after several days so we are okay with rebooting occasionally. The program still rocks and is the only way we can use the computer and do GPU work the way we want to.

2013-05-06, 17:15	#27
Mini-Geek Account Deleted "Tim Sorbera" Aug 2006 San Antonio, TX USA 10253₈ Posts	When it's frozen, if you kill your mfaktc instance (0.exe) with the task manager, does the controller recover? (When running normally, it handles it well: the status changes to "Stopped" and you can start it again manually.) Do you know what it was doing when it freezes? E.g. was it switching speeds, dealing with pause and/or slow while running apps running/opening/closing, running unattended, etc.? How much memory and CPU time does the controller use when it freezes, and how does that compare to the controller that always runs? I don't really know what's up with this...a rather strange problem.

2013-05-07, 23:22	#30
Xyzzy "Mike" Aug 2002 19×433 Posts	Thanks!

2013-05-11, 02:06	#31
TObject Feb 2012 195₁₆ Posts	Mini-Geek, Looks like an excellent utility. Great job. What is the PropertyChanged namespace you are referencing in the Controller.cs, if you do not mind me asking? If that is where you implement the ImplementPropertyChanged attribute, that seems to be missing from the project on GitHub… Thank you

2013-05-19, 23:59	#33
Xyzzy "Mike" Aug 2002 20043₈ Posts	FWIW, the obscure errors we had with your program have stopped since we updated to the latest version.