[Erledigt] "Verschwommen" Effekt beim XP

[Shining Advances]

diese dll in den ordner des spieles kopieren
http://www.megaupload.com/?d=AH786RAB
un das script über main einfügen:

Code:

module Capture
  begin
    @@cap = Win32API.new('capture','capture','l','l').freeze
  rescue Exception
    raise if $DEBUG
    raise( LoadError , "cannot read modules.(capture.dll)",caller(0))
  end
  def self.capture
    b = Bitmap.new(640,480)
    if( s = @@cap.call( b.object_id )) != 0
    end
    b
  end
end
class Game_System
  alias initialize_blur initialize
  attr_accessor :blur
  def initialize
    initialize_blur
    @blur = false
  end
end
class Spriteset_Map
  alias update_blur update
  alias initialize_blur initialize
  alias dispose_blur dispose
  def initialize
    @blur = [Sprite.new,Sprite.new,Sprite.new,Sprite.new]
    if $game_system.blur
      bit = Capture.capture
    else
      bit = Bitmap.new(1,1)
    end
    for i in 0...4
      @blur[i].x = i/2*2-1
      @blur[i].y = (i%2)*2-1
      @blur[i].bitmap = bit
      @blur[i].opacity = 50
      @blur[i].z = 90
    end
    initialize_blur
  end
  def dispose
    dispose_blur
    @blur[0].bitmap.dispose
    for i in 0...4
      @blur[i].dispose
    end
  end
  def update
    update_blur
    if $game_system.blur
      @blur[0].bitmap.dispose
      @blur[0].bitmap = Capture.capture
      @blur[0].visible = true
      for i in 1...4
        @blur[i].bitmap = @blur[0].bitmap
        @blur[i].visible = true
      end
    else
      for i in 0...4
        @blur[i].visible = false
      end
    end
  end
end

ein bzw ausschalten kannst du den blur per call script

Code:

$game_system.blur = true

bzw

Code:

$game_system.blur = false
a = "b"

der maker hat die angewohnheit sich bei call scripts, die auf "= false" enden, aufzuhängen, deshalb das (eigentlich nutzlose) a = "b"

credits gehen an white-flute und mich (mich musste nicht nennen, white flute hat mit dem screenshotscript eigtl den großteil der arbeit vollbracht)

[strich]

Ernsthaft: Das bei weitem genialer als ich es mir überhaupt erhofft hatte! Der Effekt ist perfekt für unsere Zwecke.
1 Kleinigkeit habe ich nur noch verändert, und zwar habe ich in den Update-Teil noch die Opacity rein gesetzt, da sich diese ja ständig im Spiel verändert (sie steht jetzt auch generell auf einer Variable). Jetzt brauch ichs nur noch zu aktivieren und es läuft perfekt. =]
Creditseintrag haben du und white-flute auf jeden fall bei uns sicher, und auch ein big THANKS.

[The_Burrito]

der maker hat die angewohnheit sich bei call scripts, die auf "= false" enden, aufzuhängen, deshalb das (eigentlich nutzlose) a = "b"

...

Das lässt sich eigentlich ganz einfach erklären. Ruby benutzt immer das Ergebnis des letzten durchgeführten Statements als Ergebnis für die Methode. Am Schluss einer Methode kann mans ich also das return Keyword eigentlich schenken (auch wenn ichs der Leserlichkeit halber trotzdem schreibe).
Das Ergebnis des letzten durchgeführten Statements ist auch das Ergebnis welches die eval Methode zurückliefert, welche die Interpreter Klasse benutzt um Script Eventcommands durchzuführen. Dieses ergebnis wird dann von command_355 Methode (Call Script...) zurückgeliefert.
Das Standardverhalten des Interpreters ist es, mit der Abarbeitung von Events aufzuhören sobald eine der command_xxx Methoden false zurückliefert.

Fazit: Führt man ein Script aus, welches am Ende einen Ausdruck hat der false liefern könnte, sollte man nachher ein Dummystatement setzen, sofern nicht beabsichtigt ist mit diesem Statement zu entscheiden ob der Interpreter weiterlaufen soll. Ein einfaches true würde dabei genügen.