Strona 3 z 4
					
				
				: poniedziałek 06 lut 2006, 16:22
				autor: HunteR
				Hmm... jeśli to nie ma byc 3D to wychodzi na to że poza zwiększeniem iterakcji z grą poprzez np. "przeklikiwanie" się przez obszary to będzie to taka sama gra jaką zrobił (i wciąż dopracowuje) MistrzDzwonów... a liczyłem na produkt konkurencyjny w większym stopniu 

 
			 
			
					
				
				: poniedziałek 06 lut 2006, 16:28
				autor: SeSim
				Ueeee bez 3d to lypa panie 

 Nie no żartuję:] konkurencja jest zdrowa bo wymusza jakość 

 
			 
			
					
				
				: poniedziałek 06 lut 2006, 17:42
				autor: bladus
				no tak 3D w sumie racja bardziej, fajniej, lepiej, ale wiecie ktoś to 3D musi zrobić, a pytanie czy lepiej zrobić coś 2D co wie jak sie zrobic niż zacząć robić 3D i nie zrobić bo sie nie zna dobrze directX ?? no wiadomo 

 a zreszta nei dokonca powiedziane wszystko, niech no tylko sie sesja skonczy 
 
PS a może byc 3D w znaczeniu widok 3D "bez modeli",czyli widok na swiat jako na plaszyzne, plaskie karty itp (plansza w poziomie, postacie np w pionie stoją) bo to bardzo ulatwi prace... a wyglądać może fajniej
 
			 
			
					
				
				: poniedziałek 06 lut 2006, 17:47
				autor: HunteR
				No właśnie o coś takiego mi chodziło 

  Gdzieś tu nawet ktoś dał link do stronki na której ktoś coś takiego właśnie robił ale projekt chyba upadł. Podobały mi się screeny i w ten sposób wyobrażam sobie MiM Online w 3D.
 
			 
			
					
				
				: poniedziałek 06 lut 2006, 18:18
				autor: SeSim
				Właśnie tak to miałoby wyglądać bladus 

 Masz tu linka do projektu, który chyba umarł i zobacz jak to tam wyglądało.
http://magiaimiecz.republika.pl/ 
			 
			
					
				
				: poniedziałek 06 lut 2006, 18:29
				autor: bladus
				....a zastanawia mnie jeszcze kwestia grafiki, można oczywiscie w takiej sytuacji korzystac z tego co jest w MiMie, ale niektóre krainy są spod różnych rąk, tzn róznych autorów może to dziwnie wygladac.. tzn jak własnie do tego podejsc... ogolnie chciałem powiedziec ze 99% zasad, kart postaci itp chcieliśmy zaczerpnąc z MiMa (z niektorymi pojedynczymi zasadami moze byc roznie w implementacji) wiec nie jest to gra na podstawie... tylko raczej wersja komputerowa, tylko zostaje grafika.. jakby był grafik 

 ale to takie moje głosne myslenie
PS : Link o którym mowisz widzialem, to fajnie wyglada, a jestem ciekawe jak z funkcjonalnoscią.
 
			 
			
					
				
				: poniedziałek 06 lut 2006, 19:00
				autor: bladus
				w sumie takie "płaskie 3D" nie jest trudne tylko myśle jak zrobić na raz płaskie MENU, czyli interfejs gracza jakies parametry, rzeczy i 3D plansze. Może takie cos ze plansza 3D a wszelka interakcja z ekwipunkiem itp w odzielnym ekranie, tzn juz w trybie 2D albo cos takiego... chyba FPP odpada, ale mi zrobiliście smaczek na 3D:) trzeba pomysleć
			 
			
					
				
				: poniedziałek 06 lut 2006, 22:13
				autor: ghs
				Hehe, a ja to co, pies? Jeszcze siê nie podda³em. 

 Co prawda szybko¶æ pisania nie osza³amia, ale robiê to w wolnych chwilach, a zajêæ mam bez liku. I screena te¿ mogê zapodaæ, a co! Docelowo ma byæ pe³na wierno¶æ orygina³owi MiM. Wielki postêpów graficznych nie widaæ, gdy¿ pracowa³em nad takimi duperelami jak np. odwzorowanie czcionki TT itp.
To, co pisze bladus, o grafach, modularno¶ci itp. to s± rzeczy do¶æ oczywiste, je¶li siê w miarê powa¿nie podchodzi to projektu i my¶li o jego sukcesie. Ze swojej strony doda³bym na przyk³ad podzia³ tury na bardzo szczegó³owe etapy i zdarzenia z nimi powi±zane, np. faza przed rzutem kostk±, faza po rzucie, faza przed podjêciem ruchu, faza przed wej¶ciem na pole po¶rednie, faza po wej¶ciu na pole po¶rednie itp... dziesi±tki ró¿nych etapów i mo¿liwo¶ci odpalania triggerów. Zreszt± to temat rzeka, a gdy dojdzie siê do programowania on-line to siê schody zaczynaj±.
 
			 
			
					
				
				: poniedziałek 06 lut 2006, 22:15
				autor: MAXtoon
				Dokładnie takie cuś! Cudo! NIic dodać nic ując nie ma się co rozpisywać i lać wody 
![smiling face with open mouth and smiling... :]](./images/smilies/emojione/1f604.svg)
 
			 
			
					
				
				: poniedziałek 06 lut 2006, 22:16
				autor: SeSim
				SUPER!!! Tylko co się tak wszyscy upeiracie na tą amazonkę? 

 
			 
			
					
				
				: poniedziałek 06 lut 2006, 22:42
				autor: bladus
				a mam pytanie ile kolego ghs poświęciłes roboczogodzin (10, 100, 1000)  nad projektem i jesli mozna sie zapytac o srodowisko, w sumie to chyba o takim czyms mówilem 

 moze nie ma sensu robic tego samego 

 pozdrawiam i wracam do nauki bo mam jutro ostatni egzamin na tych studiach 

 
			 
			
					
				
				: wtorek 07 lut 2006, 08:10
				autor: ghs
				No czy ja wiem... strzelê, ¿e gdzie¶ ko³o 40. Ale by³o to g³ównie na opanowanie nowej wersji ¶rodowiska, silnika graficznego, którego u¿ywam po raz pierwszy (Irrlich Engine), obróbkê grafiki itp. ¦rodowisko to Microsoft Visual Studio 2005, kod w C++.
			 
			
					
				
				: wtorek 07 lut 2006, 11:04
				autor: MistrzDzwonow
				Przedewszystkim witam bladusa w gronie ludzi pocących się nad komputerową adaptacją MiM'a 

 (jupi nie jestem sam). Mam tylko kilka uwag. Pomysł z posortowaniem kart (zwłaszcza zdażeń) w tabele, w której byłyby zapisane właściwości kart jest raczej niewykonalny. Karty zdażeń są zbyt odmienne od siebie np. Burza i śpiew syreny, niby to samo ale działa na różnych poszukiwaczy. Przy więkrzości kart trzeba uwzględnić większość cech konkretnego poszukiwacza. No i wrzucenie czarów i przedmiotów do jednego worka to też raczej dziwny pomysł.
trzecia sprawa to ekwipunek (razem z przyjacielami czarami itp) wzoruje sie na tym co jest na forum (karta poszukiwcza)
Możesz mi wierzyć samo zaimplantowanie głupiego miecza może sprawić kłopoty a co dopiero czary które ingerują we wszystkie kwestie rozgrywki.
Plansze miasta zrobiłem w 10 minut (bez grafiki oczywiscie, a zdarzenia przypisałem tylko do kokretnych skryptów ktore są narazie że tak powiem puste  )
Eee ten tego najwięcej trudności sprawiają właśnie te "skrypty", graficznie plansze robi się szybko. Dobra pozrzędziłem troszkę 

. Tylko nie myśl że jakoś specjalnie się na Ciebie uwziołem, poprostu wiem ile pracy trzeba włożyć żeby najprostrze czynności w tej grze zaczeły "żyć" w komputrze. Tak czy siak życze ci jak najszypszego zakończenia pracy i trzymam kciuki.
ghs nikt o tobie nie zapomniał. Ja tam cały czas Cię dopinguje 
P.S. Jakiś beniaminek ze mnie ludzie po studich się za to biorą a ja jeszcze matury nie mam 

 
			 
			
					
				
				: wtorek 07 lut 2006, 12:17
				autor: bladus
				po pierwsze obiektowo po drugie zdarzenia po trzecie modularność i rozpoczęcie pracy z kodem dopiero po napisaniu konspektu tak własnie nauczyli mnie pisać aplikacje, a to nie jest pierwsza. Może to moda, ale dzięki temu naprawde nie ma problemu w robieniu skryptów. Np tragarz jest to i przyjaciel (tzn dziedziczenie po przyjacielu) i transport (po np czymś takim jak muł) i ma obsługe tego i tego (podałem przykład) 
Cóż forum jest od tego żeby wymieniać doswiadczenie, więc wiadomo ktoś robi tak a ktoś inny inaczej. Wersja przeglądarkowa ma swoje zalety i wady, tak samo jak wersja że tak powiem "exe". grafika to jest najmniejszy problem zeby mapke narysowac, mi chodzilo o osbluge ruchow, moze podesle jakis moduł do mapki zeby pokazac. wszelkie pomysły jakie mam najpierw robie uwaga w (tutaj śmiech) w game makerze, ponieważ tam wszystko znam i wynik mam właśnie w 10 minut. A potem sie bawie w bardziej ciekawym srodowisku... 
wlasnie wrocilem z egzaminu, hehe ludzie nie idzcie na akustyke !! 

 trzeba sie z HIWem męczyć 

 hehe
pozdrawiam i postaram sie cosik pokazac w najblizszym czasie (ten tydzien)
PS: dzieki za odzew na forum, a myślałem ze tu taka cisza ;P
 
			 
			
					
				
				: wtorek 07 lut 2006, 12:29
				autor: ghs
				IMVHO grafika to znacznie powa¿niejszy problem ni¿ obs³uga ruchów. Z grafik± jest du¿o zagadnieñ zwi±zane, a ruchy to tylko prosty graf + ewentualne modyfikacje od innych obiektów i po zabawie... No chyba, ¿e kto¶ robi tekstówkê 

 
			 
			
					
				
				: wtorek 07 lut 2006, 13:02
				autor: bladus
				drogi kolego a jaki masz w tej chwili problem z grafiką ? prosze podaj przykład moze bede wiedział 

 tak masz racje graf jest prosty ale co masz na mysli mowiac grafike ?? tzn ze masz plaska plansze i cos na niej leżą jakies karty (oczywiscie swiat 3D) i mozna karte podniesc itp, niestety nie wiem jaka masz mechanike obslugi u siebie w grze ( np przenoszenie kart) ale jaki w tym problem ?? zdarzenie klikniecie myszka, puszczenie, przeciaganie itp, zmiana polozenia, obrót kamery ? mouse look ?? to sa problemy z grafiką ?? moze ja nie rozumiem problemu, 
prosze o sprostowanie 

 moze jestem w błedzie
 
			 
			
					
				
				: wtorek 07 lut 2006, 13:46
				autor: ghs
				Nie chodzi o to, ¿e utkn±³em, ale chodzi o skomplikowano¶æ programowania grafiki. Przyk³adowo rasteryzacja czcionek TrueType. To jest zagadnienie kilka razy wiêksze ni¿ graf po³±czeñ pomiêdzy lokacjami 

 Poza tym programowa³e¶ kiedy¶ przy u¿yciu OpenGL albo DirectX? Wiesz co to jest dla przyk³adu macierz przekszta³ceñ? 
Albo mo¿e spróbuj na przyk³ad napisaæ algorytm rozmieszczania wielu pionków na jednym polu tak, aby na siebie siê nie nak³ada³y. Albo oprogramowanie kamery - te¿ do¶æ du¿e zagadnienie - ma pod±¿aæ za akcj± na planszach, przy wyborze pola przy ruchu obejmowaæ je wszystkie a do tego u¿ytkownik ma mieæ mo¿liwo¶æ swobodnego jej przesuwania na ¿yczenie (np. po wci¶niêciu Shift). Spróbuj na przyk³ad opisaæ matematycznie (albo w algorytmie) ruch kamery w przestrzeni trójwymiarowej pomiêdzy widokiem jednego pola a drugiego, z uwzglêdnieniem odpowiednich przybli¿eñ i orientacji pól. 
P³aska plansza? Proste? Tylko siê wydaje. Dobierz do niej odpowiednie tekstury, które nie zatkaj± pamiêci. Plansza ma format A3 bodaj¿e - to jest w rozdzielczo¶ci 150 dpi prawie 20MB - ³adny kawa³ek obrazka. A plansz jest kilka. Spróbuj wczytaæ sobie planszê A3 w jakim¶ programie graficznym i sobie go edytowaæ - trochê ¶lamazarnie to mo¿e i¶æ, prawda? A co dopiero u¿ywaæ go z ka¿dej mo¿liwej strony w grze. Spróbuj przeskalowaæ tak± planszê w Photoshopie i zobacz ile czasu to zajmie. A gra ma skalowaæ i przekszta³caæ tak± planszê non stop z prêdko¶ci± co najmniej 24 klatek na sekundê. Dobierz odpowiednio mip mapy do tych tekstur. Spraw, aby kana³ alpha z PNG albo TGA by³ prawid³owo wy¶wietlany.
A jeszcze spróbuj to wszystko zrobiæ w DirectX albo OpenGL, które, co by tu nie mówiæ, nie jest zbyt ³atwe do opanowania (matematyka 3D te¿ potrafi zabiæ tutaj klina czasami) - setki parametrów funkcji i ich warto¶ci.
To naprawdê nie jest takie ³atwe jak siê wydaje.
 
			 
			
					
				
				: wtorek 07 lut 2006, 14:20
				autor: bladus
				ok spoko podałeś konkretne przykłady, fajnie, pomysle sobie nad tym co i jak...
przykład:
ghs pisze:Spróbuj na przykład opisać matematycznie (albo w algorytmie) ruch kamery w przestrzeni trójwymiarowej pomiędzy widokiem jednego pola a drugiego, z uwzględnieniem odpowiednich przybliżeń i orientacji pól.
ok 

 wkońcu tego mnie uczyli 

 ciekawe wiesz problemy które opisałeś w dużej mierze schodzą do matmy, do wymyślenia "na kartce" jak to ma działać,  moge coś pomóc tylko napisz dokładnie co i jak potrzebujesz 

jak narazie opisałeś mniej więcej o co CI chodzi z grafą. ale jeśli chodzi o matme 3D to luz, coś sie wymyśli. chyba że stwierdzisz że pomoc CI nie potrzebna. Oczywiście wszystko pisze w dobrej wierze, bo celem jest zrobienie gry a nie konkurencja i pokazanie co kto potrafi. więc prosze bardzo
 
			 
			
					
				
				: wtorek 07 lut 2006, 14:25
				autor: ghs
				Dziêki za chêci 

 ale póki co to sobie radzê bez wiêkszych problemów. Te przyk³ady tylko mia³y uzasadniæ moj± tezê, i¿ grafika jest wiêkszym wyzwaniem, ni¿ logiczne porusznie siê po planszy. Ale jeszcze raz dziêkujê za deklaracjê pomocy, kto wie, mo¿e gdzie¶ utknê...
 
			 
			
					
				
				: wtorek 07 lut 2006, 14:30
				autor: bladus
				ghs pisze:Dzięki za chęci 

 
spoko hehe wiesz fajnie to brzmi 

 do już prawie mgr inż mówić dzięki za checi 
 
oczywiscie żartuje 

 coś pomęcze ten engine o którym pisałes, i sam zobacze ze pewnie masz racje ze to trudne, 
PS aaa ja tego sam nei robie 

 mam kolege od grafiki 

 
			 
			
					
				
				: wtorek 07 lut 2006, 14:34
				autor: ghs
				Przepraszam, je¶li ciê urazi³em, byæ mo¿e niezrêcznie siê wyrazi³em. Choæ etap mgr/in¿. mam ju¿ za sob± ³adnych parê lat temu. 

 
			 
			
					
				
				: wtorek 07 lut 2006, 21:23
				autor: bladus
				ciekawy jest ten Irrlich Engine, strasznie mi sie spodobały funkcje do przesuwania kamery 

 tzn move, strife, lift, od razu jakby pod FPP robione, pozatym proste pomieszczenia z jakimis texturami, swiatlami to u mnie smiga na 600 klatek... widze że jednak dobry pomysł i dzieki za wskazanie ciekawej biblioteki
 
			 
			
					
				
				: sobota 11 lut 2006, 18:27
				autor: bladus
				witam, chciałem coś pokazac jaki wielki problem jest z grafiką. Zrobiłem sobie cos takiego (3D.exe) i w sumie to na tym koncze zabawe z grafiką poniewaz całosc sprowadzilem do obslugi swiata 2D (na planszy) i na niej juz są rozgrywane wszelkie kolizje itp... jesli ktos sobie chce zobaczyc to prosze wierze że link zadziała 

 nie jest to oczywiście gra tylko sama obsługa swiata 3D, najprostsza interakcja (ruch przesuwanie wyświetlanie itp). jednym słowem wystarczy chcieć
pozdrawiam
http://www.megaupload.com/?d=Z0NV23QD 
			 
			
					
				
				: sobota 11 lut 2006, 19:04
				autor: ghs
				Wybacz, ale to siê ma nijak to rzeczywistego zastosowania tego w grze. Jedyne co masz, to niedoskona³e pokazywanie kart (spróbuj na³o¿yæ kartê poszukiwacza na kartê postaci, poza tym u mnie jest trochê skaszanione skalowanie tekstury) w losowych miejscach. No i poruszanie kamery przy pomocy standardowego mechanizmu z Irrlicht. Zupe³nie nie wiem, do czego ma s³u¿yæ rêczne przesuwanie kart. A ju¿ zupe³nie nie rozumiem jak mo¿na opieraj±c siê na tym robiæ MiM.
Spróbuj zrobiæ ca³± planszê i zaimplementuj uk³adanie kart na poszczególnych polach - mo¿e to ci da pewne wyobra¿enie tego, co trzeba zrobiæ.
			 
			
					
				
				: sobota 11 lut 2006, 19:15
				autor: bladus
				dobra niech będzie. ja po swojemu robie Ty kolego po swojemu prosze bardzo 

 konkurencja może wyjść tylko na dobre 

 po zatym nie bede robił to samo co inni bo po co robić dwa takie same projekty ?? jeden bedzie lepszy drugi gorszy najzwyzej i tyle. No cóż masz takie założenia ja mam inne otóż to.. u mnie się karty przesuwa łapką bo to daje duża interakcje z grą a to właśnie jest cechą planszówki, pozatym masz racje ze rysowanie jest źle bo karty są na tej samej wysokosci, wystarczy na stosie zmienic wysokosc karty i działa, o zaraz to zrobie dzieki za uwage 
 
pozdrawiam
aa fajne ze link działa
PS: mam doskonałe wyobrazenie co trzeba zrobic poniewaz mam przed sobą 29 stronicowego PDF pod tytułem "konspekt projektu" którego pisałem chyba z dwa tygodnie.