diäitsch's Problem Sammelthread (Xp) :D

[Shisu]

Einfach das als neues Script über Main einfügen:

Code:

class Window_Command_Horizontal < Window_Selectable
  def initialize(commands)
    @commands = commands
    super(0, 0, compute_menu_width(), 64)
    self.contents = Bitmap.new(width-32, height-32)
    @item_max = @commands.size
    @column_max = @commands.size
    @index = 0
    refresh
  end
 
  def refresh
    contents.clear
    contents.font.color = normal_color()
    @commands.each_index do |index|
      draw_item(index)
    end
  end
 
  def draw_item(index)
    contents.draw_text(text_rect(index), @commands[index].to_s, 1)
  end
 
  def disable_item(index)
    contents.fill_rect(text_rect(index), Color.new(0, 0, 0, 0))
    contents.font.color = disabled_color()
    draw_item(index)
  end
 
  def text_rect(index)
    w = width/@commands.size
    Rect.new(index * w, 0, w-32, 32)
  end
 
  def compute_menu_width
    bitmap = Bitmap.new(1, 1)
    widths = @commands.map do |command|
      bitmap.text_size(command.to_s).width
    end
    (widths.max + 32) * @commands.size + 32
  end
 
end

und dann in Scene_Title die Stelle wo eine Instanz von Window_Command erzeugt wird, durch Window_Command_Horizontal ersetzen.

[diäitsch]

Hallo Community,
ich würde gerne einen Wettereffekt anzeigen lassen im Titelmenü, also über dem Titelbild.
Um präzise zu sein, es geht um den Schnee WeatherEffect.

MfG, diäitsch

[diäitsch]

<== Frage weiterhin aktuell.
Bitte um Antwort.

[diäitsch]

<== <== Frage weiterhin aktuell.
Bitte um Antwort.

[Cornix]

Der RPG-Maker XP besitzt keine eingebaute Funktion um Wettereffekte zu erstellen.
Der VX besitzt zwar solch eine Funktion, intern wird jedoch auch nur ein neues Bitmap erschaffen und ein Schnee-Effekt darauf gezeichnet.

Ich würde dir raten es dir einfacher zu machen und einfach ein Bild des Schnee-Effektes zu erstellen oder aus dem Internet zu suchen, diesen als Plane in einen Viewport zu stecken und dann periodisch die Offset-Werte für X und Y-Koordinaten zu manipulieren je nachdem wie schnell oder langsam du den Schnee fallen haben möchtest.
Wenn du dir viel mühe geben willst kannst du auch separate Sprites für jede "Zeile" des Schnee-Effektes erstellen und diese dann individuell bewegen lassen um es weniger "systematisch" fallen zu lassen.

[sorata08]

Oder du überspringst die Title-Scene und bastelst dir auf einer Map einen eigenen Title...

[diäitsch]

@Cornix:
Hm, ich dachte man könne einfach den Effekt den man auf den Maps einstellen kann, im Script Editor in Scene Title oder so kopieren.
Naja, danke für die Antwort, muss mal gucken für welche Methode ich mich entscheide oder ob ich's einfach bei 'nem normalen TB belasse.

@Sorata:
Wäre dann auch eine Möglichkeit. Scripte dafür finden sich ja wie Sand am Meer.

[Cepanks]

@Cornix:
Hm, ich dachte man könne einfach den Effekt den man auf den Maps einstellen kann, im Script Editor in Scene Title oder so kopieren.

...

Kannst du auch. Der XP hat das Wetter-Script zwar nicht direkt im Editor, aber es lässt sich in der Hilfe-Datei anschauen.

Code:

module RPG
  class Weather
    def initialize(viewport = nil)
      @type = 0
      @max = 0
      @ox = 0
      @oy = 0
      color1 = Color.new(255, 255, 255, 255)
      color2 = Color.new(255, 255, 255, 128)
      @rain_bitmap = Bitmap.new(7, 56)
      for i in 0..6
        @rain_bitmap.fill_rect(6-i, i*8, 1, 8, color1)
      end
      @storm_bitmap = Bitmap.new(34, 64)
      for i in 0..31
        @storm_bitmap.fill_rect(33-i, i*2, 1, 2, color2)
        @storm_bitmap.fill_rect(32-i, i*2, 1, 2, color1)
        @storm_bitmap.fill_rect(31-i, i*2, 1, 2, color2)
      end
      @snow_bitmap = Bitmap.new(6, 6)
      @snow_bitmap.fill_rect(0, 1, 6, 4, color2)
      @snow_bitmap.fill_rect(1, 0, 4, 6, color2)
      @snow_bitmap.fill_rect(1, 2, 4, 2, color1)
      @snow_bitmap.fill_rect(2, 1, 2, 4, color1)
      @sprites = []
      for i in 1..40
        sprite = Sprite.new(viewport)
        sprite.z = 1000
        sprite.visible = false
        sprite.opacity = 0
        @sprites.push(sprite)
      end
    end
    def dispose
      for sprite in @sprites
        sprite.dispose
      end
      @rain_bitmap.dispose
      @storm_bitmap.dispose
      @snow_bitmap.dispose
    end
    def type=(type)
      return if @type == type
      @type = type
      case @type
      when 1
        bitmap = @rain_bitmap
      when 2
        bitmap = @storm_bitmap
      when 3
        bitmap = @snow_bitmap
      else
        bitmap = nil
      end
      for i in 1..40
        sprite = @sprites[i]
        if sprite != nil
          sprite.visible = (i <= @max)
          sprite.bitmap = bitmap
        end
      end
    end
    def ox=(ox)
      return if @ox == ox;
      @ox = ox
      for sprite in @sprites
        sprite.ox = @ox
      end
    end
    def oy=(oy)
      return if @oy == oy;
      @oy = oy
      for sprite in @sprites
        sprite.oy = @oy
      end
    end
    def max=(max)
      return if @max == max;
      @max = [[max, 0].max, 40].min
      for i in 1..40
        sprite = @sprites[i]
        if sprite != nil
          sprite.visible = (i <= @max)
        end
      end
    end
    def update
      return if @type == 0
      for i in 1..@max
        sprite = @sprites[i]
        if sprite == nil
          break
        end
        if @type == 1
          sprite.x -= 2
          sprite.y += 16
          sprite.opacity -= 8
        end
        if @type == 2
          sprite.x -= 8
          sprite.y += 16
          sprite.opacity -= 12
        end
        if @type == 3
          sprite.x -= 2
          sprite.y += 8
          sprite.opacity -= 8
        end
        x = sprite.x - @ox
        y = sprite.y - @oy
        if sprite.opacity < 64 or x < -50 or x > 750 or y < -300 or y > 500
          sprite.x = rand(800) - 50 + @ox
          sprite.y = rand(800) - 200 + @oy
          sprite.opacity = 255
        end
      end
    end
    attr_reader :type
    attr_reader :max
    attr_reader :ox
    attr_reader :oy
  end
end

Sofern du den normalen Standard-Titelbildschirm verwendest sollte es also reichen, in Scene_Title folgende Zeilen hinzuzufügen:

In Scene_Title#main irgendwo vor Graphics.transition

Code:

@weather = RPG::Weather.new
@weather.type = 3 # 0=Kein Wettereffekt, 1=Regen, 2=Sturm, 3=Schnee
@weather.max = 40 # Wetterstärke (0-40)

In Scene_Title#main irgendwo nach Graphics.freeze (Am besten einfach ans Ende der Methode)

Code:

@weather.dispose

Irgendwo in Scene_Title#update (Am besten einfach ans Ende der Methode)

Code:

@weather.update

[Cornix]

Tatsächlich.
Ich habe mich lediglich auf den Script-Editor gestützt und dort keine Wettermethoden gefunden.
Ich habe garnicht daran gedacht, dass die Wettereffekte derart versteckt werden würden.

[Todu]

Ist bei einige der Klassen, die die Enterbrain-Leute als Kern des RGSS gesehen haben so. GLücklicherweise ist in der Hilfedatei zu allein nicht-Ruby-RGSS-Klassen der Sourcecode und gute Kommentierung zu finden.

[diäitsch]

Hallo Community,
ich hätte eine Frage bzgl. des KS des Makers.
Wenn ich während eines Kampfes ein Picture anzeigen lasse, legt sich dieses über den Windowskin, wenn ich z.B. Techniken auswählen will.
Was muss ich wo umschreiben, das sich der Windowskin über das Picture legt?
Meine zweite Frage wäre, wie ich es vermeiden kann, das nach dem Kampf das Fenster erscheint in dem drinsteht wieviel EP und Geld man gewonnen hat.
Ich hoffe jemand kann mir helfen.

MfG, diäitsch

[Cornix]

Das mit den Picturen ist ein wenig kompliziert. Es ist so, dass alle Arten von Grafiken welche auf dem Bildschirm dargestellt werden sollen in einen Viewport gepackt werden müssen.
Im Kampf sind zum Beispiel das Hintergrundbild und die Feinde in einem Viewport. In einem zweiten sind die Charaktersprites. In einem nächsten sind dann die Pictures. Und so weiter.
Die Fenster werden allerdings im RPG-Maker XP standardmäßig in keinen Viewport gepackt, demnach also in einen generischen standardviewport auf welchen du keinen Einfluss nehmen kannst.
Die Z-Position der Grafiken, also welche Grafik über einer anderen dargestellt wird, ist aber auch von ihrem Viewport abhängig. Viewports besitzen ebenfalls eine Z-Koordinate und falls ein Viewport über einem anderen liegt so liegen gleichzeitig auch alle Sprites innerhalb dieses Viewports über allen aus dem anderen.

Um die Pictures nun also unter die Fenster zu schieben müsstest du den Fenstern einen Viewport geben und das wäre ein wenig mehr Arbeit, es würde vor allem gutes Verständnis von dem was man machen will erfordern.

Eine einfachere Lösung könnte natürlich für dich sein einfach die Höhe des Viewports auf welchem die Pictures gelegt werden zu beschränken insofern dieser garnichtmehr bis zu den Fenstern am unteren Bildschirmrand reichen wird.

In dem Script: "Spriteset_Battle" findest du dafür in Zeile 21 die Anweisung:

Code:

@viewport3 = Viewport.new(0, 0, 640, 480)

[Anmerkung: Parameter für einen Viewport sind: (x, y, width, height).]

Dieser Viewport ist derjenige welcher die Pictures umfasst. Wenn du die Höhe, also die "480" in dieser Zeile nun variierst werden die Pictures garnichtmehr bis zu den Fenstern reichen dürfen.
Versuche es einmal diese Zeile mit folgender auszutauschen:

Code:

@viewport3 = Viewport.new(0, 0, 640, 320)

Für dein zweites Problem versuche einmal folgendes:
In dem Script: "Scene_Battle 2" tauscht du die Zeilen 191 bis 194 welche lauten:

Code:

# Make battle result window
    @result_window = Window_BattleResult.new(exp, gold, treasures)
    # Set wait count
    @phase5_wait_count = 100

gegen diese Zeilen aus:

Code:

@status_window.refresh
    battle_end(0)

Das sollte eigentlich bereits alles sein was zu tun ist.

[diäitsch]

Danke, Cornix. Das zweite Problem hat sich somit gelöst. Mit der Lösung des ersten Problems bin ich noch unzufrieden.
Das ganze sieht nämlich so aus:

Das Picture muss an dieser Stelle stehen, damit die Battler nicht plötzlich auf den Bäumen stehen.

[Cornix]

So wie es aussieht hast du dann keine andere Wahl als das Kampfsystem zu einem gewissen Grad neu zu scripten. Dieses Problem kann man leider nicht so einfach mit einer "kleinen" Copy-And-Paste Aktion lösen.
Das Hauptproblem ist einfach wie die Windowklassen und die übrigen Grafiken in den Standardsystemen des Makers getrennt werden.
Alle Pictures, der Hintergrund, die Charaktere und das drum und dran sind in der Spriteset_Battle Klasse untergebracht, genauso wie auch die Viewports.
Während alle Windows direkt in der Scene eingebunden sind und deswegen nicht auf die Viewports zugreifen können.

Was du natürlich versuchen kannst ist einen Viewport in die Scene zu setzen und die Windows daraufhin umzuschreiben diesen Viewport zu verwenden. Das wäre ziemlich hässlich (aus Programmierersicht gesehen) und auch generell ein schlechter Stil aber es wäre wahrscheinlich vergleichsweise einfach und schnell erledigt.

Was man dabei allerdings erwähnen sollte, ist, dass es dir danach sehr viel schwerer fallen wird in der Zukunft noch Erweiterungen oder Veränderungen am Kampfsystem durchzuführen weil wir nicht wissen wie dein Kampfsystemscript aussieht und bei wachsender Unordnung wegen vieler kleiner Änderungen auch nicht den Nerv aufbringen werden uns den gesamten Code durchzulesen und ihn zu analisieren.

Hier nocheinmal eine Zusammenfassung wie es relativ schnell gelöst werden könnte.
Window_Base und Sub-Klassen erweitern sodass man im Konstruktor einen Viewport angeben kann. Für die Kompatibilität mit anderen Scripten natürlich für den default Viewport "nil" angeben im Konstruktor.
Also als Beispiel:

Code:

class Window_Base
  def initialize(x,y,width,height,viewport = nil)
    super(viewport)
    [...übriger code...]
   end
[...]
end

Dann die passenden Window-Klassen welche du im Kampfmenü verwendest (und deren Oberklassen falls vorhanden) finden und auch deren Konstruktoren anpassen um ebenfalls einen Viewport übergeben zu bekommen. Analog zum Base-Window.
Dann in der Scene_Battle einen Viewport erschaffen, diesem Viewport einen Z-Wert unterhalb des @viewport_3 im Spriteset_Battle geben, also "@scene_battle_viewport.z = 150" zum Beispiel da der Viewport 3 standardmäßig den Z-Wert 201 hat wenn ich mich recht errinere.
Und natürlich allen Windows in der Scene diesen Viewport im Konstruktor zuweisen.

Ist relativ gesehen wenig aufwand, bringt aber die oben angegebenen Nachteile. Es würde sich vielleicht direkt anbieten ein eigenes Kampfsystem zu scripten.

[Fatalis]

Ich weiß nicht ob es bei den Fenstern vom KS irgendwelche Besonderheiten gibt, aber würde es nicht reichen, z-Koordinate von Fenster und Picture entsprechend anzupassen?
Game_Picture hat zwar von sich aus kein z-Attribut, aber da man ja den kompletten Code von Game_Picture und Sprite_Picture hat könnte man recht einfach ein z Attribut hinzufügen. Eventuell würde es schon reichen, z vom Window ausreichend hochzusetzen, damit es über dem Picture liegt.
Ich hab mit dem Standard-KS gar nicht gearbeitet, deshalb weiß ich nicht was es da noch für Probleme geben könnte, aber ich würd einfach an der Stelle, wo das Fenster erzeugt wird, window.z = 1000 (nicht sicher welchen z-Wert Pictures standardgemäß haben) einfügen.
Ich arbeite jedenfalls auf der normalem Map mit Pictures, Windows und eigenen Sprites und über den z-Wert allein ließ sich eigentlich immer kontrollieren was wo oben ist, ohne mit Viewports zu arbeiten.

Ist so keine vollständige Lösung, ich weiß nicht sicher ob es so funktioniert, aber es wäre zumindest ein Ansatz.

[Cornix]

Die Z-Koordinaten kann man hier nicht nutzen aus dem grund da die einzelnen Grafiken, in diesem Fall Pictures und Fenster, auf einzelnen Viewports liegen und diese Viewports unterschiedliche Z-Werte besitzen. Viewports besitzen eine höhere Priorität wenn es um Z-Werte geht.
Besitzt ein Viewport A einen höheren Z-Wert als Viewport B dann besitzen alle Grafiken aus Viewport A immer einen höheren Z-Wert als jede Grafik aus Viewport B unabhängig davon wie man mit den einzelnen Z-Werten der Grafiken herumspielt.

[diäitsch]

Bevor ich zu meiner nächsten Frage komme, muss ich mal loswerden, dass ich es super finde, wie verlässlich diese Community doch ist,
wenn es um Problemlösungen geht.
Nun zu meiner Frage: Im Kampfbildschirm hat man neben den aktuellen Lebens- und Magiepunkte ja auch noch den Status stehen, welcher
normalerweise "[Normal]" ist. In meinem neuen Projekt werden Statusveränderungen keine Rolle spielen, daher kann diese Anzeige auch
weg, bloß wie? habe in der Library nichts gefunden... Natürlich kann man das Ganze auch via Picture überdecken, aber das lässt sich
doch bestimmt auch eleganter lösen, oder?

MfG, diäitsch

[Cornix]

In der Klasse "Window_BattleStatus" suchst du in Zeile 33 die Methode:

Code:

def refresh
    self.contents.clear
    @item_max = $game_party.actors.size
    for i in 0...$game_party.actors.size
      actor = $game_party.actors[i]
      actor_x = i * 160 + 4
      draw_actor_name(actor, actor_x, 0)
      draw_actor_hp(actor, actor_x, 32, 120)
      draw_actor_sp(actor, actor_x, 64, 120)
      if @level_up_flags[i]
        self.contents.font.color = normal_color
        self.contents.draw_text(actor_x, 96, 120, 32, "LEVEL UP!")
      else
        draw_actor_state(actor, actor_x, 96)
      end
    end
  end

dort löscht du die Zeilen:

Code:

      else
        draw_actor_state(actor, actor_x, 96)

Sodass die Methode im Nachhinein nurnoch wie folgt aussieht:

Code:

def refresh
    self.contents.clear
    @item_max = $game_party.actors.size
    for i in 0...$game_party.actors.size
      actor = $game_party.actors[i]
      actor_x = i * 160 + 4
      draw_actor_name(actor, actor_x, 0)
      draw_actor_hp(actor, actor_x, 32, 120)
      draw_actor_sp(actor, actor_x, 64, 120)
      if @level_up_flags[i]
        self.contents.font.color = normal_color
        self.contents.draw_text(actor_x, 96, 120, 32, "LEVEL UP!")
      end
    end
  end

Und nun sollte es eigentlich geschehen sein.

[diäitsch]

Oh, dachte das stände, wie auch vieles andere in lilaner Schrift irgendwo.
Vielen Dank, Cornix.^^

[Cornix]

Die Purpurne Syntax-Färbung ist lediglich für konstante Strings, also Zeichenfolgen die bereits fest im Programm stehen. Hierbei handelt es sich jedoch um einen Funktionsaufruf.