Przegoniliście "chopa", bo nie chciało mu się nawet regulaminu czytać. Założę się, że połowa z Was go nie czytała :)
A ty nie czytałeś np. kodeksu karnego. Czy to cię z czegoś zwalnia?
W ogóle to dalibyście już spokój z tym biciem piany.
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Jak napisać grę na Atari - cz. 8 Premiera ósmej części popularnej serii poradników Larka o tworzeniu gier na Atari już 28 lipca!
TONY - Ark of the Covenant Kontynuacja przygód Tony'ego na Atari 8-bit, bez przemocy, z naciskiem na spryt i eksplorację.
ABBUC Software Contest 2025: Zgłoszenia Sprawdź aktualną listę programów zgłoszonych do konkursu ABBUC Software Contest 2025. Termin mija 31 lipca!
Gopher2600 0.50.0 Nowa wersja emulatora Atari 2600 z usprawnieniami i nowymi funkcjami debuggera.
Steem SSE 4.2.0 już dostępny Nowa wersja emulatora Steem SSE z istotnymi usprawnieniami i nowościami
atari.area forum » Posty przez drac030
Przegoniliście "chopa", bo nie chciało mu się nawet regulaminu czytać. Założę się, że połowa z Was go nie czytała :)
A ty nie czytałeś np. kodeksu karnego. Czy to cię z czegoś zwalnia?
W ogóle to dalibyście już spokój z tym biciem piany.
Ciekawe, ale to jest w zasadzie a propos: http://www.rzeczpospolita.pl/gazeta/wyd … a_a_9.html
;)
To może byś jednak przeczytał.
sylwiusz: zacytowałeś w całości post, konkretnie mój, odpowiadając bezpośrednio pod spodem.
Na gołym, ale jednak z małym dodatkiem w postaci external clocka 50 MHz dla video.
Teraz co do Flaszki. Ja mialem sprzetowego Screenblastera II i dalo sie na nim popracowac w 1024x768, no ale z szybkoscia to juz nie bylo tak milo.
Ja działałem w 1024x768 w 16 kolorkach (tryb VGA, 100 Hz z interlejsem) i szybkość była akceptowalna. Na kompie robiłem edycję tekstów (Papyrus), programowanie (gcc), odbiór e-maili. Ale w 256 kolorach już było za wolno. Poza tym transmisja przez modem się trochę cięła, jeśli się dało ponad 38400, niestety.
Proponuję więc "Facts Per Second". 5 Facts Per Second równa się 0,1 Facts Per Frame.
Fox, odpowiadam na jedno z pytań zawartych w poście nr 7: owszem istnieją myszy do ST i Amigi wyposażone w trzy przyciski. Sam taką mam. Natomiast z rolką nie (= nie mam).
Niestety, na tym screenshocie w zasadzie nic nie widać (nawet jak podkręcę monitor na 100% jasności).
Podrzuć przykładowy kod, sprawdzi się na Atari.
To zalezy od softu. Jeśli program obsługuje mysz od Amigi, to będzie działać. Jeśli program obsługuje mysz od ST, to nie (jak wiadomo, mysz ST i amigowska są w zasadzie takie same, tylko amigowska ma jeden kabelek nie tu włożony). Część softu obsługuje obie myszy, przełącza się np. jakimś klawiszem.
Jedyny problem, zdaje się, że myszy (firmowe) od Amigi trochę gorzej pasują do gniazdek w Atari niz myszki od ST.
Dobre pytanie :) Wygląda na to, że nijak - ekran jest zupełnie czarny.
EDIT: coś jednak jest wyświetlane, mianowicie znaki w inwersie i małe (duże może też, ale ja ich na moim monitorze nie widzę). Piksel ma szerokość taką jak w GR.9. Interpretacja kolorów jest trudna do opisania, np. litera H jest w jednym kolorze, ale ma jaśniejszy pasek zajmujący 2/3 poprzeczki.
Jak znam życie, Fox będzie wiedział dokładnie ;)
A sorry. Faktycznie nieuważnie czytam.
Czemu ja? A czy mnie to aż tak interesuje? Sam napisałeś wyżej, że te procesory się nie nadają do zastosowania w kontynuacji już istniejących komputerów (cytuję: "Jeśli to ma sterować rakierą która rozwala cele w iraku to po co to ma być kompatybilne z hardwarem który rozwalał cele w iraku 10 lat wcześniej?") i ja się z tym zgadzam. Taki MacProcessor dodawany za psi grosz do bigmaca i coli, i jednorazowy jak tacka od frytek, być przecież nie musi zgodny z m68k - no i tak jakby nie jest. On ma kosztować 24 dolary (w hurcie pewnie 25 centów), doprowadzić do celu rakietę i przestać istnieć. Tylko co to ma wspólnego z tym forum? ;)
PS. Intelowi się jakoś udaje zachowywać zgodność w dół przez tyle generacji procesorów. Pewnie dlatego, że chcą.
draco: jak to duzo czesciej? duzo rzadziej a do tego zawsze jest uzywany ST RAM!
Tak dużo częściej, że 99% programów na ST/TT/Falcona jest ładowane by default (BY DEFAULT) do TT-RAM-u, jeśli tylko takowy jest. A ST-RAM jest używany na jakieś tam bufory DMA oraz wtedy, kiedy trzeba coś narysować na ekranie. Przyjrzyj się zajętości ST-RAM-u w twoim Falconie CT060 - zobaczysz, że ST-RAM jest prawie pusty.
Tak czytalem to, ale wybacz, czcze nadzieje. W CT060 SDRAM robi za TT-RAM, prawda? A TT-RAM jest używany dużo częściej niż ST-RAM, tak więc jeśli w CF dostęp do TT-RAM-u ma być o 1/3 wolniejszy niż w 68060, to niestety wydajność całości dostanie mocno po tyłku. Może te 64k cache'u coś w praktyce zmieniają, ale czy to aż taka różnica pomiędzy 8k cache'u a 64k? Śmiem wątpić - większość pętli w obecnym sofcie zmieści się w cache'u 68060 po pięć razy.
EDIT: może "lite" czegoś nie ma i dlatego jest tak kiepsko. Tylko patrząc ogólnie na architekturę CF - to co tu do cholery jeszcze można obciąć? :D
Draco: do jasnej ciasnej, czytasz co napisalem?
A ty czytasz, co ja napisałem? To może przeczytaj jeszcze raz: nie jest winny sterownik pamięci raczej, bo PROCESOR COLDFIRE MCF5484 ZAWIERA STEROWNIK DO SDRAM-ów W SOBIE.
A więc nie zwalaj tego na płytkę ewaluacyjną, gdyż ona - prawdopodobnie - tu nic nie jest winna.
Masz rację, przegapiłem. Odwołuję kalumnie rzucone na uczciwość firmy Freescale. ;) 308 MIPS przy 200 MHz. Czyli 115 MIPS przy 75 MHz. Miałoby to więc moc 68060 (110 MIPS przy 75 MHz). Czemu więc tak słabo ten test pamięci mu wychodzi?
A propos sterownika pamięci, to tutaj:
http://www.freescale.com/webapp/sps/sit … LC00M93426
widać, że procesor ColdFire MCF5484 zawiera takowy w sobie. A więc, dedukuję, lepszego nie będzie. Firma Freescale jest poza tym na tyle sprytna, że szybkość serii m68k podaje w MIPS-ach, a szybkość serii CF - w dhrystone'ach (pewno, żeby ktoś aby nie porównał).
Widać poza tym, że procek ma 64k cache'u (32k instrukcji i 32k danych), w tym więc już jest lepszy od 68020. I może pracować na 266 MHz - ale jeśli tak jak to widać na obrazkach sam w sobie jest 5x mniej wydajny od motki 68060, to żeby jej dorównać, musi pracować na 330 MHz - a takiej wersji nie ma.
Dodatkowo tutaj: http://www.microapl.co.uk/Porting/ColdF … diffs.html można poczytać, że to całe CF to jakiś koszmarek, np.
Non-availability of word- and byte-forms of nearly all arithmetic and logical instructions
Brak jest rozkazów DBxx (np. DBRA - fajnie, bo ten rozkaz jest w całej linii 68k, od 68000 poczynając), EXG, ROL, ROR, ROXR, ROXL (jak na ST zrobić scrolla bez ROXL?), trybu dziesiętnego, ANDI/EORI/ORI to CCR.
No i tak dalej, nie będę tu wyliczał, jak ktoś chce, to sobie poczyta. Ogólnie ten trend, który panował u Motoroli od czasów wypuszczenia 68040 (tj. najpierw zaimplementować coś, potem uznać to za niepotrzebne i w IMIĘ ZWIĘKSZENIA WYDAJNOŚCI emulować to softem), został tu doprowadzony do doskonałości. Brawo. W następnej generacji proponuję ograniczyć listę rozkazów do MOVE.
jellonek: jeśli to jest procesor o wydajności zbliżonej do 68020 ("10 MIPS at 33 MHz" jak napisano u Freescale), to nie ma błędu.
a tu juz sie ladnie bootuje z RADELONEM 7500
Ja mam jeszcze jedną wątpliwość - mianowicie na obu snapszotach widać ilość MHz, jaką taktowany jest procesor (199.9 MHz), oraz szybkość dostępu do pamięci opisaną we francuskiej angielszczyźnie (Initialization SDRAM: 46.3 MB/s).
No więc na moim Falconie, gdzie jest 68060/66 MHz, to "Initialization SDRAM" pokazuje o wiele większą wartość, mianowicie 69.9 MB/s. Jeśli stosunek jednego do drugiego ma się tak, jak wydajność 200 MHz ColdFire do 66 MHz motki 68060, to - ... to znaczy, że ColdFire naprawdę jest to nic więcej jak biedne, stare 68020.
Nie napisałem, że miał być "pogromcą", czytaj uważniej. Po prostu było znikome zainteresowanie i to wśrod tych, wśród których i tak mogło być największe z możliwych. A zdanie, że sprzedaż Milana I nie miała związku z tym, że Milan II wcale się nie ukazał, pozostawię bez komentarza. Milan Computer GmbH było z pewnością przedsięwzięciem charytatywnym :>
rynek istnieje, ale rynek nie chce babrac sie w sprzet na ktorym NIEMASOFTU.
Weź poprawkę na to, że dyskusja jest o Atari. Pisząc "rynek MIDI/DTP" miałem na myśli ten dział MIDI i DTP, który siedzi na Atari (MIDI = Cubase / Notator, DTP = Calamus). To na nich, że się tak brzydko wyrażę, "targetowany" był Milan - i okazało się, że ten rynek nie istnieje, bo nawet ci, którzy do tamtej (parę lat temu) pory używali ST/TT/Falcona do tych zastosowań czy wszelkiego rodzaju klonów, po prostu na Milana nie mieli już ochoty, bo albo woleli zostać przy rozwiązaniach, które im działają, albo się przesiąść na PC/maka.
vulgar: FN miał Milana I. Nietrudno wpaść na to, że porażka rynkowa Milana I była główną przyczyną tego, że Milan II się nie ukazał.
Wiesz co, powstał Milan - no i? Był po pierwsze średnio udany (Frank Naumann przywióxł swojego Milana na party w Dreźnie, wieszało się to jak dla mnie zbyt często i w dziwnych miejscach, np. po wjechaniu kurosrem myszy na listwę desktopu), po drugie, mimo że TOS został potem podobno zdebugowany i juz się tak nie wieszał, Milan okazał się inwestycją nieopłacalną, bo w ogóle za mało było chętnych. A autorzy zdaje się liczyli na rynek MIDI/DTP w samych Niemczech. Okazało się, że takowy nie istnieje. I tyle.
Słusznie prawi, oprócz tego, że "osiem lat temu" nie było ani dobrego emulatora m68k (a przynajmniej ja o takowym nic nie wiem), ani przeciętny piec nie rozwijał nawet połowy tej mocy, jaką rozwija dzisiaj (Aranym na Celeronie 1200 MHz z biedą wyciska szybkość żywego MC68060, pod warunkiem, że nie zechcesz użyć MMU). Tak więc jeśli teza brzmi, że osiem lat temu trzeba było zrobić to, co jest możliwe i ma sens teraz - to się zgadzam. Tylko że wtedy się tego zrobić nie dało,a i perspektywy były inne: 060 w porównaniu do przeciętnego domowego peceta prezentowało się wciąż całkiem atrakcyjnie.
draco030: ColdFire jest przeznacozny do rozwiazan embeded, gdzie masz zazwyczaj kod aplikacji z ktora pracujesz, wiec rekompilacja nie jest problemem.
Ja wiem, że Motorola na tej zasadzie "nie musi" trzymać zgodności między procesorami. Ale w przypadku, gdy to ma być kontynuacja linii już istniejących komputerów z już istniejącym softem, takie numery grożą tym, że "dobre" (dobre dla normalnych procesorów z serii m68k) programy będą się na takiej maszynie sypać z tajemniczych dla większości powodów i nikt go co za tym idzie nie będzie chciał.
Co do binarek, wydaje mi sie ze mozliwe jest zrobienie w miare prostego translatora ktory lapalby 99% przypadkow, a moze naewt i 100%, ale bylyby roznice w ilosci cykli, no i rzecz jasna spowolnienie (chociaz roznice nie sa chyba az takie duze, i pewnie starczy podmianka rozkazu, ewentualnie kilka rozkazow).
Można byłoby spróbować, ale to się może okazać nie takie proste - sławne dzielenie o ile pamiętam trzeba było zmienić na bez znaku, dla kompilatora to pestka, ale w gotowym programie - czarno widzę.
atari.area forum » Posty przez drac030
Wygenerowano w 0.121 sekund, wykonano 13 zapytań