Was wäre euch wichtig an dem "perfekten" Maker?

[Cornix]

Würd gern wissen wie du bei autotiles auf 256 Variationen kommst.
soweit ich weiß hast du ohne komplettes texturteil 4 innere Ecken, 4 äußere Ecken und 4 gerade, macht 12 tiles (14 mit positiv und negativ textur).

...

Wenn man ein Tile platziert wird dessen Grafik ermittelt anhand der 8 Tiles, welche es umgeben.
Je nachdem welche von den 8 Tiles drum herum den gleichen Tile-Typen hat haben wir eine andere Situation.
Ein benachbartes Tile kann entweder von dem gleichen Typen sein, oder von einem anderen.

Das bedeutet, dass wir für jedes Tile einen von zwei Zuständen haben (Gleich / Ungleich). Und außerdem 8 benachbarte Tiles.
Jede Kombination von Zuständen dieser acht Tiles ist eine andere Situation für unser zu bestimmendes Tile.
Dementsprechend berechnet sich die Anzahl der Situation als 2 ^ 8 == 256.
Es werden im Maker zwar keine 256 verschiedene Varianten benutzt (sondern nur 48) aber das Potential dafür ist da.

Meine Welt wäre alleine durch eine "Suchen" und "Ersetzen"-Funktion schon ein ganzes Stück heller. :)
Aber Gerüchte besagen da ist was Großartiges in der Mache...! *Richtung Grufty schiel*

...

Tut mir leid, aber ich verstehe nicht ganz worauf du hinaus willst.
Was genau würdest du gerne im Maker suchen und ersetzen? Textzeilen?

@Cornix

Aber auch auf die speziellen Bedürfnisse eines typischen Makerspiels zugeschnitten? Weißt du, ich sehe das immer aus der Perspektive eines Entwicklers, der mehr Interesse an der Entwicklung als der Programmierung hat, aber trotzdem ein möglichst mächtiges Werkzeug haben möchte, bei dem ich nicht zu viele Umwege gehen muss, um ans Ziel zu kommen. Ein typisches Problem der alten Maker ist z. B. dass es keine richtigen Arrays gibt und dass man Pictures außer mit Cherrys Patch nicht direkt über eine Variable referenzieren kann. Beim XP kann man auch ohne tiefere Ruby-Kenntnisse die Methode show von Game_Pictures aufrufen und als ID eine Variable nehmen.

...

Das ist alles eine Abwägung von: Flexibilität + Macht gegen Einfache Bedienung + Schnell zu lernen.
Ein Nutzer, welcher programmieren kann, braucht nicht solch eine kindische Software zu nutzen. Diese Personen sind garnicht Teil der Zielgruppe.
Sie können sich eine beliebige fertige Engine schnappen, ihre Resourcen dort einfügen, und dann an dem Code rumwerkeln bis das gewünschte Ergebnis erzielt wurde.

Der einfache Nutzer, welcher nicht programmieren kann, hat diese Möglichkeit nicht. Für ihn bedeuten die meisten Fachwörter auch nicht viel, oder nichts konkretes. Er möchte eine Software, welche leicht zu lernen und zu verstehen ist, aber ihm trotzdem viele Möglichkeiten bietet.
Sobald man als Entwickler erlaubt eine Programmiersprache in dem Maker zu verwenden verlässt man sich zu schnell darauf. Man verliert seine Zielgruppe aus den Augen. Features werden nichtmehr unterstützt, mit der Begründung, dass die Nutzer doch einfach ein Script selbst schreiben können. Soll sich die Community doch darum kümmern.
Das Ergebnis ist aber oftmals von minderer Qualität. Oder inkompatibel mit anderen Scripten. Außerdem für einige Mitglieder der Community schnell Teufelswerk.

Ich will dem Ganzen wenn möglich ausweichen. Die Zielgruppe der Software wäre klar definiert und für diese Menschen wird dann auch das Produkt zugeschnitten.

Das kann ich dir nicht sagen. Ich hab nur mal gehört, dass es beim XP Lags geben soll, wenn man eine OGG als Hintergrundmusik wählt. Was auch stimmt, hab es mal eben getestet. Ich weiß natürlich nicht, ob das am XP oder der OGG liegt.

...

Ich kann es dir sagen, denn genau so wird es im XP getan.
Erst sobald versucht wird die Musik ab zu spielen wird sie von der Festplatte geladen. Sofern man also vorher noch nicht versucht hat die Musik zu spielen wurde sie auch vorher noch nicht geladen.
Wenn du bedenkst, dass diese Ladezeit nur eine oder zwei Sekunden beträgt, oder vielleicht noch weniger, ist es hoffentlich ersichtlich, dass es kein großes Problem ausmachen würde die Musik einfach bereits im Vorfeld zu laden. Dann gäbe es auch keine Probleme während des Abspielens mehr.