ac'tivAid

Mit der aktuellen nightly version (Link siehe oben) sollte es auch mit dem Häkchen ohne große Prozessorlast funktionieren. Da ich leider kein Vista zur Verfügung habe, kann ich es nicht testen.

hab die nächtliche versucht aber die richtete bei mir leider ein fürchterliches Chaos an, trotz vorheriger deinstallation. Nach dem reinpasten meiner Settings startet es nicht mehr, es gibt illegale Charaktere ;) (s.u.) und friert dann ein. Sauber abschießen kann ichs auch nicht muss neustarten.

---------------------------
ac'tivAid.ahk
---------------------------
Error in #include file "C:\Program Files\ac'tivAid\internals\ac'tivAid_hotkey.ahk": The following variable name contains an illegal character:
"Hotkey_[RButton & MButton]"

The current thread will exit.

	Line#
	359: Hotkey,IfWinActive,%LoopField%
	360: Hotkey,HotkeyPrefix_%OutputVar% Hotkey_%OutputVar%,%SubRoutine%,Off UseErrorLevel
	362: if ErrorLevel = 0
	363: {
	364: HotkeyOutputVar := Hotkey_%OutputVar%
	365: Hotkey_AllHotkeys := Hotkey_AllHotkeys "«<" HotkeyOutputVar " " LoopField ">»"
	366: tmp := func_HotkeyToVar(HotkeyOutputVar)
--->	367: Hotkey_[%tmp%] := Section
	368: HotkeySub_[%tmp%] := SubRoutine
	369: Hotkey_Extension[%Section%$%OutputVar%] := Hotkey_%OutputVar%
	370: Hotkey_Extensions := Hotkey_Extensions Section "$" OutputVar "|"
	371: Hotkey_%OutputVar%_new := Hotkey_%OutputVar%
	372: }
	373: Else
	374: Hotkey_%OutputVar% = 

---------------------------
OK   
---------------------------

Wenn ac'tive aid mal nicht läuft spüre ich was alles nicht geht. hilfe! ;)

PS: 131 läuft wieder. alles gut. Ich benötige die OSD Anzeige nicht unbedingt. Nein, besser: ich nutze jetzt die untere VolumenSektion. Die scheint fehlerfrei zu laufen.

So, in der nightly 14 habe ich das Problem (hoffentlich) behoben. Wenn möglich würde ich mich über einen Test freuen.

Ich hab das Problem hier auch. Es äußert sich allerdings noch krasser: Allerdings nur, wenn ich auf Mute
Mute-OSD verschwindet nicht sondern bleibt immer
Auslastung steigt langsam auf 50%
der Speicherverbrauch steigt stetig.

Schalte ich den Ton wieder
das OSD auch wieder
Auslastung geht wieder
Speicherbedarf bleibt auf dem aktuellen Niveau.

werd ich auch ma in der 14 testen..

Auch in der v1.3.2 dev17 (AutoHotkey 1.0.48.05) und Vista 64 ist das Problem mit der hohen CPU-Auslastung speziell bei Verwendung von Mute/Stumm vorhanden: Ist die "Grafische Anzeige (OSD)" aktiviert und wird dann stummgeschaltet, so steigt die CPU-Auslastung des Prozesses "AutoHotkey.exe" auf ca. 50% an. Ton ein –> OSD weg –> CPU-Auslastung geht runter.

Btw: Rechts neben den beiden Regler-Knöpfen ist jeweils so gerade eben noch ein Kontrollkästchen zu sehen (siehe rote Pfeile im angehängten Screenshot). Welche Funktion haben die beiden?

Unter Win7 gehts GAR nicht mit OSD. Da kann ich machen was ich will. Muss nichtmal Was mit Volume Control geregelt haben: Da steigt der Speicherverbrauch und die Auslastung stetig. Ich hab mich letztens schon gewundert warum der Rechner so heiß is und der Lüfter losjault... Lag nur an ac'tivAids_VolumeControl OSD. Aus damit: alles cool.

@fred: Die Beiden CheckBoxen da sind für die logarithmische Steuerung. (oder?)

Also bei mir funktioniert Volume Control unter Windows 7 (64 bit/professional/intel core 2 duo T8300) mit OSD führt aber zu Prozessauslastungen von ungefähr 30 %, auch wenn Volume control nicht genutzt wird.

Volume Control "controliert" die Systemlautstärke permanent um auch beim nicht-ac'tivAid-Lautstärkeregeln das OSD anzuzeigen. Das führt warscheinlich irgendwie zu der Prozessor- und Speicherlast. Allerdings hab ich Volume Control nicht geschrieben und noch keine Zeit gehabt da ma reinzukieken... :/

In der ac'tivAid_stringFunc.ahk fehlen in func_HotkeyToVar(String) und func_VarToHotkey(String) immer noch die folgenden Einträge:

StringReplace, String, String, |, Divider, All

und

StringReplace, String, String, Divider, |, All

Denn hierbei handelt es sich auch um ein nicht erlaubtes Zeichen für Variablen.

Bei mir war die Zeile "Gerät und Regler" in der VolumeControl leer. Nachdem ich hier von Hand die richtigen Einstellungen ausgewählt hatte, ging die Prozessorlast auf geringe Werte (<2%) zurück. (Windows 7, 64 bit)

Danke Albert! Genau das war das Problem hier!