Beiträge von Andy

Zitat

Ich sehe nicht so wirklich den Vorteil darin, Mutexe in AutoIt zu verwenden.

so kanns gehn....
ICH sehe nicht so wirklich den Vorteil darin ÜBERHAUPT Mutexe zu verwenden

Mal ganz im Ernst, ich verteile Aufgaben auf sämtliche Cores der Prozessoren bzw. Grafikkarten ohne mir überhaupt Gedanken über Mutexe zu machen, da das Threadmanagement in OpenCL implementiert ist. Starte Programm auf allen verwendbaren Cores, und benutze barrier(), um sicherzustellen, dass ALLE anderen Threads bis zu dieser Stelle abgearbeitet wurden. Erschlägt 99% der Anwendungen....

Speicher/Dateien/Datenbanken LESEN ist Dank Lock() kein Thema, beim Schreiben genauso....
Gleichzeitig (sic) Lesen und Schreiben ist imho sowieso eine Lachnummer, bisher sieht das in 99% aller Fälle programmtechnisch so aus, dass die kritischen Threads sicherheitshalber alle angehalten werden. Ob man bei z.B. 16 Threads mit unterschiedlichen Prioritäten noch übersichtlich Mutexen kann, wage ich ehrlich gesagt zu bezweifeln....Man merkt deutlich, dass die programmtechnische Umsetzung aus einer Ära kommt, als 2-Prozessormaschinen State of the Art waren. EIN blockender Thread oder Deadlock schmeisst doch das gesamte System um!

Der Aufwand wäre mir ehrlich gesagt zu hoch, da würde ich mich primär um andere Optimierungsmaßnahmen kümmern

Hi,
DynDNS benutze ich auch seit Jahren...problemlos, und händisch eingeloggt hab ich mich (im Gegensatz zu Bplaced) dort imho auch noch nicht.
Bei Bplaced kommt alle halbe Jahre mal ne E-mail wg "Aktivierung", die wird per Script abgefangen und einmal in den Account eingeloggt. "Händisch" geht da garnix mehr
Diese Aktivierung ist sicher auch bei DynDNS zu automatisieren.....

Hi,
hast du selbst compiliert?

Dann kommentiere mal die CV_Assert aus, bzw. was macht diese Funktion?

Hab mal cvLine() ausprobiert, derselbe Fehler!

OpenCV Error: Assertion failed (0 <= shift && shift <= XY_SHIFT) in unknown function, file ..\..\..\src\opencv\modules\core\src\drawing.cpp, line 1574

Da wird irgendeine unbekannte Funktion in CV_Assert() aufgerufen...

Anleitung befolgt?

Hi,
die Fehlermeldung kommt sicherlich nicht von AutoIt!
Also entweder das komplette Script posten, so dass man es auch ausprobieren kann, oder selber weitertüfteln...was steht denn in der line 1628 aus der Fehlermeldung?

Weiterhin ist der Typ von $tagCvScalar double, allerdings übergibst du mit 150 einen INT, um double zu verwenden, nimm 150.0

Zitat

"WTF?! Diese paar Zeilen können ein Sudoku lösen??"...
Ich werde mal versuchen, das in AutoIt umzusetzen. Da ich es nicht schaffe das Skript überhaupt zu verstehen, gebe ich auf

hat auch bei mir lange gedauert und einige Seiten Papier gekostet^^, jedenfalls krass die Idee dahinter....

Zitat

Da juckts direkt in den Fingern selbst irgendwas möglichst kleines zu schreiben

in BASIC gabs früher mal "Einzeiler"-Contests, aber AutoIt ist da weiiiiitttt hintendran^^
Irgendwo hab ich ne 12 byte grafikdemo....ohne sound^^

Hi,
das kannte ich schon
Allerdings bekam ich beim Testen der _DllStructDisplay() von Ascend4nt Fehlermeldungen, bzw. Errors, denen ich nicht unbedingt nachgehen wollte
Aber "altmodisch" gehts ja auch

Btw. was ist (ausser alignment) eigentlich der tiefere Sinn der STRUCT/ENDSTRUCT -Konstruktion, wenn man diese nicht nutzen kann, um z.B. wie oben angesprochen, über den Namen auf eingebettete Strukturen zuzugreifen?

Hi,
sehr fein

Beim ersten Start hatte ich einen wirklich tollen "Spiralnebel", der sich leider bisher nicht wiederholt hat, ich werde einfach mal das Script nach "guten" Seeds suchen lassen und diese dann rotieren lassen

Hi,
hab neulich einen niegelnagelneuen 17"- Llano-Quadcore-Laptop (mattes Display) mit zusätzlichem Grafikchip (zusätzlich zum integrierten) von Samsung für nen Appel und ein Ei (420€) geschossen. Der Grund des Verkäufers für den niedrigen Preis (Fachgeschäft): " Das Display ist matt, unsere Klientel steht auf glänzende Displays!".

Der Rechner ist dank K10stat nicht nur zu übertakten (braucht kein Mensch), sondern auch sehr einfach zu UNTERTAKTEN!
Auf maximal 400 Mhz statt 2,7Ghz auf allen Cores verlängert sich die Akkulaufzeit von 4,5h bei normalem Gebrauch auf immerhin 6h, bei abgeschaltetem Wlan nochmal um 20min länger.
Die AutoItscripte stört das idR nicht sonderlich, sie laufen mit ca. 30% der Geschwindigkeit, was wieder einmal die schon von mir an anderer Stelle geäußerte These stützt, dass der Prozessor beim Ausführen von AutoIt-Scripten sowieso öfter mal in Tiefschlaf verfällt^^

Mit dem runtergetakteten Rechner kann man auch bei längeren Autofahrten seine Frau fahren lassen und selber bissl in AutoIt hacken, selbst Video gucken geht (bei 80% Auslastung)

Hi zusammen,

mal etwas für alle, denen es bissl langweilig ist, mit Hightechspielzeug abzuhängen und die mal bissl an der "guten alten Zeit" schnuppern wollen

Im ASM-Thread hatte ich diesen Sudoku-Solver schon mal angekündigt, hier nun die ausführbare Version .

Die Datei kommt natürlich von einer Competition

Zitat

Hugi Size Coding Competition #25 - The "Sudoku" Compo
1st -- G3, Russia, 67 bytes, 30 Jan 2006
1st -- Digimind, Russia, 67 bytes, 31 Jan 2006

Wer ein 64 Bit-System nutzt und die *.COM-Files nicht direkt starten kann, der könnte z.B. DosBox runterladen und installieren, läuft bei mir unter WIN7-64 einwandfrei.

Dazu in WIN7 ein Verzeichnis C:\DosBox erstellen und die angehängte zip-Datei hier rein entpacken

Dosbox starten und mit
mount c c:\dosbox
c:\
das Verzeichnis mounten (kann man auch in der " DosBox 0.74 Options" -Datei eintragen, dann startet Dosbox immer mit diesem Verzeichnis)

Dann nur noch
test.bat
eingeben, und es wird erst das Puzzle und dann das gelöste Sudoku ausgegeben....

WinXP-32 User können natürlich die Dateien in der CMD ohne Emulator laufen lassen!

Der Inhalt kann nicht angezeigt werden, da er nicht mehr verfügbar ist.

/EDIT/ Bemerkenswert is imho, dass die Dateigröße des Solvers kleiner ist als das Puzzle.
Weiterhin ist die komplette Datei-Ein- bzw. Ausgabe in diesen 62 Bytes enthalten.
Von der Mathematik garnicht erst zu reden....es hat mich Stunden gekostet rauszufinden, wie der Code funktioniert, ggf. könnte man das mal nach AutoIt konvertieren.
Der Inhalt kann nicht angezeigt werden, da er nicht mehr verfügbar ist.

Hi,

um sowohl die eingebetteten als auch die gesamte Struct benutzen zu können, würde ich es so machen:

viel schöner wäre es natürlich, wenn man direkt auf z.B. die Center-Struct zugreifen könnte

dllstructsetdata($CvBox2D,"Center",1.234,2); y in der Box-Struct beschreiben

Zitat

Aaah, das wusste ich ja auch noch garnicht. Wie geht das denn?

Datei öffnen, Daten schreiben, Datei schliessen....wie sonst?
Guck dir mal mit einem Hexeditor die ersten 2-3Kb einer Exe-Datei an, da siehst du dann die "leeren" Bereiche.

Hi,
du kannst auch Daten direkt in der EXE-Datei ändern (patchen).
Die erste Sektion des PE-Headers ist immer auf 512 Byte Größe aufgepumpt, egal wie viele Segmente die EXE verwendet. In diesen "leeren" Speicherbereich kann man beliebige Daten oder Code einfügen bzw ändern.

Hi,
hab den Code nur überflogen, die Funktion ASC216 kannst du durch ein (sauschnelles) stringinstr() ersetzen und $a=_ToArray($_a) ist die langsame Version von $a=StringSplit($_a,"")

Ansonsten klasse

/EDIT/Aber da gibts ein kleines Problem^^
Je nach Zeichencodetabelle und verwendeter Codepage werden die Zeichen

Base 216: "^WÖHPX2;o”O”íÊþÍ7+Mn15!’qnöÊTi

mit anderen Ascii-Codes ausgewertet!
Das könntest du umgehen, indem du sowohl beim kodieren als auch beim dekodieren dieselbe Codepage verwendest....

Hi,

Zitat

Das Beste am Skript ist ein Doppelpuffer, der aber garnicht nötig ist in dem Fall

made my day

Zitat

Den kann man sich aber abschauen, falls man flackerfreie GDI+ Anwendungen haben will
(Ein Doppelpuffer ermöglicht es z.B. beim WM_PAINT ein aktuelles Bild anzuzeigen, obwohl gerade parallel Objekte gezeichnet werden. Und das ohne Mehrbelastung für das Skript. Das einzige was man braucht sind ein Paar KB Ram für die Bitmap.)

die Idee ist nicht neu^^
"Damals", in der 8-bit-Ära, hat man den ersten Puffer ins Ram der Grafikkarte geschrieben und während der Anzeige den 2. Puffer vollgeschrieben. Die beiden Puffer waren natürlich im RAM und man konnte einfach die Anfangsadresse in die "Grafikkarte" (CGA, EGA und wer richtig Kohle hatte, sogar HERCULES) mappen.....hach war des scheeee

Nichtsdesto trotz wird auch heutzutage ein Schuh draus, es werden x Prozessoren und y Threads verwendet, wer das letzte bisschen Performance herauskitzeln muss, der verwendet je Thread einen Buffer

schau mal bei TCPListen() auf den 3. Parameter....
/EDIT/ sry, MaxPendingConnection gibt nicht den Puffer sondern die Anzahl der maximal möglichen Verbindungen an

Der Puffer ist uninteressant, die Paketgröße bei TCP ist idR. 1460 (1452) Bytes. Allerdings ist auch das völlig egal, da sowohl 1 Byte Nutzdaten als auch 1MB Nutzdaten versendet werden. Das unterschiedlich schnelle Füllen und Leeren der Eingangs- bzw. Empfangsbuffer übernimmt das Protokoll, AutoIt hat da keine Einflussnahme.

Sorge dafür, dass der TCPSend() Befehl möglichst große Brocken erhält, in kleinere Pakete aufteilen wird er das von selbst.
Allerdings steigt dann natürlich auch die Latenz, also ist es die Aufgabe des Programmierers, anhand der vorhandenen Übertragungsgeschwindigkeit die optimale Größe der gesendeten "Brocken" zu bestimmen. Solange mehr Daten gesendet als vom Empfänger verarbeitet werden können, wird der "stream" ohne Unterbrechungen laufen (von der Latenz abgesehen).

Zitat

Stimmt beim Fußball sollte es auch keine Tore geben, beim Basketball kein Korb.
Das ist wenn ich ehrlich sein soll so naives und zum Teil (nicht immer zutreffend) Politiker denken,
alles schön und gut Frieden überall, jeder ist lieb, es gibt keine Verbrecher, kein krieg *naiv*
es ist halt so das der stärkere gewinnt, man kann sagen was man will, aber wenn du zb css spielst, schießt du ja auch leute ab um besser zu sein und gibts gas um noch besser zu sein, im forum gehts zwar ums helfen, aber wenn der ansporn da ist das man durch diese hilfe noch etwas zurück bekommt, ist das sicher angenehmer als wenn der Thread einfach geschlossen wird

Würdest du, statt CSS zu spielen, wie die meisten der "Supporter" hier im Forum schon seit mehreren Jahrzehnten neben ihrer täglichen Arbeit forenaktiv kostenlos helfen, dann wüßtest du den Unterschied!
"Ansporn" braucht hier ehrlich gesagt kein Mensch!
Gerade im Gegenteil, wer hier das Knowhow hat, ist hinreichend bekannt...oder glaubst du im Ernst, daß die QUALITÄT der Antworten abhängig ist von irgendwelchen Sternchen oder Pluszeichen in der Nähe eines Avatars?
In einem großen Forum kenne ich seit über 10 Jahren Mitglieder, die sind auch nach +8000 Posts genauso unfähig wie am ersten Tag...alle halbe Jahre logge ich mich mal dort ein, nur um bestätigt zu bekommen, dass "Hilfe" aus mehr besteht wie aus krampfhaftem profilneurotischen hinterhergerenne von "ich-hab-schon-xxx-Leuten-geholfen"-Tags in der Signatur....

Btw., von den hier immer mal auftauchenden "Ich-will-Sternchen"-Befürwortern ist nach einigen Tagen niemand mehr aktiv.....komisch, oder?

Hi,

Zitat

Egal wie "klein" dein Beispiel Skript ist, sollte aber in Skripte liegen.

So klein kann ein Script garnicht sein, dass nicht ein anderer noch etwas daraus lernen könnte....daher ab damit ins SCRIPTE

Zitat

Ich hatte ein bissl Zeit und habe mal das JavaScript portiert:

coole Sache, wie immer

Zu diesem Thema gab es mal einen längeren Thread, man beachte insbesondere auch Post #13

Hi,

Zitat

Diese Zahlen haben eine Verbindung.
48 61 6C 6C 6F
6F 6C 6C 61 48
Die erste ist die 2te Rückwärts in 2er Schritten

sieht mir sehr nach einem Speicherfeature aus^^
Du beachtest aber Little/Big Endian nicht....

Die "Zahl" (als INT) in den Speicher wird natürlich in Little Endian geschrieben, steht also im Speicher "rückwärts" drin.
Der "String" liest byteweise aus, holt sich diese Bytes also "rückwärts" und kommt damit zum "falschen" Ergebnis (als String gesehen)
Wird jetzt aber dieser String wieder in die Zahl umgewandelt, dann greift Little Endian und die Zahl ist wieder richtig.

Mach das alles mal mit einer DllStruct() , also verschiedene Typen im gleichen Speicherbereich, und schau dir da die Ergebnisse an....