Beiträge von Andy

  • HQx, EPx, xBR... Grafikinterpolation !

    Zitat

    Dann muss man aber die ganze Schleife, die das Bild konvertiert, in assembler schreiben.

    Naja, dann wird der Code eben 5 Zeilen länger....
    Ich würde jedenfalls, wenn ich eine DLL schreibe, auch die Konvertierungsfunktionen in diese DLL packen.
    Also ARGB8888 -> RGB565 und wieder umgekehrt.
    Die sicherlich bessere Alternative ist aber, den C++-Code so umzuschreiben, dass auch ARGB8888 damit funktioniert...
    Ich vermute mal, sooo schwer wird das nicht sein, gerade im Gegenteil, das Bitgeschiebe fällt komplett weg!

  • HQx, EPx, xBR... Grafikinterpolation !

    Hi,
    die RGBA8888 nach RGB565 hatte ich in Deskstream und auch im Steganographie-Script benutzt.
    Der Asm-Code für ein Pixel:

    [autoit]

    _("and eax,0xFFFFFF") ;nur RRGGBB
    _("shr eax,3") ;R an Grenze zu ax schieben
    _("shl ax,3") ;G an die rechte seite von R schieben
    _("shr eax,2") ;RG an Grenze zu al schieben
    _("shl al,2") ;B rechts ans RG schieben
    _("shr eax,3") ;RGB steht nun in 16Bit

    [/autoit]


    das 32Bit ARGB steht in EAX, nach dem Bitgeschiebe steht 565 in AX^^

    /Edit/ hups, beinahe die Umkehrfunktion vergessen^^

    [autoit]


    _("movzx eax,word[adresse]") ;nur die untersten 16 bit holen
    _("shl eax,5") ;565
    _("shr ax,3") ;
    _("shr al,2") ;
    _("shl eax,3") ;ARGB

    [/autoit]


    Das sollte sich per inline-asm in den C++-Code reinbringen lassen^^

  • Java vs C++ - Was ist dran ?

    Zitat von Cheffe

    Den größeren Unterschied macht jetzt also meistens wieder geschickter Code gegenüber ungeschicktem .

    Fullack!
    Hatte letztens wieder mal das Vergnügen, einen C#-code zu bewundern. Wie man in 50 Zeilen Code einen dermaßenen Müll reinbringen kann, ist mir ein Rätsel....jedenfalls hat der dort programmierte Grafikfilter wenigstens funktioniert. Zwar doppelt so schnell wie ein (optimierter) AutoIt-Code, aber 50x langsamer wie der von mir als C++-Noob umgesetzte Filter.

    Ein langsamer Algorithmus wird auch nicht besser, wenn man ihn in einer "schnellen" Compilersprache umsetzt!
    Ich bin davon überzeugt, dass gute Programmierer in Java schnellere Programme bauen können wie ein 08/15-Fuzzi mit C++....

  • HQx, EPx, xBR... Grafikinterpolation !

    Hi, hab jetzt mal im Netz gesucht, aber ausser irgendwelchen broken Links nichts gefunden, was auch nur ansatzweise wie eine Beschreibung der DLL aussieht.
    Auch Beispielcode ist nicht zu finden....
    Funktionieren wird es wohl, allerdings habe ich keine Lust, komplette NES/SEGA-Emulatoren downzuloaden und durchzuscannen....

  • Taste gedrückt

    Hi,

    Zitat

    Bei mir geht aber unter anderem nicht ö,ä und ü.

    Das sind keine TASTEN-Scancodes (Hardware) , sondern länderspezifische Sonderzeichen, diese werden ünber die installierten Codepages interpretiert! Auch ß ´ + # - . , werden je nach Tastaturtreiber unterschiedlich interpretiert.

    Zitat

    Und Wenn ich a, s, d, f, g und h drücke kommt nur a,d,f und s.

    bei mir auch....shit happens :rolleyes:

    Zitat

    Und warum werden bei den SHIFT- und STRG-Tasten jeweils zwei Codes ausgegeben?

    Naja, es werden sowohl die Codes für SHIFT (es ist ja definitiv EINE der beiden Shift-Tasten gedrückt) als auch für SHIFT LEFT oder SHIFT RIGHT ausgegeben.

    HIER gibts weitere Informationen zur Tastatur

  • Taste gedrückt

    Hi,

    weiss nicht, ob ich die folgende Funktion online gestellt hatte, aber so hatte ich mal die Tastatur abgefragt...
    Bis zu 6 gleichzeitig gedrückte Tasten können ermittelt werden, u.a. kann man auch die Codes der Sondertasten auf einer Tastatur herausbekommen.

    Spoiler anzeigen
    [autoit]

    $hgui = GUICreate("Tasten...", 400, 200)
    GUISetState()

    [/autoit] [autoit][/autoit] [autoit]

    $label1 = GUICtrlCreateLabel("", 10, 10, 300, 30)
    $label2 = GUICtrlCreateLabel("", 10, 40, 300, 30)
    $label3 = GUICtrlCreateLabel("", 10, 70, 300, 30)

    [/autoit] [autoit][/autoit] [autoit]

    GUICtrlSetData($label1, "Bitte Tasten (auch gleichzeitig) drücken")

    [/autoit] [autoit][/autoit] [autoit]

    While GUIGetMsg() <> -3
    $a = _inkey() ;Tastenanzeige
    GUICtrlSetData($label2, "Taste(n) : " & $a)
    $a = _inkey(1) ;hexcodes
    GUICtrlSetData($label3, "Hexcodes : " & $a)
    WEnd

    [/autoit] [autoit][/autoit] [autoit][/autoit] [autoit][/autoit] [autoit]

    Func _inkey($flag = 0) ;gibt die gleichzeitig gedrückten Tasten zurück, wenn flag=1 gibt dann tastaturcode zurück
    Global $__inkey_flag
    If $__inkey_flag = False Then ;first run
    $__inkey_flag = True
    $tastacode = "01 Left mouse button,02 Right mouse button,04 Middle mouse button (three-button mouse),05 Windows 2000/XP: X1 mouse button,06 Windows 2000/XP: X2 mouse button,08 BACKSPACE,09 TAB,0C CLEAR,0D ENTER,10 SHIFT,11 CTRL,12 ALT,13 PAUSE,14 CAPS LOCK,1B ESC,20 SPACEBAR,21 PAGE UP,22 PAGE DOWN,23 END,24 HOME,25 LEFT ARROW,26 UP ARROW,27 RIGHT ARROW,28 DOWN ARROW,29 SELECT,2A PRINT,2B EXECUTE,2C PRINT SCREEN,2D INS,2E DEL,30 0,31 1,32 2,33 3,34 4,35 5,36 6,37 7,38 8,39 9,41 A,42 B,43 C,44 D,45 E,46 F,47 G,48 H,49 I,4A J,4B K,4C L,4D M,4E N,4F O,50 P,51 Q,52 R,53 S,54 T,55 U,56 V,57 W,58 X,59 Y,5A Z,5B Left Windows,5C Right Windows,60 Numeric pad 0,61 Numeric pad 1,62 Numeric pad 2,63 Numeric pad 3,64 Numeric pad 4,65 Numeric pad 5,66 Numeric pad 6,67 Numeric pad 7,68 Numeric pad 8,69 Numeric pad 9,6A Multiply,6B Add,6C Separator,6D Subtract,6E Decimal,6F Divide,70 F1,71 F2,72 F3,73 F4,74 F5,75 F6,76 F7,77 F8,78 F9,79 F10,7A F11,7B F12,7C-7F F13 - F16,80H-87H F17 - F24,90 NUM LOCK,91 SCROLL LOCK,A0 Left SHIFT,A1 Right SHIFT,A2 Left CONTROL,A3 Right CONTROL,A4 Left MENU,A5 Right MENU,BA ;,BB =,BC ,,BD -,BE .,BF /,C0 `,DB [,DC \,DD ]"
    $a = StringSplit($tastacode, ",", 1) ;string am komma splitten
    Global $__Tasta_code[255][2], $hDLL = DllOpen("user32.dll")
    For $i = 1 To UBound($a) - 1 ;$tastacodes in Array
    $__Tasta_code[Dec(StringLeft($a[$i], 2))][1] = StringTrimLeft($a[$i], 3)
    Next
    EndIf

    [/autoit] [autoit][/autoit] [autoit]

    $string = "" ;gedrückte Tasten
    For $i = 1 To 255 ;eigentlich nur bis 221
    $key = DllCall($hDLL, "short", "GetAsyncKeyState", "int", $i)
    If BitAND($key[0], 0x8000) Then ;MSB gesetzt
    If $flag Then
    $string &= "0x" & Hex($i, 2) & "+"
    Else
    If $__Tasta_code[$i][1] = "" Then $__Tasta_code[$i][1] = "unknown code=0x" & Hex($i, 2) & " ";falls Tastencode unbekannt
    $string &= $__Tasta_code[$i][1] & "+"
    EndIf
    EndIf
    Next
    $string = StringTrimRight($string, 1) ;+ am Ende entfernen
    Return $string ;string zurückgeben

    [/autoit] [autoit][/autoit] [autoit]

    EndFunc ;==>_inkey

    [/autoit]

  • Taste gedrückt

    Hi,

    Zitat

    Jep, das ist nix anderes als ein Keylogger...
    Vote for close!

    in so gut wie JEDER Programmiersprache gibt es die Abfrage, welche Taste gedrückt wurde, schon im ROM-Basic des UR-PC von 1981 gab es so etwas wie

    Code
    a$=inkey$   ;in a$ steht der Tastaturcode abhängig von der eingestellten Codetabelle


    Nur AutoIt stellt da nix direktes zur Verfügung.... traurig genug übrigens.

    Allerdings gibt es reichlich Scripte zu diesem Thema, googeln nach "getkeystate site:autoit.de" hilft^^

  • _GuiCtrlTreeView_Create -- $tagNMTVCUSTOMDRAW fehlerhaft?

    Hi,
    selbes Verhalten bei XP32/Win7-64

    Zitat

    Ein weiteres Verhalten ist auffällig: Die Höhe der Item ist bei _GuiCtrlTreeView_Create sichtbar kleiner als bei GuiCtrlCreateTreeView.

    Das ist bei XP32 NICHT so!

    Allerdings habe ich in einem anderen Zusammenhang schon unterschiedliche Zeilenhöhen festgestellt. Auch bei ListViews gibt es eklatante Höhen- und Breitenunterschiede (bei identischen Schriften/Größen) zwischen XP und Win7, was dazu führt, dass Scrollbalken in Win7-ListViews eingefügt werden :cursing:

  • Zufallszahlen?

    Hi,
    das Problem ist nicht, EINE Zufallszahl per Funktion zu generieren, sondern sicherzustellen, dass innerhalb eines bestimmten Intervalls eine (halbwegs, wg Zufall ^^) gleichmässige Verteilung der generierten Zahlen auftritt.
    Das Thema ist so alt wie die Rechner selbst....
    Erstelle eine WieAuchImmer-Funktion, die Zufallszahlen generiert, lasse diese Funktion von anerkannten Mathematikern abnicken und lasse dir im Intervall von 1 bis 10 dann 10 Integer-Zahlen generieren.
    Heraus kommt dann die Folge 2,2,2,2,2,2,2,2,2,2....für einen Mathematiker absolut kein Problem, da diese Folge genauso zufällig ist wie jede andere auch.
    Ein Politiker, der für ein neues Sicherheitskonzept für Online-Banking stimmen soll, sieht das dann aus einem ganz anderen Blickwinkel, genau wie ein "Otto-Normalverbraucher".
    Lasse diese Funktion (wie gesagt , mathematisch korrekt) drei weitere Male Zahlen generieren, und jedes Mal wird 2,2,2,2,2,2,2,2,2,2 erstellt.
    Immer noch mathematisch korrekt, denn das ist ZUFALL!

    Die Diskussion erinnert mich immer an das Infinite-Monkey-Theorem, interessant dabei ist, dass bei einem Versuch mit einem Affen und einer Schreibmaschine kein Mensch der Welt (alle Mathematiker eingeschlossen) sich wundern würde, wenn der Affe (zufällig) eine unverständliche Buchstabenfolge tippen würde.
    Tippt der Affe aber die erste Strophe von Schillers Glocke und klatsch danach in die Hände, würden genau dieselben Menschen ( alle Mathematiker eingeschlossen) versuchen, diesen "Zufall" des Eintretens dieser unwahrscheinlichen (sic) Wahrscheinlichkeit zu analysieren.....seltsam, oder? :rolleyes:

  • DeskStream 2 Release Candidate 1.8

    Hi,

    Zitat

    Wenn Du mir noch erzählst wie ich das anstelle teste ich das gerne.

    Systemsteuerung;System;Erweitert;Leistung;Einstell ungen;Datenausführungsverhinderung

    dort das Programm eintragen, oder DEP ganz deaktivieren, natürlich nur testweise!
    DEP (Datei Ausführungs Verhinderung) ist ein Windows-Sicherheitsfeature und verhindert, dass Programme unerlaubt im Speicher rumschreiben. In vorliegenden Fall stellt sich die Frage, ob das bei dir der Grund für den Absturz ist....

  • DeskStream 2 Release Candidate 1.8

    Hi,

    Zitat

    Ich hab die Server.exe mal in Olly geladen:

    Das ist der Einsprungpunkt in den ASM-Teil vom Server.
    Aber den Fehler verstehe ich nicht so ganz...
    Die Exception wird geworfen, weil der Stackpointer ESP nicht auf den ersten Parameter zeigt, sondern sonstwohin....
    Das ist in einem 32-Bit-Script / Betriebssystem imho unmöglich, da der Funktions-Call die Parameter nacheinander auf den Stack pushed.

    Das einzige, was ich mir vorstellen könnte, ist die "falsche" DLL (32/64 Bit), in der das Callwindowprocw aufgerufen wird (warum funktioniert dann aber Getsystemmetrics? )

    [autoit]

    Global $hDLL_User32 = DllOpen("user32.dll")

    [/autoit]

    Bitte teste folgendes:
    Tauschen der Zeile im Server

    [autoit]

    $Ret = DllCall("user32.dll", "int", "CallWindowProcW", "ptr", $pcode, "ptr", $pnew, "ptr", $pold, "int", $iWidth * $iHeight, "ptr", $pInfoStruct)

    [/autoit]


    gegen

    [autoit]

    $Ret = DllCalladdress( "int:cdecl", $pcode, "ptr", $pnew, "ptr", $pold, "int", $iWidth * $iHeight, "ptr", $pInfoStruct)

    [/autoit]


    ggf auch im Client anpassen. DllCallAddress ist eine AutoIt-Funktion seit 3.3.8.0

    /EDIT/ Nächster Versuch ist DEP zu deaktivieren....

  • DeskStream 2 Release Candidate 1.8

    Hi,
    imho ist der 2-Monitor-Betrieb doch getestet....
    Hatte mal mit Raupi (der hat mehrere Monitore am Start^^) eine Deskstream-Session ohne Probleme laufen!

    Zitat von Minecraft-Sprenger

    Wie sind die Macros @DesktopHeight und @DesktopWidth bei dir?

    Die wird er kaum finden^^

    [autoit]

    Global $hDLL_User32 = DllOpen("user32.dll")
    Global $VirtualDesktopWidth = DllCall($hDLL_User32, "int", "GetSystemMetrics", "int", 78) ;sm_virtualwidth
    Global $zoom_w = $VirtualDesktopWidth[0]
    Global $VirtualDesktopHeight = DllCall($hDLL_User32, "int", "GetSystemMetrics", "int", 79) ;sm_virtualheight
    Global $zoom_h = $VirtualDesktopHeight[0]

    [/autoit]

    im Serverscript ganz oben werden die Multimonitorsysteme auch mit abgefragt. GGF dort mal die Variablen ausgeben lassen...


    Zitat von Lesato

    Ich bastel mir per Build die .exe und setze zur Sicherheit "#AutoIt3Wrapper_UseX64=n".

    Beim Debuggen ist es sinnvoll, nur EINS der Scripte zu kompilieren, und das andere dann per Scite/F5 laufen zu lassen. So kann man die Fehler direkt im Script lokalisieren.

    Wenn auch die nichtkompilierten Scripte crashen, dann ist irgendwo der Wurm drin.
    Wenn auf dem Rechner ein Debugger (Ida oder Ollydbg usw.) installiert ist, dann würde ich diesen mal auf den Fehler ansetzen, d.h. im Falle eines Crashes wird von Windows der Debugger gestartet und zeigt den Fehler an. Wenn das so ist, bitte mal eine Copy des Debuggerfenster-Inhalts posten!

  • Autoit - PureBasic

    Hi,

    Zitat

    Mein Programm überprüft "externe" Programme und steuert sie an. Da es dort manchmal Probleme gibt, will man debuggen, um festzustellen wo und warum.


    Ok, dann bietet sich ja ein Trace (entweder jede Zeile oder je Funktion) an. Ich denke, das hast du ausprobiert....
    Was ich jetzt aber nicht verstehe ist dein Begriff von "langsam" im Bezug aufs debuggen. Wenn du, wie z.B. in VB, per Einzelschritt durch die Zeilen eierst, dann hast du zwar alle Variablen im Zugriff, aber bist doch extrem "langsam"?! Wie soll das schneller gehen?
    Das geht nur schneller, wenn du im Code Marken setzen kannst, ab denen dein Code debugged wird oder nicht.
    Daher Progandys Verfahren mit den Funktionen, die muss man nicht zwangsläufig alle per include einbinden, Hauptsache ist, dein Code ist übersichtlich und durch den Funktion-Trace hast du sehr schnell die Möglichkeit, den Fehler einzugrenzen.

    Geht es um Fehler im Programm (Division durch Null o.ä), dann sollte man diese schon im Code abfangen.
    Fehler in der Logik findet man so natürlich nicht, bspw. wenn im Code Daten eines Fensterinhalts (Controls) ausgewertet werden, aber das Fenster noch garnicht existiert. Da hilft dir aber zeilenweises Abklappern des Scripts auch nicht weiter....

    Tips:
    Spaghetti-Code (jaja, da kenn ich mich aus :rofl: ) so umschreiben, dass zusammenhängender Code in Funktionen zusammengefasst wird.
    Funktionen in weiteren Funktionen zusammenfassen, so findet man per einfachen ALT-D oder SHIFT-STTRG-D schon mal den Funktionsblock, den es zu untersuchen gilt....
    Verwendung von lokalen Variablen hilft auch weiter, globale Variablen, die von allen Funktionen verändert werden, sind naturgemäß nur sehr schwer zu "fangen".

    Zitat

    Mein Programm überprüft "externe" Programme und steuert sie an

    Interaktion mit externen Programmen ist immer etwas schwierig, aber da AutoIt von vielen Bottern benutzt wird, scheint es sich dafür anzubieten :thumbup:
    Gerade Bots können ein feines Beispiel für einen guten Programmierstil sein, wenn es nicht gerade darum geht in einem 10-Zeiler Pixelsearch() anzuwenden. Es geht ja primär darum, alle möglichen und unmöglichen Aktionen des zu steuernden Programms abzufangen und darauf zu reagieren....

  • Autoit - PureBasic

    Hi,

    Zitat

    Noch eine Frage, wo ist denn der Unterschied zwischen Scriptsprache und PureBasic. Auch Autoit wird doch kompiliert.

    Nein, AutoIt wird nicht kompiliert. Der Interpreter wird zusammen mit dem Quellcode in eine Datei gepackt (das *.EXE-File). Beim Starten dieser Datei wird der Interpreter gestartet und führt das Script aus. Daher die "Langsamkeit" in bestimmten Bereichen.
    Sämtlich Funktionen der WIN-API werden in AutoIt genauso aufgerufen wie in den Compilersprachen auch, daher gibt es dort KEINEN Geschwindigkeitsunterschied.

    Der Unterschied im Funktionsumfang beschränkt sich imho auf die Implementierung bzw. die "Wrapper" für API-Funktionen. Da geben sich sämtliche Sprachen nicht viel, aber die UDF´s machen den Kohl fett! Bei einer weit verbreiteten Sprache ist die Wahrscheinlichkeit wesentlich höher, dass ein anderer User die benötigte Funktion schon einmal geschrieben hat. Programmieren heutzutage ist das SCHNELLE finden von Funktionen, die jemand anderes geschrieben hat^^

  • Autoit - PureBasic

    Hi,

    Zitat

    Zwar gibt es den Autiot-Debugger Version 0.45, aber wenn man zeitkritische Anwendungen schreibt, ist der Debugger bzw. das Programm durch den Debugger so langsam, dass man nur sehr schlecht Fehler suchen kann.


    Zeitkritisch und AutoIt schliessen sich nicht nur beim Debuggen aus!
    Ich bin auch "Basic"-Anwender der ersten Stunde (Basic im ROM des IBM 8088 FTW^^, später PowerBasic), und genau aus diesem Grund auch bei AutoIt gelandet.
    Für 99 % aller Anwendungen ist AutoIt schnell genug und imho sehr komfortabel, den Debugger habe ich (progandy hat mit "ich debugge garnicht so viel" völlig Recht) noch nicht vermisst.

    Falls es wirklich mal "schnell" sein muss, dann bleibt immer noch die Möglichkeit, die benötigte Funktion in irgendeiner (Basic)Compilersprache zu schreiben, und als DLL in AutoIt zu verwenden. Oder Assembler/C++ einzubinden, wo wir allerdings beim Thema "komfortabel Debuggen" sind^^.

    Als "Gesamtpaket" für eine Basic-Sprache ist VB mit Sicherheit nicht zu schlagen, große Community und für so gut wie alle Anwendungen schon mal erstellte Programme sind der Vorteil.
    VB krankt aber am Gesamtkonzept aller MS-Produkte: nach 20 Jahren Entwicklung später sieht die Software viel schöner aus, ist aber genauso bescheuert und langsam zu bedienen wie vor Urzeiten...Oder hat die "Featuritis" für 99% aller Anwender Vorteile gebracht?

    PureBasic/FreeBasic und andere Dialekte füllen diverse Lücken wie z.B. plattformübergreifende Programmierung für Linux/Mac, spezielle Bibliotheken, Inline-ASM usw.
    Such dir aus, was dir am Besten gefällt und was du für die TÄGLICHE Arbeit wirklich benötigst.

  • AutoIt für die Wiedergabe von Musik im Ts3 mittels Winamp

    Da muss garkeine externe Software verwendet werden, einfach die Windows-Systemeigenschaften nutzen.

    Audioeigenschaften
    Erweitert
    Mixer auf Audio Input
    Stereomix auswählen

    jetzt wird automatisch jeder Sound, der abgespielt wird, an den Mikrofoneingang weitergeleitet.

    Ich benutze das im TS, um anderen bestimmte Sounds/Tracks vorzuspielen. Die Qualität ist abhängig vom im TS-Server eingestellten Audio-Format, aber idR. nicht überragend^^. Besser wird es, wenn das eigene Mic am Headset ausgeschaltet wird, um eine Überlagerung zu verhindern.

  • Desktopübertragung / VNC (UltraVNC...) ?

    Hi,

    wobei blickst du bei Deskstream nicht durch?

    Auf dem Rechner, von dem du streamen möchtest, startest du den Server.
    Auf einem anderen Rechner den Client, der stellt dann das Monitorbild des Servers dar. Dieses Bild kann man zoomen, verschieben usw.

    Zum testen kann man Client und Server auch auf einem Rechner starten.

  • [Tutorial] Sauber Programmieren

    Hi,
    ich nehm den Startpost einfach mal als Anlaß, dass dieser Thread die Fundgrube für Tips/Tricks und Goodies wird :thumbup:

    Was noch garnicht beachtet/beschrieben wurde, ist die essenzielle Verwendung von KOMMENTAREN!
    Durch 10 Zeilen Kommentare hat man das Programm und dessen Ablauf besser beschrieben als durch noch so feine Variablennamen 8)
    Kommentare werden durch das Semikolon vom Code getrennt, automatisch ausrichten lassen sie sich durch Verwendung von AlignComment

    Über absolute Must-have´s wie OrganizeIncludes (wieso gibts das eigentlich nicht als in Scite integrierte Funktion wie Tidy? ) und SendToPastebin braucht man nicht weiter zu reden, ohne ist AutoIt nur "halb"^^