Komentowana treść: Nowa wersja OpenXcom dla MorphOS-a
14.08 21:59
[#3]
Re: Nowa wersja OpenXcom dla MorphOS-a
@crimart, post #2
Mowisz o tym UFO? Serio mowiac, mozna to pewnie przeportowac jezeli jest SDL tyle ze bedzie to wolne.
Wiesz, OpenXCom to wielki silnik parsujacy ymle, szukajacy danych, odpalajacy ogg,mp3 czy co tam jeszcze.
A tu dla niektorych, wersja Meridan: https://www.rorbit.pl/openxcom-meridan.lha
Wiesz, OpenXCom to wielki silnik parsujacy ymle, szukajacy danych, odpalajacy ogg,mp3 czy co tam jeszcze.
A tu dla niektorych, wersja Meridan: https://www.rorbit.pl/openxcom-meridan.lha
15.08 09:57
[#4]
Re: Nowa wersja OpenXcom dla MorphOS-a
@crimart, post #2
Niezupełnie, między 'powstała', a 'działa zadowalająco' jest pewna subtelna, lecz zauważalna różnica. Zacytuję autora:
"Ta rekompilacja OpenXCom była planowana dla Vampira, ale ze względu na bardzo nieefektywny kod ładowania gra wczytywała się przez długie minuty. Nie jest to problemem dla Pistorm z Emu68, dlatego zdecydowałem się wydać ją wyłącznie dla tego akceleratora."
Więc jak na razie jest to wersja 'praktycznie ARM'. Wersja działająca płynnie na 68k jak najbardziej będzie mile widziana!🤗
PS. Przypomnę, że oryginalne UFO nie wymagało '060 + RTG'...😉
"Ta rekompilacja OpenXCom była planowana dla Vampira, ale ze względu na bardzo nieefektywny kod ładowania gra wczytywała się przez długie minuty. Nie jest to problemem dla Pistorm z Emu68, dlatego zdecydowałem się wydać ją wyłącznie dla tego akceleratora."
Więc jak na razie jest to wersja 'praktycznie ARM'. Wersja działająca płynnie na 68k jak najbardziej będzie mile widziana!🤗
PS. Przypomnę, że oryginalne UFO nie wymagało '060 + RTG'...😉
15.08 19:26
[#5]
Re: Nowa wersja OpenXcom dla MorphOS-a
@Banter, post #4
Zdecydowanie masz racje. Wspominałem dziś UFO w które grałem na swojej pierwszej amidze (CDTV); potem wersja AGA na A1200 040/33 która działała w pełni satysfakcjonująco; Tyle że wtedy ktoś robił to jako zlecenie; gra była dotąd optymalizowana, aż supervisor to klepnął. Faktycznie kiedy uzmysłowimy sobie ze UFO działało na 7MHz i 1MB ram, to taki port, co klęka na vampirku budzi litość.
17.08 09:52
[#7]
Re: Nowa wersja OpenXcom dla MorphOS-a
@crimart, post #5
ale to troche nie wina portujacego (Zalezy jak na to patrzec). widze ze openxcom jest pelen floatow i bloatu (YAML) ktore zabijaja wydajnosc - np. gra sie saveuje z minute przez to jak testuje na predkosci porownywalnej z ec040/40. Portuje to teraz (wersje z 2017 okolo) na 68K, ale to wymaga calej masy optymalizacji. Sam glob na 040/40 rysuje sie 3 sekundy (!!!). Trzeba bylo wlaczyc amigowy wskaznik bo jest plynny, zabronic mu odrysowywania co klatke globu i dodac mase innych optymalizacji.(np. odrysowywanie tylko tego co sie zmienilo) I nawet po odwiezeniu rysowania sama petla gry (bez rysowania) zrzera 40ms (czyli zero szans na 25 fps bez optymalizacji petli)
Po prostu dzisiaj piszac takie rzeczy nikt nie martwi sie wydajnoscia, bo ma x100 tego co uzywa do dyspozycji na wspolczesnych maszynach. Moze dodac mase (uzytecznego bo pozwalajacego na mody i tlumaczenia) bloatu i funkcjonalnosci. Wiec jak ktos chce to sportowac na starsza maszyne to ma sporo pracy a i tak nie osiagnie tego co bylo na a500. Teraz z AI jest troche latwiej, ale kiedys taki projekt (poza prostym portem, ktory zamula na 060) wymagalby tytanicznej pracy.
PS. no i znalazlem co powodowalo ze zamiast 30-40 fps nawet bez przerysowywania niczego mialem 15 fps... - SDL_Delay(1). (krotka drzemka) cos co na wspolczesnych maszynach nie przeszkadza a tu zjadalo wiekszosc wydajnosci na 68K
Ostatnia aktualizacja: 17.08.2026 09:54:56 przez angree
Po prostu dzisiaj piszac takie rzeczy nikt nie martwi sie wydajnoscia, bo ma x100 tego co uzywa do dyspozycji na wspolczesnych maszynach. Moze dodac mase (uzytecznego bo pozwalajacego na mody i tlumaczenia) bloatu i funkcjonalnosci. Wiec jak ktos chce to sportowac na starsza maszyne to ma sporo pracy a i tak nie osiagnie tego co bylo na a500. Teraz z AI jest troche latwiej, ale kiedys taki projekt (poza prostym portem, ktory zamula na 060) wymagalby tytanicznej pracy.
PS. no i znalazlem co powodowalo ze zamiast 30-40 fps nawet bez przerysowywania niczego mialem 15 fps... - SDL_Delay(1). (krotka drzemka) cos co na wspolczesnych maszynach nie przeszkadza a tu zjadalo wiekszosc wydajnosci na 68K
Ostatnia aktualizacja: 17.08.2026 09:54:56 przez angree