14.03.2020 11:44
[#92]
Re: Akiko 32
@lukzer, post #91
A nie lepiej opracować takie rozwiązanie jak przy Voodoo 2, połączenie AGA i CGX i automatyczne przełączanie? Amigowe SD (niektóre chyba też to miały). Dopasować rozwiązanie do w miarę nowych Radeonów w wersji mobilnej (coś ze 128/512 RAM) i taką wpinaną, zewnętrzną kartę graficzną z ww. funkcją opracujcie jeśli macie zapał, a stare Akkiko zostawcie w spokoju. Dla tych kilku gier nie warto tracić czasu. To co zaprponowałem to też SF ze względu na koszty, trudności, ale chyba bardziej przyszłościowe rozwiązanie w retro amigowym świecie. A gdzie emotka z maseczką 
14.03.2020 14:13
[#94]
Re: Akiko 32
@swinkamor12, post #93
lepiej zrobić nowe akiko bo nawet stare poprawnie oprogramowane działa szybciej niż c2p na 040.
Chyba niezabardzawo...
Amiga A1200 020/14Mhz 8Mb (Optimised 020 C2P) - 22976 realtics (3.3 fps)
Amiga A1200 020/14Mhz 8Mb (Blitter 020 C2P) - 20660 realtics (3.6 fps)
Amiga CD32 68020/14Mhz 8Mb (Optimised 020 C2P) - 18971 realtics (3.9 fps)
Amiga A1200 030/28Mhz 64Mb (Optimised 020 C2P) - 17732 realtics (4.2 fps)
Amiga CD32 68020/14Mhz 8Mb (Akiko Optimised C2P) - 12872 realtics (5.8 fps)
Amiga A1200 030/28Mhz 64Mb (Blitter 020 C2P) - 12727 realtics (5.8 fps)
Amiga A1200 030/50Mhz 128Mb (Optimised 020 C2P) - 8696 realtics (8.6 fps)
Amiga A1200 030/50Mhz 128Mb (Blitter 020 C2P) - 8296 realtics (9.0 fps)
Twoje stare Akiko (przy kodzie specjalnie optymalizowanym pod siebie) daje FPS na równi z 030/28 MHz. Gdzie tam do 040...
14.03.2020 15:02
[#96]
Re: Akiko 32
@recedent, post #94
To stwierdzenie wydaje się być prawdziwe i dla wielu podane wyżej dane będą świętą pieczęcią pogrzebującą sprzętowe C2P, ponieważ mało kto ma świadomość, że karty turbo zwalniają przy dostępie do podzespołów Amigi, jedynym momentem w którym karta Turbo pracuje z największą prędkością to dostęp do własnej przestrzeni adresowej, czyli głównie fastramu. Każda karta turbo będzie ograniczona przepustowością Amigi, ponieważ przy cyklu dostępu, musi ona emulować oryginalne timingi procesora, w A500 zwalnia abstrakcyjnie do 7MHz, w A1200 do 14MHz. Gdyby rejestry C2P znajdowały się na karcie turbo, dostęp do nich byłby natychmiastowy i wynik "AKIKO optimised C2P" na 68030 28MHz byłby przynajmniej dwa razy lepszy niż ten podany w powyższym zestawieniu, które nie mówi nic, ponieważ nie ma testu "AKIKO optimized" dla szybszych procesorów, więc nie ma podstawy do wyciągania wniosków.
Ostatnia aktualizacja: 14.03.2020 15:05:21 przez sanjyuubi
Ostatnia aktualizacja: 14.03.2020 15:05:21 przez sanjyuubi
14.03.2020 15:09
[#98]
Re: Akiko 32
@marianoamigo, post #97
Akiko nie operuje na żadnej pamięci, to rejestr w przestrzeni adresowej, do którego wpisujesz chunky, a odczytujesz plannar, zapisujesz gdzie chcesz, w każdym przypadku i tak musisz skopiować dane do CHIP bez względu na metodę konwersji, im szybsza metoda, tym bardziej efektywnie jesteś w stanie wykorzystać słaby transfer do CHIP.
14.03.2020 18:39
[#101]
Re: Akiko 32
@swinkamor12, post #100
Które powinno być obok proca na karcie turbo, aby przesył odbywał się w obrębie karty.
Ale dane z układów AGA i tak idą slamaxarnie z płyty głównej Amigi.
Więc najlepiej wypada tu karta z wszystkim na sobie, A Amiga będzie tylko klawiaturą i portami.
Wiec Vampire. Rulez..
Ale dane z układów AGA i tak idą slamaxarnie z płyty głównej Amigi.
Więc najlepiej wypada tu karta z wszystkim na sobie, A Amiga będzie tylko klawiaturą i portami.
Wiec Vampire. Rulez..
14.03.2020 22:13
[#103]
Re: Akiko 32
@sanjyuubi, post #99
Copper może setować (prawie?) wszystkie rejestry chipsetu - czy może wpisywać w Akiko, tego nie sprawdzałem. Blitter też wypadałoby sprawdzić, ale ciśnięcie blitami na 16 16-bitowych słów co chwilę wydaje się bez sensu.
Nie mam odpowiedniego HW by to sprawdzić czy jest to wykonywalne, ale UAE nie chcę tego zawierzać bo może to po prostu nie zostało poprawnie zaimplementowane.
Trzeba by to sprawdzić copperlistą typu:
1. ustaw blitterowe destination na początek bufora ramki, minterm D=A
2. wpisz copperowym MOVE 16 16-bitowych słów do rejestrów akiko pierwszymi 32 wartościami pikseli chunky
3. ustaw blitterowe źródło na pierwszy rejestr akiko i blitsize 16
4. powtórz 2-4 aż nie przekonwertuje całego chunky
Czy coś. Ktoś chętny na podjęcie próby na real hw? ;)
Nie mam odpowiedniego HW by to sprawdzić czy jest to wykonywalne, ale UAE nie chcę tego zawierzać bo może to po prostu nie zostało poprawnie zaimplementowane.
Trzeba by to sprawdzić copperlistą typu:
1. ustaw blitterowe destination na początek bufora ramki, minterm D=A
2. wpisz copperowym MOVE 16 16-bitowych słów do rejestrów akiko pierwszymi 32 wartościami pikseli chunky
3. ustaw blitterowe źródło na pierwszy rejestr akiko i blitsize 16
4. powtórz 2-4 aż nie przekonwertuje całego chunky
Czy coś. Ktoś chętny na podjęcie próby na real hw? ;)
14.03.2020 22:43
[#104]
Re: Akiko 32
@teh_KaiN, post #103
Tylko pytanie brzmi, czy czasem nie są to rejestry znajdujące się w układzie w którym zaimplementowany jest blitter i copper, bo taki Agnus ma do świata zewnętrznego wystawione tylko tyle linii adresowych, by zaadresować 2MB CHIP. Akiko jest dla coppera układem z innego świata i trudno powiedzieć, czy C2P jest dostępne tylko dla procesora, czy też dla chipsetu też, chyba że użyto do tego linii RGA, tego tematu jeszcze ni miałem okazji badać.
Copper adresuje rejestry ich adresami z mapy pamięci, czy też ma swoje symbole zastępcze?
Jeśli C2P jest połączone z chipsetem, to dalsze kroki raczej nie mają sensu, może się to skomplikować do poziomu, który mało kto tutaj uciągnie, a także jego prędkość może być mało zadowalająca..
Ostatnia aktualizacja: 14.03.2020 22:45:15 przez sanjyuubi
Copper adresuje rejestry ich adresami z mapy pamięci, czy też ma swoje symbole zastępcze?
Jeśli C2P jest połączone z chipsetem, to dalsze kroki raczej nie mają sensu, może się to skomplikować do poziomu, który mało kto tutaj uciągnie, a także jego prędkość może być mało zadowalająca..
Ostatnia aktualizacja: 14.03.2020 22:45:15 przez sanjyuubi
15.03.2020 10:44
[#113]
Re: Akiko 32
@juen, post #108
Dema cóż owbreaction.wordpress.com/2020/03/15/dema
Ostatnia aktualizacja: 15.03.2020 10:45:04 przez swinkamor12
Ostatnia aktualizacja: 15.03.2020 10:45:04 przez swinkamor12
15.03.2020 17:53
[#119]
Re: Akiko 32
@swinkamor12, post #113
Co do dem, zgadzam się z tobą w całej rozciągłości.
Dema są przewidywalne, komputer skupia się na tym co ma podane przez kod programu.
Nic go nie zaskoczy. To jak odczyt filmu. Klatka po klatce.
Sam nigdy nie oglądałem dem, może kilka. Zawsze wolałem gry.
Tam są zmienne którym musi podołac hardware. To zresztą powód rozwoju.
Dema są przewidywalne, komputer skupia się na tym co ma podane przez kod programu.
Nic go nie zaskoczy. To jak odczyt filmu. Klatka po klatce.
Sam nigdy nie oglądałem dem, może kilka. Zawsze wolałem gry.
Tam są zmienne którym musi podołac hardware. To zresztą powód rozwoju.
15.03.2020 18:16
[#120]
Re: Akiko 32
@WojtekX, post #119
Trochę ludzie się zagalopowujecie w tym wątku i powoli zaczyna się tutaj mała wojenka, kiedy motywem przewodnim, bezinteresownym, hobbystycznym i dla samej zasady jest po prostu włożenie sprzętowego konwertera i sprawdzenia, co to w ogóle da. Fakt, że konwersja C2P to tylko fragment obliczeń powinno być dla każdego jasne jak słońce, dlatego jest to dywagacja na temat urządzenia, które raczej warto dodać do jakiegoś projektu jako bonus, jeśli jest to możliwe, a w tej chwili traktujemy akiko w OCS jako zabawkę, dla zaspokojenia ciekawości. Udowadnianie na siłę czy to ma sens czy nie, jest bez sensu.
Wg tego co napisał Gunnar Akiko wykorzystywane jest też do konwersji w drugą stronę, czyli grafik plannar do chunky (ikonki), gdy korzystamy z RTG.
Ostatnia aktualizacja: 15.03.2020 18:17:16 przez sanjyuubi
Wg tego co napisał Gunnar Akiko wykorzystywane jest też do konwersji w drugą stronę, czyli grafik plannar do chunky (ikonki), gdy korzystamy z RTG.
Ostatnia aktualizacja: 15.03.2020 18:17:16 przez sanjyuubi