Author
Topic: DONE: IdleMute - Tray utility to mute speaker when you are away from the PC! (Read 74090 times)

hi skrommel !can I ask u a question- I tried to use my resource editor Axialis Iconworkshop to "hack in" my icons (sorry.. hehe I spent some time to make them I actually grew sort of fond of them ) and when I tried to run IdleMute this way it says the EXE is corrupted. So OK i thought I would download the .AHK script and compile it myself with my own icons. But I am not sure how to do it.... I see the ahk2exe tool but it has only single line for .ico file..... do I just put all my icons in this one file and make sure resource IDs match the ones in the script? if you can tell me how to do this I would be very thankful...

IdleMute v1.8 just makes it possible to disable muting, so the timer can be used to pause WinAmp or other programs instead.

To change the icons in AHK you have to edit the file C:\Prog\Automatisering\AutoHotkey\Compiler\AutoHotkeySC.bin. Make shure you close all Ahk2Exe windows before editing and compiling to make it load the file properly.

I haven't been to the chat channel, but I guess that can be arranged. But there really are better programmers than me on the AHK forums...

hey Skrommel... i was just noticing, at least on my system, when IdleMute has kicked in and muted the speaker, then the only way to un-mute is by tapping a key on my keyboard. Moving the mouse has no effect. Is this on purpose? I thought I remembered in older versions I could shake the mouse to un-mute the computer as well..... thanks happy holidays

skrommel? are you still watching this thread?just wondering if you saw my last comment... it seems once IdleMute mutes the speaker, it doesnt automatically un-mute it anymore when I come back.......... any ideas?

well I have done some digging in the AHK help file and made 2 small code changes to IdleMute and it seems to have fixed the problem of the program not un-muting upon mouse movement. I recompiled this as v1.8a and I have sent the mod to skrommel for verification that it works and then I assume he will post it for everyone. It works for me! so happy to have my favorite tray utility back in full effect!!

really? you sure? beacuse it works for me. 1.8a works fine, both they keyboard or the mouse can be used to "wake" the computer from muted state. I am going to post a link to my compiled version here for others to try, they can post their results as well. This was compiled with the latest AHK (1.0.42.00).

As for the code changes, you will laugh at how simple the change was. I simply used the alternate method of IdleTime check, in the AHK docs they have the 2 methods:%A_TimeIdle% and %A_TimeIdlePhysical%

I changed the references on line 39 and 53 to %A_TimeIdle%. I also updated the version string in the about box

from the docs:"Same as above but ignores artificial keystrokes and/or mouse clicks whenever the corresponding hook (keyboard or mouse) is installed. If neither hook is installed, this variable is equivalent to A_TimeIdle. If only one hook is present, only that one type of artificial input will be ignored. A_TimeIdlePhysical may be more useful than A_TimeIdle for determining whether the user is truly present."

I know that if the keyboard/mouse hooks are not installed, then according to the docs, %A_TimeIdle% and %A_TimeIdlePhysical% are supposed to be equal... so I think it may still be some kind of bug in AHK, where during execution somehow the keyboard hook is being installed (perhaps the compiler deemed it was necessary for some reason) and then the mouse hook is not installed or "real" mouse movement is being interpreted as artificial.

so has anyone else tried the version? does it work? skrommel has told me via email that it is still having issues on his system, however I believe he is using the .ahk file rather than the compiled binary and maybe that's why he's having a different result. Would like to hear from anyone else whether 1.8a works for them when 'waking up' the computer via keyboard/mouse/or both.

skrommel, v1.9 works perfectly on my system! glad to hear that too because I was scratching my head as to why it wasn't working for you. As for the new options, thats cool -- I think that will be useful!

One small note, if the user had an old .ini file (as i did) when they launch the new version, the settings dialog shows "ERROR" for the 2 new parameters. You might just want to set those values to null if they dont exist, and add the entries to the INI file as blanks, (I think you are doing this with the other options)

other that that, looks like another fine release from 1 Hour Software!!