RPG Maker(game) modifizieren

[D.C.Crimson]

ok, werde ich machen muss ich das auch bei dem XP auch so machen und Kann ich einige datein von den RPG Maker 2003 in den Xp rein machen???

[Unit Nero]

Du kannst natürlich auch die einzelnen Dateien zwischen den Makern hin und her transferieren. Wichtig ist nur, dass du auf die Farbtiefe achtest und darauf, dass beim 2k3 die Anordnung der einzelnen Set-Elemente und auch die Auflösung anders ist, als beim XP.
Wenn du Grafiken vom einen in den anderen Maker verschiebst, musst du sie halt entsprechend verschieben (Positionierung innerhalb des Sets).
Problem dabei ist nur, dass aufgrund der verschiedenen Auflösungen arg Deteils verloren gehen können. In dem Fall wirst du nachpixeln müssen oder altanative Grafiken verwenden müssen, mehr Möglichkeiten fallen mir fix auf die Schnelle nicht ein...

[D.C.Crimson]

Oh schit dan kann man nicht bilder die mehr als 265 teile haben nicht ver wenden. Weist du vielleicht womit man die einzelnen vormate von den bildern um wandelt???

[Unit Nero]

Thema Farbtiefe: einfach reduzieren (mit Funktion und so...)
Thema Formate: Wenn du ' n vernünpftiges Bildprog verwendest, kannst du durch "Speichern unter" unter dem Dateinamen auch den Dateityp einstellen.

[Supermike]

...ob die auch beim RPG Maker 2003 gehen...

...

...standartmäßig nur 256er-Bilder...

...

Das stimmt nicht ganz. Der RPG Maker 2003 kann standartmässig 16-bit Farben benutzen. Du musst also nur die XP Grafiken die du für den 2k3 verwenden willst auf 16-Bit tiefe stufen.

Zudem beachte die Set-grössen beim 2k3. Aber das wurde ja schon erwähnt...

EDIT:
@alle die wusten das ich falsch lieg xD
Hab in der Hilfedatei nachgesehen. Das Limit liegt doch bei 256 Farben. Sorry, muss mich irgendwo vertan haben...

[Greyce]

Das stimmt nicht ganz. Der RPG Maker 2003 kann standartmässig 16-bit Farben benutzen. Du musst also nur die XP Grafiken die du für den 2k3 verwenden willst auf 16-Bit tiefe stufen.

...

16 Bit? Rm2k3?
Nicht wirklich.
Genauso wie beim 2k liegt das Limit der Farbtiefe bei 8 Bit.

[D.C.Crimson]

Ja jetze habe ich mir den XP geholt aber jetzt is wieder ein fehler die fläche die eigendlich transperent sein sollte ist schwarz im spiel und auf der mape im Xp ist sie weis was is da los???

[makenshi]

Und am Besten benutzt du auch .png und nicht .bmp - ist platzsparender!

...

Nicht wirklich nein. Eine BMP beansprucht nur auf der Platte mehr Platz.
Wenn du sie z.B. mit Winrar verpackst dann ist sie kleiner als eine PNG. Das kommt im großen und ganzen davon das eine BMP besser komprimiert werden kann.

Wenn du also nur Bitmaps in deinem Projekt benutzt, dann ist der Pictureordner am Ende kleiner als wenn du nur PNGs benutzt. Halt jedoch nachdem du ihn verpackt hast.

[Unit Nero]

Nicht wirklich nein. Eine BMP beansprucht nur auf der Platte mehr Platz.
Wenn du sie z.B. mit Winrar verpackst dann ist sie kleiner als eine PNG. Das kommt im großen und ganzen davon das eine BMP besser komprimiert werden kann.

Wenn du also nur Bitmaps in deinem Projekt benutzt, dann ist der Pictureordner am Ende kleiner als wenn du nur PNGs benutzt. Halt jedoch nachdem du ihn verpackt hast.

...

Gut, das mag teilweise stimmen. Es stimmt, dass die .bmps komprimiert kleiner sind als die .pngs aber wie stellst du dir das vor, soll der Maker die Grafiken aus den .rars lesen. Ich habs ausprobiert, zumindestens im 2k funktioniert es nicht. Und wenn man die Dateien vorher wieder entpacken muss läuft es darauf hinaus, dass wir wieder am Anfang stehen. Folglich würde die Komprimierun keinen Sinn machen. Und dann sind .pngs wieder die platzsparendere Variante.

[makenshi]

Gut, das mag teilweise stimmen. Es stimmt, dass die .bmps komprimiert kleiner sind als die .pngs aber wie stellst du dir das vor, soll der Maker die Grafiken aus den .rars lesen. Ich habs ausprobiert, zumindestens im 2k funktioniert es nicht. Und wenn man die Dateien vorher wieder entpacken muss läuft es darauf hinaus, dass wir wieder am Anfang stehen. Folglich würde die Komprimierun keinen Sinn machen. Und dann sind .pngs wieder die platzsparendere Variante.

...

Du denkst leicht in die falsche Richtung.
Es geht nicht um die das Platzsparen auf der Festplatte. Es geht darum weniger Daten zum herunterladen zu geben. Festplatten sind mittlerweile mehr als groß genug um BMPs zu verkraften.

Beim Transfer allerdings soll das Spiel so klein wie möglich sein. Von daher sollte man die Grafiken als BMPs abspeichern und beim versenden des Spiels den Projektordner packen. So wird das Spiel kleiner sein als ein Spiel welches mit PNGs gepackt wurde. Dadurch das es kleiner ist, werden es sich auch mehr Leute herunterladen können.

Edit:

Achja. Grad erst gesehen:

Entschuldige bitte, dass nicht alle nach deiner perfekten Arbeitsmethode arbeiten. Und was daran amateurhaft sein soll, wie du es definierst, kann ich auch nicht nachvollziehen.
Ich halte diese Methode deshalb für sinnvoll, um Fehler beim setupen vorzubeugen. Ich weiß nicht genau, inwiefern es dazu kommen kann, ich weiß nur, dass es passieren kann. Und aus diesem Grund arbeite ich nach dieser Methode. Das ist weder amateurhaft noch ein großartiger Umweg, selbst wenns einwandfrei ohne funktioniert.
Wenn dir das nicht passt, musst du ja nicht danach handeln. Aber hör auf die Leute so indirekt anzumucken, nur weil sie nicht in deinen "göttergleichen" Makerstil passen.
Mal von all dem abgesehen kopiere ich standardmäßig alles ins RTP, weil ich meine gesamten Ressourcen zentriert an einem Ort zusammen haben will...

...

Och bitte.
Da kommt wohl jemand nicht mit anderer Leute Meinung klar?
Was genau ist bitte daran sinnvoll Daten in eine Standardgrafikdatenbank zu kopieren?
Beim verpacken des RTPs bekommt der Spieler alle Grafiken mit. Selbst die Grafiken die du nie benutzt hast. Also auch das normale Standard RTP des Makers. Das wiederum treibt die Größe deines Projekts absolut in die Höhe.
Die zentrale Verfügbarkeit zeigt in diesem Fall übrigens noch das man anscheinend an mehreren Projekt mit denselben Grafiken arbeitet? Was das wiederum über dich aussagt....spare ich mir einfach mal.

Warum also bitte es nicht gleich richtig machen und die Grafiken ins Projekt importieren? Achja. Das würde ja wieder ein bisschen Klickarbeit machen. Es ist imo ein amateuerhafter Stil die Grafiken ins RTP zu kopieren.
Das hat nichts mit irgendwelchen Gotteskomplexen zutun. Es ist simpel eine Meinung. Wenn du dich davon angegriffen fühlst, dann ist es mir ehrlich gesagt egal. Sie muss dir ja nicht gefallen.

[malu]

Ich denke mir einfach mal, wenn man die Grafiken in den RTP-Ordner packt, kann man auch nicht wie beim normalen Importieren die transparente Farbe bestimmen. Wodurch man dann wieder die Bilder in einem Bildbearbeitungsprogramm passend bearbeiten muss. Aber das ist denke ich nicht das Problem.

Die zentrale Verfügbarkeit zeigt in diesem Fall übrigens noch das man anscheinend an mehreren Projekt mit denselben Grafiken arbeitet? Was das wiederum über dich aussagt....spare ich mir einfach mal.

...

Öh, das versteh ich nicht ganz, meist du, es sei doof, wenn mehrere Projekte (zum Teil) die gleichen Grafiken, Sound etc benutzen? Ich habe da persönlich kein Problem mit...
Die armen Mac&Blue-Spiele...

[Unit Nero]

Was genau ist bitte daran sinnvoll Daten in eine Standardgrafikdatenbank zu kopieren?
Beim verpacken des RTPs bekommt der Spieler alle Grafiken mit. Selbst die Grafiken die du nie benutzt hast. Also auch das normale Standard RTP des Makers. Das wiederum treibt die Größe deines Projekts absolut in die Höhe.
Die zentrale Verfügbarkeit zeigt in diesem Fall übrigens noch das man anscheinend an mehreren Projekt mit denselben Grafiken arbeitet? Was das wiederum über dich aussagt....spare ich mir einfach mal.

Warum also bitte es nicht gleich richtig machen und die Grafiken ins Projekt importieren? Achja. Das würde ja wieder ein bisschen Klickarbeit machen. Es ist imo ein amateuerhafter Stil die Grafiken ins RTP zu kopieren.
Das hat nichts mit irgendwelchen Gotteskomplexen zutun. Es ist simpel eine Meinung. Wenn du dich davon angegriffen fühlst, dann ist es mir ehrlich gesagt egal. Sie muss dir ja nicht gefallen.

...

1. Wer packt bitte beim setupen überhaupt das gesamte RTP dazu? DAS ist amateurhaft! Ich packe das RTP nie dazu, sondern nur die im Projekt enthaltenen Dateien.
2. Er fängt schon wieder an, indirekt zu beleidigen und sich allen anderen überzuordnen... Ich habe gesagt, dass ich den RTP-Ordner als zentrale Sammelstelle für all meine Dateien benutze. Ich verwende nie direkt Dateien aus dem RTP. Und abgesehen davon gibt es durchaus Dateien die man auch in mehreren Spielen verwenden kann, wie Logos z.B. oder bestimmte standadisierte Bausteine für'n Vorspann.
3. Ich akzeptiere deine Meinung ohne Probleme; deine Art sie Leuten mitzuteilen ist es... aber wayne...

[Corti]

Gnahahaha, sowas lustiges hab ich ja selten gesehen =)

Sry Junge das hat nix mit "Gottkomplex" zu tun, ich weiss nicht wie du auf sowas kommst, obwohl, vielleicht doch ?

Pass auf, nur weil deine Methode viel bescheuerter ist als die von anderen ( #include <makenshi> ) heisst das nicht dass er gleich Gott sein muss, es ist einfach nur dass deine Methode auf rein logischer Ebene viel amateurhafter ist, das "upgraded" ihn nicht sondern gedradiert eher dich, quasi andersherum.
Wenn dein Kopf damit besser klar kommt dann arbeite so, verbietet dir ja keiner, aber hör bitte auf anderen Gottkomplexe vorzuwerfen nur weil du nicht das Selbstbewusstsein hast zu deiner "seltsamen" Arbeitsweise zu stehen.