Ließt sich als nette Idee.
Tadakatzu hat geschrieben: [...]
Und so funktioniert es:
- Datei downloaden
- in einen extra Ordner packen
- einige Charsets in den Ordner kopieren (Vorsicht ! wirklich nur Kopieren, da das Tool die Charsets komplett zerlegt)
- Tool starten
- der Rest der Bedienung sollte eigentlich intuitiv machbar sein, so große Funktionalität gibt es da noch nicht
[...]
Ließt sich recht simpel, nur bleibt mir da die Frage, warum so kompliziert. Sicher hast du versucht, das einfach zu halten, indem das Programm sämtliche CharSets in seinem eigenem Verzeichnis einließt und in einzelne Charakter-Grafiken zerlegt.
Was hälst du von folgenden Ansätzen:
- Programmstart:
Das Programm prüft, ob in seinem (!) Verzeichnis die Unterverzeichnisse für die einzelnen Ressourcen vorhanden sind. Falls nein, soll es die anlegen. Falls ja, geschieht nichts weiter und der Start läuft ganz normal weiter - Die Importfunktion:
Die kannst du vom Ablauf her wie bei der "RAW Material Editor" des "RPG Maker 2000" aufbauen vom Layout her:
Vom Ablauf dann auch, dass du als Anwender erst links die Ressourcenart wählst, in der Spalte daneben die bereits vorhandenen Einzelgrafiken siehst und die entsprechenden Buttons für einen Import neuer Ressourcen, einen eventuellen Export (wenn jemand nur Einzel-Charsets will) und das Löschen von Einzelgrafiken, wenns eben welche gibt, die man nicht mehr will
Allerdings sollte die Import-Funktion es anbieten, aus einem beliebigem Verzeichnis Grafiken einzulesen (!) und sie nicht nach ihrer Zerlegung zu löschen. Nur für Backup-Fälle oder weil mans eben so will.
[/list]
Tadakatzu hat geschrieben: [...]
Ich bitte euch um folgendes:
- Testet es und gebt feedback, ob es vielleicht interessant ist und noch weiter ausgebaut werden sollte
- für grobe Fehler, Verbesserungsvorschläge etc. bin ich gerne offen
- welche Grafikressourcen könnte man noch verwalten ? (mir würden erstmal nur Facesets einfallen, Chipsets wären prinzipiell auch möglich, lassen sich aber sehr schwer bis garnicht zerlegen meiner Meinung nach)
- eventuell auch andere Funktionalitäten, welche in dem Zusammenhang nützlich wären ?[...]
Interessant ist es sicher und gegen ein Ausbauen des Programms spricht sicher nichts. Ich bin mir da nicht wirklich sicher, wie denn die Ansprüche aktuell sind, nur wirst du nicht an den Chipsets vorbei kommen, wenn das Programm akzeptanz erfahren soll.
Ich arbeite mit dem RPG Maker XP und da stelle ich mir aus einzelnen Tilesets (Chipsets) neue zusammen, eben weil einzelne Tilesets Elemente haben, die ich doch gerne in einem vereint hätte. Das ist bei den Refmap-Chipsets nicht viel anders.
Von der Zusammenstellung her ist das bei Chipsets allerdings nicht so einfach zu lösen wie bei Tilesets. Vielleicht hilft es dir ja, wenn ichs dir anhand einer Beispielgrafik vorstelle:
- Eine Chipset-Grafik hat eine Fläche von 30x16 Chips mit jeweils einer Fläche von 16x16 Pixeln
- Die einzelnen Bereiche setzen sich wie folgt zusammen:
- Die blau-orange gekachelten Bereiche sind animierte Tiles, die zum Füllen von Flächen mit Ufern vorgesehen sind. Die oberen beiden Bereiche davon mit jeweils 3x4 Chips können unterschiedliche Ufer haben, während der "untere" Bereich von 3x4 Tiles eher den von Ufern eingeschlossenen Bereich darstellt.
Diese Bereiche könntest du entsprechend ihrer Definition als Einzel-Elemente von je 3x4 Chips zerlegen und in einem Unterordner des Chipsetordners lagern, der als "Animationen 3x4" bezeichnet werden könnte - der grün-hellorange gekachelte Bereich ist in Spalten von je 1x3 Chips definiert. Jede dieser drei Spalten kann etwas anderes darstellen, was im Spiel animiert gezeigt werden soll. Der Unterschied zu vorher ist, dass es keinen Uferbereich gibt.
Diese Bereiche könntest du in Einzel-Elemente von je 1x4 Chips zerlegen und in einem Unterordner des Chipsetordners lagern, der als "Animationen 1x4" bezeichnet werden könnte - Die hellblau-schwarz bzw. dunkelblau-schwarz gekachelten Bereiche sind vom Grundaufbau her wie die blau-orangenen aufgebaut, allerdings ohne Animation (deshalb fällt hier auch der Teil mit "von Ufern eingeschlossen" hier weg).
Diese Bereiche könntest du in Einzel-Elemente von je 3x4 Chips zerlegen und in einem Unterordner des Chipsetordners lagern, den du "Flächen" nennen könntest - Der erste große Bereich mit dunkelorange-graugrünen Kacheln ist für den Bereich der "Lower Chips" definiert. Hier könntest du im Grunde alles in Einzel-Chips (16x16 Pixel) zerlegen und in einem Unterordner des Chipsetordners lagern, den du "Lower Chips" nennen könntest.
- Der zweite große Bereich mit rosa-grauen Kacheln ist für die "Upper Chips" definiert. Hier könntest du ebenfalls alles in Einzel-Chips zerlegen und in einem Unterordner des Chipsetordners lagern, den du "Upper Chips" nennen könntest.
- Wenn du das Zerlegen der Chipsets in dein Programm eingebaut hast ist der nächste kritische Punkt, wie das zerlegte denn vernünftig dargestellt wird. Problematisch wird es besonders dann, wenn mehrere Einzelchips ein Objekt (beispielsweise einen Baum) darstellen sollen. Eine Ansicht wie bei den Charsets wäre hier definitiv zu komplex, um aus den schier zahllosen Einzelchips etwas zusammen zu bauen.
Da du ja die Namensgebung der zerlegten Einzelgrafiken scheinbar nach dem Schema [Dateiname ohne Endung]_[Laufende Nummer] zusammen baust, könntest du dich daran entsprechend orientieren und aus den einzelnen Elementen dann die "Ursprungsgrafik zusammenstellen und anzeigen lassen. Das sollte noch der leichtere Teil sein.
Der schwierigere dürfte der sein, den Anwender aus diesem Chipset Bereiche auszuwählen und diese Bereiche dann in ein neues Chipset einzufügen. Da ich bezüglich Java (womit dein Programm entwickelt wurde) nicht auskenne, kann ich dir leider auch nicht sagen, wie das Codeseitig zu bauen wäre.
Was die anderen Ressourcen, blieben ja nur noch die FaceSets und Battle-Grafiken (Kampfanimationen) übrig und das dürfte von der Umsetzung her fast identisch mit dem sein, was du schon bei den CharSets gebaut hast.
Der Rest (Backdrop, GameOver, Monster, Panorama, Picture, Title) ist ja schon jeweils als Einzelgrafik definiert.
Du könntest dir rein theoretisch noch die Zerlegung der System-Grafiken (Darstellung der Dialogboxen) antun, nur bleibt da die Frage, ob eine solche Funktion überhaupt genutzt werden würde oder ob man hier sagen könnte, System-Grafiken werden doch eher von Hand mittels Grafiksoftware gebaut oder lediglich noch auf die reine Textdarstellung beschränkt, weil sich ja in Kombination mit der Show-Picture-Funktion deutlich mehr anstellen lässt.
Also wie gesagt:
sind die drei Grafikrubriken, die das Programm definitiv bereichern würden. Nur eben bei der Darstellung der einzelnen ChipSet-Teile dann in deinem Programm ist halt die Frage, wie das am Geschicktestem umgesetzt werden kann.
Ich habe zwar vorgeschlagen, dass das eventuelle zusammensetzen des Ursprungs-ChipSets mit Auswahlmöglichkeit ganzer Bereiche sinnig wäre, allerdings fällt mir jetzt erst auf, dass das dann problematisch wird, wenn man als Anwender Einzel-Chips pixelt und in das Programm einfügt.
Eine Darstellung der einzelnen Chips wäre definitiv zu unübersichtlich für den Endanwender, weil der erst einmal die passenden Einzelchips zusammensuchen müsste, wenn die auf einer Fläche von mehreren Chips beispielsweise einen Baum darstellen.
Vielleicht helfen dir die Anregungen weiter, wenn dich der ganze Text nicht schon erschlagen hat ;)
|
