Komentowana treść: Wolfenstein 3-D dla chipsetu ECS
07.06.2013 21:53
[#5]
Re: Wolfenstein 3-D dla chipsetu ECS
@Ender, post #4
Taki sam jak robienie wersji dla ECS
ECS to nie tylko Amiga 500+/600, takze Amiga 3000, ktora ma fabrycznie 68030. Byc moze o ten kierunek chodzi. Z drugiej strony, chyba rozszerzenie do A600 z 020 bylo/jest dosc popularne...
Tak czy owak, ten Wolf3D nie jest superoptymalny.
Ostatnia aktualizacja: 07.06.2013 21:54:05 przez gx
08.06.2013 14:22
[#14]
Re: Wolfenstein 3-D dla chipsetu ECS
@Ender, post #13
Była już dyskusja na ten temat (na PPA) - wszystkie ST mają podobnie jak Amiga grafikę zorganizowaną w bitplany, jednak są one ułożone w stosunkowo krótkie linijki (w Ami sa to pełne jednobitowe płaszczyzny). Dzięki temu procedury c2p na ST mogą wykorzystać szybsze instrukcje 68000 (chodziło o operowanie na danych leżących bardzo blisko od siebie w pamięci), dzięki czemu c2p dla natywnych trybów ST jest istotnie szybsze od tego dla natywnych trybów Amigi. Jak dodamy do tego 68000 16 MHz, to sprawa jest jasna.
Ostatnia aktualizacja: 08.06.2013 14:24:25 przez wali7
Ostatnia aktualizacja: 08.06.2013 14:24:25 przez wali7
08.06.2013 14:43
[#15]
Re: Wolfenstein 3-D dla chipsetu ECS
@mccnex, post #9
http://www.youtube.com/watch?v=WfQ9uRR-iZk - mój filmik z STe
na ST trudniej odpalić bo wymaga 1.5MB pamięci a ST miały maksymaline 1MB i resztę trzeba by dolutować. Jednak w emulatorze chodzi dokładnie tak samo tylko kolory trochę gorsze tj. widać że paleta ma 512 kolorów
sam Wolf chodzi całkiem ok. Trzeba by poprawić tylko sterowanie które jest dziwnie zrealizowanie. Poprawić stabilność i najlepiej zmiejszyć ilość wymaganej pamięci tak aby na 1MB ST działało, najlepiej z dyskietki. Z tymi poprawkami byłby to w tamtym czasie hicior :)
Na Ami 500 nie da się zrobić tak szybkiego portu bo ST ma szybszy procesor i znacznie łatwiej zrealizować C2P
na ST trudniej odpalić bo wymaga 1.5MB pamięci a ST miały maksymaline 1MB i resztę trzeba by dolutować. Jednak w emulatorze chodzi dokładnie tak samo tylko kolory trochę gorsze tj. widać że paleta ma 512 kolorów
sam Wolf chodzi całkiem ok. Trzeba by poprawić tylko sterowanie które jest dziwnie zrealizowanie. Poprawić stabilność i najlepiej zmiejszyć ilość wymaganej pamięci tak aby na 1MB ST działało, najlepiej z dyskietki. Z tymi poprawkami byłby to w tamtym czasie hicior :)
Na Ami 500 nie da się zrobić tak szybkiego portu bo ST ma szybszy procesor i znacznie łatwiej zrealizować C2P
08.06.2013 16:03
[#16]
Re: Wolfenstein 3-D dla chipsetu ECS
Odpalił to ktoś? Ja dostaje komunikat:
"Quit: CacheLayoutGraphics: No ^E to terminate file!"
Konfig: goła A3000/25Mhz
"Quit: CacheLayoutGraphics: No ^E to terminate file!"
Konfig: goła A3000/25Mhz
08.06.2013 16:56
[#17]
Re: Wolfenstein 3-D dla chipsetu ECS
@XoR, post #15
Na A500 to chyba dosc latwo przetaktowac 68000, chyba, dok. nie wiem, tak to brakuje tylko 1Mhz 
. C2P to rzeczywscie problem, ale ani ST, ani A500 nie oferuja trybu VGA tj. 256 kolorow, choc Ami oferuje niezla palete 4096 i tryb 320x256, a Wolf jest 320x200 (VGA ma gorsza rozdz. w tym trybie). Tak czy owak, bez redukcji ilosci kolorow sie nie obedzie, a wiec C2P mozna nieco zredukowac.
Na A500 dobra org. pod takie per pixel operacje maja sprite (duszki), wlasciwie C2P bylolby tutaj zbedne. Sek w tym, ze to maks. 16kolorow, teoretycznie w linii z palety 4096, i maks. 256 punktow w lini poziomej, pionowa moze byc "dowolna".
Teraz to bardzo teoretyzuje, bo musialbym taki tryb sprawdzic..., bo tu rozbija sie doslownie o pojedyncze cykle...
Pozostale 16 kolorow, a nawet 64 kolory, tylko do dowolnej dyspozycji pozostaje 16 rejestrow mozna dokoptowac standardowo w bitplanach.
W ten sposob sciany, podlogi.. mozna generowac w tych sprajtach, tu tryb musi byc najblizszy chunky.... Pistolet normalnie w bitplanach, chunky zbedne... Pozostaja przeciwnicy, tez raczej w bitplanach, bo to male bitmapy, ktore sa w zasadzie tylko skalowane...
I oczywiscie muzyka ala Amiga, a nie smentny Adlib
. C2P to rzeczywscie problem, ale ani ST, ani A500 nie oferuja trybu VGA tj. 256 kolorow, choc Ami oferuje niezla palete 4096 i tryb 320x256, a Wolf jest 320x200 (VGA ma gorsza rozdz. w tym trybie). Tak czy owak, bez redukcji ilosci kolorow sie nie obedzie, a wiec C2P mozna nieco zredukowac.Na A500 dobra org. pod takie per pixel operacje maja sprite (duszki), wlasciwie C2P bylolby tutaj zbedne. Sek w tym, ze to maks. 16kolorow, teoretycznie w linii z palety 4096, i maks. 256 punktow w lini poziomej, pionowa moze byc "dowolna".
Teraz to bardzo teoretyzuje, bo musialbym taki tryb sprawdzic..., bo tu rozbija sie doslownie o pojedyncze cykle...
Pozostale 16 kolorow, a nawet 64 kolory, tylko do dowolnej dyspozycji pozostaje 16 rejestrow mozna dokoptowac standardowo w bitplanach.
W ten sposob sciany, podlogi.. mozna generowac w tych sprajtach, tu tryb musi byc najblizszy chunky.... Pistolet normalnie w bitplanach, chunky zbedne... Pozostaja przeciwnicy, tez raczej w bitplanach, bo to male bitmapy, ktore sa w zasadzie tylko skalowane...
I oczywiscie muzyka ala Amiga, a nie smentny Adlib
08.06.2013 19:19
[#20]
Re: Wolfenstein 3-D dla chipsetu ECS
@Voyox, post #19
Paleta 4096 barw jest jak najbardziej uzywalna, bo taka wartosc wpisuje sie do rejestru koloru tj. 12bit, w RGB444, tylko tych rejestrow jest 32, z stad 32kolory z palety 4096barw, nie liczac spec. trybu EHB i HAM, ktore dzialaja nieco inaczej..
Paleta barw jest b.wazna, dlatego na Amidze grafika jest tak ladna, niz na komputerach ktore maja podobne tryby graficzne, ale waska palete barw.
Paleta barw jest b.wazna, dlatego na Amidze grafika jest tak ladna
, niz na komputerach ktore maja podobne tryby graficzne, ale waska palete barw. 08.06.2013 20:43
[#21]
Re: Wolfenstein 3-D dla chipsetu ECS
@XoR, post #1
Z tego co pamiętam procedury wykorzystują instrukcje 020 przy mnożeniu dwóch liczb WORD, a także instrukcje SWAP dla WORD. W procedurze rysującej ściany chyba też były jakieś instrukcje 020. Nie wiem jak ta wersja ECS jest zrobiona, ale teoretycznie powinna ona szybciej chodzić niż moja wersja AGA.
09.06.2013 10:28
[#25]
Re: Wolfenstein 3-D dla chipsetu ECS
@Ender, post #24
typowo dla CD32 (chodzi o c2p i akkiko)?
nima cudow, konwersja duzo kosztuje, czy programowo, czy sprzetowo... policz sobie sam, ekran VGA chunky 320x200 zajmuje 64000B, a amigowy tryb 320x256 zajmuej 81920B. Zeby bylo w miare plynnie trzeba wyswietlic ok. 25fps. Pomnoz to przez 25, nastepnie wez pod uwage, ze trzeba odczytac>przekonwerterowac>zapisac. Pomysl, ze Akiko dziala w wolnym Chip
.Takze konwersja na ktoryms 68k w Fast bedzie wydajniejsza.
