PsichiX

musisz jedynie przeniesc teraz kod ze step do draw. prawdopodobnie przed tym, co juz tam w drawie jest. no i w create przypisac -1 zamiast robic create surfacesa, aby zmienna istniala. to powinno zadzialac :)

GM:S ma zupełnie inne flow renderingu i związanych z nim obiektów. artykuł jest stary

@kriso: masz racje, mylisz sie

primo: nigdy nie tworz surfacesa w create. zamiast tego przypisz mu -1. secundo: nie sprawdzaj czy surfaces istnieje i nie updatuj go w stepie, ogracznicz sie do drawa z surfacesami. popraw, sprawdz i zachwyc sie jakie to glupie bylo :)

jesli to nie problem GM:S to kod masz zwalony - wal go tu lub na PW, glownie jak operujesz na surfacesach

ano, ale wszystkie możliwe przypadki użycia surfacesów z shaderami i viewami znajdują się w przykładach shaderów, więc nie powinno być problemu z ich użyciem. Top Down Effects pokazuje to wszystko.

propa: kontrastu dynamiczna zmiana to tania operacja. dla Ciebie to ja z checia moge robic kazdy shader, bo pomysly masz na moim wymaganym poziomie pojebane <3

Pozamiatał:

roboty jeszcze, nie? :<

Polish Shalet Library by YXE, kaman

*od Kinga Liczę na to! :D

Tytuł: Candy Scroll Saga - Brian The Candyman On Candies 2 Gatunek: Szybko-kończący-się-runner Opis: Biegasz 50 Centem po Candyshopie i ćpiesz wszystkie słodkości, jakie napotkasz na drodze. Grywalności nie ma, tj. ssie mocno - bo to eksperyment z efektami, notabene jeden tylko fajnie wyszedł (8 BIT CHILLOUT), no i cała gra nie zawiera ani jednej grafiki - wszysto jest quadem, z którego shaderami wycinam kształty i maluję je! Download: http://globalgamejam.org/2014/games/candy-...dyman-candies-2 Rozmiar pliku: 24 MB (w paczce: źródła, gra, materiały marketingowe). Autorzy: Programowanie: Patryk "PsichiX" Budzyński Fabuła: kontynuacja Alice on Schrooms by Patryk "PsichiX" Budzyński Grafika: Shadery by Patryk "PsichiX" Budzyński Muzyka: 50 Cent "Candyshop" - original, 8 bit, remix; "Nakurwiam węgorza" Screeny:

Fervi: sam upadłeś - na głowę D: na przyszłość: jeśli chcesz serwować ludziom farmazony, popieraj je prosze argumentami, inaczej zaczne Cie banować za spam. cheers.

jesli webgl to da sie zrobic particle batchowane i rysowane shaderkiem - zdecydowanie szybsze niz normalne rysowanie kazdego czworokata z osobna.

Niechaj Cie piekło pochłonie za double :D

linear interpolation. bo są jeszcze interpolacje sinus-/cosinusoidalne, paraboliczne i tak dalej. szkoda, że ich nie dodali do GMa, fajne tweeny możnaby robić tanim kosztem :)

too high level dla tutejszej gawiedzi, gnysku :*

użycie Cinder - patrząc na kod - wygląda strasznie proste. Fajnie, że znalazłeś coś prostego do prototypowania i się tym dzielisz! A deferred jak deferred - to zawsze wygląda tak samo, stąd brak zachwytu :D

nope, choć ciekaw jestem, jak gęsta siatka musiałaby być, by efekt falowania był łagodny i jednoczesnie szybki

W ramach przygotowań do Global Game Jamu testuję shadery w SFML i spłodziłem mały hardcore'owy przykład użycia shaderów: Download: http://www.dropbox.com/s/r10ac0my11eqtfv/C...fectExample.zip (W razie chęci kompilacji wymagane jest by mieć już SFML 2 zainstalowany i gotowy do zalinkowania) Screenshot:

da sie w tym wyeksportować utwór do mp3? bo mogłoby się przydać na GGJ :D

wy z tym "Krzywym Kominem" nie zartujecie? D:

:>

podejscie gier AAA: wysylasz tylko akcje, np. wcisniecie/puszczenie klawisza ruchu, czy wlaczenie/wylaczenie jakiegos trybu, zas co jakis czas (np. sekund kilka) wysylasz bardzo malo, ale bardzo kluczowe elementu stanu gracza, jak aktualna pozycja, kierunek, czy rozne dynamicznie zmieniajace sie statusy, aby lag, czy nie odebrany pakiet (zdarzaja sie) nie zepsul w kliencie flow gry. jeszcze lepiej, jak te rzadkie snapshoty stanu gracza beda dzielone na poszczegolne partie i wysylane w roznych odstepach czasu, miast w jednym wiekszym pakiecie.