Przejdź do treści forum
atari.area forum
Twoje polskie źródło informacji o Atari
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Aktywne tematy Tematy bez odpowiedzi
Aktualności ze świata Atari
Nowy firmware 1.5 dla SDrive-MAX Ulepszony tryb szybki i poprawki kaset w nowej wersji firmware
Ice-T 2.8.2 Nowa wersja Ice-T dla 8-bitowego Atari już dostępna - poprawki i nowe funkcje
Galactic Panic - nowa przygodówka na ST Darmowa gra point and click na Atari ST - ponad 100 ekranów przygody.
Nowa wersja ARIFE Tool od PVBest73 Uaktualniono uniwersalne narzędzie do analizy obrazów ROM i dysków Atari
Echa Sommarhack 2025 Podczas szwedzkiego party Sommarhack zaprezentowano kilkadziesiąt produkcji,
Opcje wyszukiwania (Strona 163 z 190)
sqward masz piwko za nazwę :)
Polish Atari News Page ? Rafala znajdziesz tutaj http://atariarea.krap.pl/forum/viewtopic.php?pid=130362
dopiero po chwili zauwazylem ze jest to watek z 2003 roku :)
Co do GFA, niezbyt przepadam za tym jezykiem ale trzeba mu przyznac ze jest szybki, diabelnie szybki.
Poszukaj pliku overscans.zip w tym watku: http://www.atari-forum.com/viewtopic.ph … amp;t=9190
Znajdziesz tam przykłady w czystym GFA overscanu i sync code - technik znanych jedynie z asemblera. PureC tutaj raczej nie podoła...
Ja tam bym się napił Sikorówki. Tyle się o niej nasłuchałem dobrego...
Co więcej chętnie bym zanabył pewną niedużą porcję, w atrakcyjnej cenie. :)
leniuk napisał/a:A jak w języku dla pań zrobić duży ekran po którym potem się przesuwać? Tak żeby wykorzystać to co daje układ graficzny STE.
Leniuk, "jaki GFA jest każdy widzi": http://www.pouet.net/prod.php?which=57267
Da rade pisać dema w GFA? da radę :)
Po pierwsze to warto zapoznać się z domunentacją, linki już dawałem wcześniej. Jeden przypomnę - tutaj conieco o Shifterze, wirtualnym ekranie scrollu itp:
http://atari-ste.anvil-soft.com/html/devdocu2.htm
Ważne rejestry Shiftera to:
Video Base Address,
Line-Offset Register,
Video Base Address Pixel Offset
programowanie rejestrów sprzętowych z GFA też już dawałem link. Tutaj akurat blitter:
http://www.atari-forum.com/viewtopic.ph … mp;t=21191
Yerzu, albo zmień rozszerzenie z ACC na APP i będzie działać jako aplikacja
polecam dwa:
- STeno leciutki edytor w jako akcesorium, działa też jako aplikacja;
- QED - super edytor z kolorowaną składnią.
Jury,
PPera parę razy deklarował że odpuszcza sobie Atari-Forum.com. Ale zawsze wraca :)
Marcin, parę miesięcy temu też pisałem do PPery by dodał funkcję kasowania plików. Niestety zlał mojego posta.
Pobrałem źródła drimus na linkusa i zamierzam na ich bazie zrobić plugin do TotalCommandera.
Saulot, dobre :)
Yerzu, w.e. drugie tłumaczenie:
patynka to mała patyna, czyli niewielki nalot z korozji
Pin napisał/a:... najlepszą zdecydowanie metodą jest podłączenie oprócz HDD napędu CD. Widziałem GhostLink w akcji i przyznam, więcej człowiek siwych włosów się nabawi niż przeciągnie tym danych ;)- Płytę CD wypalamy normalnie na PC, na Atari wszystko, co działało mi na tosie rusza też z płyty, oczywiście pod warunkiem, że program nie wymaga zapisywania danych z miejsca z którego został uruchomiony ;)-
hehe dokładnie tak robiłem, 15 minut na nagranie 600 mega na CDRW wersus swapowanie 600 razy dyskietkami albo transmisja po RS232 przez cały dzień. eh to były czasy
marekp napisał/a:@Cyprian: "tutaj znajdziesz więcej szczegółów o podkręcaniu ST"
No i znalazłem tam coś takiego (tłumaczone z niemieckiego na angielski więc dziwnie jakoś...):
"Grim exception is (once again) the blitter, which plays along at least a MEGA 2.5 of the author at 12 MHz, NOT, but at l0 MHz."
Ja to zdanie rozumiem, że jednak tylko na 10MHz poszedł...
ok, może coś mi się w pamięci zatarło. no ale te 10MHz to o 25% szybciej. to i tak nieźle.
Gdzieś jeszcze w necie widziałem artykuł o przyspieszaniu w podobny sposób Stacy.
Adam Klobukowski napisał/a:Cyprian: zauważ że dopalał STFM, czyli bez blittera. Dopalił do 32MHZ i dodał 16kb cache procesora - czyli przy czterokrotnym zwiększeniu częstotliwości pracy procesora, wydajność zwiększyła się do 300% oryginału - a wedle twoich teorii powinno być 400
Adam Klobukowski napisał/a:Ja moje teorie skalowałem tak na 16MHz bez cache, tu masz 32MHz z cache.
Adam mam wrażenie że się trochę jednak trochę pogubiłeś albo poprostu z nudów flejmujesz :)
bezzasadnie porównujesz overall (w którego składowe to mnożenie, dzielenie, rotacja bitów, cache) jakiejś dopałki do wydajności blittera, układu który wyłącznie kopiuje dane.
może jestem nierozgarnięty ale kompletnie nie widzę tutaj powiązania.
no ale idzmy tym tropem i dorzućmy jeszcze porównanie do jakiegoś pentiuma 4, będzie fajnie, będzie o czym gadać :)
Adam ja tam widzę:
Intial benchmarks are around 300% and hoping for about 500%
To jest ciut więcej niż 10% :)
O to chodziło?
Adam, nie lubię flejmów, nie lubię też pitolenia dla pitolenia :)
Po prostu lubię komentować tzw Urban Legends, sprzeczne z tym co sprawdziłem, typu blitter się nie kręci, czy ma słabą wydajność.
Co Lyndon konkretnie podkręcał? Daj linka do tego testu i konfikuracji.
marekp napisał/a:No dobra. Czyli da się przetaktować sam blitter czy nie? Chętnie poddam takiemu eksperymentowi moją Megę STE. Pytanie czy wiecie jak to technicznie zrobić?
Nigdy nie słyszałem by ktoś przetaktował sam blitter. Z tego co wiem to jedynym elementem spowalniającym blitter jest układ MMU (dostęp do pamięc). Inne operacje blittera typu maskowanie czy rotacja są 'zero cost'. Więc dla tego trzeba przyspieszyć też MMU (i całą resztę)
tutaj znajdziesz więcej szczegółów o podkręcaniu ST
http://translate.google.com/translate?u … p;ie=UTF-8
jak to zrobić? tutaj są sami spece, ale teoretycy... :)
sqward a czy przypadkiem CT60 nie przetaktowuje Falkona na 24MHz? ;)
Adam, wyjściową kwestią był to czy da się podkręcić blitter.
Da się? Da
Kopiuje 25% szybciej? Kopiuje 25% szybciej.
jak dla mnie koniec tego wątku :)
A to ile cykli podbierze CPU blitterowi to inny temat (zresztą rzeka), czy 8, 16, 20MHz to i CPU tak coś tam sobie zabierze.
O tym chętnie sobie podyskutuję :)
BTW. zaprogramowanie blittera zajmuje promil dostępnych cykli procesora, koło 100 / 120 cylki jednorazowo. Każde następne uruchomienie tylko 16 cykli - żaden koszt.
Adam, myślę że wiesz o co chodzi ale się trochę pogubiłeś w detalach :)
Otóż głównym założeniem jest to że, dopalając szynę systemową przyspieszamy również kontroler pamięci (no i blitter, cpu, videl itd).
Więc jeśli zwięszamy prędość szyny o 25% (z 16 do 20MHz) to również zwiększamy ilość dostępów do pamięci o 25%.
W Falconie Blitter dostaje od kontrolera pamięci około 3.000.000 dostępów na sekundę. Po dopaleniu dostanie 25% więcej - czyli około 3.750.000
koniec kropka.
Adam, otóż dokładnie to oznacza :)
macgyver napisał/a:Zastanawia mnie czym (pomijając jakość/estetykę montażu) się różni dopalenie szyny przez Gandalfa w stosunku do rozwiązań typu: CT1 - przecież i tutaj i tutaj magistrala dostaje np. 25MHz.
technologia jest ta sama, jakość wykonania już nie.
a raczej psiakość a nie jakość hehe
Adam Klobukowski napisał/a:Cyprian: no, trochę się daje, ale w porównaniu do reszty chipów w ST/Falcon bardzo niewiele.
chciało by się więcej ale 25% przyspieszenia to i tak jest niezły wynik.
sqward napisał/a:, którzy mieli "dopałę" Gandalfa potwierdzą to przez zgrzyt
oj tak, niejaki doktor G. ;)
mój wójek, zawodowy elektronik, zbladł jak zobaczył co zrobił z Falconem dr. G.
faktem jest że komputer z dopaloną szyną do 25MHz był niestabily, to na 20MHz komputer procwał pięknie, blitter też śmigał
leniuk napisał/a:Jak zwiększę takt zegara głównego to mi się posypie grafa i dźwięki z dma.
grafa będzie działać szybciej bo shifter korzysta z tego samego zegara co szyna, dzwięk się nie zmieni, bo w STE ma osobny zegar
Adam Klobukowski napisał/a:Niestety, atarowski blitter się nie daje przyśpieszyć. Do Falcona dali już radę odpalić go na 16MHz, ale dalej się nie kręci. Niestety jest to jedna ze słabszych konstrukcji.
oczywiście że da radę.
w STE blitter kręci się o 50% z 8 do 12MHz, w Falkonie na 100% działa na 20MHz (25% szybciej) i z tego co pamiętam to da radę trochę go jeszcze podkręcić.
marekp napisał/a:Takie było oficjalne stanowisko Atari. Ale legendy mówią co innego... ;-)
inżynierowie Commodore wstawili do 32bitowej Amigi1200, stary i wolniutki 16 bitowy blitter z A500- czyli da radę.
Ja tam bym się nie pogniewał za blitter w TT :)
leniuk napisał/a:A nie da się tego blittera przetaktować do 16Mhz?
to nie blitter jest problemem (bo on korzysta ze 100% dostępnych slotów pamięci) tylko szyna danych.
przyspiesz ją, to przyspieszysz blitter.
z tego co wiem to w ST/STE można szynę przyspieszyć z 8 do 12Mhz.
Znalezione posty [ 4,051 do 4,075 z 4,740 ]
Forum oparte o: PunBB
Currently installed 7 official extensions. Copyright © 2003–2009 PunBB.
Wygenerowano w 0.169 sekund, wykonano 12 zapytań