Kurz ein paar Worte zum Hintergrund: Mit .NET 4.0 wurde die sog. Dynamic Language Runtime (DLR) eingeführt. Die dient zum einen dazu, es Entwicklern einfacher zu machen, neue Sprache auf .NET Basis zu entwickeln (wie IronPython/IronRuby), hat aber auch ein paar tolle andere Features zu bieten. Eines davon ist das neue Schlüsselwort “dynamic”. Es funktioniert ähnlich wie “var” kann also jeden Typ annehmen. Wenn man darin aber ein Objekt speichert, das von System.Dynamic.DynamicObject abgeleitet ist, kann man bestimmen was passiert, wenn etwas “nicht erlaubtes” passiert, also wenn z.B. eine Methode aufgerufen wird, die es gar nicht gibt. Solche Aufrufe landen dann bei der Methode TryInvokeMember, und die kann dann entscheiden, was passieren soll.

Dieses Konzept habe ich jetzt genutzt, um einen Wrapper für das LuaInterface zu schreiben. Das Lua Interface ist eine Library für .NET, die es erlaubt, Lua in C# zu benutzen. Dabei kümmert sie sich auch darum, .NET Objekte in Lua abzubilden und vieles mehr. Diese Library ist wirklich unglaublich, man denkt wirklich, Lua hätte was mit Objekten am Hut.

Meine Idee war es jetzt, über das LuaInterface eine neue Hülle zu stecken, die es zusammen mit der DLR ermöglicht, Lua noch einfacher in C# (und anderen .NET Sprachen zu benutzen). Hier ein kleines Beispiel:

// Start a new Lua interpreter
dynamic lua = new DynamicLua.DynamicLua(); //Namespace and class name are the same!
// Run Lua chunks
lua("num = 2"); //no DoString()!
lua("str = ’a string’");
// Read global variables ’num’ and ’str’
double num = lua.num; //No explicit casting, no index operator!
string str = lua.str;
// Write to global variable ’str’
lua.str = "another string"; //No index operator
//Increase a global value
lua.num += 10; //A LOT cleaner

Wie man sehen kann wird eine neue Instanz des Interpreters erzeugt, wenn man ihn aufruft wie eine Funktion wird der Lua Code ausgeführt. Variablen aus Lua sind einfach als Eigenschaften des Objektes vorhanden. Es ist kein Problem, .NET Klasse an Lua zu schicken, eine einfache Zuweisung reicht. Noch ein paar der Features:

• Einfacher Zugriff auf Lua-Variablen
• Aufruf von Lua-Funktionen aus C#
• C#-Funktionen können in Lua Variablen gespeichert werden
• Lua-Table können in C# Variablen gespeichert werden
• Lua Metatables können in C# benutzt werden
• Open-Source (Apache Lizenz 2.0)
• Unit-Tests

Ich denke, mit DynamicLua ist es wirklich einfach Lua in C# einzubinden, weil vieles genau so funktioniert, wie man es erwarten würde. Das war zumindest mein Design-Ziel.

Genug der lobenden Worte, alles weitere ist auf der Codeplex-Seite zu finden: DynamicLua bei Codeplex. Momentan ist dort die Beta der Version 1.0 zu finden.

Das ganze wurde aus Eigenbedarf geschrieben, ich wollte das Widget einsetzen, aber ich schreiben zu wenige Artikel um es zu füllen

Es ist ganz unten auf der Seite zu sehen. Wenn noch jemand einen Vorschlag hat, immer her damit… Wäre auch gut, wenn sich jemand den HTML Code anschauen könnte, ich muss die Breite auf 25% setzen, sonst sieht es bescheuert aus, das Original funktioniert aber auch ohne solche Hacks. Leider finde ich den Fehler nicht…

Wer es benutzen will findet es im WordPress Plugin Directory als WP Month Calendar.

BTW: Shotty, du hast meinen Mauszeiger nicht richtig aufgenommen, ich hovere doch grade über einem Link…

Es gibt einen Scripteditor der auf ScintillaNet basiert, und den Inhalt auch an einen externen Editor senden kann. Dazu gibt es eine ComboBox für die Hintergrundmusik und ein DataGridView, das an ein Dictionary gebunden ist, wodurch man eigene Schlüssel-Wert-Paare festlegen kann.

Das ganze kann auch in eine Datei geschrieben werden und wird auch korrekt wieder ausgelesen.

Um die Karte in das Spiel zu bringen, kann man sie als xml-Datei exportieren. Leider ist der Renderer des Spiels noch etwas instabil, so dass man die Karte nicht direkt laden kann, da sie kleiner als der Bildschirm ist…

Als nächstes muss ich wohl mal einen ContentImporter für die xmap-Dateien schreiben, die der Editor ausspuckt. Da fände ich es noch super, wenn man aus dem Spiel direkt die Ansicht an den Editor schicken kann, und von dort die bearbeitete Version zurück in die Engine senden kann. Mal sehen, wie man das machen kann. Und auch sonst fehlen dem Editor leider noch ein paar Funktionen, die die Engine schon unterstützt wie NPCs und Tile Events…

Damit jetzt keiner denkt, ich wollte nur mit meinem Editor angeben oder müsste mal wieder einen Post schreiben obwohl es eigentlich nichts wichtiges gibt, (Was natürlich in keinster Weise stimmt ) gibt es jetzt auch noch einen Tipp:

Mein Editor basiert auf dem Unterbau von EvilNando, wer also auf der Suche nach einem sehr guten, erweiterbaren Editor auf C#/XNA Basis ist, wird dort fündig werden. Leider verwendet der Editor noch XNA 3.1, doch mit etwas Arbeit kann man ihn auf XNA 4 portieren. Wenn daran Interesse besteht kann ich auch darüber mal einen Post schreiben

Ich wünsche jedenfalls allen Lesern schon mal ein entspanntes Weihnachtsfest und gebe noch einen Ratschlag meines Lehrers zu Silvester auf den Weg: “Erst knallen, dann saufen!”

Alte XACT Dateien können nicht gelesen werden. Das Problem lässt sich sehr einfach beheben: Mit dem neuen Game Studio kommt auch ein neues XACT (auch Version 3.0, aber vom Februar 2010). Die alte Datei damit öffnen, Hinweis abnicken und wieder speichern, Problem behoben.

DisplayMode.RefreshRate fehlt. Eines der Probleme, die ich nicht wirklich beheben konnte. Um das Ruckeln von Animationen zu beheben hatte ich die FPS Rate an die Wiederhohlrate des Monitors angepasst. Da die entsprechende Eigenschaft jetzt einfach fehlt, kann ich das so einfach nicht mehr machen.

DLLs, die mit XNA 3.1 kompiliert werde produzieren Probleme. In The Kingdom od Darkness hatte ich eine Libary eingebunden, die die Konsole beinhaltet. Die ist natürlich noch für XNA 3.1 kompiliert, deswegen schlugen alle Zugriffe darauf mit dem Hinweis GameTime kann nicht in GameTime konvertiert werden fehl. Das ist natürlich Blödsinn. Ich habe die Konsole erst mal entfernt, werde sie aber wohl durch etwas anderes ersetzen. (Dazu später mehr)

Aus Effect.Begin/End wird Apply. Eine relativ einfache Änderung: statt für jeden Effect und Pass Begin und End aufzurufen wird nur ein mal für jeden Pass Apply aufgerufen. Technische Details bei Shawn.

Kein Rendertarget.GetTexture mehr. Das war wohl die einfachste Sachen: Ein RenderTarget ist eine Texture2D. Es kann also direkt in Draw verwendet werden.

Kein CompileEffectFromSource mehr. Das ist mein Hauptproblem. Weil es auf der XBox nicht möglich war Shader zu Laufzeit zu kompilieren wurde dieses Feature auch in der Windows Version gestrichen. Es ist zwar generell möglich, aber nur sehr umständlich und nicht auf Clients (Rechnern, die nur das Redistributable installiert haben). Details auch wieder bei Shawn. Damit muss ich mein tolles System, das Post-Processing Shader je nach Bedarf generiert wieder über Bord werfen

Es gibt keine Color Konstruktor mehr, der die Transparenz ändert. Es wird also aus jedem new Color(Color, byte) eine Color * byte. Das ganze dem Fakt geschuldet, das XNA jetzt vormultipliziertes Alpha benutzt. Ich musste zum Glück nicht viel ändern, sonst wäre ich zu Suchen&Ersetzen übergegangen.

Serialisierte Daten können nicht mehr gelesen werden. Etwas ärgerlich: Alle Klassen, die mit 3.1 serialisiert wurden, können mit 4.0 nicht mehr gelesen werden. Vermutlich gibt es da eine Möglichkeit das Laden zu erzwingen, ich habe einfach eine neue Klasse serialisiert. Wer seine Spielstände so speichert sollte aber aufpassen, das die nach dem Upgrade noch gelesen werden können!

Die Standardauflösung wurde geändert. Wenn man keine Auflösung angibt wird jetzt 800×480 statt 800×600 verwendet. Das entspricht einem Windows Phone im Querformat. Mit zwei Zeilen im Konstruktor war auch dieses Problem gelöst.

Die Assembly im gemischten Modus wurde während Version v2.0.50727 der Laufzeit erstellt und kann nicht während der 4.0-Laufzeit ohne zusätzliche Konfigurationsinformationen geladen werden. Da musste ich dann doch zu Google greifen Dieser Fehler besagt aber einfach nur, das .NET 4.0 (das jetzt automatisch verwendet wird) keine Assemblies mehr lesen kann, die für .NET 2.0 kompiliert wurden. In meinem Fall betraf das den LUA Wrapper LUA.NET. Wenn man folgenden Zeilen zu seiner app.config hinzufügt wird dieser Schutz aber umgangen:

<configuration>
  <startup useLegacyV2RuntimeActivationPolicy="true">
    <supportedRuntime version="v4.0"/>
  </startup>
</configuration>

So, das waren alle Probleme, die ich im Bezug auf XNA 4.0 hatte. Relativ wenig, wenn man bedenkt, dass sie doch viel geändert haben.

Wenn meine Tilemap nicht so groß wäre (was noch geändert wird) könnte ich The Kingdom of Darkness sogar auf dem Reach Profil laufen lassen, das dann ohne Probleme auch auf dem Windows Phone laufen sollte. Wenn ich die Textur verkleinert habe, werde ich das bestimmt mal probieren

In der letzten Zeit habe ich an einem Plugin gearbeitet, das es ermöglicht, Bugs, Chagelogs und Roadmaps aus Mantis direkt in WordPress einzubinden. So kann man auf Projektseiten immer über den aktuellen Status informieren. (Jetzt ratet mal, was ich vor habe )

So ein Plugin gibt es ansich schon, aber es wurde wohl von Autor aufgegeben und hatte auch nicht alle Funktionen, die ich mir gewünscht hatte. Also habe ich selber Hand angelegt und das ganze verbessert. Die Früchte meiner Arbeit kann man jetzt im offiziellen Repository betrachten: http://wordpress.org/extend/plugins/wp-mantis/

Wer noch Fehler findet darf sie gerne im Bugtracker melden. (oder hier in den Kommentaren)

Nach ein wenig (bzw. ziemlich viel) war dann auch ein Tileset gefunden, das wunderbar zum Originalstil passt:

Ich habe das hier mal hochgeladen, weil es ziemlich schwer zu finden ist. Was ich leider nicht finden konnte ist, wer dieses geniale Set gezeichnet hat… Ich hoffe, er ist mit der Benutzung einverstanden, ich würde ihn auch gerne in den Credits nennen, aber ich habe wirklich nichts gefunden Wenn jemand mehr weiss würde ich mich wirklich über Informationen freuen

Zweites Problem: Wie macht man daraus nun ein Zelt: Das oben rechts müssten die Seiten sein, und dann, ähh? Nach einigem rumprobieren habe ich dann diesen Thread gefunden, wo es praktischer Weise eine Anleitung gibt. Vermutlich vom selben unbekannten Autor. Auch die habe ich hier mal hochgeladen, damit dieses “wichtige Dokument” nicht verloren geht

Die Anweisungen rechts oben treffen nur auf den RPG Maker zu, die kann man also ignorieren (es sein denn man verwendet den ) Und mal wieder sagt ein Bild mehr als jede Erklärung, und ich kann weitermachen

P.S.: Es sind Ferien!!

Wie auch schon bei Version 0.9.3.1 habe ich auf der Downloadseite keinen neuen Eintrag erstellt, sondern einfach die Zipdatei ausgetauscht. Wer SimpleScreenshot schon hat, muss einfach nur auf das AutoUpdate warten, das bei nächsten Start aufgerufen wird.

Zur Download Seite…

Aber nun zum eigentlichen Thema dieses Post: Wie macht ein gutes Dialogsystem? Fangen wir mit den Anforderungen an:

• Der Spieler muss verschiedene Optionen haben. Es gibt keinen festen Ablauf.
• Der Dialog wird zwischen dem Spieler und einem oder mehr NPCs geführt. Technisch gesehen ist der Spieler aber auch ein NPC.
• Zu bestimmten Zeitpunkten sollen Scripte ausgeführt werden können. Möglichst, wenn eine Dialogzeile zu Ende ist.
• Es soll durch Scripte möglich sein, zu bestimmen, ob eine Dialogzeile angezeigt wird, bzw. den Verlauf des Dialogs zu bestimmen.
• Es muss einen Editor geben, in dem man die Dialoge erstellt.
• Die Dialoge sollen über die Content Pipeline geladen werden können.

Ich habe jetzt angefangen, ein eigenes System zu schreiben. Dieses funktioniert auch relativ gut, und es hatte auch eine Integration der Content Pipeline. Nun bin ich aber auf ein Problem gestoßen: Die Auswahl durch den Spieler.

Das Problem: Wenn eine Dialogzeile (d.h. ein Text ohne Unterbrechung durch Scripte o.ä.) angezeigt wurde, hat das Dialogsystem die möglichen nächsten Zeilen ausgelesen, und solange das ActiveScript (das angibt, ob eine Zeile verfügbar ist) ausgeführt, bis es eine Zeile gefunden hatte, die es anzeigen konnte. Wenn es keine mehr gab, war die Dialog zu Ende. Ganz einfach. Zu diesem System habe ich auch schon einen Editor geschrieben, der zwar noch nicht ganz fertig ist, aber schon relativ gute Ansätze zeigt.

Doch wie oben schon angesprochen war das Problem, den Dialog fortzuführen wenn der Spieler eine Option auswählen sollte. Im ActiveScript kann man das nicht machen, weil erst wenn das Script beendet ist wieder ein Update ausgeführt wird, also auf Eingaben reagiert wird. Mögliche Lösung: Multithreading. Ist aber auch mit viel Aufwand verbunden. Andere Möglichkeit: Zeilen die vom Spieler gesprochen werden sind besonders gekennzeichnet (z.B.: Speaker = “[Player]“) und statt dem ActiveScript wird einen Auswahlbox angezeigt. Problem: Fast das gleich wie oben: Was soll man der Textbox sagen, wenn sie nach der nächsten Zeile fragt, aber die noch bestimmt werden muss. Momentane Lösung: Spezieller Returncode, der sie anweist beim nächsten Update nochmal nachzufragen, welches erst auftritt, wenn das Auswahl Fenster wieder zu ist. Das ganze driftet leider momentan in eine extrem unsaubere Lösung ab, und ist auch nur schwer “richtig” zu machen. Wie man es machen kann sieht man in Neverwinter Nights, bzw. dessen Aurora Engine: Hier ist eine Dokumentation des Dateiformats, und hier eine Erklärung des Editors um sich vom Konzept ein Bild zu machen. (Mit fällt grade auf: Genau wie MassEffect ist NWN auch von Bioware… die haben echt was auf dem Kasten, was RPGs angeht…)

Es muss also eine andere Lösung her! Einen Ansatz gibt es hier: Der Autor hinter diesem Blog hat versucht das Dialogsystem von MassEffect zu reproduzieren. Leider habe ich nie MassEffect gespielt (auch wenn ich das wirklich mal machen sollte… gibst das auch für den PC?), ich kann also nicht sagen, wie gut das das Original trifft, aber es sieht gut aus. Er verfolgt einen etwas andern Ansatz: Verschiedene Zeilen werden zu einem Branch (dt. Ableger) zusammengefasst. Jeder dieser Branches führt zu einem Hub (muss ich jetzt nicht übersetzen, oder? Ich sag nur USB-Hub), das dann eine Auswahl von bis zu 6 weiteren Branches hat. Ein relativ gutes System, das auch sehr gut implementiert ist, inkl. Content Pipeline und Editor. Statt der runden Hubs könnte man eine Auswahlbox nehmen, wie ich sie schon gecodet habe, und jeder Branch hat auch Voraussetzungen, das könnte man zum ActiveScript umarbeiten. Doch der Ansatz mit den Braches gefällt mir nicht… Bei mir würde das zu vielen Ein-Zeilen-Branches führen, denn man muss ja schon einen neuen Branch anfangen, wenn man in der Mitte ein Script ausführen will (wenn es. z.B. anfängt zu regnen, währen man darüber redet).

Wäre ich das hier jetzt schreibe glaube ich eine relativ gute Idee gefunden zu haben: Zeilen, bei denen die folgende Zeile noch nicht feststeht (weil der Spieler sie festlegt) wird der TextboxScreen selber einen SelectionBox anzeigen, und erst dann fortfahren. Das ist eine saubere Lösung, evtl. sind die DialogLines, bei denen man etwas auswählen muss sogar eine abgeleitete Klasse? Damit kann ich mein Code behalten, habe alle Vorteile davon, und trotzdem eine saubere Lösung.

Bei meinem Editor werde ich mich überrings nicht an die Baumstruktur von Bioware halten: Dort muss man Dialoge nämlich kopieren, wenn sie wieder zum Anfang führen sollten. Ich will da keine Sache á Willst du? – Nein – Ach komm schon -  Willst du? – Nein – Ach komm schon – Willst du? – Ja. (Das nennt man dann große Entscheidungsfreiheit )

So. Das wars. Ich habe eine Lösung und auch genug geschrieben. Ich hoffe, ich habe euch nicht zu sehr gelangweilt (wenns überhaupt einer gelesen hat…), und kann euch schon verraten, dass ich noch einen, wenn nicht zwei tolle Artikel auf Lager habe, die es in zwei Tagen gibt

P.S. Momentan sind die Webserver hier etwas langsam, aber das ändert sich hoffentlich bald wieder.

Zur Download Seite…

So geht es los, wenn man SimpleScreenshot startet. Also so wie bis jetzt. Höchstens der Text wird noch angepasst.

Die erste Neuerung: ein sog. Flyout! Das erscheint, wenn man ein Mal auf das Trayicon klickt. (In etwa so wie bei den Netzwerkeinstellungen) Dort kann man die aktuelle Kategorie sehen und ändern, den Pfad der letzten Datei sehen (und kopieren oder den beinhaltenden Ordner öffnen) und die URL des letzten Uploads sehen. Auch die kann man kopieren, im Browser öffnen (da hab ich das falsche Icon erwischt) und neu hochladen. Nützlich, wenn der Upload nicht geklappt hat, oder man ein Bild auf zwei Hostern haben will.

Wenn man nun auf “Ändern…” klickt, öffnet sich dieses Fenster. Oben wählt man die Kategorie aus (eine Kategorie ist praktisch ein Unterordner, in dem man seine Screenshots organisiert) die man dann löschen oder umbenennen kann. Bei löschen können die Screenshots auch automatisch in eine andere Kategorie verschoben werden. Natürlich kann man auch neue Kategorien erstellen.

Für eine Standardkategorie möchte man ja evtl. keinen Unterordner, auch das ist möglich. Evtl. wird man auch noch das Namensschema mit den Kategorien ändern.

Die Einstellungen, wie gewohnt. Einzige Änderung: Der Zurücksetzen-Button, mit man die Standardeinstellungen wieder aufrufen kann.

Hier hat sich einfach mal gar nichts geändert. Ich fand diese Seite eigentlich ziemlich gelungen.

Hier überschlagen sich die Änderungen dann aber wieder: Die ausgewählte Taste steht direkt auf dem Button zum Ändern des selben. Das gleiche Prinzip wende ich dann auch bei den anderen Tasten an, nur wird man hier nur Shift, Strg und Alt auswählen können. Dahinter wird noch die oben ausgewählte Taste angezeigt, so werde die Kombinationen klarer.

Auch auf der letzten Seite habe ich nicht viel geändert, nur das man den Hinweis auf mehr Hoster jetzt auch anklicken kann.

Jetzt das spannendste: Das Hauptfenster. Einige wollte das arme Fenster ja schon ganz entfernen, weil sie ihm keinen Nutzen abgewinnen konnten… Da hatten sie auch Recht, bis jetzt ist der Nutzen auch begrenzt. Das ändert sich jetzt aber:

Alle Buttons, bis auf die Einstellungen, fliegen raus, sind überflüssig. Die Vorschaugröße kann man jetzt oben einstellen, zudem kann man dort nach Aufnahmedatum filtern. Daneben ist ein Suchfeld für die Dateinamen.

Das vergrößerte Bild soll andeuten, das die Bilder jetzt größer werden, wenn man mit dem Mauszeiger “drüberhovert”. Jetzt muss ich nur noch das komische Blau erklären: Momentan werden die ausgewählten Screenshots noch durch ein blauen Quadrat dargestellt. Das entspricht aber nicht dem Verhalten des Windows Explorers. Dort wird das ganze durch so einen Farbverlauf dargestellt, wie ich etwas stümperhaft angedeutet habe.

Auch sonst wird SimpleScreenshot sich etwas mehr Windows 7 nähern, in dem es z.B. Task Dialogs statt einfacher Messageboxen nutzt. Momentan bin ich am überlegen, ob ich Windows XP noch weiter unterstütze. Da bin ich auf die Benutzer angewiesen: Braucht ihr XP Unterstützung, oder benutzt ihr eh schon Vista oder 7? XP bedeutet für mich auf jeden Fall mehr Arbeit für mich

Wo wir schon bei der “Community” sind: Ich werde alle Kommentare, die sich auf das Design beziehen zu diesem Artikel verschieben. In den Kommentaren wurde ja schon verschiedene Ideen gepostet, was man mit dem Design alles so machen kann. Ich hab versucht, alles in diesem Entwurf zusammen zusammenfließen zu lassen.

Wenn trotzdem noch jemand eine gute Idee hat, was das Design betrifft: Immer her damit. Auch sonst wird es natürlich noch weitere Änderungen geben, aber ich muss ja noch nicht alles verraten (Windowskontextmenü ist schon geplant )

Viel Text, aber nur mit der Absicht meine Ideen der harten Kritik zu stellen! Also macht meine Ideen fertig

EDIT: Man kann Kommentare gar nicht verschieben Naja, bleibt eben alles an seinem Platz…

Changelog:

• Updatesuche berücksichtigt jetzt keine Beta-Versionen mehr.
• Kleine Änderungen an dem Fehlerabfangcode, er meldet jetzt Fehler immer in Englisch, um auch Fehler mit den Sprachdatei melden zu können.
• Wenn ein Neustart benötigt wird, wird dieser jetzt automatisch durchgeführt.
• Neuere Version vom Tastenauswahl Fenster.
• Übersetzung minimal angepasst
• Beenden und Verstecken Button entfernt. Das Fenster wird durch minimieren Schließen versteckt, das Beenden ist über das Kontextmenü des Trayicons erreichbar.
• Fehler behoben, den auftrat, wenn man im Kontextmenü auf “Einstellungen” klicke, während das Einstellungsfenster geöffnet war. Mal wieder werden jetzt alle Einstellungen im Programmverzeichnis gespeichert.

Download:

Zur Download Seite…

Diese Version scheint aber einiges an Fehler zu beinhalten, also darum rate ich zum Download einer neueren Version.

Hier der Changelog:

• Update suche jetzt bei jedem Start (statt nur 1x täglich)
• Sinnvollere Standardwerte in den Einstellungen vergeben
• Rechtschreibfehler korrigiert
• Das Passwort für den Hoster wird jetzt verschlüsselt gespeichert (nur für kommende Versionen, noch ist diese Funktion nicht benutzbar)
• Wenn das Programm nicht über beim Windowsstart mitgestartet wurde, erscheint jetzt ein Ballontip mit dem Hinweis, das SimpleScreenshot im Tray läuft.
• Kleinere Umstrukturierung des Codes.
• %an% funktioniert jetzt.
• Eine fehlende Übersetzung hinzugefügt.
• Screenshots können jetzt mit einem Druck auf die Entf-Taste gelöscht werden.
• Der Kamerasound wird jetzt auch abgespielt, wenn SimpleScreenshot über die Autostart Verknüpfung gestartet wird.
• Über die Autostart Verknüpfung wird SimpleScreenshot minimiert gestartet. Dadurch wird das Aufblitzen eines Fenster verhindert.
• Neues Tastenauswahl Fenster (Vielen Dank an Nico für diese Komponente)

Also wieder einiges an Änderungen. Auf zwei Sachen muss ich noch näher eingehen:

Durch einige Änderungen an der Autostartverknüpfung (z.B. der /autostart Parameter) muss diese neu erstellt werden. Dazu bitte ein Mal den Autostart ein den Einstellungen deaktivieren und speichern, dann kann alles wieder aktiviert werden.

Zudem geht %an% jetzt zwar, aber wenn kein Fenster aktiv ist ( = der Desktop aktiv ist) dann wird “explorer” eingefügt, da dann natürlich die Windows Shell aktiv ist… Wenn jemand eine sichere Methode weiss, das Handle der Shell zu bekommen, immer her damit. Oder stört euch dieses “Feature” gar nicht?

Ansonsten alles wie gehabt, diese Version gibt es auch wieder als AutoUpdate. Für alle neu Einsteiger:

Zur Download Seite…

Noch eine Notiz an mich selber: Morgen Übermorgen mal ein paar Screenshots von SimpleScreenshot einfügen

Genauer gesagt:

• Schließen Button in der Platzhalterliste funktioniert
• Bei der Auswahl eines Speicherorts, der nicht nur Bilddateien enthält (z.B. Desktop) tritt kein Fehler mehr auf.
• Bilder können aus dem Fenster gezogen werden (Drag&Drop)
• Einstellungen werden (mal wieder) nur im Anwendungsverzeichnis gespeichert.
• Der Image Editor (Auswahlrahmen) kann jetzt deaktiviert werden.
• Speichern als JPEG funktioniert jetzt
• Speichern in Word funktioniert einwandfrei.
• Die Meldung, das ein Neustart von SimpleScreenshot benötigt wird, wird wird angezeigt, wenn er auch wirklich nötig ist.
• Meldung bei Absturz sollte gehen.

Einen Fehler konnte ich nicht beheben: Die Pause Taste ist theoretisch als Auslöser benutzbar, aber nicht im Zusammenhang mit der STRG Taste, weil die Kombination (ein Relikt wie einiges an Windows) Batchprogramme unterbricht. Darum wird diese Kombination leider nicht an SimpleScreenshot gemeldet, und ich kann nicht darauf reagieren…. So lange man die Taste aber nicht zusammen mit der STRG Taste benutzt, geht aber alles wunderbar.

Eine Sache, die geplant war, ist auch nicht drin: Der neue Button Selector von Nico. Denn der braucht wohl noch etwas um meine Meldungen zu verarbeiten Sobald ich von ihm eine neue Version bekomme, gibt es wieder ein Update.

Wo wir grade bei Updates sind: Die neue Version sollte ab sofort (bzw, ab morgen, da nur ein Mal am Tag nach Updates gesucht wird) über das Autoupdate bereit stehen. Ich würde also alle Benutzer von SimpleScreenshot bitten, das Update abzuwarten, damit das auch mal getestet wird.

Für alle “Neueinsteiger” gibt es aber wie gewohnt auf der Projektseite die aktuellste Version.

Zur Download Seite…

Ich weiss, ich hab lange gebraucht, aber wie man an der Versionsnummer sieht, gibt es auch viel neues. Das wäre:

• Der Verstecken und Beenden Button wurden ausgetauscht, damit man nicht immer aus versehen auf Beenden klickt.
• Viel bessere Einstellungen
• Übersetzung nicht mehr per Datei, dafür aber deutlich einfacher. Wenn jemand eine Sprache vermisst, einfach melden, ich schicke euch dann die Strings und baue eure Übersetzung ein. (English/Deutsch vorhanden)
• Bilder können automatisch bei Imageshack.us hochgeladen werden (weitere Hoster in Planung, s .u.)
• Bilder können automatisch in Word eingefügt werden (z.B. für einfache Dokumentation)
• Es können auch nur Teile von Fenstern oder dem gesamten Bildschirm aufgenommen werden.
• Als Speicherformat können JPEG/BMP/PNG gewählt werden (JPEG hat noch Fehler, besser nicht benutzen…)
• Die Tastenbelegung ist besser einstellbar
• Automatische Updatefunktion (deaktivierbar)
• Namen per Platzhalter (Datum/Zeit, Name der aktiven Anwendung/Fortlaufende Nummern)
• Vermutlich noch mehr, aber das fällt mir grad nicht ein…

Natürlich ist auch diese Version noch nicht perfekt, und ich habe auch noch ein paar Ideen, die dann mit Version 1.0 kommen werden. Erst kommt aber noch (bald) 0.9.1, denn dieses Version hat noch ein paar Probleme mit JPEG, aber ich wollte die Veröffentlichung nicht schon wieder verschieben… Und so kann ich auch den Updater testen

Besonders ist (meiner Meinung nach) die Funktion, die Bilder automatisch in Word einfügen zu können, soweit ich gehört habe, könne besonders Firmen eine solche Funktion gebrauchen (für Installatiosdokumentationen), und damit will ich mich auch von anderen Screenshot Programmen abgrenzen.

Was noch geplant ist:

• Bugfixes
• Hoster per XML Datei erweitern
• evtl. Text und Pfeile in die Bilder einbauen
• Automatische Kategorien nach Anwendungen
• Kategorien = Unterordner
• Einfache eigene Kategorien

Bekannte Bugs:

• Probleme mit JPEGs
• Evtl. kleine Bugs beim Speichern in Word
• Das automatischer anzeigen einer Meldung bei einen Absturz geht nicht

Diese Bugs werden aber mit den nächsten Version, die dann per Update kommt hoffentlich behoben

Wenn ihr selber noch Wünsche habt: Ab in die Kommentare damit!

Aber damit es auch was zu sehen gibt kommen jetzt noch ein paar Screenshots:

Das Hauptfenster

Die Einstellungen

Nur einen Bereich aufnehmen…

Mehr Einträge im Kontextmenü

Nun aber das wichtigste: Der Download:
Zur Download Seite…

Dann gibt es noch eine Änderung für Entwickler: Mit dem “Dateitypen” “dir” und “default” (ohne Punkt!) kann man jetzt auch Plugins  für Order und nicht erkannte Dateien schreiben.

Und last but not least: Das FastView Fenster lässt sich jetzt an der oberen Leiste verschieben, und erkennt, wenn man im Explorer eine andere Datei auswählt!

Das ganze gibt es wie immer, als AutoUpdate, oder auf der Download Seite als Vollversion.

Zur Download Seite…

Jetzt habe ich einen Bugfix veröffentlicht (sollte ab morgen im Autoupdate sein), aber dieser hat leider auch eine Nachteil: Bei öffnen von FastView wird der Inhalt der Zwischenablage verworfen. Das ganze hat folgenden Hintergrund: Wenn man die Leertaste drückt, und ein Explorer das aktive Fenster ist, dann wird an den Explorer Strg+A und Strg+C gesesendent, dadurch wird entweder ein “FileDropList” oder ein Text in die Zwischenablage kopiert. Und nur wenn es die Liste an Dateien ist, wird FastView geöffnet. Zwar kann ich den Inhalt der Zwischenablage auslesen, aber ich schaffe es nicht, den Inhalt auch wieder zurückzuschreiben, also ist der Inhalt leider verloren…

Langfristig ist dies natürlich keine befriedigende Lösung, (ich betone noch mal, dass FastView immer noch ein PoC ist) daher werde ich in der nächsten Version ein Optionsmenü einbauen, wo man dann die Tasten aussuchen kann, mit der FastView geöffnet werden kann. Ich sehe keine Möglichkeit, dieses Problem anders zu umgehen. Auf dem Mac hat Apple sicherlich eine entsprechende API-Funktion, um auszulesen, ob der Explorer im Edit-Modus ist, aber das gibst auf Windows scheinbar nicht… (ich habe eh nur über eine COM-Schnittstelle darauf Zugriff, die schon seid Win98 nur noch aus Kombabilitätsgründen dabei ist…)

Jetzt muss ich erstmal mit SimpleScreenshot weitermachen, immer schön im Wechsel

Zur FastView Download Seite…

Ich hatte es ja schon versprochen, jetzt gibt es ein Tutorial wie man FastView Plugins entwickeln kann. Das ganze habe ich so geschrieben, das man es auch verstehen kann, wenn man sich noch nicht so viel mit Visual Studio beschäftigt hat, aber C# Kenntnisse sollten schon vorhanden sein…

Lange Rede kurzer Sinn: Hier sind die Downloads:

Tutorial: FastView Plugins entwickeln (PDF)

FastView Zip-Plugin Sourcecode

Und wer FastView noch nicht hat, kann es hier downloaden:

Zur FastView Download Seite…

Hier ist der Changelog:

Bugfixes:

• kein Absturz mehr, wenn MP3s geöffnet werden
• Dateien werden nach schließen des Fensters freigegeben
• kleinere interne Änderungen

Änderungen:

• Neuer Hintergrund(danke an whsprogger)
• Mehr Bilder, weniger Buttons

Neue Features:

• Es werden jetzt Plugins unterstützt.
  • Mitgelieferte Plugins:
    • Multimedia
      • Videos
      • Musik
      • Bilder
    • Office (erfordert Microsoft Office)
      • Word
    • Text
      • alle Textdateien
    • PDF
      • PDF
• TrayIcon zum Beenden
• Automatischer Updater

Der Updater sucht einmal pro Tag nach Updates auf meinem Server und wird Sie automatisch installieren. Noch ein paar Worte zu den Plugins:

Das Office Plugin erfordert ein installiertes Microsoft Office, wenn das nicht gefunden wird, wird das Plugin nicht geladen. Zudem kann dieses Plugin nur Word Dateien öffnen, und auch die nur als Text(ohne Formatierung). Wenn sich jemand mit dem Anzeigen von Office Dokumenten auskennt, ich würde mich über Tipps (oder ein Plugin) freuen!

Das Text Plugin bezieht die Dateierweiterungen, die es anzeigen soll aus der Datei “text_ext-txt”. Diese Datei kann man anpassen um weitere Endungen mit diesem Plugin anzuzeigen. Danach ist ein Neustart von FastView nötig.

Ich habe versucht das Programm für x64 Prozessoren zu kompilieren, was mir aber aufgrund der vielen abhängigen DLLs nicht gelungen ist. Das alte lief ja nicht auf 64-Bit Systemen, und auch diese Version benutzt noch viele Pointer, die ja auf 64-Bit Systemen größer sind. Evtl. kann Windows das aber duch WoW64 ausgleichen. Wenn nicht bitte ich um Verzeihung, aber dann ist da wohl (mit vertretbarem Aufwand) nicht zu machen…

Als nächstes werde ich auch noch eine Anleitung zum erstellen von Plugins veröffentlichen. Wer noch Ideen hat, oder Fehler findet kann gerne einen Kommentar hinterlassen, ich werde mich darum kümmern!

Weitere Informationen, und vor allem den Download findet ihr auf der Projekt Seite:

Zur Projekt Seite…

1. Ich hab wieder DSL. Zumindest vorläufig. Ich zitiere Dazu mal eine Mail an jemanden der genau das gleiche wissen wollte (Ja, ich bin zu faul das noch mal zu tippen):

Ich hab momentan DSL!

Leider nicht ganz so wie ich will… envacom(der alten Anbieter) hat am 1.12 die Zugangsdaten gesperrt, darum hatte ich kein DSL mehr. Ein paar Tage später hat er aber bemerkt, dass er die Ports nicht freigeben konnte, warum auch immer… Solange envacom den Port blockiert kann ich auch keinen anderen Anbieter haben. ABER: Damit envacom keine Ärger wegen Betrugs bekommt hat er die Zugansdaten wieder freigegeben, also habe ich erstmal wieder DSL, und zwar gratis. Wenn er jetzt die Ports freigibt kann easybell dann auch den Anschluss schalten…

Mal sehen wie das weitergeht…

2. WordPress 2.9 ist erscheinen, hab grade aktualisiert. Es gibt jetzt eine Link-Verkürzer und Ein bessere Update Managment. Mehr ist mir noch nicht aufgefallen.

3. Thunderbird 3.0 ist da! Bzw. es ist schon relativ lange da, aber mit einem Modem kann man es halt nicht downloaden… Jetzt hab ich die Gelegenheit genutzt, und geupdatet. Ich hatte mir schon mal kurz die Beta angesehen, es gibt viele sinnvolle Neuerungen, auch wenn ich mich an die zusammengefassten Posteingänge erst gewöhnen muss.

Wer (wie ich) Lightning mit einen Google Kalender benutzt, findet hier die aktullen Beta Versionen(in Deutsch) der beiden AddOns.

4. SimpleScreenshot nähert sich Version 1.0! In letzter Zeit habe ich nur an SimpleScreenshot (Nein, ich werde es zur Sicherheit nicht abkürzen ) gearbeitet, und es gibt viele neue (geplante) Features. Das “Killer-Feature” wird die Möglichkeit sein, die Screenshots automatisch in ein Worddokument einzufügen. Mir ist kein Software bekannt, die das kann, und laut eine kleinen Umfrage(1 Person ) ist dieses Feature oft vermisst worden. Damit kann z.B. super Installations Logs erstellen. Noch eine ein kleiner Preview Screenshot:

Mehr verrate ich jetzt aber nicht.

5. Kleiner Live Einschub: Firefox 3.5.6 ist verfügbar. “Diese Update wird ihre Sicherheit verbessern.”

6. Da ich viel an SimpleScreenshot arbeite ist The Kingdom of Darkness momentan etwas zu kurz gekommen, aber mit Internet kann ich jetzt auch wieder mehr daran arbeiten. Warum ich dafür Internet brauchen, für SimScreen (juhu, ich hab doch eine unverfänglich Abkürzung gefunden) nicht? Ganz einfach, ich muss für tKoD im Internet nach eine guten A* Implementierung suchen…

7. Es ist bald Weihnachten, darum gibt es auch hier ein dämliches Weihnachts Plugin…

Das war erst mal alles was mir einfällt…

Fröhliche Weihnachten!

Der Performancegewinn hängt von der Größe der Karte ab, bei mir hat es 100 FPS gebracht. Das ist weniger als es erstmal klingt, den ob ein Spiel nun mit  300 oder 400 Frames pro Sekunde läuft kann man nicht merken… Trotzdem hatte ich schon lange vor diese Technik einzubauen. Die Änerung ist eigentlich auch nur sehr klein:

for (int i = (int)Camera.CameraPosition.X / 32; i < Math.Min(((int)Camera.CameraPosition.X / 32) + 26, Tiles.Count); i++)
 {
 // Alle Spalten durchlaufen
 for (int j = (int)Camera.CameraPosition.Y / 32; j < Math.Min(((int)Camera.CameraPosition.Y / 32) + 20, Tiles[0].Count); j++)
 {

statt

for (int i = 0; i < Tiles.Count; i++)
 {
 // Alle Spalten durchlaufen
 for (int j =0; j <  Tiles[0].Count; j++)
 {

Und weiter geht die Bugsuche….