Beiträge von Tuxedo

Damit besteht nur noch das Problem, daß der Eintrag nicht in Regedit angezeigt wird.

Das könnte am Regeeditor selbst liegen, den gibt es leider auch mehrmals in 64bit und in 32bit.

Eventuell wird der Eintrag ja angezeigt wenn der richtige regedit gestartet wird,

denn der Eintrag exisitiert ja unter den 32bit Einträgen, also müsste er auch angewzeigt werden

in der 32bit Version des Regeditors.

Versuch es doch mal mit diesem, falls er auf deinem System dort vorhanden ist.

C:\Windows\SysWOW64\regedit.exe

Das müsste auch im Taskmanager ersichtlich sein ob die 32bit Variante aktiv ist oder die 64bit-Version.

Hoffentlich hilft dir das weiter.

Und ja ich hasse die Windows-Versionen >= Vista ebenfalls, seit der Zeit, weiß kein Schwein mehr wo seine Dateien wirklich auf der Festplatte rumgeistern, dasselbe mit den Registryeinträgen.

Diese dämliche Pfadverbiegerei macht alles undurchschaubar vermutlich auch für Microsoft selbst.

Sie sollten ma besten wieder ein ganzes System von Anfang bis Ende neuentwickeln, statt den ganzen Verschlimmbesserungen.

Grüsse Tuxedo

Mit 2 kleinen Änderungen könnte man aber die RekursiveFunktion trozdem ohne Probleme benutzen,

indem man daraus eine bedingte Rekursion macht oder liege ich damit falsch?

_RekursiveFunktion(0)

Func _RekursiveFunktion($test)
    $test += 1
    Sleep(1000)
        Tooltip('@@ Debug(' & @ScriptLineNumber & ') : $test = ' & $test & @CRLF & '>Error code: ' & @error & @CRLF) ;### Debug Console
    If $test = 10 Then Return
    Return _RekursiveFunktion($test)
EndFunc

Läuft bei mir problemlos bis 10 und dann folgt Scriptende.

Im folgenden Video findest du alles was du zum lösen deiner Probleme brauchst.

Das Video ist zwar schon 10 Jahre alt, aber immer noch top.

Jens erklärt alles wissenswerte auf verständliche Art.

[AutoIT] - 040 - Tray-Menü

Viel Erfolg bei deinem Vorhaben.

Das ist echt etwas merkwürdig, welche Pot-Version verursacht das bei Dir.

Ich habe erst kürzlich wieder eine ältere Version reaktiviert, bin aber noch nicht ganz zufrieden damit.

Ich musste was tun nachdem mein geliebter PotPlayer plötzlich anfing den ganzen Rechner zu lähmen,

er hat CPU-Leistung förmlich gefressen, jedes Video brauchte fast 70% CPU im Schnitt.

Im Moment habe ich eine Version die sich wieder halb Englisch / halb Deutsch darstellt und ein paar Funktionen sind entweder nicht

vorhanden oder wo anders untergebracht. Meinen Skin habe ich auch überarbeitet, der koreanische Text hat mich irritiert.

Ich sehe ohne Brille auch nix, aber der Skin BlackOnyx ist sagenhaft und kontrastreich genug, für mich zumindest.

Wenn du meinen modfizierten nehmen willst statt selbst zu modden, sag einfach Bescheid.

Bei mir läuft nur Windows 7 Pro, Windows 10 hat hier nix verloren, da gibt es nur eine akzeptable Version die ein Privatanwender

vermtl sowieso nie zu sehen bekommt "Windows 10 Enterprise S".

Ein Screenshot im Reddit Thread sieht fast danach aus also PotPlayer Werbung nachlädt und anzeigt,

aber da PotPlayer keine Rechte für Internet hat, wird dann einfach ein leeres Fenster angezeigt.

Gibt es in deinem Player evtl einen Punkt der Werbung nachlädt(Dialoge etc.)

Ich habe dir noch 2 Screens die dir evtl weiterhelfen.

Beim vorigen Post vergessen, da es für mich nicht zutrifft war das mit Internet.

Ich habe meinen PotPlayer seit ca 8 Jahren und fast so lange starte ich meinen PotPlayer ohne Internetzugriff-Erlaubnis.

Beim 2ten Screen fast ganz oben der Menüpunkt Sender, war relevant für Dich

Und immer schön den PotPlayer vom iNet fernalten, wer weiss was die Koreaner alles wissen wollen von Dir.

Ich hoffe du kannst dein Problem lösen

MfG Tuxedo

Ergänzung

PotPlayer is a free multimedia player with plenty of features and rich customization. No need to install different codecs all the time

when using the player. Provides the maximum performance with the minumum resource using DXVA, CUDA, QuickSync. Immersive Viewing

Experience with 3D. Various output format. Supports Various Subtitle Formats. Variety of Codecs, Easy to Manage.

Potplayer might come with built-in popup-ads(get an old version from 2019 for no ads).

Damit dürfte klar sein woher das Unerwünschte(unerwartete) Fenster kommt.

Stellt sich nur noch die Frage ob man das durch umkonfigurieren wegbekommt oder nur durch einen Wechsel zu einer älteren Version.

Ich für meinen Teil werde mir eine ältere Version suchen (leider gibt es zig Versionen) die dafür in Frage kommen.

Ich hab das Ding jetzt 2 mal installiert um zu testen.

Und ich hab nix gefunden bezüglich der WerbePopUps, aber es könnte sein,

daß es einen Eintrag für die Registry oder die ini-Datei gibt der das Zeug deaktiviert.

Aber genau diesen falls einer existiert, müsste man erstmal kennen.

In der INI ist mir jedenfalls nix Auffälliges begegnet.

Mein Fazit, da bleibt dir nur noch ReverseEngineering übrig oder eben ausweichen auf eine ältere Version.

Wenn du nicht zwingend eine neue Version brauchst würde ich es mit einer 1.6er Version aus dem Jahr 2016 versuchen.

Ich sags dir wenn ich meine neue Lieblingsversion gefunden habe.

Erstmal Gratulation zum dem Player, es gibt keinen Player mit besseren Funktionen und der sagenhaften schön einfachen Eleganz wie den Pot-Player,

vorausgesetzt man hat das für sich perfekte Skin gefunden.

Und ja der PotPlayer ist ein Konfigurations-Monster.

Die nervigen Fenster tauchten bei mir an anderer Stelle auf, könnte aber etwas aus dem Menüpunkt Sender sein das aktiv ist,

etwa die Senderliste oder der Chat. Andere Möglichkeiten wären z.B. Taskleistencontrol- oder Systray-Einstellungen des Potplayers.

Bei Win 10 kann ich nicht mitreden, das Drecksding kommt mir nicht in meinen Rechner, bevor ich mir das antue wird es einen Wecsel zu Linux geben.

Sei gegrüsst Professor Bernd

Zitat von Andy

Und wer meint, "soooo schlimm" kann es nicht kommen, der sei auf den aktuellen Thread zum Thema "MsgBox verlangsamt den Skriptablauf unter Win 10" verwiesen....dort wurde nämlich auch NUR eine Funktion (PeekMessage) innerhalb einer systemweit verwendeten DLL (user32.dll) geändert....

Wenn Andy's obige Aussage der Tatsache entspricht, sollte es aber auch möglich sein, dieser Verlangsamung aus dem Wege zu gehen,

indem man Autoit irgendwie dazu zwingen könnte eine ältere Version der "user32.dll" zu verwenden die im Autoit-Pfad liegt.

Kann ich leider nicht testen, da ich "Gott sei Dank" noch kein Win 10 benutzen muss.

Dann kann man sich das patchen von Autoit sparen.

Dann testet doch mal diesen Weg.

MfG Tuxedo

ps:

Da der Beitrag besser in den Thread zum Thema "MsgBox verlangsamt den Skriptablauf unter Win 10" pssen würde,

wäre es gut wenn ein Mod oder Admin den Beitrag dorthin verschieben könnte.

Ich konnte ihn mit Andys Zitat leider nur hier erstellen und nachträglich dorthin kopieren ging eben falls nicht, Danke Tuxedo

Ich würde mal behaupten entweder das #requireAdmin entfernen oder den Explorer ebenfalls als Admin ausführen und es läuft wie gewünscht. Drag and Drop und viele andere Dinge funktionieren nur wenn alles im selben User-Kontext läuft.

Pseudo-Sicherheit die Heutzutage leider üblich ist.

Versuche doch mal nachzusehen wie $Charge aussieht, also nach der Zeile $Charge = GuiCtrlRead($Input2)

einfach mal eine Mesagebox einfügen Msgbox(0, "Input2", $Charge,3)

Wenn hier dein erwartetes Ergebnis rauskommt, aber evtl zweizeilig ist oder sonst irgendein Zeichen zuviel dranhängt,

könntest du dir damit behelfen, nach der Zeile $Charge = GuiCtrlRead... folgende Zeile einzufügen

$Charge = StringLeft($Charge,8), denn deinem Script nach zu urteilen sollte $Charge immer 8 Zeichen lang sein, dann sollte es

auch mit dem schlechten Scanner funktionieren.

Die ganze Diskussion ist sowieso vergebene Liebesmüh.

Wenn ein Problem in 10 oder mehr Jahren nicht beseitigt wird, was will man da noch erwarten.

Aber gut eventuell tut sich da auch nix, weil die ganze Community eh den Bach runtergeht seit ca 2012.

Mitgelesen habe ich schon früher oft und lange genug, aber seit ich hier aktiv dabei bin, sehe ich vielleicht

mal 30 verschiedene User wenns hochkommt, meistens sind immer dieselben 10 User hier.

Das einzige Forum wo man immens etwas lernen konnte war das alte Forum von Wambo

oder auch noch epvp.

Da konnte man in einem Monat mehr lernen als hier in einem ganzen Jahr.

Und hier in diesem Forum waren die wirklich guten Beiträge(die einen neuen User voranbringen)

vorrangig in den Jahren 2008 bis 2012, da ging richtig die Post ab.

Und einige kleinere Foren waren wohl auch noch sehr brauchbar, aber da kam ich leider

ein paar Jahre zu spät, und die meisten gibts heute leider nicht mehr.

Das grundlegende Problem an den Virenmeldungen wird hier wohl nie mehr angegangen.

Nebenbei habe ich samt aktiver AV-Software höchst selten Probleme mit kompilierten

Scripten(egal ob ohne oder mit UPX).

Dieser unsägliche Compiler(der den Namen nicht mal verdient) aka File-Binder oder File-Packer

ist das grösste Problem.

Aufgrund dessen, daß eben nur die Scripte mit dem Interpreter verpackt werden,

fabriziert das Ding EXE-Codes bei denen Tausende EXEN auf die selbe AV-Signatur ansprechen.

Wenn es ein vernünftiger richtiger Compiler wäre, dann hätte nicht jede EXE den

gleichen Aufbau(wo mindestens 60% der EXE den selben Code aufweist),

dann wären es mit Sicherheit nur noch wenige Ausnahmen von False-Positives und der Rest der gemeldeten

EXEN wären dann tatsächlich verseuchte Dinger.

Abgesehen davon hätte ein richtiger Compiler noch andere positive Seiten:

Leichte Decompilierbarkeit wäre nicht mehr gegeben,

und die Programme hätten nur noch rund 1/20 der Grösse.

Programmspeed wäre auch um einiges höher.

Andy hätte hier sicherlich noch mehr Positives auf Lager.

Aber auf so einen Compiler werden wir wohl noch bis ans Ende der Tage warten dürfen.

So wie die Autoit-Entwickler arbeiten, mit dem anhaltenden Blödsinn ständig bestehende gut funktionierende

Funktionen einfach ohne Grund zu verändern oder Parameter-Anzahl+Art oder Reihenfolge zu ändern ohne,

daß dies notwendig wäre, müssten sie den Compiler bei jeder neuen Version nicht nur erweitern sondern

jedesmal den halben Compiler um oder neuschreiben.

Und mit dieser heutzutage sehr geringen Verbreitung von Autoit wozu auch dieses Forum seit ca 2012

erfolgreich beigetragen hat (weil ich der 100%igen Meinung bin, daß die meisten Bot'er von Heute die wirklich guten Progger von Morgen wären), wird sich in Bezug auf einen anständigen Compiler bei den Entwicklern

von Autoit sicherlich kein sehr großes Interesse einstellen.

Mann, waren das noch Zeiten als Computer wie ein Atari 800XL oder ein Comodore C64 oder ein

TI-99 dem User mehr Spaß als Ärger bereitet haben im Gegensatz zu Heute...

Man brauchte einfach einiges an Kreativität, dann konnte man vieles mit den Dingern anstellen.

Oder die später folgenden Taschenrechner von Sharp TI oder Casio oder HP die damals schon fast

soviel konnten wie Autoit heute(ausgenommen der GUI-Sachen aber die gab es damals ja noch nicht),

und das was die Dinger konnten, konnten sie richtig gut einfach und fehlerfrei.

Grüsse von Tuxedo

ps:Und wenn es Euch danach ist dürft ihr mich jetzt verbannen.

Versuchs einfach mal damit, ausbauen und umändern kannst du immer noch nach Lust und Laune.

Hilfestellung und Erklärung zu den Funktionen findest du wenn der Cursor im SciTE Editor

auf einem Funktionsanamen steht per "F1".

Der Forumseditor funktioniert wieder mal bravourös.

Versuchs mal mit Ctrl+r, nicht gespeicherte Änderungen gehen dabei allerdings verloren.

Normalerweise halte ich nichts von Software die sich hier mit über 200 MB Plattenplatz breit macht und mein System zumüllt.

Aber ich habe den TS3 Clienten gerade installiert in die Sandbox und nach einigen Startschwierigkeiten

kann ich den TS3 problemlos ansteuern sogar mit vorheriger Prüfung ob das Fenster aktiv ist wenn nicht wird es

im gleichen Atemzug mit dem Sendbefehl aktiviert und dann der Hotkey wie gewünscht ausgeführt.

Es funktioniert also sogar in der Sandbox, was nicht immer so problemlos geht.

Also am TS3 Client liegt es definitiv nicht, daß hier Befehle ignoriert werden.

Das sollte auch bei dir funktionieren.

Getestet mit Autoit Portable 3.3.14.2 in 64bit mit TeamSpeak 3 Client in 64 bit.

Edit:

Um Penner nicht ganz zu verwirren, habe ich die Kommentare entfernt und den gewünschten Befehl schon

voreingestellt.

Penner du kannst das Script auch nach meiner Vorlage mit anderen Hotkeys erweitern. Damit bist du flexibel ohne Ende.

Die 2 Zeilen in denen die Variable $AktWin vorkommt, kannst du auch weglassen, falls du nach Befehlsende

im TeamSpeak-Fenster bleiben willst.

Du brauchst nicht mehrere Programme, dieses Script und TeamSpeak Client genügen.

Ich muss Euch da leider widersprechen, ich habe zwar keinen TS3 Clienten, aber dafür einige andere Programme die mit

QT5GUI's arbeiten.

Und nach meinen Versuchen lassen sich die QTGUI's sehr wohl per Autoit ansteuern, zumindest mal per Mausklicks und per

Send Befehlen geht es bei mir problemlos.

Probleme habe ich nur wenn ich die QTGui per Controlsend oder Controlclick ansteuern will.

Aber das heisst bei mir wenig, mit den Controlbefehlen habe ich auch bei normalen GUI's oft genug Probleme.

Eventuell hat es auch damit zu tun, daß hier scheinbar einige Controls in sowas wie Gruppen zusammengefasst werden,

dann müsste man vielleicht einen Weg finden die einzelnen Controls der Gruppen anzusteuern.

Aber wie gesagt per Mausklick und per Send Befehl läuft es bei mir problemlos mit QT5Gui's.

Danke Euch beiden für die Antworten.

Domi78 hast Recht, ich hatte das Script mindestens 10 mal gestartet und jedesmal etliche >Punkte aus dem Traymenu

und zwar extra querbeet allesw durcheinander und jetzt nochmal versucht und es Crasht. Der Fehler ist richtig eigensinnig,

der kommt und geht wie per Zufall gesteuert.

Dank an Musashi für die Erhellung, jetzt habe ich kapiert worum es dabei geht.

Das war mein Gedankenfehler, denn ich nutze diese Variablen ja nur in meiner Funktion und nicht ausserhalb.

Das wäre eigentlich sinnfrei, aber Globale Variablen behalten ihre Werte auch nach Funktionsende, aber hast Recht dafür kann ich ja dann Local Static verwenden. Aber diese Local Static kannte ich damals noch nicht.

Aber stimmt schon wenn ich die Variable tatsächlich auch ausserhalb der Funktion verwenden will, müsste ich sicherstellen, daß die entsprechende Funktion vorher mindestens einmal durchlaufen wird.

Man lernt nie aus.

Sorry, daß ich mich hier noch reinhänge, aber das Problem es hat mich einfach gereizt.

Im folgenden Script funktioniert es schon bei etlichen Durchgängen ohne Fehler bei mir, ist sicher nicht perfekt

aber es läuft soweit ohne Absturz.

#include <Array.au3>
AutoItSetOption("TrayAutoPause", 0)
AutoItSetOption("TrayOnEventMode", 1)
;Global $aTrayArray[2][7] = [["Text 1", "Text 2", "Text 3", "Text 4", "Text 5", "Text 6", "Text 7"], [""]]
;Global $iTraySettings = TrayCreateMenu("Untermenü")
InitTray()
While True
   ConsoleWrite("Ich warte ..." & @CRLF)
   Sleep(3000)
WEnd
Func InitTray()
   ;If Not IsDeclared("aTrayArray") Then Global $aTrayArray[2][7] = [["Text 1", "Text 2", "Text 3", "Text 4", "Text 5", "Text 6", "Text 7"], []]
   Global $aTrayArray[2][7] = [["Text 1", "Text 2", "Text 3", "Text 4", "Text 5", "Text 6", "Text 7"], []]
   $aTrayArray[1][0] = TrayCreateItem($aTrayArray[0][0], -1, -1, 1)
   $aTrayArray[1][1] = TrayCreateItem($aTrayArray[0][1], -1, -1, 1)
   $aTrayArray[1][2] = TrayCreateItem($aTrayArray[0][2], -1, -1, 1)
      ;If Not IsDeclared("iTraySettings") Then Global $iTraySettings = TrayCreateMenu("Untermenü")
      Global $iTraySettings = TrayCreateMenu("Untermenü")
      MsgBox(4096, "Titel", $iTraySettings)
      $aTrayArray[1][3] = TrayCreateItem($aTrayArray[0][3], $iTraySettings, -1, 1)
      $aTrayArray[1][4] = TrayCreateItem($aTrayArray[0][4], $iTraySettings, -1, 1)
      $aTrayArray[1][5] = TrayCreateItem($aTrayArray[0][5], $iTraySettings, -1, 1)
      $aTrayArray[1][6] = TrayCreateItem($aTrayArray[0][6], -1, -1, 0)
   For $i = 0 To 6
      TrayItemSetOnEvent($aTrayArray[1][$i], "CallTray")
   Next
   _ArrayDisplay($aTrayArray)
EndFunc
Func CallTray()
   MsgBox(0, "DEBUG", "Funktioniert")
EndFunc

Ich habe folgende Zeilen mit dem Fettgedruckten ergänzt und es läuft ohne Fehler

$aTrayArray[1][3] = TrayCreateItem($aTrayArray[0][3], $iTraySettings, -1, 1)

$aTrayArray[1][4] = TrayCreateItem($aTrayArray[0][4], $iTraySettings, -1, 1)

$aTrayArray[1][5] = TrayCreateItem($aTrayArray[0][5], $iTraySettings, -1, 1)

$aTrayArray[1][6] = TrayCreateItem($aTrayArray[0][6], -1, -1, 0)

Was ich noch nicht ganz verstehe ist, wenn bei der letzten Zeile statt der 0 eine 1 eingefügt wird gibts auch Fehler.

Ein Frage an alpines , wenn ich die Globale Variable in der Funktion so deklariere wie ich es in der

auskommentierten Zeile stehen habe, sollte es aber doch auch machbar sein ohne Probleme oder nicht?

Bei meiner Variante wird die Globale Variable nur dann deklariert wenn sie noch nicht exisitert,

die Deklarierung wird also maximal einmal durchgeführt.

Ich habe nicht viel aber doch ein paar Scripte, wo mir das als beste Löung erschien.

Hoffe ich zur Lösung des Problems beitragen

MfG Tuxedo

Nicht genau das selbe wie du, aber etwas ähnliches gab es mal. Es nannte sich Chaospendel von @FR34Q

ChaosPendel-Simulation (mit GDI+)

Eventuell kannst du dort Inspiration für dein Script finden.

Dein Pendel sieht schon mal brauchbar aus und macht schon mal realistische Bewegungen.

Mag sein, daß es irgendwann mal aus dem Ruder läuft, aber bis jetzt tuts schon mal ordentlich.

Aus der Lehrzeit weiss ich, daß auch ein normales mechanisches Pendel durchaus auch schon mal

völlig unerwartete Bewegungen hervorbringen kann.

Bitnugger du hast dir die Antwort mit deinem letzten Beispiel schon fast selbst gegeben.

Ich habe in meinem geänderten Beispiel erst hinterher gesehen, daß du schon den Status der Funktion mitausgeben lässt. Dabei wirst du feststellen, daß bei Verwendung der Funktion GuiSetState(@SW_MINIMIZE) als Status ein Fehler ausgegeben wird Status = 0, und ich vermute das ist deshalb der Fall weil das Fenster eben nicht sichtbar ist.

Und das selbe Spiel mit @SW_SHOWMINIMIZED ergibt Status = 1 also kein Fehler.

So gesehen arbeitet die Funktion GuiSetState eigentlich schon so wie vorgesehen.

Aber langsam sollten wirs ja wissen, daß unsere Denkweise sich von denen der Autoit Entwickler teilweise massiv unterscheidet. Und andere Ansichten als die der Autoit-Götter in Weiss werden nicht geduldet, was vielleicht auch einer der Gründe sein könnte warum Ward alle seine Uploads auf autoitscript.com vernichtet hat. Glücklicherweise konnte ich etliche von seinen genialen Original-Downloads in Sicherheit bringen.

Das muss nicht zwingend ein Fehlverhalten sein. Denn direkt nach der Erstellung eines Fensters

mittels GUICreate ohne weitere Befehle ist das Fenster unsichtbar(versteckt), es existiert quasi gar nicht. Demzufolge kann es auch nicht minimiert werden. Was übrig bleibt an Korodinaten und Positionen ist das was bei GUICreate angegeben wurde.

und das sind zumindest bei mir genau die angezeigten Werte.

Das ändert sich eben erst wenn das Fenster einmal angezeigt oder sonstwie aktiviert wird,

danach kann es auch minimiert werden und ab dann werden auch die richtigen erwarteten Werte angezeigt.

Ich finde eine sehr gute Sprache fehlt noch in deiner Liste: PowerBasic

Schade ist nur, daß die Webseite http://www.powerbasic.com alle EU-Bürger von ihrer Seite ausgesperrt hat.

Vermutlich haben sie keine Lust auf Ärger wegen der Datenschutzrichtlinien und sperren uns einfach alle aus.

Aber wenn die deutsche Webseite wirklich wieder mal Online geht werden ich wohl einen Kauf durchführen.

Die Effizienz und Geschwindigkeit von Powerbasic ist sagenhaft.

Die anderen in deiner Liste sind auch alle sozusagen ihr Geld wert.

Die PureBasic Lizenz habe ich schon fast 10 Jahre und bereue es nicht.

Mit Freebasic mache ich gelegentlich Kleinigkeiten, für grösseres fehlt mir noch die Erfahrung.

Mit Delphi 5 habe ich früher einiges gemacht und war auch sehr zufrieden damit.

Wie Lazarus heute arbeitet weiss ich noch nicht, werde es aber sicher testen wenn ich mein

Hauptsystem Windows 7 endgültig mit Linux ersetzen werde.

Ich kann es dir nicht genau sagen was falsch läuft, aber dein Fehler liegt in der For Next Schleife

der Funktion Printerinfo.

Bist du sicher daß du nur auf @error -1 prüfen willst. Ersetze das mal versuchsweise durch If @error <> 0