Beiträge von Andy

Hi,

Zitat

allerding hatte ich am Ende des Tests keine Ahnung mehr, was ich da gerade gelesen habe.

Für die Anwendung, für die dieses "Lesen" gemacht wurde, nämlich KURZE Texte auf kleinen Displays darzustellen (SMS, Twitter, FB usw) ist das auch kein Problem, da der sinnige Inhalt bei SMS und anderen Kurznachrichten sowieso gegen 0 geht
Schnell Lesen und schnell Verstehen (Lernen) sind zwei völlig verschiedene Paar Schuhe und haben NICHTS miteinander zu tun.
Simpler Test:
20 zufällige Wörter aufschreiben und eine Minute anschauen.
Dann 5 Minuten SCHNELL eine körperliche Tätigkeit ausführen, also Liegestütze, Treppen hoch und runterrennen, Stepper quälen, egal was, nur körperlich auspowern.
Danach die "gemerkten" Wörter aufschreiben.
Nun diese Aktion wiederholen, also 20 andere Wörter eine Minute per 500wpm "spritzen" lassen.
Wieder auspowern, gemerkte Wörter aufschreiben und zählen, und daraufhin den "Sinn" von Spritz & Co verstehen

Zitat

Gibt es Studien darüber, ob sich das Gehrin den Inhalt eines Textes bei steigener Lesegeschwindigkeit schwerer oder sogar leichter merken kann?

Ja natürlich!
"Lesen" ist ja nicht das aneinanderreihen von Wörtern, sondern die Fähigkeit, die Struktur und Inhalt des gelesenen Satzes bzw. mehrerer Wörter per Gehirn zu analysieren und entweder für den kurz- oder langfristigen Gebrauch abzuspeichern.
Dabei entsteht bei "Viel-Lesern" ein von ihnen nicht mehr wahrgenommener Automatismus. Der Text wird, wenn nicht "auf den ersten Blick" verstanden, einfach (vom Leser unbewusst, aber anhand von Eye-Tracking nachgewiesen) nochmal "gelesen", im Sinne von analysiert und abgespeichert. Gerade bei längeren Texten, also ganzen Büchern, muss der gelesene Satz in einen Kontext zur bisherigen Geschichte gebracht werden. Bei vielen Passagen bspw. eines Romans beansprucht der Autor die Phantasie des Lesers. Dieser Leser hat bei einer VORGEGEBENEN Lesegeschwindigkeit von bspw. 400-500wpm garkeine Zeit mehr für diese "Phantasie", das Gehirn blendet für uns "unwichtige" Informationen entweder komplett aus, oder speichert diese im Kurzzeitgedächtnis ab, wo sie dann, wie bei einem FIFO, bei nächster Gelegenheit (also kurze Zeit später) wieder ersetzt werden....
Ergo werden wichtige Textpassagen, genauso wie die unwichtigen, während spritz/spreed gleich behandelt! Eine üble Sache, wenn man von dem Roman etwas Spass, Anregung und sogar ENTSPANNUNG erwartet.

Zusammenfassend, ja, Spritz und Co sind eine Möglichkeit, schnell Wörter lesen zu können. Das ist aber keine große Kunst, in jedem Film/Video/Computerspiel werden uns mindestens 25 FPS mit wesentlich mehr Informationen "aufs Auge" gedrückt. Und die Entwicklung der letzten Jahre, Szenen immer schneller zu schneiden und die Sprechgeschwindigkeit (gerade bei amerikanischen Serien) zu erhöhen ist ja nicht grundlos.
Der Konsument wird, wie oben beschrieben, dazu genötigt, permanent dem Geschehen zu folgen. Im Fernsehen deshalb, weil er die Zeit bis zur nächsten Werbepause vor der Glotze gefesselt werden soll.

Die Frage ist, wer möchte bspw. den "Herrn der Ringe" gespritzt/gespreedet lesen? Und, das ist die eigentliche Frage, warum?

Hi,
stellst du das Bild in der GUI in der ursprünglich erstellten Größe dar?
Ich glaube nicht, sieht man schon an der Verzerrung.
Die "Pünktchen" kommen nicht aus deinem Bild, sondern aus der Interpolation deines Bildes in die GUI.
Um das zu vermeiden, nutzt man das sog. "Supersampling". Man erstellt das Bild GRÖßER und bindet es dann KLEINER in die GUI ein. Damit ist sichergestellt, dass das Bild nicht hochskaliert wird, was genau zu diesen Artefakten führt...

//EDIT hänge doch mal bitte das "orginale" Bild an

Hi,
funktioniert einwandfrei unter WIN7/64.

Hi,

Zitat

Wenn du den Speicher in C reservierst, dann bleiben evtl. die alten Werte im Speicher bestehen.

nicht nur eventuell...abgesehen von mehreren Möglichkeiten, im "C-Style" Speicher anzufordern, ist es bspw. bei Malloc() nicht möglich, den Speicherbereich zu "nullen", während es bei Local/GlobalAlloc() und VirtualAlloc() machbar ist, über diverse Flags ( bspw. MEM_COMMIT) die Bytes im angeforderten Speicher alle auf null zu setzen.
In C++ will ich nicht wissen, welche der "alten" Funktionen recycled werden, viel schlimmer noch und mittlerweile üblich ist dort von "greater overhead" zu lesen....irgendwie müssen die immer schnelleren Prozessoren doch von der Software ausgebremst werden

Zitat

Cool das das funktioniert!

Wundert dich das, und wenn ja, warum?

Zitat

Leider flackert es aber wirklich zu doll um das länger zu verwenden.

Wie gesagt, lass dir was einfallen...die Vorlage hast du!

Zitat

Den Code verstehe ich auch überhaupt nicht

Der Code ist kommentiert! Was ist daran nicht zu verstehen? Man holt sich den DeviceContext vom Desktop, schreibt diesen in eine Bitmap, wandelt die farbigen Pixel in der Bitmap in Graustufen und blittet dann dieses Bitmap wieder auf den Desktop...

Zitat

Und was ist "blitten"?

Du hast weder hier im Forum nach der Umwandlung von Farbe in Graustufen gesucht, noch bist du in der Lage, ein einfaches Wort in eine Suchmaschine deiner Wahl einzutippen! Wenn du nicht weißt wie man effektiv im Internet sucht, wieso fragst du dann nicht wie das geht?
Eine der Möglichkeiten...

Hi,
flackert etwas, wenn sich der Inhalt der Fenster "bewegt"

Ggf. könnte man eine "durchklickbare" GUI erstellen, auf die man den Desktopinhalt blittet, dann flackert auch nichts und man kann sämtliche Spielereien wie gespiegelten oder gedrehten Desktop implementieren

Hi,
schau dir mal PushTheButton an, damit kannst du die "Bildchen" aufnehmen und abspeichern und diese "Bildchen" nachher sehr schnell suchen lassen.

Hi,

Zitat

Falls mir das jemand mit dem binary erlären kann, sehr gern.

mit Sicherheit kann dir das jemand anhand deines Script (-ausschnittes) erklären!

Okay, ich glaube, ich habe verstanden was du gemacht hast^^
Ich bin die ganze Zeit davon ausgegangen, dass du eine von einem anderen Programm erstellte Logdatei aufteilen willst.
Wenn das so ist, dann brauche ich von dieser erstellten Logdatei ein Muster, denn DORT stehen sicher Trennzeichen drin, die man benutzen kann.
Wenn nicht, dann kann man den oben genannten Ansatz von name22 aus Post #3 verfolgen, die Logdatei zeilenweise einzulesen und an den ersten 6 Leerzeichen zu splitten. Die Lösung hättest du dann schon, oder funktioniert das Script nicht?

Sry, mein Fehler, ersetze bitte im Script crontab.log durch crontab.txt
ABTIPPEN eliminiert nämlich so gut wie alle Whitespace, an denen man ggf. splitten könnte.
Nur einige Zeilen der orginalen LOG-Datei reichen!
Wenn du diese Daten hier nicht posten willst, schreib mir eine PN.

Excel erlaubt imho als Spalten-Trenner beim CSV-Import nur ein Zeichen (bzw. Kombination). Von "Nimm die ersten 6 Leerzeichen als Trenner, und dann ist der Rest egal" habe ich bisher (Excel 2007 &2010) nichts gesehen.
Oder hast du die Daten aus der Textdatei ins Excel eingetippt?

Hi,
ich würde das so machen, wie es seit Urzeiten bei jedem side- oder up/down-scrollbarem Computerspiel (und nicht nur da) gemacht wird.
Erstelle EINE Bitmap maximaler Größe und zeige per bitblt() in der GUI nur den aktuellen Auschnitt an.
Bei Verwendung von stretchblt() ist das Ganze dann nicht nur scroll- sondern auch zoombar.
Die Daten werden in den Buffer geschrieben, und per bitblt() in der GUI angezeigt.
Wenn man es genau sieht, gibt es eine "Anzeige-GUI", und eine "Daten-Bitmap".
In die Anzeige-GUI wird ausschliesslich der gerade sichtbare Bereich geblittet. Inclusive aller grafischen Elemente, Labels usw.

Alina,
wie bekommst du denn die crontab-Datei ins Excel importiert?
Ich vermute, dein Beispieltext aus dem Startpost beinhaltet nicht den richtigen Dateiinhalt!

Poste bitte den String, der vom folgenden Script zurückgegeben wird.

FileDelete("test.txt") ;datei löschen
FileWrite("test.txt", String(StringToBinary(FileRead("crontab.log")))) ;dateiinhalt in hexadezimaldarstellung
ShellExecute("test.txt") ;hexstring anzeigen

Da du offensichtlich noch nie ein Textverarbeitungsprogramm oder einen Texteditor benutzt hast, und auch nicht in der Lage bist, in den gigantischen Menüs von Scite nach der Anzeige vom Zeilenende zu schauen (1 Mausklick) und auch nicht in der Hilfe zu Scite nachschauen kannst, lege ich dir heute ausnahmsweise mal den Arm aus der Sonne!
Ctrl-Shift-9 schaltet in Scite die Anzeige des Zeilenendes an/aus...

//EDIT zu spät, das hat man davon wenn man Kaffee holen geht^^

naja, du bekommst das Ergebnis als String zurückgeliefert, und nicht als Hexcode.

stringtobinary()

sollte helfen...
Schau mal im Anhang der AutoIt-Hilfe in die Ascii-Tabelle,
<ACK> ist 0x06 und <ETX> ist 0x03, also genau dein erwartetes Ergebnis!

Hi,
per bitblt() kannst du bis zu 16384x16384 Pixel große Bereiche blitten.
Wenn ich das jetzt richtig verstanden habe, willst du sowohl den per GDI erzeugten Graphen als auch die Achsbeschriftungen in EIN Bild plotten?!
Wo kommt denn das Bild her, welches in deiner GUI angezeigt wird? Dort werden doch auch die Graphen gezeichnet incl. Achsenbeschriftungen. Wieso gibst du nicht einfach genau das in eine Bilddatei aus?

Flitzpiepe84,
dein Script aus dem Startpost ist ja mal garnicht so verkehrt, dir fehlt nur die eine Zeile, bei der du vom DC zu einer HBITMAP kommst...
Im Prinzip musst du dir zunächst eine "leere" Bitmap erzeugen und die Bilddaten dort hinein "blitten". Diese Bitmap kannst du dann auch speichern.

Das geht alles natürlich noch einfacher, wenn du nicht unbedingt auf das GDI+-Gedöns stehst...

Zitat

Ich möchte gern 1) eine 1-Click Lösung bauen, und 2) für Automatisierung eine UDF (für meine nutzen, hat wohl nicht generell Interesse). Arh,

Hah , "kein generelles Interesse", das ist genau der Ansporn, die "brotlose Kunst" (Insiderwitz) umzusetzen.
Ich hoffe am Wochenende etwas Zeit zu haben, die ASM-Lösung, die schon in Papierform vorliegt, in Code umzusetzen.
Die Idee ist, das aktuelle Bit aus dem Quellbyte ins Carryflag zu schieben und von dort direkt ins Zielbyte. Dazu braucht man nicht einmal eine komplizierte Schleife, die Quellbytes werden in einer Reihe nacheinander abgearbeitet, lediglich die "Zieladresse" muss angepasst werden.

alpines, in seiner "Frage" (oder soll man sagen bei seinem "Problem") geht es nicht um Code, denn dann hätte er welchen vorgelegt.
Weiterhin geht es auch nicht um C++, denn dann hätte er....was wohl....Code eingestellt!

Ich verstehe das Posting als totschlagen von Langeweile, denn anstatt mühsam diese vielen Zeilen zu tippern, hätte er fix den Server geschrieben, und in einer Schleife einen Client mit jeweils neuem Socket neu verbinden lassen...so lange, bis die Funktion kollabiert....was meiner Erfahrung nach auf einem 08/15-Rechner mit einem nicht dafür ausgelegten BS schon wesentlich früher als bei 250 gleichzeitigen Verbindungen passiert.
Woher ich weiss, dass er einen 08/15 Rechner hat? Naja, hat er etwas anderes geschrieben? BS?

Das ist genau so ein Posting, in dem KEINE Informationen stehen, aber trotzdem von allerhöchster Kompetenzebene der Arm aus der Sonne und sämtliche Würmer aus der Nase gezogen werden soll.
Guck mal, was der 2. Link nach MSDN bei google zu WSAASYNCSELECT auswirft...

Voteforclose. mit anschließendem Userkick aufgrund Zeitstehlens!

...und wieder grüßt das Murmeltier

Lass es dir so richtig gutgehen an deinem Geburtstag!

Viele Grüße und hau rein....

Hi,

Zitat

Solange man keine Spielreien wie Bitmap-Handling macht oder auf PlugIns angewiesen ist, kann man natürlich auf .10.2 umsteigen.

...und beim Ausprobieren bestehender Scripte aus tausenden Forenbeiträgen dumm durch die Finger gucken, weil man den "Fehler" nicht findet!

Tweaky, umgekehrt wird ein Schuh draus, was ist an der 3.3.10.2ff sooo toll, dass "Otto-Normal-Scripter" unbedingt updaten muss? Für mich definitiv NICHTS, in der Firma läuft STABIL seit damaligem Release die 3.3.6.1