Beiträge von UEZ

Probiere es mal damit:

#include <Clipboard.au3>
#include <GUIConstantsEx.au3>
#include <WindowsConstants.au3>
#include <Gdiplus.au3>


_GDIPlus_Startup()
$nBild = InetRead("https://rosettacode.org/mw/title.png",16);Gibt dir Binary vom Bild
$hBild = _GDIPlus_BitmapCreateFromMemory($nBild, True) ;erstellt dir ein GDI Bitmap vom InetRead.
$hClipboard_Bild = _WinAPI_CopyImage($hBild, 0, 0, 0, BitOR($LR_COPYDELETEORG, $LR_COPYRETURNORG))
_ClipBoard_Open(0)
_ClipBoard_Empty()
_ClipBoard_SetDataEx($hClipboard_Bild, $CF_BITMAP)
_ClipBoard_Close()
_WinAPI_DeleteObject($hBild)
_WinAPI_DeleteObject($hClipboard_Bild)
_GDIPlus_Shutdown()
HotKeySet("{F2}", "F_Ende")


ConsoleWrite("Bild kann jetzt eingefügt werden!" & @CRLF)


While 1
	Sleep(500)
WEnd


Func F_Ende()
	Exit
EndFunc

Du kannst ein GDI Bild mit

_ClipBoard_SetDataEx($hHBitmap, $CF_BITMAP)

in den Clipboard kopieren, musst vorher noch das Bild mit

_WinAPI_CopyImage()

umwandeln, z.B.

$hHBitmap = _WinAPI_CopyImage($hHBmp, 0, 0, 0, BitOR($LR_COPYDELETEORG, $LR_COPYRETURNORG))

$hHBmp ist ein GDI Handle -> nicht GDI+!

_GDIPlus_Startup()

ist dein Freund.

Zitat von BLinz

Zufällig habe ich den heute auch gesehen und in mein Programm eingebaut.Aber @UEZ:

Der hat einen Fehler, Rot und Blau sind vertauscht und somit kommen falsche Farben raus.
Richtig wäre es so rum

AutoIt

$color_hex_rgb = 0x1188AA
    $Red = BitAND($color_hex_rgb, 0xFF)
    $Green = BitAND(BitShift($color_hex_rgb, 8), 0xFF)
    $Blue = BitAND(BitShift($color_hex_rgb, 16), 0xFF)
    $color_argb = 0xFF000000 + $Red * 0x10000 + $Green * 0x100 + $Blue
    MsgBox(0, "Test", Hex($color_argb, 8))

da ich immer erst mit Grün getestet hatte ist es mir erst spät aufgefallen.

Nachtrag: Ich könnte da auch einen ARGB zu RGB Konverter gut brauchen ....

Dein Konverter macht aus ARGB ein ABGR, wenn wir annehmen, dass der Farbwert als ARGB kodiert ist.

@autoiter: danke für den Hinweis. Ich hatte eine modifizierte lokale GDIPlus.au3, so dass die fehlenden Funktionen nicht aufgefallen sind.

Ich habe das Archiv aktualisiert. -> Post#3

Hallo Oscar,

sorry, dass ich hier so herein platze! Ich hatte vor längerer Zeit eine GIF UDF gebastelt, aber nie richtig veröffentlicht und auch nicht weiter gecodet! Irgendwie passt die UDF hier rein.

Download ca. 13.4 MB: https://www.mediafire.com/?ooc7mow9zmwdd8k

Mit der UDF kann man auch GIF Animationen erstellen, wenn als BS Vista oder höher installiert ist.

Was mich ein bissl "stört" ist, dass, wenn man vorbei schießt, man keinen Schuss hört, sondern nur, wenn man trifft.

Imho sollte man den Schuss immer hören und bei Treffer einen anderen.

Ansonsten hat sich das Spiel gut weiter entwickelt.

xSunLighTx3: das ist aber nicht die feine Art einfach den Post zu löschen und "#solved thx to Avandos Game Studios for the help! " zu schreiben - sehr egoistisch.

Wenn das jeder machen würde, bräuchte man kein Forum. Ich hoffe, dass für deine zukünftigen Probleme du genau nur auf solche Topics stößt.

Ich wollte dir helfen, aber das werde ich für dich in Zukunft nicht mehr tun!

Hier gibt's auch noch was zu diesem Thema:

https://www.autoitscript.com/forum/topic/18…autoit-possible
https://www.autoitscript.com/forum/topic/18…-clr-framework/

Münzen mit höheren Werten sollten schwere abzuschießen sein als die mit kleineren Werten. Momentan sind alle gleich schwer.

Nettes Spiel.

Ich würde noch ein Fadenkreuz benutzen, entweder GUISetCursor(3, 1, $hBackGui) oder ein externes.

@Alina ich verstehe auch deine Frage nicht.

Die Beispiele habe ich nicht aktualisiert.

Nicht nur, dass $ghGDIPDll nun $__g_hGDIPDll ist, Load_BMP_From_Mem ist auch integriert -> _GDIPlus_BitmapCreateFromMemory().

Erstes Beispiel: File to Base64 String Code Generator v1.20 Build 2015-01-20

Gratulation an Tweaky.

Mein Resümee: die Zufall Tipps sind schlechter, aber nicht deutlich. Entweder haben die menschlichen Tipper keine Ahnung oder die Algorithmen waren gut.

Ich selbst tippe i.d.R. nur "aus dem Bauch" heraus.

Nach den Sommerferien geht's in die nächste Runde....

Sehr schön, besonders die Blitze um die Buchstaben.

Welcome back.

Zitat von Leo.1906

Heißt das also das ich dein altes Tool nutzen kann um die Dateien zu komprimieren und die neuen Funktionen mit ASM Code zum dekomprimieren? Also einfach die alten automatisch generierten Funktionen durch die neuen ersetzen?
Denn es ist ja wohl immer besser die performantesten Funktionen zu nutzen..

Edit: es hat sich aber doch relativ viel geändert wenn jetzt eine andere, wesentlich bessere da schnellere, kompressions Methode verwendet wird..

Das Tool ist zum Komprimieren von Dateien gedacht, sondern Daten in dein Skript zu integrieren und um Platz zu sparen, können die Daten komprimiert werden. Wie oben erwähnt, kannst du, wenn du die Komprimierung haben willst und es sich lohnt, d.h. nach der Komprimierung der Code nicht größer wird, zwischen zwei verschiedene Methoden wählen. LZMAT kann unter Umständen zwar besser komprimieren, aber der Dekomprimierungscode kann die Ersparnisse wieder zunichte machen und dein Skript wird größer. Einfach ausprobieren.

Zitat von Leo.1906

Es ist zwar schon etwas her, dass Cape-City hier bemerkt hat, dass du inzwischen eine neuere Version deines (echt klasse!) tools hast, in der nicht nur optische änderungen gemacht wurden?
Ich habe jetzt in zwei deiner neuen UDFs gesehen, dass du ASM Code zum dekomprimieren benutzt. Sind diese Funktionen denn performanter als die alten verwendeten? Wenn ja, könntest du dich dann erbarmen uns auch daran teilhaben zu lassen?
ASM ist ja eigentlich das schnellste zu dem man Autoit bewegen kann, oder?

Es gibt zwei Komprimierungs-/Dekomprimierungsfunktionen:

• Windows interne LZNT Funktion -> langsam, aber benötigt keinen zusätzlichen Code
• LZMAT nach AutoIt portiert von Ward -> sehr schnell und bessere Komprimierung als LZNT, aber benötigt zusätzlichen Code zum Dekomprimieren (hier als ASM Code)

Wie gesagt, primär hat sich nicht viel geändert.

Assembler ist der schnellste Code, wenn man richtig in Assembler programmiert.

Zitat von eukalyptus

deaktiviere mal die Drawfunktion der Erde und lass nur die Wolken anzeigen -> aus diesem Effekt kann man bestimmt nochwas machen.

Ich habe die jetzt die Textur ersetzt durch eine Earth Map ersetzt.

Resultat mit dem alten Code.

@eukalyptus: danke für den Tipp. Ich werde schauen, ob man den Effekt auch so darstellen kann.

Zitat von eukalyptus

deaktiviere mal die Drawfunktion der Erde und lass nur die Wolken anzeigen -> aus diesem Effekt kann man bestimmt nochwas machen.

Sieht ja echt klasse aus. Mal sehen, wie das Ganze aussieht, wenn man anstelle der Wolken die Erde als transparentes Bild nimmt.
Btw, lange nichts mehr von dir gehört.

Zitat von Oscar

Und die Enterprise ist auch nicht schlecht, allerdings ruckelt sie etwas beim Vorbeiflug.
Klasse wäre es natürlich, wenn sie in der Animation dann auf Warp-Geschwindigkeit gehen würde.

Das Ruckeln liegt wohl an der GDI+ Funktion. Mal sehen, ob man das auch anders machen kann. Bezüglich der Warp-Geschwindigkeit - da kann mal auch was machen.

Zitat von alpines

Ich möchte ja nichts schlecht reden aber von der Scriptsprache wurde hier nicht sehr viel verwendet. Das sind fast ausschließlich WinAPI- und GdiPlus-Funktionen.
Der Code sollte in C nicht groß anders ausschauen (bis auf die Erstellung der GUI). Das ist ja der einzige Punkt der hier von AutoIt wirklich verwendet wird.

Nun ja, aber nichtsdestotrotz ist die Animation mit AutoIt geschrieben, d.h. für mich, dass AutoIt nicht nur automatisieren kann, sondern viel mehr. Btw, mit FreeBasic ist die FPS genau so lahm. Ergo, es liegt an GDI+...

@water: danke für dein Feedback