30.11.2019 17:06
[#121]
Re: Zapowiedzi nowych gier
@marpla, post #117
Pobrałem tą wersję i na vampirku wiesza się :( pokazuje się puste okno w Diablo z pustym przyciskiem, naciskam przycisk i reboot - guru. Poprzednia wersja działa.
Podmień font tym:
http://netsurf.baderman.net/CharisSILB.ttf
Teraz pokaże się informacja o błędzie.
30.11.2019 17:16
[#122]
Re: Zapowiedzi nowych gier
@Don_Adan, post #120
Sprawdziłem i działa ta wersja z 30.11.19 chyba ostatnia.
Na drugim lvl chciałem wejść w jakieś mroczne przejście i wyjście do workbench.
Przejścia między lvl spoko, gra też się szybko załadowała. Jeszcze jest wolno, ale na to chyba sposobu za dużego nie ma jak kręcenie karty.
Na drugim lvl chciałem wejść w jakieś mroczne przejście i wyjście do workbench.
Przejścia między lvl spoko, gra też się szybko załadowała. Jeszcze jest wolno, ale na to chyba sposobu za dużego nie ma jak kręcenie karty.
01.12.2019 20:03
[#134]
Re: Zapowiedzi nowych gier
@Sventevith, post #133
Ale w PC ( V2/4 też ) nie Musisz przepychać danych przez 16 bitową 7MHz magistralę ( Zorro II ) która teoretycznie ma transfer 14MB/s, a realnie nie przekracza 4MB, Mediator PCI też ma nie wiele większe transfery ( te 133MB/s którymi tak się chwali Elbox to teoretyczny transfer miedzy kartami PCI ), jedyna magistrala która ma jakiś sensowny transfer to ZorroIII, tyle że mało która karta to wykorzystuje.
Na PC PCI w zależności od chipsetu realny transfer może być zbliżony do tych 133MB/s, no i w chwili premiery Diablo były już karty na AGP gdzie transfer jest minimum 2x
No i pozostaje kwestia samych chipsetów kart graficznych używanych w chwili premiery Diablo w PC, na PC z grafiką Cirrus Logic GD5426 na ISA ( Picasso II ) nawet na MMX też by diablo skakało.
Na jakiej karcie RTG i ile taktowana była 060 przy tych 6 FPS ?
Na PC PCI w zależności od chipsetu realny transfer może być zbliżony do tych 133MB/s, no i w chwili premiery Diablo były już karty na AGP gdzie transfer jest minimum 2x
No i pozostaje kwestia samych chipsetów kart graficznych używanych w chwili premiery Diablo w PC, na PC z grafiką Cirrus Logic GD5426 na ISA ( Picasso II ) nawet na MMX też by diablo skakało.
Na jakiej karcie RTG i ile taktowana była 060 przy tych 6 FPS ?
01.12.2019 20:40
[#136]
Re: Zapowiedzi nowych gier
@Artur Jarosik, post #3
No dobra - jak to w ogóle odpalić na MorphOSie? Próbował ktoś?
najnowszy devilutionx wywala mi błąd:
a wersja devilutionx-warpup-elf w ogóle sie nie uruchamia.
Co jest potrzebne? Mam wykonywalkę i diabdat.mpq (z wersji GOG) w katalogu "data".
Ostatnia aktualizacja: 01.12.2019 20:41:21 przez recedent
najnowszy devilutionx wywala mi błąd:
DUMMY: SDL_RaiseWindow @ SourceX/dx.cpp:135 DUMMY: SDL_ShowWindow @ SourceX/dx.cpp:125 DUMMY: SDL_DisableScreenSaver @ Source/init.cpp:80 SFileOpenFile: Not found: ui_art\title.pcx TTF_OpenFont: Couldn't open CharisSILB.ttf SFileOpenFile: Not found: ui_art\black.pcx MSGBOX: SDL Error Couldn't open CharisSILB.ttf The error occurred at: SourceX/DiabloUI/art_draw.cpp line 32
a wersja devilutionx-warpup-elf w ogóle sie nie uruchamia.
Co jest potrzebne? Mam wykonywalkę i diabdat.mpq (z wersji GOG) w katalogu "data".
Ostatnia aktualizacja: 01.12.2019 20:41:21 przez recedent
02.12.2019 00:56
[#145]
Re: Zapowiedzi nowych gier
@teh_KaiN, post #103
Chipset Amigi (AGA) ma takie fajne pole optymalizacyjne. Ten, "nielubiany" podział amigowej pamięci graficznej na bitplany okazuje się bardzo użyteczny w kontekście optymalizacji animacji.
Otóż wystarczy np. skorzystać z możliwości podziału na dwa 4-bitplanowe bufory (z wyłączonym trybem dual-playfield). Daje to 256 kolorów na ekranie, z możliwością zaoszczędzenia zarówno pamięci, jak i czasu procesora/koprocesora wideo.
Np. jeden bufor zajmuje jeden cały ekran (np. 320x200x4), zaś drugi może być nieco większy i zawierać w sobie całą planszę gry (np. 640x400x4). Teraz przygotowujemy pierwszy bufor rysując tło - tzn. tylko wartości "PlaneOnOff". Wybieramy w ten sposób zestaw kolorów dla tego miejsca (16 banków po 16 kolorów).
Te proste, acz bardzo użyteczne zabiegi (warto przecież podzielić sobie paletę na szereg zestawów, żeby grafika była czytelna) przyśpieszają animację.
Amigowy Blitter ma wydajność taką, że rysując cały ekran 320x200x1 obsłuży w 400 FPS, zatem 320x200x8 obsłuży w 50 FPS. A i tak dotyczy to samych BOBów. Przecież dzięki scrollowaniu oszczędza się - znów - w ogromnym stopniu czas Blittera, bo rysuje on tylko miejsca zmodyfikowane.
Potencjał jest zatem wysoki.
Tylko Amiga to umożliwia (Only Amiga makes it possible).
P.S. Gwoli ścisłości - sprzętowy przesuw może działać w wielu sytuacjach na korzyść (błyskawiczny przeskok), ale po zastosowaniu tych zabiegów może nawet nie być konieczny i wystarczy rysować ekran na bieżąco.
Ostatnia aktualizacja: 02.12.2019 01:02:22 przez Hexmage960
Otóż wystarczy np. skorzystać z możliwości podziału na dwa 4-bitplanowe bufory (z wyłączonym trybem dual-playfield). Daje to 256 kolorów na ekranie, z możliwością zaoszczędzenia zarówno pamięci, jak i czasu procesora/koprocesora wideo.
Np. jeden bufor zajmuje jeden cały ekran (np. 320x200x4), zaś drugi może być nieco większy i zawierać w sobie całą planszę gry (np. 640x400x4). Teraz przygotowujemy pierwszy bufor rysując tło - tzn. tylko wartości "PlaneOnOff". Wybieramy w ten sposób zestaw kolorów dla tego miejsca (16 banków po 16 kolorów).
- Można sobie podzielić np. ekran na główny obszar gry oraz panel boczny. Ekran główny może korzystać np. z 2 banków, czyli 32 dowolnych kolorów (np. 16 dla tła i 16 dla obiektów, bo przecież obiekty powinny się wyróżniać z tła).
- Panel boczny może korzystać z innego banku 16 kolorów na wyświetlanie statusu,
- łatwo dodawać "przyczepione" komunikaty na ekranie (które nie poruszają się podczas scrollingu, ponieważ przesuwamy tylko jeden bufor) itp.
- nadal pozostaje mnóstwo wolnych kolorów, bo 13 banków po 16 kolorów (208 kolorów).
Te proste, acz bardzo użyteczne zabiegi (warto przecież podzielić sobie paletę na szereg zestawów, żeby grafika była czytelna) przyśpieszają animację.
Amigowy Blitter ma wydajność taką, że rysując cały ekran 320x200x1 obsłuży w 400 FPS, zatem 320x200x8 obsłuży w 50 FPS. A i tak dotyczy to samych BOBów. Przecież dzięki scrollowaniu oszczędza się - znów - w ogromnym stopniu czas Blittera, bo rysuje on tylko miejsca zmodyfikowane.
Potencjał jest zatem wysoki.
Tylko Amiga to umożliwia (Only Amiga makes it possible).
P.S. Gwoli ścisłości - sprzętowy przesuw może działać w wielu sytuacjach na korzyść (błyskawiczny przeskok), ale po zastosowaniu tych zabiegów może nawet nie być konieczny i wystarczy rysować ekran na bieżąco.
Ostatnia aktualizacja: 02.12.2019 01:02:22 przez Hexmage960
02.12.2019 00:59
[#146]
Re: Zapowiedzi nowych gier
@mwb113, post #143
dużo zależy jaką Masz pamięć, mnie 060 rev.6 która chodziła 96MHz w Apollo na BPPC poszła tylko 66MHz (przy RAM 1:1 ustawionym na 60ns) i 75MHz (przy RAM 1:1 ustawionym na 70ns) i to przy modułach 50ns
żeby poszło 80-100MHz to już trzeba pamięć dać 1:2 lub zrobić sobie samemu SIMM-a na szybszych pamięciach, EDO najszybsze chyba były 30ns
żeby poszło 80-100MHz to już trzeba pamięć dać 1:2 lub zrobić sobie samemu SIMM-a na szybszych pamięciach, EDO najszybsze chyba były 30ns
02.12.2019 08:10
[#148]
Re: Zapowiedzi nowych gier
@twardy, post #147
Odpowiadałem na post KaiNa, czy na chipsecie Amigi można realizować tego typu gry i czy osiągnie się dobry Framerate używając tylko Blittera do rysowania.
Poza tym Artur pisał, że wersja AGA jego portu jest w planach. Może te wskazówki pomogą jemu (i innym) w optymalizacji rysowania.
Poza tym Artur pisał, że wersja AGA jego portu jest w planach. Może te wskazówki pomogą jemu (i innym) w optymalizacji rysowania.
