06.01.2022 17:54
[#96]
Re: A może by tak Yoomp! OCS ?
@Dorian3d, post #95
hmm A600 z 030/40 Mhz i wykrywa jako wolny sprzęt??
coś nie tak się skaluje jakość gry...
miało być mniej więcej tak:
Ostatnia aktualizacja: 06.01.2022 17:58:00 przez RokiS
coś nie tak się skaluje jakość gry...
miało być mniej więcej tak:
niski – 4 kolory, zmniejszony rozmiar tunelu, dla A500/A600 1MB ram
średni – 4 kolory bez dodatkowego skalowania, dla A500+512 fast ram, lub goła A1200
wysoki – 8 kolorów, dla A500 z cpu 14MHz i 512 fast ram lub A1200+512 fast ram
Ostatnia aktualizacja: 06.01.2022 17:58:00 przez RokiS
06.01.2022 18:58
[#99]
Re: A może by tak Yoomp! OCS ?
@RokiS, post #96
Szybkość jest badana na podstawie pomiaru ilości wywołań realnej procedury odpowiedzialnej za rysowanie tunelu. Szybkość Amigi nie jest to jakoś "sztucznie" mierzona, jest to po prostu wywoływany ten sam kod który będzie wywoływany podczas działania gry, im więcej razy uda się wywołać procedurę tym szybsza jest Amiga.
Procedura oraz bufor tekstury (oznaczony jako BSS) powinny zostać automatycznie wrzucone przez system do fast ram, jeśli taka jest dostępna. Jeżeli z jakiegoś powodu kod i/lub bufor tekstury wyląduje np. w chip ram lub ta "fast ram" nie będzie odpowiednio szybka, no to sorki, ale nie będzie dało się odpowiednio szybko narysować tunel żeby gra byłą płynna przy pełnej liczbie kolorów i wtedy zostanie zmniejszona liczba kolorów lub użyta procedura rysująca w mniejszej rozdzielczości w zależności od zmierzonego wyniku.
Jeszcze jedno - czas pomiaru jest brany na podstawie rejestru CIA A CIATODMID
Ostatnia aktualizacja: 06.01.2022 19:14:59 przez Zbych
Procedura oraz bufor tekstury (oznaczony jako BSS) powinny zostać automatycznie wrzucone przez system do fast ram, jeśli taka jest dostępna. Jeżeli z jakiegoś powodu kod i/lub bufor tekstury wyląduje np. w chip ram lub ta "fast ram" nie będzie odpowiednio szybka, no to sorki, ale nie będzie dało się odpowiednio szybko narysować tunel żeby gra byłą płynna przy pełnej liczbie kolorów i wtedy zostanie zmniejszona liczba kolorów lub użyta procedura rysująca w mniejszej rozdzielczości w zależności od zmierzonego wyniku.
Jeszcze jedno - czas pomiaru jest brany na podstawie rejestru CIA A CIATODMID
Ostatnia aktualizacja: 06.01.2022 19:14:59 przez Zbych
06.01.2022 20:34
[#101]
Re: A może by tak Yoomp! OCS ?
@Dorian3d, post #100
hmm ciekawe
nawet nie wiem jak to skomentować... :)
jak rozumiem w poprzednim filmiku uruchamiałeś na A600 z 030/40 ze stacji FDD, a na tym z "hdd" - reszta konfiguracji była bez zmiany a w grze test prędkości wyszedł różnie... na korzyść grania z "hdd"...
Ostatnia aktualizacja: 06.01.2022 20:43:46 przez RokiS
nawet nie wiem jak to skomentować... :)
jak rozumiem w poprzednim filmiku uruchamiałeś na A600 z 030/40 ze stacji FDD, a na tym z "hdd" - reszta konfiguracji była bez zmiany a w grze test prędkości wyszedł różnie... na korzyść grania z "hdd"...
Ostatnia aktualizacja: 06.01.2022 20:43:46 przez RokiS
07.01.2022 08:48
[#108]
Re: A może by tak Yoomp! OCS ?
@RokiS, post #96
niski – 4 kolory, zmniejszony rozmiar tunelu, dla A500/A600 1MB ram
średni – 4 kolory bez dodatkowego skalowania, dla A500+512 fast ram, lub goła A1200
wysoki – 8 kolorów, dla A500 z cpu 14MHz i 512 fast ram lub A1200+512 fast ram
Jakieś duże te wymagania, Atari XL/XE to jednak miało moc
Ostatnia aktualizacja: 07.01.2022 08:49:01 przez Jacques
07.01.2022 09:49
[#110]
Re: A może by tak Yoomp! OCS ?
@Jacques, post #108
Tylko musisz wziąć po uwagę takie rzeczy:
- tunel na Amidze jest większy
- nie jestem pewny na 100% Atari bo tam jest specjalny tryb graficzny ale pewnie podobnie jak w C64 przy przerobieniu tej samej ilości danych otrzymujesz na ekranie 4 kolory a w Amidze 2 więc to już wymaga 2x więcej mocy żeby uzyskać tą samą liczbę kolorów
- pamięć chip jest współdzielona z innymi układami więc bez fast ram jest taki efekt jakbyś używał CPU z 1/3 mocy więc nie 7 a 2 MHz
- tunel na Amidze jest większy
- nie jestem pewny na 100% Atari bo tam jest specjalny tryb graficzny ale pewnie podobnie jak w C64 przy przerobieniu tej samej ilości danych otrzymujesz na ekranie 4 kolory a w Amidze 2 więc to już wymaga 2x więcej mocy żeby uzyskać tą samą liczbę kolorów
- pamięć chip jest współdzielona z innymi układami więc bez fast ram jest taki efekt jakbyś używał CPU z 1/3 mocy więc nie 7 a 2 MHz
07.01.2022 11:06
[#115]
Re: A może by tak Yoomp! OCS ?
@BULI, post #111
Dziś jeszcze raz sprawdzę z apollo 30/40 i grę załaduje z FDD
Apollo też potrafi odstawiać szopki
Karta była archi-tech wymienił mi podstawkę pod sim i tą co się nakłada na procesor i przestała wariować , w sensie brak ram lub czarne obrazy.
Ostatnia aktualizacja: 07.01.2022 11:11:00 przez Dorian3d
Apollo też potrafi odstawiać szopki
Karta była archi-tech wymienił mi podstawkę pod sim i tą co się nakłada na procesor i przestała wariować , w sensie brak ram lub czarne obrazy.
Ostatnia aktualizacja: 07.01.2022 11:11:00 przez Dorian3d
07.01.2022 20:28
[#116]
Re: A może by tak Yoomp! OCS ?
@Zbych, post #114
Na szybko potestowałem sobie i jak dla mnie setpatch przy ECS ( przy OCS pewnie też ) nie daje żadnego przyspieszenia w grafice. Podejrzewam, że Dorian3d w sekwencji-startowej na "hdd" posiada jakiś programik kopiujący kickstart do pamięci Fast (maprom, apollo coś ) . Kickstart w Fascie daje kopa przy generowaniu grafiki - testowane na A600 z Furią w SysSpeed-zie i AIBB.
07.01.2022 20:42
[#117]
Re: A może by tak Yoomp! OCS ?
@RokiS, post #116
Kick w faście przyspieszyć może ci "grafike" tylko pod systemowe rozwiązania typu wywołania intuition itp.
Prawdziwego przyspieszenia chipsetu zrobić nie może i tego nie robi.
Nie wiem, czy w tej sytuacji winny jest brak SetPatch, ale np przy starym kicku Cloanto SetPatch był potrzebny, bo inaczej nie wyło "włączone"/wywołane AGA. Przy oryginalnym 3.0 i 3.1 nie był potrzebny.
Może z jakiegoś powodu Dorian nie miał widocznego Fast ramu na karcie?
Prawdziwego przyspieszenia chipsetu zrobić nie może i tego nie robi.
Nie wiem, czy w tej sytuacji winny jest brak SetPatch, ale np przy starym kicku Cloanto SetPatch był potrzebny, bo inaczej nie wyło "włączone"/wywołane AGA. Przy oryginalnym 3.0 i 3.1 nie był potrzebny.
Może z jakiegoś powodu Dorian nie miał widocznego Fast ramu na karcie?