Robimy grę platformową w Ruby Gosu!

[Ekhart]

Anyway, co powiesz jakby w następnej części zająć się obsługą autotilesów, na kształt tych z makera XP?

Niestety, ale to jest poza moimi umiejętnościami. Próbowałem zrobić coś takiego do swojego projektu (żeby fog of war wyglądał bardziej przyzwoicie), i mimo kilku prób i kilku dni kombinowania nie udało mi się osiągnąć efektu który by działał chociaż w połowie dobrze :x

Wciąż czekam na propozycje co do kolejnego poradnika :p

Temat kolejnej lekcji wybieracie wy! W komentarzu napiszcie, co byście woleli zrobić pierwsze:
1) Ekran Tytułowy
2) Muzyka i efekty dźwiękowe
3) Przedmioty na mapie
Możecie również dać swoją propozycję!

Jeśli nie dostanę takiego, to sam narzucę coś, niekoniecznie z tej listy.

[Rave]

A co powiesz na edytor poziomów? I tak będziemy potrzebować takiego prędzej czy później. Najlepiej gdyby obsługiwał co najmniej 3 warstwy (tło,ta sama co gracz,przed graczem). Warstwa "przed graczem" byłaby dobre do robienia "sekretnych przejść" wyglądających jak tile które normalnie jest nie do przejścia. Gracz kolidowałby jedynie z obiektami na warstwie 2 (ta sama co gracz).

A jako bonusik zarzucę 3 klasami z mojego projektu.

Klasa Sprite. Zajmuje się obsługą animacji:

Spoiler:

Kod: Zaznacz cały

# encoding: utf-8
#Sprite class. Handles animations
class Sprite
	attr_reader :width
	attr_reader :height
	attr_reader :name
	def initialize (name, animfile,framesx =1, framesy = 1, delay = 100, flipped = false)
		@spr = Image.load_tiles($gamewindow, animfile, framesx*(-1),framesy*(-1),false)
		@framenum = 0
		@framedelay = delay
		@name = name
		@width = @spr[@framenum].width
		@height = @spr[@framenum].height
		@flipped = flipped
	end

	def update
		@framenum = milliseconds / @framedelay % @spr.size
		@width = @spr[@framenum].width
		@height = @spr[@framenum].height
	end
	def draw(x,y,z)
		@spr[@framenum].draw(x,y,z) if !@flipped
		@spr[@framenum].draw(x+(@width/2),y,z,-1.0, 1.0) if @flipped
	end
end

Klasa Game_Object, z niej dziedziczą wszelkie obiekty (gracz, znajdźki, przeciwnicy). Zajmuje się podstawowymi rzeczami jak rysowanie animacji:

Spoiler:

Kod: Zaznacz cały

# encoding: utf-8
require 'code/Sprite.rb'

class Game_Object
	attr_accessor :x
	attr_accessor :y
	attr_accessor :z
	attr_accessor :right
	attr_accessor :bottom
	attr_accessor :sprite
	def initialize (x=0, y=0, z=0, defaultsprite = nil)
		@sprites = {}
		@sprite = Sprite.new("default","graphics/sprites/default.png")
		if defaultsprite != nil then
			@sprites.store(defaultsprite.name, defaultsprite)
			@sprite = @sprites[defaultsprite.name]
		end
		@x = x
		@y = y
		@z = z
		@right = @x + @sprite.width
		@bottom = @y + @sprite.height
	end
	def push_sprite(sprite)
		if sprite!= nil then
			@sprites.store(sprite.name,sprite)
			return true
		else
			return false
		end
	end
	def update
		@sprite.update
		@right = @x + @sprite.width
		@bottom = @y + @sprite.height
	end

	def draw
		@sprite.draw(@x,@y,@z)
	end

	def button_down(id)

	end

	def button_up(id)

	end
end

Klasa Player, zajmuje się obsługą gracza. Posiada też lepszą moim zdaniem fizykę skoku i poruszania się (stan na lekcję 2, jeszcze 3 tutka nie przerobiłem)

Spoiler:

Kod: Zaznacz cały

# encoding: utf-8
require 'code/Sprite.rb'
require 'code/Game_Object.rb'

class PlayerOBJ < Game_Object
	attr_accessor :movespeed
	attr_accessor :friction
	def initialize (x=0, y=0, z=0, defaultsprite = nil, movespeed = 5,friction = 0.5, jumpspeed = 10, airdamp = 0.33, fallspeed=6)
		spr = Sprite.new("idle_l", "graphics/sprites/players/reddy_idle.png",4,1,133)
		@move_x=0
		@fallspeed=6
		@jumpspeed = jumpspeed
		@realjumpspeed = jumpspeed
		@airdamp = airdamp
		@movespeed = movespeed
		@moving = false
		@dir = :left
		@jump = 0
		@friction = friction
		super(x,y,z,spr)
		spr = Sprite.new("idle_r", "graphics/sprites/players/reddy_idle.png",4,1,133,true)
		self.push_sprite(spr)
		spr = Sprite.new("move_l", "graphics/sprites/players/reddy_moving.png",4,1,133)
		self.push_sprite(spr)
		spr = Sprite.new("move_r", "graphics/sprites/players/reddy_moving.png",4,1,133,true)
		self.push_sprite(spr)
	end
	def fall
		@y += @fallspeed if @jump==0
	end
	def jump
		@jump = 15 if @jump == 0
	end
	def update

		super
		 if @moving then
			if @move_x > 0 then
				@move_x -= @friction
				@x += @move_x
				@sprite = @sprites["move_r"] if @jump == 0
			elsif @move_x < 0 then
				@move_x += @friction
				@x += @move_x
				@sprite = @sprites["move_l"] if @jump == 0
				elsif @move_x == 0 then
					@moving = false
			end
		end

		if !@moving or @jump != 0
			case @dir
			when :left
				@sprite = @sprites["idle_l"]
			when :right
				@sprite = @sprites["idle_r"]
			end
		end

		if @jump >0 then
			@y -=@realjumpspeed
			@jump -=@airdamp
			@realjumpspeed -=@airdamp
		end

		@jump=0 if @jump < 0
		@realjumpspeed = @jumpspeed if @jump==0

		self.move_left if $gamewindow.button_down?(KbLeft)
		self.move_right if $gamewindow.button_down?(KbRight)
	end

	def stopfall
		@jump=0
	end

	def move_left
		@move_x = @movespeed * (-1)
		@dir = :left
		@moving = true
	end

	def move_right
		@move_x = @movespeed
		@dir = :right
		@moving = true
	end

	def draw
		super
	end

	def button_down(id)

	end

	def button_up(id)

	end
end

[Ekhart]

A co powiesz na edytor poziomów? I tak będziemy potrzebować takiego prędzej czy później.

To miałem zamiar poruszyć w podstawie właśnie w następnej/kolejnej po tej lekcji. W podstawie, bo do niego na pewno wrócimy po zrobieniu jeszcze dwóch innych rzeczy. I myślę, że jeśli nie będzie obiekcji, to dzisiaj/jutro to zrobię. Na pewno to będzie długa lekcja :p

[Hubertov]

Wciąż czekam na propozycje co do kolejnego poradnika :p

Ulepszony skok

Znów mam problem:
Nie wyświetla mi się Pan Gałganek, chociaż już winien się wyświetlać. Wydaję mi się, że robiłem wszystko dobrze, ale:
http://imgur.com/wXnNsyH

Kod:
Run.rb

Spoiler:

Kod: Zaznacz cały

$: << File.dirname(__FILE__)

require 'gosu'
require 'rubygems'
include Gosu
require 'scripts/GameWindow.rb'
require 'scripts/SceneMap.rb'
require 'scripts/Player.rb'
$window = GameWindow.new
$window.show

GameWindow.rb

Spoiler:

Kod: Zaznacz cały

class GameWindow < Window


def initialize
super(640,480,false)
self.caption = "[Kari]"
$window = self
$scene = SceneMap.new
end

def update
$scene.update
end

def draw
$scene.draw
end

def button_down(id)
$scene.button_down(id)
end

def button_up(id)
$scene.button_up(id)
end
end

SceneMap.rb

Spoiler:

Kod: Zaznacz cały

class SceneMap

def initialize
@player = Player.new(128,128)
end
def update
@player
@player.move_left if $window.button_down?(KbLeft)
      @player.move_right if $window.button_down?(KbRight)
end

def draw
@player
end

def button_down(id)

end

def button_up(id)

end

end

Player.rb

Spoiler:

Kod: Zaznacz cały

class Player

def initialize(x,y)
@real_x = x
@real_y = y
@sprite = Image.new($window, "graphics/sprites/player_1_stand_right.png", false)
@x = @real_x + (@sprite.width / 2)
@y = @real_y + @sprite.height
@move_x = 0
@moving = false
end

def update
@real_x = @x - (@spirte.width / 2)
@real_y = @y - @sprite.height
  if @moving then
         if @move_x > 0 then
            @move_x -= 1
            @x += 1
         elsif @move_x < 0 then
            @move_x += 1
            @x -= 1
         elsif @move_x == 0 then
            @moving = false
         end
      end
end

def draw(z=5)
@sprite.draw(@x, @y, z)
end

def move_left
      @move_x = -3
      @moving = true
   end

   def move_right
      @move_x = 3
      @moving = true
   end

end

[Ekhart]

W SceneMap nie wywołujesz metod, jedynie dałeś nazwę zmiennej:

Kod: Zaznacz cały

def update
@player
...
def draw
@player
end

Musisz dodać .update i .draw ;)

A ulepszony skok masz na końcu ostatniej części :p

[Hubertov]

Hmmmmm... znowuż wywala mi błąd.

Czyli że błąd leży w 7 linijce SceneMap.rb. Bez @player.update w def update, tylko samo @player.draw w def draw (cały czas mówię o SceneMap.rb) to działało.

Tutaj kod z SceneMap:

Spoiler:

Kod: Zaznacz cały

class SceneMap

def initialize
@player = Player.new(128,128)
end
def update
@player.update
@player.move_left if $window.button_down?(KbLeft)
      @player.move_right if $window.button_down?(KbRight)
end

def draw
@player.draw
end

def button_down(id)

end

def button_up(id)

end

end

Reszty kodów nie zmieniałem.

[Ekhart]

@spirte

Serio, zanim będziesz postował z błędami sprawdź uważnie, czy masz wszystko dobrze napisane. Undefined Method/Variable często właśnie oznacza, że coś źle napisałeś.

[Hubertov]

@spirte

Serio, zanim będziesz postował z błędami sprawdź uważnie, czy masz wszystko dobrze napisane. Undefined Method/Variable często właśnie oznacza, że coś źle napisałeś.

Dziękuje Szukałem, ale nie mogłem znaleźć

[Dragon Kamillo]

Widzę, że rodzi tu się fajny tutorial, dzięki któremu będę mógł (choćby dla czystej zabawy) przenieść na ekran gierki które narysowałem w zaszycie mając około 5-7 lat XD.

Miałbym parę pytań, ale to może jak ukarze się więcej lekcji.
No może po za jednym - kto jest autorem grafik użytych w tutku?

Teraz co do propozycji rave o autotilesach - to tak naprawdę ich nie potrzeba XD, zawsze można pociąć zwykłe tile tak aby składać je na wzór autotilesów - coś jak autotiles w rm 95, może i nawet rm 95 jest rozwiązaniem - Ekhart zobacz sobie jaki tam sprytny i prosty sposób wykorzystano - takie coś myślę, że dasz radę napisać - jedyny minus trochę więcej to waży, ale w sumie cięcie autotilesa na zwykłe tile jest takie samo - a t tylko przyśpieszy rysowanie w tym przyszłym edytorze.

A i co do edytora - to nie lepiej zrobić wcześniej przesuwania mapy, a potem edytor?

No i tak panoramka była by fajna (oczywiście najlepiej z systemem przesuwania jak w 2k3 - pewno trudne i nie umiesz, szkoda, ale jakbyś umiał to fajnie), dwie warstwy tak jak opisał rave też w sumie starczą (ta druga przyda też się nie tylko w sekretnych przejściach), ale fajna tez by była 4 warstwa z przesuwaniem jak panorama, ale na samym wierzchu - coś takiego jak we wspomnianym już Kapitanie Pazurze. No i na niej też by można było zrobić ze foga.

[Hubertov]

No może po za jednym - kto jest autorem grafik użytych w tutku?

Grafiki są autorstwa Marca Russella.

[Ekhart]

Widzę, że rodzi tu się fajny tutorial, dzięki któremu będę mógł (choćby dla czystej zabawy) przenieść na ekran gierki które narysowałem w zaszycie mając około 5-7 lat XD.

Miałbym parę pytań, ale to może jak ukarze się więcej lekcji.
No może po za jednym - kto jest autorem grafik użytych w tutku?

Teraz co do propozycji rave o autotilesach - to tak naprawdę ich nie potrzeba XD, zawsze można pociąć zwykłe tile tak aby składać je na wzór autotilesów - coś jak autotiles w rm 95, może i nawet rm 95 jest rozwiązaniem - Ekhart zobacz sobie jaki tam sprytny i prosty sposób wykorzystano - takie coś myślę, że dasz radę napisać - jedyny minus trochę więcej to waży, ale w sumie cięcie autotilesa na zwykłe tile jest takie samo - a t tylko przyśpieszy rysowanie w tym przyszłym edytorze.

A i co do edytora - to nie lepiej zrobić wcześniej przesuwania mapy, a potem edytor?

No i tak panoramka była by fajna (oczywiście najlepiej z systemem przesuwania jak w 2k3 - pewno trudne i nie umiesz, szkoda, ale jakbyś umiał to fajnie), dwie warstwy tak jak opisał rave też w sumie starczą (ta druga przyda też się nie tylko w sekretnych przejściach), ale fajna tez by była 4 warstwa z przesuwaniem jak panorama, ale na samym wierzchu - coś takiego jak we wspomnianym już Kapitanie Pazurze. No i na niej też by można było zrobić ze foga.

Więc po kolei...
Autorem grafik użytych w tutorialu jest Marc Russell, co jest napisane w pierwszym poście. Grafiki są wolne do użytku w każdym projekcie, pod warunkiem, że nie napiszesz, że je zrobiłeś (nie musisz podawać autora, ale nie możesz też powiedzieć "to ja zrobiłem te grafiki!").

Autotilesy raczej odpadają, jak wspomniałem wcześniej. Próbowałem z różnymi źródłami i nie podołałem. Nie wiem co prawda jak to wygląda w RM 95, ale większość systemów autotile działa na praktycznie takiej samej zasadzie. No i bez nich da się jednak żyć :p

Edytor: Tu jest właśnie takie błędne koło, bo żeby zrobić przesuwanie mapy, potrzebowałbym mapy gdzieś o rozmiarze 150% okna co najmniej (60x45 tili). Nie wiem jak Tobie, ale średnio mi się chce pisać 2700 indexów graficzek, i to na tyle ostrożnie, żeby wyglądało tak jak tego chcę ;) W edytorze zrobienie takiej opcji jest dużo łatwiejsze, więc zanim zająłbym się viewportem/kamerą gry (czyli właśnie przesuwaniem mapy) zrobiłbym podstawowy edytor.

Panorama: nie wiem jak wygląda przesuwanie w rm2k3, ale ja planuję zrobić to na takiej zasadzie, że mamy 4 "warstwy":
- Stała warstwa tła
- Tył planszy, który porusza się z 1/2 szybkości
- Plansza poruszająca się z normalną szybkością
- Front poruszający się 2 razy szybciej.

Jak to wygląda (poza warstwą frontową) możecie zobaczyć tutaj. Z tym, że wszystkie warstwy (poza trzecią, planszą) to obrazki.

[Rave]

dwie warstwy tak jak opisał rave

Nie, mówiłem o 3 warstwach.
1 - rysuje się za graczem. Dobre do rzeczy typu krzaczki, budynki w tle (bliskim, nie aż tak daleko jak w wypadku panoramy)
2 - warstwa ta sama jak gracz. Dlaczego nie złączyć z tłem i ustawić opcji że tile zatrzymuje gracza? Ano dlatego, że załóżmy masz taki obrazek:


(grafiki moje, robione w graphics gale)

Górna część "trawy" zajmuje tak naprawdę dolną część tilesa (otwórzcie w Gimpie i ustawcie sobie siatkę 32x32 jak nie wierzycie). Jeśli warstwa tła = warstwa taka jak gracz, pniak (na którym gracz może stać) by zajmował ten sam tile co trawa i nastąpiła by jedna z 2 rzeczy:
- trawa by się nagle urwała i pod pniakiem nic by nie było co by nieładnie wyglądało
- musiałbyś dla każdego typu terenu na którym pniak może się znaleźć robić osobną "końcówkę" i "początek" co by było marnotrawstwem miejsca w tilesecie.

3 - warstwa "przed" graczem. Tak jak mówiłem warstwa dla sekretów czy obiektów znajdujących się przed graczem.

//edit: I moim zdaniem wszystkie 3 warstwy powinny się poruszać z tą samą szybkością (żeby mapa się nie rozłaziła), warstwa tła natomiast tak z 1/2 szybkości (przy czym powinna się loopować) a przed mapą można jeszcze dodać kolejny obraz poruszający się 4x szybciej dla obiektów naprawdę bliso kamery.

Po prostu mapa by się rozłaziła jeśli warstwy "tilowe" przesuwałyby się z różnymi szybkościami.

//edit #2: Jeśli kogoś to interesuje, to tutaj jest moje wersja projektu. Jeszcze nie uporałem się z 3 lekcją, bo chcę to zrobić porządnie, a nie na szybko. Więc postać się zatrzymuje na dole ekranu i nie ma mapki ;).
Porównajcie sobie też moją fizykę skoku i ruchu z fizyką zaprezentowaną przez Ekharta w powyższym archiwum. Radzę też się pobawić defaultowymi wartościami zmiennych friction i airdamp w initialize klasy PlayerOBJ (Player.rb) A teraz link: https://dl.dropboxusercontent.com/u/210 ... yjatka.rar

//edit #3: Jeszczę przekleję wersję Ekharta, mam nadzieję że się nie pogniewasz ;): https://dl.dropboxusercontent.com/u/18909657/Fuzed.rar

//edit #4: Updatnąłem rara, teraz ma jakąś tam mapkę, są dwa problemy z którym sobie nie mogę w tym poradzić, wysłałem Ekhartowi, może pomoże. Aha, teraz skacze się spacją. Link ten sam co w edicie #2.

[Ekhart]

Co do Twojego problemu, to rozwiązanie jest całkiem proste. Nie będę wklejał kodu, wierzę, że sam sobie poradzisz jak tylko wyjaśnię :p

Sprawę blokowania: tego, że postać spada za wcześnie, albo wchodzi w kawałek ściany, można rozwiązać prosto. Jest to też powód, dla którego moja klasa Player ma dwa rodzaje zmiennych: @x/@y wskazujące środkowy dół sprita, i @real_x/y, w których grafika jest rysowana. Gdy przy każdym sprawdzaniu grawitacji/blokowania do wartości x dodasz 1/2 szerokości sprita, wszystko działa (przynajmniej u mnie :P). A co do skakania przy trzymaniu obu strzałek, to nie wiem do końca w jaki sposób jest to wywoływane (u mnie tego błędu nie ma. Wymówki programistów #1243), ale najprostrzym rozwiązaniem byłoby sprawdzanie czy postać się już porusza, i jeśli tak: ignorowanie drugiego kierunku.


A co do edytora: zaczniemy z dwiema warstwami. Jeśli rzeczywiście będą niewystarczające, możemy zrobić trzecią (nie zajmie to dużo czasu). Blokowanie też będzie ciut zmienione, ale to w lekcji po najbliższej ;) dzisiaj kolejna lekcja, z edytorem. Jeszcze nie skończyłem (wczoraj z dobre 3h siedziałem!), ale już blisko końca jestem. Pozostałe warstwy (nie gry) będą działały tak jak w pseudodemku podałem.

[Rave]

Aha, dzięki. W sumie w mojej klasie game_object (z której klasa Player dziedziczy) mam ustawione zmienne bottom i right wskazujące na prawą/lewą stronę sprita, mogę też dodać middle_x/middle_y ;).

Anyway, jak ci się podoba moja fizyka skoku/ruchu?

//edit: Mógłbyś mnie naprowadzić jak rozwiązać drugi problem (padaczka postaci)?

[Ekhart]

Kod: Zaznacz cały

if $gamewindow.button_down?(KbLeft) and !wall?(@player.x + (@player.width/2), @player.y, :left) then
			@player.move_left
		elsif $gamewindow.button_down?(KbRight) and !wall?(@player.x + (@player.width/2), @player.y, :right) then
			@player.move_right
		end

Chyba powinno działać.