Beiträge von minx

  • [Demotool] kode kompressor - Extremer EXE Packer

    Beim Schreiben von Demos im 1k, 4k, 64k Bereich ist der letzte Schritt das Komprimieren der PE (.exe) Datei. Ich habe mir dazu dieses kleine Tool gebaut.

    Funktionsweise
    Man lädt eine exe und kodek (Abkürzung) erstellt davon 3 Kopien und probiert die zur Zeit besten 3 Packer aus. Das sind farbrauschs "kkrunchy", MatCodes "mpress" und schließlich MEW, ein experimenteller Packer. kodek führt alle Packvorgänge mit den stärksten Einstellungen durch. Nach den 3 Durchläufen (einfach ein wenig warten) wird dann die kleinste erreichte Größe in Byte, die Kompressionsrate (% der originalen Datei) und der beste Packer angezeigt. Das ganze wird noch einmal auf einer Progressbar gezeigt und kodek teilt auch mit, in welcher Sparte man sein Programm einreichen könnte (1,4,64,PC Demo). Schließlich hat man natürlich noch die Option, die gepackte Datei zu speichern.

    Einsatz
    Für kleine Demos, wer nicht weiß was das ist sollte das Programm auch nicht benutzen, da es auch Fehler geben kann, die bei großen Programmen oder Abhängigkeiten zum Versagen führen. Wer jetzt versucht AutoIt Exen damit zu komprimieren hat den Sinn komplett verfehlt :D

    Virenscanner
    Wer immer noch glaubt ein Virenscanner würde schützen und einen solchen installiert hat, wird wahrscheinlich nicht lange Freude an kodek haben. Dazu kann ich nur sagen: Pech. Wer den beigelegten Programmen nicht traut, kann sie sich gerne ausm Internet laden (einfach googeln), ist aber nicht nötig, denn wer weiß was mpress oder kkrunchy ist, dem geht das Urteil des Virenscanners sowieso sonstwo vorbei :D (die meisten gepackten Programme werden von vorneherein als schädlich abgestempelt).

    Screenshot (ein kleines Testprogramm von mir, kodek schrumpt es auf 15% seiner Ursprungsgröße ein: unter 1,5k!)
    [Blockierte Grafik: http://o27.img-up.net/shotba28.jpg]

  • Unvergessliche Geschichten/About your life

    Grashalme werden auch nicht vernichtet. E-Zäune werden nach verschiedenen Bewuchs-Kategorien eingesetzt. Ein 7km Weidenzaungenerator versorgt diese 7km z.B. nur ohne Bewuchs. Das stuft sich dann weiter bis zu 1km bei starkem Bewuchs, vor allem durch Gras und Gräser. Diese "ungewollte" Erdung kann so ein Gerät schon ab wie man sieht, zumal dort auch spezielle Weidenzaunlitzen (also die Zaun-Kabel) mithelfen. Sicher hing auch an dem Zaun eher ein Schild mit der Aufschrift "Hochspannung", denn Hochstrom hätte dich auch sofort in den "Bewuchs" beißen lassen ^^ . Ein Blick in den nächsten Katalog verrät dir auch, dass du ohne Umwege keine WZG bekommst, die mehr als 3kV übertragen ^^

  • Unvergessliche Geschichten/About your life

    minx: Nö. Morgen ist Langstrecken-Ausdauerlauf. (Was früher mal Wehrerziehung hieß). Man kann sich da ein ganzes Stückchen Weg sparen, wenn man einen schmalen aber tiefen Fluss überquert. Also haben meine Mitläufer und ich uns heute ein Seil aus mehreren LAN_Kabeln (wir hatten nichts anderes) über den Fluss gespannt
    minx: Der erste hing sich drann und ist 1s später mit allen Vieren oben ins Wasser gefallen. Dann habe ich so einen Lachflash bekommen, dass ich vergessen hatte das Seil loszulassen, worauf ich auch reinfiel
    minx: Also saßen letztendlich zwei Deppen, mich eingeschlossen, lachend im Wasser, während sich der dritte am Ufer nicht mehr einkriegt. War bestimmt auch lustig für die Passanten, die später noch kamen
    minx: Das Beste kam aufm Rückweg: Wir mussten druch mehrere Privatgrundstücke klettern um die Bäume zu erreichen, an denen wir die Kabel befestigt hatten. Das waren alles Elekro-Zäune. Wir also im Hürdenlaufstil drübergehopst. Ich schaffe es natürlich noch, mich darin zu verfangen. :pinch:
    minx: Hat ganze 10s und noch den Grundbesitzer gebraucht um mich da zu entfernen :D

  • PolyPlay - Cooler GDI Effekt

    Soviel hättest du nicht schreiben müssen. Schau dir einfach mal noch einmal die zwei Bilder oben an. Es IST exakt das gleiche Bild. Du sagst (richtigerweise), dass einfach bloß mehr Rechtecke gezeichnet werden, und das IST auch richtig. Genau DESWEGEN ist es ja Kantenglättung! Es werden MEHR Zwischenpunkte berechnet (und dargestellt) um ein glatteres Ergebnis zu erhalten.

    Und ich würfle da nichts durcheinander. Man muss sich nur überlegen, was genau der Unterschied zwischen einer normalen Linie und einer geglätteten Linie ausmacht. Genau! MEHR Pixel. Um die Linienpunkte werden einfach MEHR Pixel in NACHBERECHNETER Sättigung gezeichnet. Und exakt und zwar wortwörtlich das gleiche passiert hier! :P . Zwar werden nicht die einzelnen Linien geglättet, aber das letztendliche Bild durch eine Mehrberechnung. Das ist es, was AntiAliasing ausmacht. Da kannst du sagen was du willst :P .

    Übrigens weiß ich nicht, warum du von "Aligned" redest, das heißt nämlich "angeordnet".

    So und jetzt Frieden und Ruhe. :D

  • PolyPlay - Cooler GDI Effekt

    Nein! :D

    Man braucht sich doch nur Wu's Linienalgorithmus oder sonstige AA Verfahren auszusehen, die alle Realtime arbeiten. Es gibt PostFX Algorithmen, das ist wahr, aber genauso gibt es auch solche, die kein anderes Bild zulassen! Versuch mal mit Wu's eine ähnlich aliaste Linie wie mit Bresenham zu zeichnen.

    Es ist und bliebt AA :P . Hier nochmal ganz deutlich:

    Vorher
    [Blockierte Grafik: http://t41.img-up.net/aauas0444.png]

    Nachher:
    [Blockierte Grafik: http://x77.img-up.net/aaan8641.png]

    Fazit: Kantenglättung aka. AntiAliasing muss nicht Post-Mortum des Bildes der Berechnung erfolgen :P

    __________________________

    Gehen wir mal von keinem AA aus, dann wird das Bild mit 10^2 Iterationen einfach gezeichnet. Man könnte den Code jetzt auch aufteilen auf normale Erstberechnung und folgende Nachberechnung durch die Iterationen die durch den AA noch dazustoßen:

    While 1
    　　　1. Erstberechnung
    　　　2. Wenn AA > 1 dann Nachberechnung der zwischenliegenden Pixel
    WEnd

  • PolyPlay - Cooler GDI Effekt

    Zitat von Andy

    absolut NICHTS mit Antialiasing zu tun hat

    *MÖÖÖÖÖP*

    Und das ist absolut falsch :D. Der Zweck des Effektes ist es, glatte Übergänge zu haben, lässt du alles so wie vorgegeben und stellst mal die Rotation höher siehst du ganz genau das Aliasing. Die Erhöhung des AA, also der simplen Interpolation zwischen den Punkten glättet das sofort raus, so dass wieder weiche Übergänge entsehen. Ergo: AntiAliasing 8)

    Das das AA irgendwann umbricht und völlig falsche Ergebnisse produziert sieht man ja in Post #2, aber entsteht noch ein schönerer Effekt. Bug -> Feature ^^

  • OpenCL meets OpenGL in AutoIt

    Also ich hatte mir den Code von hier nicht mehr geladen, sondern mir eine eigene SDK zusammengezimmert, da Andy mir immer nur Bruchteile geschickt hat :D .

    Jedenfalls hatte ich mir mal eine GTX ausgeliehen. Mit den neuen NVIDIA Treibern funktioniert auch alles. Allerdings nur kompiliert.

    Die neuen Treiber lassen sich hier laden: http://www.geeks3d.com/
    Ein andere OpenGL/CL Benchmark lässt sich dort auch laden. Ich empfehle mit GPU Caps Viewer zu überprüfen ob die Karte bereit für OpenCL ist und dann einen Benchmark zu starten: http://clbenchmark.com/

  • txt in edit

    Kann es sein, dass deine TXT nur LF und keine CRLF Umbrüche hat (kannst du in SciTe überprüfen)?

    Ansonsten kannst du mit $ES_WANTRETURN einen Umbruch am Zeilenende erzwingen.

  • OpenCL meets OpenGL in AutoIt

    Nochmal getestet:

    AMD Athlon 64 4000+ (2,4GHz SingleCore)
    auf einem 939NFG-VSTA Mobo.

    Mit der integrierten geht OpenGL, aber nicht CL.
    Mit einer Radeon 5450 mit Eyefinity geht alles ohne Änderung und auch ohne zu kompilieren.

    Anscheinend läuft das auf AMD wirklich besser *duck*