| Og³oszenie |
Administracja Forum
|
Zamkniêty przez: Nhadala
Sob 15 Wrz, 2012 00:02 |
Co byście chcieli w nowym RPG makerze? |
| Autor |
Wiadomo¶æ |
szaman 
Preferowany:
Do³±czy³: 14 Lis 2010
Posty: 37
Sk±d: Z Domu
|
 Wys³any: Pon 14 Lut, 2011 14:06
|
|
|
|
Marvel! Nie kopiuj mojej tekstowości!
Ale pomysł jeszcze jeden na tego rpg makera mam podzielę się nim z wami bo nie jestem Ham!
Fajnie by było aby wyeliminować w nim niektóre skrypty i zrobić je od razu jako event!
Bo z wyszukiwaniem skryptów nie chce się niektórym męczyć! |
|
 |
|
Mikołaj
Pomóg³: 7 razy
Do³±czy³: 11 Lut 2011
Posty: 84
|
| Wys³any: Pon 14 Lut, 2011 14:45
|
|
|
|
W nowym makerze powinno być:
-tilesety z XP zmodyfikowane na VX
-nieskończona ilość chipsetów nie jak w VX'sie(  )
-polski poradnik jak zrobić własny skrypt
-czcionki
-dużo charsetów i facesety do tego
-gra na cały ekran z poprawioną grafiką
-więcej battlestartów i okienek(może jeszcze troszkę titlów) |
|
 |
|
Rave
Preferowany:
Pomóg³: 12 razy
Do³±czy³: 30 Kwi 2010
Posty: 348
Sk±d: /dev/null
|
| Wys³any: Wto 15 Lut, 2011 02:46
|
|
|
|
Jak dla mnie to tak (mogę się nieco powtórzyć):
- Nieskończona lub niewyobrażalnie duża ilość warstw
- Użycie systemu tilesetów z XP (chociaż RTP powinno wyglądać jak z VX bo ładniejsze)
- Jakiś prostszy język skryptowy (Python lub Lua, z preferencją na to pierwsze)
- Wsparcie dla Linuksa (nawet przez Wine, ale żeby działało - nie musi być natywnie)
- Poprawiona wydajność jeszcze bardziej niż w VX - domyślne rzeczy które są w XP/VX realizowane jako skrypty, szczególnie klasy Interpreter powinny mieć skompilowane wersje w Game.exe, a dopiero jak się zmieni daną klasę w edytorze skryptów to powinno interpretować. Tak naprawdę największą wadą w interpretacji zdarzeń jest droga jaką idą one do procka. W 2003 było to Zdarzenie -> Interpreter zdarzeń -> Procek, a w XP Zdarzenie -> Klasa interpretera w Ruby -> wbudowany interpreter Ruby -> Procek. Chyba nie muszę wyjaśniać jak to działało na wydajność.
- Mode 7 jako opcja (dobre do gier pseudo TPP lub do pięknych cutscenek 3D).
- System walki podobny do tego z 2k3.
- Przywrócenie terenów
- Pixel movement jako opcja
- W przypadku włączenia PM możliwość ustalenia dla tilesów tilesetu tego czy dany tiles ma włączony X (odpowiadający kwadratowej masce kolizji), O czyli brak kolizji, kolizję do pikseli czy też możliwość określenia własnej maski kolizji. |
________________________
Nie ma rzeczy niemożliwych, jest tylko brak umiejętności.
Używasz Windowsa 8? Jesteś łosiem.
Go¶æ is the most intelligent person in the world. |
|
|
|
|
Shlizer
Preferowany:
Pomóg³: 11 razy
Do³±czy³: 02 Sty 2011
Posty: 138
Sk±d: /var/tmp
|
| Wys³any: Wto 15 Lut, 2011 10:56
|
|
|
|
| Mikolaj121999 napisa³/a: | -nieskoÅ„czona ilość chipsetów nie jak w VX'sie( )
-gra na cały ekran z poprawioną grafiką |
| Rave napisa³/a: | - NieskoÅ„czona lub niewyobrażalnie duża ilość warstw
- W przypadku włączenia PM możliwość ustalenia dla tilesów tilesetu tego czy dany tiles ma włączony X (odpowiadający kwadratowej masce kolizji), O czyli brak kolizji, kolizję do pikseli czy też możliwość określenia własnej maski kolizji. |
Ktoś tu okradł chyba pentagon z najnowocześniejszych i najszybszych komputerów, czy po prostu każdy z Was ma Galerę w pokoju? =p
| Mikolaj121999 napisa³/a: | | -polski poradnik jak zrobić wÅ‚asny skrypt |
to japoński program.. ciesz się, że jest chociaż po angielsku i można kupić licencję przez internet (bo polskiego wydawcy nie ma).
| Rave napisa³/a: | | - JakiÅ› prostszy jÄ™zyk skryptowy (Python lub Lua, z preferencjÄ… na to pierwsze) |
To, czy są to prostsze języki to kwestia gustu, a wątpię, aby komuś chciało się cały kod źródłowy przepisywać na inny język tylko po to, aby ucieszyć parę osób i zasmucić drugie tyle.
Do tego Ruby ma kilka zalet, które są wręcz nieocenione - choćby proste redeklaracje. W Pythonie, aby zmienić nieznacznie fragment jakiejś klasy musiałbyś pewnie przepisać ją całą i każde odwołanie w każdym skrypcie ustawić na tą nową klasę. Czy się mylę?
| Cytat: | | - Wsparcie dla Linuksa (nawet przez Wine, ale żeby działało - nie musi być natywnie) |
Gdzieś na jakimś forum trafiłem na temat, że ktoś odpalał RMXP pod Wine.
| Cytat: | | - Poprawiona wydajność jeszcze bardziej niż w VX - domyślne rzeczy które są w XP/VX realizowane jako skrypty, szczególnie klasy Interpreter powinny mieć skompilowane wersje w Game.exe, a dopiero jak się zmieni daną klasę w edytorze skryptów to powinno interpretować. |
Czyli dodatkowo wrzucić kompilator (i przy każdym save projektu czekać 5 minut na kompilację, linkowanie itd.), czy napisać dwie dodatkowe funkcje (jedna to kompilowany Interpreter, a druga sprawdzająca znak po znaku, czy ten oryginalny się nie zmienił)? Jakoś nie widzę poprawy wydajności. No i z tego, co wiem to exe nie jest plikiem skompilowanym, tylko działa na zasadzie interpretera.
Co do interpretacji zdarzeń to się mylisz - droga jest taka sama. Tyle, że w XP twórcy dali możliwość ręcznego grzebania w kodzie źródłowym, a w 2k3 jest on ukryty.
Chyba musisz sobie trochę przypomnieć jak działają aplikacje =)
| Cytat: | | - Mode 7 jako opcja (dobre do gier pseudo TPP lub do pięknych cutscenek 3D). |
Który będzie zabierał niepotrzebnie kolejne cykle procesora (gry korzystające z takigo skryptu to ułamek, a nie reguła). I gdzie ta Twoja wydajność? =)
Osobiście to bym ujrzał cały kod źródłowy makera (razem z klasami typu Tileset, czy Bitmap). Do tego można by dać obsługę wszystkich zdarzeń klawiatury (ew. myszki). No i przydałaby się możliwość łatwiejszego tworzenia masek tilesetów (czyli własnych ustawień, jak np. klasa terenu, która jest obecna).
Resztę generalnie i tak można w dużej mierze napisać w Ruby, więc nie widzę powodu, aby to wszystko implementować i spowalniać całą grę - każdy wrzuci co mu odpowiada i jest ok. |
________________________
Aversum Framework Demo
Aktualnie pracujÄ™ nad NSO =p |
|
|
|
|
Rave
Preferowany:
Pomóg³: 12 razy
Do³±czy³: 30 Kwi 2010
Posty: 348
Sk±d: /dev/null
|
| Wys³any: Sro 16 Lut, 2011 03:25
|
|
|
|
| Shlizer napisa³/a: | | Mikolaj121999 napisa³/a: | -nieskoÅ„czona ilość chipsetów nie jak w VX'sie( )
-gra na cały ekran z poprawioną grafiką |
| Rave napisa³/a: | - NieskoÅ„czona lub niewyobrażalnie duża ilość warstw
- W przypadku włączenia PM możliwość ustalenia dla tilesów tilesetu tego czy dany tiles ma włączony X (odpowiadający kwadratowej masce kolizji), O czyli brak kolizji, kolizję do pikseli czy też możliwość określenia własnej maski kolizji. |
Ktoś tu okradł chyba pentagon z najnowocześniejszych i najszybszych komputerów, czy po prostu każdy z Was ma Galerę w pokoju? =p |
Tylko że takie coś jest już dawno, np. w Multimedia fusion czy Stencylu i nie wymaga superkomputera.
| Shlizer napisa³/a: | | Rave napisa³/a: | | - JakiÅ› prostszy jÄ™zyk skryptowy (Python lub Lua, z preferencjÄ… na to pierwsze) |
To, czy są to prostsze języki to kwestia gustu, a wątpię, aby komuś chciało się cały kod źródłowy przepisywać na inny język tylko po to, aby ucieszyć parę osób i zasmucić drugie tyle.
Do tego Ruby ma kilka zalet, które są wręcz nieocenione - choćby proste redeklaracje. W Pythonie, aby zmienić nieznacznie fragment jakiejś klasy musiałbyś pewnie przepisać ją całą i każde odwołanie w każdym skrypcie ustawić na tą nową klasę. Czy się mylę? |
Owszem. Python umożliwia dziedziczenie, więc nie musisz wszystkiego przepisywać, tylko to co chcesz zmienić. Zresztą w edytorze skryptów RM i tak prawie wszystkie klasy masz na wierzchu, więc o co chodzi?
| Shlizer napisa³/a: | | Cytat: | | - Wsparcie dla Linuksa (nawet przez Wine, ale żeby dziaÅ‚aÅ‚o - nie musi być natywnie) |
Gdzieś na jakimś forum trafiłem na temat, że ktoś odpalał RMXP pod Wine. |
Owszem, RMXP (edytor) da się odpalić pod wine, ale gry... No cóż, trudno jest je odpalić, zwłaszcza te zakodowane lub z bardziej zaawansowanymi skryptami (ale bardziej to pierwsze)
| Shlizer napisa³/a: | | Cytat: | | - Poprawiona wydajność jeszcze bardziej niż w VX - domyÅ›lne rzeczy które sÄ… w XP/VX realizowane jako skrypty, szczególnie klasy Interpreter powinny mieć skompilowane wersje w Game.exe, a dopiero jak siÄ™ zmieni danÄ… klasÄ™ w edytorze skryptów to powinno interpretować. |
Czyli dodatkowo wrzucić kompilator (i przy każdym save projektu czekać 5 minut na kompilację, linkowanie itd.), czy napisać dwie dodatkowe funkcje (jedna to kompilowany Interpreter, a druga sprawdzająca znak po znaku, czy ten oryginalny się nie zmienił)? Jakoś nie widzę poprawy wydajności. No i z tego, co wiem to exe nie jest plikiem skompilowanym, tylko działa na zasadzie interpretera. |
Kompilatora nie trzeba, tylko po prostu zrobić 2 wersje procedury 1 w ruby, a drugą w normalnym języku kompilowalnym (C/C++,Pascal - byle na starcie był przetłumaczony na kod maszynowy). Co do sprawdzania znak po znaku czy się nie zmieniło, to tu się chłopie zbłaźniłeś. Słyszałeś kiedyś o czymś takim jak sumy kontrolne? MD5, SHA, przypominasz sobie coś? Co do sprawy interpretowania, to patrz dalej.
| Shlizer napisa³/a: | Co do interpretacji zdarzeÅ„ to siÄ™ mylisz - droga jest taka sama. Tyle, że w XP twórcy dali możliwość rÄ™cznego grzebania w kodzie źródÅ‚owym, a w 2k3 jest on ukryty.
Chyba musisz sobie trochę przypomnieć jak działają aplikacje =) |
Tyle że w 2k3 interpreter interpretuje zdarzenia bezpośrednio. W XP Interpreter Zdarzeń jest w Ruby (klasy interpreter*). I teraz... RPG_RT interpretuje zdarzenia. Koniec. Game.exe Interpretuje kod Ruby, w tym klasy Interpreter, które z kolei interpretują zdarzenia, które mogą zawierać kod ruby (akurat do tego nie mam zastrzeżeń, bardzo fajna rzecz)... Czaisz już o co mi chodzi?
| Shlizer napisa³/a: | | Cytat: | | - Mode 7 jako opcja (dobre do gier pseudo TPP lub do piÄ™knych cutscenek 3D). |
Który będzie zabierał niepotrzebnie kolejne cykle procesora (gry korzystające z takigo skryptu to ułamek, a nie reguła). I gdzie ta Twoja wydajność? |
Nie zabierałby o ile byłby wyłączony. Tak samo PM. Wyłączony PM = normalne kolizje z makera i ruch po kratkach. Włączony PM, wiadomo co. |
________________________
Nie ma rzeczy niemożliwych, jest tylko brak umiejętności.
Używasz Windowsa 8? Jesteś łosiem.
Go¶æ is the most intelligent person in the world. |
|
|
|
|
Shlizer
Preferowany:
Pomóg³: 11 razy
Do³±czy³: 02 Sty 2011
Posty: 138
Sk±d: /var/tmp
|
| Wys³any: Sro 16 Lut, 2011 11:24
|
|
|
|
| Rave napisa³/a: | | Tylko że takie coÅ› jest już dawno, np. w Multimedia fusion czy Stencylu i nie wymaga superkomputera. |
Po pobieżnym przejrzeniu zauważyłem, że obydwa przedstawione przez Ciebie programy kompilują efekt pracy, więc to z deczka inna para kaloszy.
| Rave napisa³/a: | | Owszem. Python umożliwia dziedziczenie, wiÄ™c nie musisz wszystkiego przepisywać, tylko to co chcesz zmienić. ZresztÄ… w edytorze skryptów RM i tak prawie wszystkie klasy masz na wierzchu, wiÄ™c o co chodzi? |
Dziedziczenie to nie redeklaracja. W Rubym możesz zmienić treść klasy, która już istnieje - w Pythonie musisz napisać ją od nowa (dziedzicząc pomijasz już napisane fragmenty), ale i tak w każdym miejscu w kodzie, gdzie odwołujesz się do nowej klasy musisz zmienić nazwę klasy. To trochę uciążliwe.
Nie mówiąc o tym, że nie wszystkie klasy są widoczne w edytorze.
| Rave napisa³/a: | | Kompilatora nie trzeba, tylko po prostu zrobić 2 wersje procedury 1 w ruby, a drugÄ… w normalnym jÄ™zyku kompilowalnym (C/C++,Pascal - byle na starcie byÅ‚ przetÅ‚umaczony na kod maszynowy). |
Skoro nie potrzebujesz kompilatora to jak to skompilujesz? W pamięci? Przetłumaczenie zawczasu nic nie da, bo i tak wszystko musisz połączyć w jeden plik wykonywalny.
| Rave napisa³/a: | | Co do sprawdzania znak po znaku czy siÄ™ nie zmieniÅ‚o, to tu siÄ™ chÅ‚opie zbÅ‚aźniÅ‚eÅ›. SÅ‚yszaÅ‚eÅ› kiedyÅ› o czymÅ› takim jak sumy kontrolne? MD5, SHA, przypominasz sobie coÅ›? Co do sprawy interpretowania, to patrz dalej. |
Wow.. sprawdzać sumy kontrolne poszczególnych klas.. może być - tylko nadal nie widzę sensu pisać tego samego dwa razy, interpretować, kompilować i linkować. Nie mówiąc o tym, że samo łączenie języka interpretowanego w kompilowanym nie jest takie łatwe.
| Rave napisa³/a: | | Tyle że w 2k3 interpreter interpretuje zdarzenia bezpoÅ›rednio. W XP Interpreter ZdarzeÅ„ jest w Ruby (klasy interpreter*). I teraz... RPG_RT interpretuje zdarzenia. Koniec. Game.exe Interpretuje kod Ruby, w tym klasy Interpreter, które z kolei interpretujÄ… zdarzenia, które mogÄ… zawierać kod ruby (akurat do tego nie mam zastrzeżeÅ„, bardzo fajna rzecz)... Czaisz już o co mi chodzi? |
Nie. Kod Ruby to kod Ruby. Czytany jest tak samo. Jedyna różnica to taka, że w XP ten kod możemy zmienić i będzie interpretowany w inny sposób. Jeżeli już któryś program może prędzej działać na tym samym kodzie to będzie to nowszy XP (gdzie może być wykorzystywana nowsza wersja interpretera).
To, że wydaje Ci się, iż gra działa szybciej spowodowane jest innymi czynnikami: 2 razy mniejsza rozdzielczość, mniejsza ilość warstw i zapewne mniejsza ilość samych danych do obliczania.
| Rave napisa³/a: | | Nie zabieraÅ‚by o ile byÅ‚by wyÅ‚Ä…czony. Tak samo PM. WyÅ‚Ä…czony PM = normalne kolizje z makera i ruch po kratkach. WÅ‚Ä…czony PM, wiadomo co. |
Hm.. może się zagalopowałem. Przyciąłby nieznacznie tylko na starcie podczas czytania deklaracji. |
________________________
Aversum Framework Demo
Aktualnie pracujÄ™ nad NSO =p |
|
|
|
|
CrasheR
Pomóg³: 123 razy
Do³±czy³: 20 Gru 2010
Posty: 609
Sk±d: Nibelheim
|
| Wys³any: Sro 23 Lut, 2011 17:27
|
|
|
|
Mogli by zrobić lepszą wersję VX. Dodać więcej tilesets, więcej warstw. Na pewno, widoczne postacie w walce. Bez skryptów;]
tylko tyle chcÄ™ ;] |
________________________
 |
|
|
|
|
Xevo
Preferowany:
Pomóg³: 2 razy
Do³±czy³: 20 Lut 2011
Posty: 43
Sk±d: no ide
|
|
|
|
|
Shlizer
Preferowany:
Pomóg³: 11 razy
Do³±czy³: 02 Sty 2011
Posty: 138
Sk±d: /var/tmp
|
| Wys³any: Sob 26 Lut, 2011 17:28
|
|
|
|
I żeby wyglądał jak Dragon Age, tylko żeby był w klimatach Śródziemia i żeby były samoloty, i żeby był za darmo =)
Jakoś nie wydaje mi się, żeby platforma z gruntu przeznaczona do tworzenia gier 2D, z ukierunkowaniem na proste cRPGi typu pierwsze FF miała przekształcić się w kombajn do gier 3d.. już teraz masa osób ma problemy z programowaniem (że co? RGSS? nie tknę nawet kijem!), z prostą grafiką 2d (kto mi pokoloruje ten czerwony kwadrat na zielono? plizz!), że o ogólnym pojęciu architektury aplikacji i systemu (wyskakuje błąd 'masz nielegalną wersję programu', jak ten bug usunąć?) i jakoś nie wierzę, aby większość po przejściu na 3d miała powody do radości. Zresztą silników do gier 3d masz całą masę - wybieraj i twórz.. =) |
________________________
Aversum Framework Demo
Aktualnie pracujÄ™ nad NSO =p |
|
|
|
|
szaman
Preferowany:
Do³±czy³: 14 Lis 2010
Posty: 37
Sk±d: Z Domu
|
| Wys³any: Wto 01 Mar, 2011 08:47
|
|
|
|
| I żeby i żeby... A może niektóży popatrzyli się do poprzednich postów i nie pisali tego co już ktoś inny napisał? |
|
|
|
|
Mikołaj
Pomóg³: 7 razy
Do³±czy³: 11 Lut 2011
Posty: 84
|
| Wys³any: Wto 01 Mar, 2011 16:57
|
|
|
|
Żeby połączyli RPG 95,2000,2003,XP i VX to by było coś  |
|
|
|
|
Rave
Preferowany:
Pomóg³: 12 razy
Do³±czy³: 30 Kwi 2010
Posty: 348
Sk±d: /dev/null
|
| Wys³any: Sro 02 Mar, 2011 10:20
|
|
|
|
Akurat może nie 95, ale jeśli by wziąć szybkość działania i kompatybilność z Wine 2k3, grafikę z XP a skrypty (nowsza wersja RGSS  ) i generatory z VX to by wyszło coś naprawdę fajnego. |
________________________
Nie ma rzeczy niemożliwych, jest tylko brak umiejętności.
Używasz Windowsa 8? Jesteś łosiem.
Go¶æ is the most intelligent person in the world. |
|
|
|
|
Mikołaj
Pomóg³: 7 razy
Do³±czy³: 11 Lut 2011
Posty: 84
|
| Wys³any: Sro 02 Mar, 2011 14:06
|
|
|
|
Masz racjÄ™  |
|
|
|
|
szaman
Preferowany:
Do³±czy³: 14 Lis 2010
Posty: 37
Sk±d: Z Domu
|
| Wys³any: Pi± 04 Mar, 2011 10:38
|
|
|
|
| Ja tez to popieram! Połączenie kilku RPG Makerów to było by coś! |
|
|
|
|
Rave
Preferowany:
Pomóg³: 12 razy
Do³±czy³: 30 Kwi 2010
Posty: 348
Sk±d: /dev/null
|
| Wys³any: Pi± 04 Mar, 2011 15:14
|
|
|
|
| Tylko szkoda, że i tak nikt tu z Exitbrainu nie wejdzie. Zresztą oni i tak nie patrzą na to czego ich klienci chcą. Inaczej by nie robili akcji z tilesetami w vx. Co innego taki styl grafik/więcej warstw a co innego takie ograniczanie rodem z 2k3. Mogli by też wprowadzić możliwość przesuwania tilesów co piksel, żeby nie trzeba robić np. 5 dzbanków, które graficznie się nie różnią, tylko są przesunięte. |
________________________
Nie ma rzeczy niemożliwych, jest tylko brak umiejętności.
Używasz Windowsa 8? Jesteś łosiem.
Go¶æ is the most intelligent person in the world. |
|
|
|
|
|
|
Nie mo¿esz pisaæ nowych tematów
Nie mo¿esz odpowiadaæ w tematach
Nie mo¿esz zmieniaæ swoich postów
Nie mo¿esz usuwaæ swoich postów
Nie mo¿esz g³osowaæ w ankietach
Nie mo¿esz za³±czaæ plików na tym forum
Mo¿esz ¶ci±gaæ za³±czniki na tym forum
|
Dodaj temat do Ulubionych
Wersja do druku
|
  |
