Beiträge von Andy

Macht im Grossen und Ganzen dasselbe wie dein Script....

Schau dir mal deine Funktion für das Zeichnen von zwei Segmenten an:

Der obere Teil ist lediglich eine Zuweisung, die man bequem in eine For/To schleife legen könnte, genau wie die in jeder Funktion vorkommenden 2 Schleifen um _GDIPlus_GraphicsFillPolygon().
x-dimensionale Arrays, die wiederum andere y-dimensionale Arrays indizieren...

Die Frage ist, ob das herangehen an das Problem verbessert werden sollte.

Die Ziffern der Uhr sind aus Segmenten zusammengesetzt.
Das Aussehen der einzelnen Segmente allgemein kann man berechnen, alle waagrechten und alle senkrechten Segmente sehen gleich aus! (wenn man mag, kann man auch je zwei berechnen fürs schönere Aussehen)
Es gibt also insgesamt nur 2 (oder 4) Segmente alle an definierten Positionen, die je nach Uhrzeit "an" oder "aus" geschaltet werden müssen.

Für die Uhr sieht das vorgehen so aus:
1) Berechne je EIN waagrechtes und senkrechtes Segment um es später an einer bestimmten Position darzustellen. (polygonzug)

2) Weise jeder Ziffer der Uhrzeit die an-, bzw. abgeschalteten Segmente zu. (Ein- bzw. Ausgeschaltet...klingelt es....an/aus...1/0....binär )
Jede Ziffer hat 7 Segmente, die "angeschalteten" kann man einer 1 zuordnen
Jetzt muss man die Segmente nur noch durchnummerieren.

111
2      3
2      3 
  444
5      6
5      6
  777

soweit sogut,
Bei einer darzustellenden "2" wären welche Segmente angeschaltet also "1"? Na, Segmentnummer 1,3,4,5 und 7. Die anderen Segmente 2 und 6 sind "0" (aus).
In einer Reihe von Null bis Sieben sieht die 2 also so aus:
Segment 1="1"
Segment 2="0"
Segment 3="1"
Segment 4="1"
Segment 5="1"
Segment 6="0"
Segment 7="1"
Hintereinandergeschrieben "1011101"
Somit hätten wir die "2", die "Binärdarstellung" der anderen Ziffern überlasse ich dir^^
Was bringt das?
Die Ziffern 0 bis 9 (wenn man mag auch noch die Buchstaben A-F) sind in einem einzigen Array von 10 Feldern darzustellen.

dim Ziffer[10]=["xxxxxx","xxxxxxx","1011101","xxx..."]; Binär(An/Aus)darstellung der Ziffern 0 bis 9

Der Index des Arrays ist die "Ziffer" die dargestellt werden soll. 2 => "1011101"
Jetzt reicht EINE Schleife von 0 bis 7, um den String "1011101" abzuklappern und bei einer "1" das entsprechende "Segment" anzuschalten!

3) Aber wo ist die Position der einzelnen Segmente?
Zeichne dir die 7 gleichgroßen Segmente einer Ziffer flächenfüllend auf ein kariertes DIN A4 Blatt.
Die Mittelpunkte der Segmente werden markiert.
Dann brauchst du nur noch "Kästchen zählen", um die Koordinaten dieser Mittelpunkte festzulegen.
Beim Aufschreiben dieser Koordimaten sollte einem etwas auffallen^^(das wäre dann für die Fortgeschrittenen^^)
Man erstellt also ein Array mit Koordinaten (Index ist die Segmentnummer s.o. )
Bei meiner Zeichnung kommen folgende koordinaten raus (x- und y-Richtung, 0;0 ist oben links)

dim Koordinaten[8]=["indexnull;gibtsnicht","16;0","0;12","32;12","16,24", usw ]; koordinaten der segmente 1 bis 7,

Wer unbedingt will, kann ein 2-dimensionales Array erstellen.

4) lese die Uhrzeit aus, splitte in die einzelnen Ziffern, bspw. die 2
Nimm die Ziffer als Index für das Segmentarray $Ziffer[], du erhälst "1011101"
Laufe durch diesen String, wenn du eine "1" findest nimm die Position der "1" innerhalb des Strings und verwende diese Position als Index für das Koordinaten-Array.
Du erhälst die Koordinaten zum Zeichnen der Segmente für die 2

5)lese die nächsten Ziffern aus der Uhrzeit aus, verfahre wie bei 4.
Erhöhe nur die y-Koordinaten um einen fixen Wert => die weiteren Ziffern werden nach rechts verschoben

Das wars schon.

Wenn du die "Segmente" als Kreise darstellst, sollte die Erstellung nach obigem Rezept schnell erledigt sein.
Aber woher weiss man, ob man ein waagrechtes oder ein senkrechtes Segment zeichnen soll?
Naja, man könnte es ja einfach machen und statt "1011101" einfach "W0SWSSW" schreiben W=waagrecht S=senkrecht

Auch für einen absoluten Anfänger denke ich, ist das mit weit weniger als 100 Zeilen zu schaffen

Zitat

aber mir ging es nicht darum, den Code so einfach wie möglich zu halten

ja, auch ich neige idR. zu "form follows function"
Allerdings sollte imho das Ziel einer Programmierung nicht sein, möglichst viel Code zu erzeugen, durch den dann kein Mensch mehr durchblickt.

Wenn man für ein "kleines" Problem so eben mal 600-800 Zeilen Code in einer zugegebenen Fleissarbeit erstellt, dazu dann Ressourcen in Form von Rechner- und Rechenkapazität verballert und mitten in dieser Aktion dann nicht feststellt, dass da etwas "schief läuft", dann weiss ich auch nicht weiter...
Ein Forum wie dieses ist ja genau für diesen Fall da.
Lernen und aus den Scripten bzw. Antworten der anderen das Know-How ziehen und auf das eigene Problem anwenden!

Für jeden Anfänger, der über diesen Thread stolpert wäre es sinnvoller gewesen, du hättest gefragt, wie man diese Monsterarrays und die vielen Funktionen mit fast identischem Inhalt vermeidet bzw. programmiertechnisch einfacher realisiert!
Erstens hättest du dich in der von dir benötigten Zeit wesentlich schneller weiterentwickelt und zweitens auch für alle anderen (auch Fortgeschrittenen) einen interessanten Thread erstellt.
Jetzt schaut sich ein Anfänger dein Script an und kapiert nichts , ein Fortgeschrittener schaut sich dein Script an und kapiert auch nicht viel mehr, bzw. erkennt sofort die programmtechnischen Defizite und würdigt deine "Arbeit" kein bisschen...

Naja, jedenfalls hast du dich durch ein Problem gekämpft und ein funktionierendes Script gebastelt, weiter so!

Hi,

Zitat

Scheinbar gibt es Probleme bei Codes mit mehr als 900 Zeilen...

yepp, die Forensoftware erkennt nämlich, wenn 90% des codes überflüssig ist

Digitaluhr in 50 Zeilen (unopimiert für bessere Lesbarkeit)

Hi,

Zitat

Keine Ahnung für was man sowas gebrauchen kann...

Das erinnert mich an unsere Diskussion abends im Irish Pub zum Thema Grafik und "brotlose Kunst"

Klasse Script!

Übrigens ist ein Histogramm nur eine Darstellung der Häufigkeitsverteilung bestimmter Werte in einem Bereich, bei Bildern bietet es sich an, die Häufigkeit der Farben (in den einzelnen Farbkanälen) darzustellen.
Anhand des Histogramms kann man dann Rückschlüsse ziehen auf die Farb/Helligkeitsverteilung im Bild, und diese dann gezielt über die einzelnen Farbkanäle beeinflussen.

Bau auch die Schieberegler von 0-255 für die einzelnen Kanäle ein, und du hast die von 90% aller Bildbearbeiter zuerst verwendete Methode zum Bearbeiten der Farbwerte

Zitat

Ein Bit verändert, schon hat man einen anderen Hash...

...was auch den ureigensten Sinn des Ganzen darstellt...

...und zu allem Überfluss schlägt auch noch die Endianess zu!
Es gibt wohl kaum jemanden, der nicht daran schon verzweifelt ist^^

$byte_struct = DllStructCreate("byte[4]") ;byte struktur erstellen
$word_struct = DllStructCreate("word[2]", DllStructGetPtr($byte_struct)) ;word struktur an der adresse der byte-struktur erstellen
$dword_struct = DllStructCreate("dword", DllStructGetPtr($byte_struct)) ;dword struktur an der adresse der byte-struktur erstellen

DllStructSetData($dword_struct, 1, 0xAABBCCDD) ;dword schreiben

ConsoleWrite("DWORD 0xAABBCCDD => dword " & Hex(DllStructGetData($dword_struct, 1), & @CRLF)

ConsoleWrite("DWORD 0xAABBCCDD => word " & Hex(DllStructGetData($word_struct, 1, 1), 4) & Hex(DllStructGetData($word_struct, 1, 2), 4) & @CRLF)

ConsoleWrite("DWORD 0xAABBCCDD => byte " & Hex(DllStructGetData($byte_struct, 1, 1), 2) & Hex(DllStructGetData($byte_struct, 1, 2), 2) & Hex(DllStructGetData($byte_struct, 1, 3), 2) & Hex(DllStructGetData($byte_struct, 1, 4), 2) & @CRLF)

yupp, den habe ich mittlerweile auch gefunden....
"Große" Mathematik scheint nicht dahinter zu sein, eher viel Fleißarbeit.
Primitive 3D-Texturen und Objekte erstellen und beliebig in alle Dimensionen vervielfältigen , einige Filter (z.b. Blur) drüberlaufenlassen und ne schöne Funktion für die Kamerafahrt ausdenken, fertig
Interessant ist aber auf jeden Fall, dass nicht mal einfache Shaderprogramme laufen, die machen fast alles mit sehr einfachen Mitteln "zu Fuß".

minx, jetzt weiss ich auch woher einige deiner Effekte für den Melting Desktop kommen ...shaking kamera

Hi,
wie fast zu jedem Thema gab es auch zu diesem schon einige Threads, u.a. diesen

den Sourcecode von der Musik habe ich mittlerweile gefunden, aber wo ist der von der Grafik?
Habe nur die raw-files gefunden, mit ellenlangen zahlenlisten....

/* This file is generated with raw2h */


#ifndef _project_
#define _project_


unsigned char raw_project[] =
{
  9,4,16,8,5,0,7,20,5,5,0,0,0,5,65,83,68,0,5,1,7,20,5,5,0,0,0,5,70,65,82,66,
  82,65,85,83,67,72,0,5,2,7,20,5,5,0,0,0,5,80,76,65,83,84,73,67,0,5,3,7,20,
  5,5,0,0,0,5,70,65,73,82,76,73,71,72,84,0,5,4,7,20,5,5,0,0,0,5,77,70,88,0,
  5,5,7,20,5,5,0,0,0,5,79,85,84,82,65,67,75,83,0,5,6,7,20,5,5,0,0,0,5,84,82,
  65,67,84,73,79,78,0,5,7,7,20,5,5,0,0,0,5,83,84,82,65,86,65,71,65,78,90,65,
  0,30,0,7,0,0,30,1,7,1,0,30,2,7,2,0,30,3,7,3,0,30,4,7,4,0,30,5,7,5,0,30,6,




uswusf

code ist wohl keiner dabei....schade....hätte sonstwas gegeben, um nur den (natürlich kommentierten ) code für ne handvoll frames zu sehen

//Doppelpost ftw!

wenn man mit VC++2010 Express arbeitet und in der Datei SetupDialog.rc folgende Änderungen vornimmt

//#include "afxres.h"     auskommentieren
#include "WinResrc.h"  // dafür die folgenden Zeilen einfügen
#define IDC_STATIC -1

dann kann man kompilieren und debuggen...omfg ist das feeeeett....naja, typisch farbrausch eben^^

Hi,

Zitat

Auf, auf Andy Unser Job das nach AutoIt zu bringen

...Download läuft^^

yepp, schöne und vor allem einfach umzusetzende Effekte!

Hi!

Sehr, sehr nice!
Pack die DLL noch in die GGengine.au3, dann muss die auch keiner mehr mitschleppen (direkt dort in den Speicher laden, UEZ hat imho da mal etwas dafür gebastelt)

Das ist ideal, um kleine Demos zu machen!

Schau doch mal nach, warum dieser Code NACH dem schliessen des Fensters abstürzt!

uups, die Hälfte vergessen^^

Zitat

Warum dereferenzierst du alles, um anschliessend den Dereferenzoperator zu löschen? Die Zahl 100 sollte eigentlich eh nicht dereferenziert werden

Um näherzubringen, dass idR. Pointer an den Kernel übergeben werden und einen Parameter "einzusparen"^^

Du kannst doch auch die Funktion direkt aufrufen, dann sieht das so aus

clSetKernelArg($kernel, 4, DllStructGetSize(dllstructcreate("float")), "float*", $stepx)

da finde ich

_CL_SetArg(4, "float*", $stepx)

wesentlich kürzer und einfacher....

Hi,

schön dass sich jemand für diese zukunftsorientierte Technik interessiert^^

Zitat

Ich kämpfe zwar noch mit ein paar Problemen, aber wenn das erstmal läuft eröffnet diese UDF neue Geschwindigkeitshorizonte [zumindest hoffe ich das ].

Wenn du mit Problemen kämpfst, bitte Info in diesen Thread. Ich bin mittlerweile schon wesentlich tiefer in die Materie eingestiegen und kann bei einigen Problemen weiterhelfen...
Auch sind etliche Funktionen und Möglichkeiten schon weiterentwickelt aber noch nicht hier veröffentlicht...eine "UDF" hänge ich mir noch nicht ans Bein....vielleicht wird das irgendwann im Lauf des Jahres aktuell^^
Als "Freizeit-Programmerer" mit vielen anderen Prioritäten hat man es nicht leicht

Wichtig ist, bei Problemen das "$Debug_Flag=1" zu setzen, und den kompletten Konsolenausdruck anzuhängen. Treiberversion der Grafikkarte, CPU und GPU-Modell usw sollten natürlich auch angegeben werden.
Erschwerend kommt dazu, dass sich die Entwickler der Treiber + SDK´s SEHR bedeckt halten mit detaillierten Informationen. Dabei ist es egal, ob es sich um INTEL,AMD oder NVIDIA handelt.
Da kann es dann sein, dass auf aktueller Hardware der neueste Treiber mit dem neuesten SDK nicht funktioniert....."Uups, ach ja, auf der Chipgeneration xyz müssen sie den Treiber blablub mit dem SDK abc verwenden, damit die Beispiele (C++ in den SDK´s) überhaupt kompiliert werden..."
IMHO sehr unbefriedigend, aber wenn eine funktionierende Kombination Hardware/Software gefunden wurde, stehen wirklich extreme Möglichkeiten zur Verfügung.
Daher ist allererste Pflicht, CLINFO.EXE (bei jeder CL-Installation vorhanden) aufzurufen und ggf. die Ausgabe in eine Textdatei zu schreiben und diese anzuhängen. Ggf. auch einige der Ausgaben der compilierten Beispieldateien aus den SDK´s.
Wenn es an der AutoIt-Implementation hängt (hehe, nobody is perfect^^) benötige ich natürlich diese Rückinfo!

Ich habe zzt. Kontakt zu einem kleinen Programmiererteam, dass sich mit Echtzeitverarbeitung von grossen Datenmengen beschäftigt und im letzten Jahr mehrere hunderttausend Euro an Hardware eingespart hatte, weil sie ihre Software optimieren konnten.
Dann geht es auch nicht mehr darum, ob OpenCL überhaupt funktioniert, sondern darum, die Kernel weiter zu optimieren. Es ist teilweise sehr interessant, sich mit den Interna der Hardware zu beschäftigen. Da muss man einem langjährigen und von mir sehr geschätzten Programmierer erklären, warum ein Kernel plötzlich 3x schneller läuft, nur weil man irgendwo im Code j[x][y] statt j[y][x] verwendet.
Auf der CPU sind die Speichertransfers sowieso durch den Bus limitiert, da fällt das weniger ins Gewicht, aber auf der GPU mit wesentlich schnellerer (lokaler) Speicheranbindung muss man einfach alle Möglichkeiten ausschöpfen. Vermeidung von Cache-misses FTW! Aber das ist eine andere Geschichte

Kann sein, dass ich es missverstanden habe, aber bei mir werden in 26 MB Daten über eine Million Ersetzungen getätigt in 200millisekunden

Hi,

Stringinstr() ist SEHR schnell, wenn man das casesensitive-flag setzt. Also ca. 7-8x schneller als "ohne"

stringinstr($text,$suchstring) = "langsam"
stringinstr($text,$suchstring,1) ist also wesentlich schneller

"langsam" bedeutet, auf meinem Rechner findet Stringinstr() am Ende einer 52MB (!) großen Datei einen Suchstring mit 40 Zeichen innerhalb 2 Sekunden.
Mit gesetztem casesensitiv-flag wird der Suchtext in 250ms gefunden....
Vergleich Suchfunktionen

chesstiger ,
die Frage ist, wie man "langsam" definiert^^
Natürlich hast du recht, eine "Kopie" des Strings benötigt auch etwas Zeit.
Du kannst es ja gerne mal in C ausprobieren. Ich schätze aber, da das Ziel immer an derselben Speicheradresse liegt und somit dafür kein neuer Speicher alloziert werden muss, dass das Memcopy() auch bei 10000 aufrufen nicht sehr viel ausmacht
In Assembler habe ich ein Memcopy() per SSE (kopiert 128Bits = 16 Bytes = 4 Dwords pro Speicherzugriff) geschrieben, das ist ca. 2x so schnell wie eine von mir untersuchte C-Funktion (die nur byte- bzw. word-weise kopiert). Aber wie gesagt, daran liegt es sicher nicht....

Und um das umkopieren zu sparen, mein Tip mit der struct und dllstructsetdata()

Hi,

Zitat

Du bist aber natürlich 1000mal schneller wenn du eine C-Dll nimmst.

Zitat

Oder dann gleich per WinAPI..

Stringreplace() ist der Wrapper der entsprechenden C(++)-Funktionen ((strlen, strstr, strcpy and strcat)), WinAPI stellt keine Stringreplace-Funktionen zur Verfügung.

24MB ist doch keine Größe, zeig doch mal das Stück Code, dass so langsam laufen soll.

Btw, sämtliche Stringfunktionen laufen wesentlich schneller, wenn man den casesense-Parameter richtig setzt. D.H. im Falle von Casesensitivem Suchen/Ersetzen ist die 1 zu verwenden -> schneller.
Weiterhin macht es Sinn, die Suche einzuschränken, wenn man z.B. weiss, dass der String erst in der 2. Hälfte der Daten steckt, dann hat man nur die halbe Suchzeit.
Suche per Stringinstr() und ersetzen per StringMid() ist auch eine Alternative, da extrem schnell (wenn casesensitiv)

Zitat

In diesen möchte ich tausende kleine Strings einfügen (überschreiben).

Um immer an der gleichen Possition "einzufügen" (überschreiben der dort liegenden Daten) würde ich die Positionen in ein Feld(Array/struct) schreiben und dann per StringMid()/dllstructsetdata() ersetzen.

Hi,

Zitat

Könnte mir jemand vielleicht sagen was ich falsch gemacht habe?

ja^^
Du hast dir die Daten nicht genau angeschaut....

123D7812 <> 0x123D7812

jetzt klar?