Jeśli chcesz wziąć udział w dyskusjach na forum - zaloguj się. Jeżeli nie masz loginu - poproś o członkostwo.

• Zapomniane hasło?
• Poproś o członkostwo

1. • 1: CommentAuthorrbej1977
   • CommentTime22 Oct 2024 15:10

    
   Amiga dostała jeszcze PiStormy. Ale mie wiem czy to się liczy.
2. • 2: CommentAuthoras...
   • CommentTime22 Oct 2024 15:10

    
   @Jacques
   -6 srubek w Falconie i masz go otwartego.
   Gwarancja, no nie róbmy sobie jaj... W Czasach kiedy falcon był na gwarancji to nikomu nie śniło się o 060.
   
   Do falcona też powstało coś takiego jak ctpci, na palcach jednej ręki można policzyć kto tego używa w Polsce.
   Do falcon-a też powstała taka karta graficzna jak super videl i to lata temu z dvi. Jak z ctpci, na palcach jednej ręki można policzyć osoby które to mają (sam bym chciał to mieć).
3. • 3:
      
     CommentAuthorJacques
   • CommentTime22 Oct 2024 15:10 zmieniony

    
   No czy o to nie chodzi właśnie, że w czasach gdy Falcon miał podbijać rynek i był na gwarancji, nikomu nie śniło się rozszerzanie, bo żadnych kart turbo nie było? Serio nie orientuję się, więc jakby co sprostuj proszę.
   
   Wtedy to wbrew pozorom miało znaczenie (kwestia gwarancji), nawet Amigom 600/1200 wypominano drogi w serwisowaniu montaż powierzchniowy, więc utrata gwarancji odstraszała bardzo. No ale może to znów w Polsce tylko, gdzie już uciułano majątek na nowy "kąkuter" domowy, to panowała psychoza by się nie popsuł.
   
   Oceniać te maszyny, ich zalety, wady i to czy odniosły sukces należy z perspektywy epoki, obecnie można sobie włożyć niemal wszystko do wszystkiego, choćby RPi do Amigi i mieć tryliardy MIPSów ;-)
   A tu widać, że jednak Amiga starała się jakoś nadążać wysiłkiem firm trzecich dzięki swojej architekturze i popularności, a Falcon jakby został jak był, czekając na retroczasy.
4. • 4:
      
     CommentAuthorjhusak
   • CommentTime22 Oct 2024 16:10 zmieniony

    

   xbx:

   Obawiam się, że taka zmiana tytułu spowodowałaby niekontrolowany przylot miliona much z amigowego kibla :)
   

   
   
   @xbx, proszę o zmianę sposobu myślenia. Na stałe. Ubliżanie grupom osób jest _powtórzę_ poniżej poziomu. Ostrzeżenie.
5. • 5:
      
     CommentAuthorCyprian
   • CommentTime22 Oct 2024 16:10 zmieniony

    

   Jacques:

   EC020/14 i 030/16MHz to ta sama, bardzo niska (w ówczesnym cywilizowanym świecie) półka CPU, gdzie w roku 1992 powstał już DX2/66, wiec te kilkanaście MHz kojarzące się z 286 lub wczesnym 386 było ponurym żartem. Tyle, że w Amidze można było w prosty sposób dołożyć turbo i zostawić Falcona w tyle z jego "potwornymi" 16MHz. I tak naprawdę 020 vs 030 to bardzo podobna wydajność przy podobnej liczbie MHz, dopiero 040 było nową jakością.
   

   
   
   W tamty czasie do Falcona również wtedy były dopałki, zarówno z 68030 32/40/50MHz z FastRAM jak i 040 z Fastem.
   
   Sam w epoce miałem dopałkę 68030 z 40MHz / 50MHz oraz 50MHz / 66MHz na układ graficzny.
6. • 6:
      
     CommentAuthorCyprian
   • CommentTime22 Oct 2024 16:10

    

   TheFender:

   Do kolegi który założył wątek: zmień nazwę na "... i dlaczego Atari najlepsze". :)
   

   
   Tak jak pisałem, do spamowania założę nowy wątek, a tutaj zostawię wpisy zgodne z tytułem
   
   Na razie czekam na odpowiednie uprawnienia.
   
   

   TheFender:

   Przynajmniej będzie uczciwie bo zgodnie z prezentowanymi przez jedną stronę wypowiedziami :D

   
   No akurat jest tu sporo wpisów że Atari jest kiepskie bo jest kiepskie a Amiga super bo jest super...
7. • 7:
      
     CommentAuthorJacques
   • CommentTime22 Oct 2024 16:10

    
   @Cyprian
   Dobrze wiedzieć, a pamiętasz możesz nazwy tych dopałek z epoki do Falcona?
   Chętnie poczytałbym coś więcej o nich, bo po debiucie i recenzjach, w mainstreamowej prasie praktycznie nie istniał.
8. • 8:
      
     CommentAuthorTheFender
   • CommentTime22 Oct 2024 16:10

    

   xbx:

   @TheFender
   Obawiam się, że taka zmiana tytułu spowodowałaby niekontrolowany przylot miliona much z amigowego kibla :)

   
   Nie ma już od bardzo dawna takiego kibla, chyba że w czyjejś głowie.
   
   Zauważ, że od co najmniej dekady fani starych czasów i starych komputerów siedzą na różnych grupach. A takie perełki jak to forum, które się ostało i nie przeszło w formę FB grupy (co oznaczałoby dla niej koniec, jak dla wielu innych) jest pełne nie tylko Amigowców ale i Commodorowców.
   I co najnważniejsze - tworzą też na Atari! Przykładów jest trochę, bo i znany muzyk tworzy, a i grafikowi z niedawnej konkurencji zdarza się coś popełnić.
   Nawet ja, niżej podpisany mam na swoim koncie wprawdzie bardzo skromny - ale niemniej jakiś tam wkład w świat Atari.
   
   @Cyprian: Nikt z Amigi nie robi tutaj królowej wszechczasów w każdej kategorii. Choć oczywiście jestem w stanie zrozumieć, że każda pochwała komputera którego każdy kiedyś chciał mieć ale z jakiegoś powodu nie miał ;) urasta w głowach co poniektórych do rangi fanbojstwa absolutnego.
   
   Wracając do meritum - pytanie do wielbicieli Falcona: czy duszki w Falconie istniały i jak były w praktyce wykorzystywane? Czy blitter Falconowy potrafił coś jeszcze oprócz kopiowana danych? Ten z Amigi potrafił kreślić proste z jednym punktem w linii oraz wypełniać obszary.
9. • 9: CommentAuthorxbx
   • CommentTime22 Oct 2024 16:10

    
   @Cyprian
   Coś kojarzę, że zegar CPU w Falconie można było ustawić nawet na 32Mhz bez żadnej dopałki. Dobrze pamiętam?
10. • 10: CommentAuthoras...
    • CommentTime22 Oct 2024 19:10

     
    Było coś takiego jak "dopałka Gandalfa" .
11. • 11:
       
      CommentAuthorgreymsb
    • CommentTime22 Oct 2024 21:10

     
    Tak, Gandalf podkręcał zegar w Falconie do 32mhz, ale uwalił przez to kilka Falconów. Hmm, w sumie fajnie że o tym wspomniałeś As, muszę Go odszukać ;) (mieszkał swego czasu w Gdyni).
    
    Co do 32Mhz to najpopularniejszym rozwiązaniem na świecie był Blow Up Fx:
    
    ->link<-
12. • 12: CommentAuthoras...
    • CommentTime22 Oct 2024 22:10 zmieniony

     
    @Grey,
    Myślę że kilkanaście, na forach są innormacje że nawet Falcony miały "wajchy" na @040/50mhz.
    Nawet Kroll miał takie coś :( o zgrozo oraz pisał że na 50mhz nie dało się na tym pracować.
    
    Temat ciekawy Galtron jako psuj Falkonów :( W epoce :(
13. • 13: CommentAuthoras...
    • CommentTime22 Oct 2024 22:10

     
    Pierwsze TT-ki też miały procki 16mhz..
14. • 14: CommentAuthoras...
    • CommentTime22 Oct 2024 22:10

     
    Atari TT "był otwartą" architekturą, były złącza do kart graficznych, normalnie TT-ka miała 32mhz, ramy też mogła mieć sporo 256tt ram ITD.
    
    Atari mając TT zrobiło Falcon-a dając mu dsp, videl-a itd.
    Oczywiście wolę Falcona, nigdy nie mialem TT :)
    
    p.s.
    -Jeden z moich hadesów @060 ma 1gb ram na simach ;)
15. • 15: CommentAuthorgregor2
    • CommentTime22 Oct 2024 22:10 zmieniony

     
    w TT 32MHz taktowane byly jedynie procesor i pamiec CACHE ( atari zrobilo go z pamieci ktora dzialala jak cos w rodzaju bufora miedzy CPU a reszta ) magistrala i RAM zawsze pozostaly na 16MHz. Atari mialo problemy ze swoimi ukladami powyzej 16MHz i nigdy tej bariery dla nich nie przeskoczylo.
16. • 16: CommentAuthoras...
    • CommentTime22 Oct 2024 22:10 zmieniony

     
    Dlatego domorośli, kręcili magistralę, 20lat temu pisałem na forach ze to jest zło.
    Pierwsze CT60 @66MHZ, potrafiło być z magistralą nawet i 25mhz, ponoć 20mhz było stabilne, tylko widziałem, nigdy na coś takiego się nie odważyłem i bym tego nie zrobił.
    
    I pisze ten który szalał z ct2b, gdzie tam dsp był podbity ma 50mhz itd. Natomiast tam szalał Rodolpe Czuba, płyta była, bardzo ostro przerobiona, do tego stopnia że z ct2b, wylutował procesor falcona, odcinał fpu na płycie, wywalał 4 gale po lewej stronie płyty. (tam bardzo wiele układów była nie potrzebna) Dsp też latał na 50mhz, nie pamiętam jak było z VIdelem.
    
    Na tej dopałce ct2b 030@50mhz działały wszelkie "najwredniejsze" dema na Falcona, działało tam wszystko.
    Dodam że dopiero 3 fpu bo nie było 50mhz fpu w takiej podstawce, jakie miało ct2b, to nawet dema Dhs były ultra stabillne. A kupowałem fpu 33mhz, które latało na 50mhz.
    
    Co prawda nigdy tam nie skorzystałem jeszcze z podpicia czy bufforowia "sygnału" ide, były dwa kable kolejne które czekały aby się tam "dolutować".
    
    **tylko to każda płyta była pod to strojona u samego Mistrza Czuby.
17. • 17: CommentAuthorgregor2
    • CommentTime23 Oct 2024 00:10 zmieniony

     
    Taka ciekawoska jak obnizyc Falconowi czestotliwosc do 8MHz i wylaczyc cache (czyli zrobic warunki jak w STE) to okauzuje sie ze "wyciaga" jakies 80proc wydajnosci STE ;)
    Natomiast przy 16MHz i Cache jest o jakies 60 proc. szybszy od STE z 68000.
    Wniosek gdyby STE przyspieszyc do 16MHz to zjadloby falkona na sniadanie ;)
    ->link<-
18. • 18:
       
      CommentAuthorPeri Noid
    • CommentTime23 Oct 2024 07:10

     
    Dziwne te pomiary - z wyłączonym cache jest szybciej jak z włączonym. Najwyraźniej benchmark można włożyć między bajki. Do tego skalowanie nie jest takie proste - nie wszystko się da proporcjonalnie przyspieszyć/spowolnić, zwłaszcza w systemie z synchronicznie pracującymi komponentami.
19. • 19:
       
      CommentAuthorJacques
    • CommentTime23 Oct 2024 09:10 zmieniony

     
    Ja jestem ciekawy tej "dopałki Gandalfa", ciężko uwierzyć, że ktoś skutecznie próbował kręcić plastikowe 030/16 na 32MHz i że to miało działać stabilnie, więc może to jednak o coś innego chodziło?
20. • 20: CommentAuthorxbx
    • CommentTime23 Oct 2024 10:10 zmieniony

     
    @gregor2
    "Wniosek gdyby STE przyspieszyc do 16MHz to zjadloby falkona na sniadanie ;)"
    
    Nie, nie zjadłoby. Mega STE 16 MHz jest wyraźnie "wolniejsze" od Falcona w GEMBench:
    

    
    
    Generalnie to stwierdzenie jest głupie. Choćby dlatego, że 68030 jest kilka razy szybszy od 68000. Obrazowo, jeśli w eksperymencie fizycznym uzyskujesz wyniki niezgadzające się z równaniami Einsteina, to 100 razy się zastanawiasz i konsultujesz, a nie od razu trąbisz, że równania Einsteina są do dupy, bo wtedy masz około 100% szans, że wyjdziesz na idiotę.
    Natomiast faktycznie fajnie byłoby dowiedzieć się, o co chodzi z tymi rezultatami w GEMBench. Być może wynika to z tego, że sam GEM/TOS był projektowany w oklicach połowy lat 80. i nie wykorzystuje możliwości nowszego sprzętu. Jest tu spore pole do popisu dla jakiegoś wnikliwego atarowca. Może warto by sprawdzić MultiTOS albo jakiś inny system UNIX-owy.
21. • 21:
       
      CommentAuthorDracon
    • CommentTime23 Oct 2024 10:10 zmieniony

     

    Konstantyn:

    Co do dem z A1200, choć to nie mój target , to zamieszczone przez Dracona akurat na kolana również nie powala, na gołą A500 z 1 Mb znajdą się dużo lepsze.

    
    Hmmm, nawet nie wiem, czy znasz te wszystkie, które tam podałem. Jakbyś znał, to przecież jest to miks demek z A500/A1200. Ciekawe, jakie są te "dużo lepsze", chętnie się przekonam. :P
    No i zapodajcie mi jakieś klimatyczne, dopracowane demosy ze stajni 16/32-bit pod szyldem Atari. Tyle, co na Ami albo więcej. :)
    
    

    Konstantyn:

    A swoją drogą wg mnie w tym "rankingu" zdecydowanie wygrywa Amiga, ze względu na ilość oprogramowania, że o cenie nie wspomnę.

    
    U mnie też. Fakt, można mieć ładnie wyglądającego, atarowskiego kompa w domu (który, choć ma fajne parametry, to nie zdobył popularności ani masy ciekawych produkcji), ale znam tańsze rzeczy do zbierania kurzu... ;)
22. • 22: CommentAuthorKonstantyn
    • CommentTime23 Oct 2024 11:10 zmieniony

     
    Dracon - jak pisałem, dema to nie mój target. W mojej opinii bardzo obiektywnej w swojej subiektywności, wszystkie dema, czy to na A500, czy na A1200 są do kitu. Dema to takie niedorobione próbki tego, co potrafi zrobić prawdziwy koder w grze, bo grę wg mojego laickiego rozeznania, jest trudniej napisać, niż demo. I prawdziwi koderzy nie robią dem, jeśli już to gry, może poza jakimiś odosobnionymi przypadkami, ale jak napisałem, oni tworzą również gry. Taki np. wstęp do gier Jim Power albo ekran tytułowy Beast III zjadają bez popitki wszystkie dema, zarówno pod względem graficznym, jak i muzycznym, nie wspominając o samej rozgrywce. A jest przecież tego ogrom cały, znaczy się gier, które wyciskają ostatnie soki z Amigi.
    
    

    
    
    ->link<-
23. • 23:
       
      CommentAuthorPeri Noid
    • CommentTime23 Oct 2024 11:10

     
    Się obśmiałem! :D
24. • 24:
       
      CommentAuthorJacques
    • CommentTime23 Oct 2024 11:10

     
    @Peri Noid
    +1 :-)
25. • 25: CommentAuthorgorgh
    • CommentTime23 Oct 2024 12:10

     
    hehe
26. • 26: CommentAuthorsolo/ng
    • CommentTime23 Oct 2024 12:10

     
    @Konstantyn
    Niezle farmazony walisz
27. • 27: CommentAuthorKonstantyn
    • CommentTime23 Oct 2024 12:10

     
    Wiem, że się narażam wielbicielom tzw. "sceny", cokolwiek miałaby ta scena znaczyć. No, ale taka sytuacja. Nie jarają mnie dema na 16-bitowych komputerach i w ogóle nie kręcą mnie dema, a już szczególnie doomowate. Może zaczną mnie kręcić, kiedy obraz będzie naturalny, jak w realnym świecie, gdzie np. będę mógł sobie pójść na grzyby, potem te grzyby przyrządzić, a w międzyczasie włączyć jakąś fajną muzę z mojej ulubionej biblioteki, wyjść do sąsiadki po cukier albo pójść na mszę do kościoła, czy np. zatrzymać ruch uliczny, a potem polecieć na Majorkę, żeby poszukać muszli na brzegu morza.
28. • 28:
       
      CommentAuthorTheFender
    • CommentTime23 Oct 2024 12:10

     
    ...albo Falcona na lokalnym targu staroci ;) Niekręconego!
29. • 29: CommentAuthorKonstantyn
    • CommentTime23 Oct 2024 12:10

     
    O to to, i odpalenie na nim dema, którego nie ma, pobranie kodu źródłowego i zapodanie na AOL. :-D
30. • 30:
       
      CommentAuthorCyprian
    • CommentTime23 Oct 2024 13:10

     

    Jacques:

    Dobrze wiedzieć, a pamiętasz możesz nazwy tych dopałek z epoki do Falcona?
    

    
    Np. epoce jedna z lepszych to Afterburner 040 z procesorem 68040
    Ja miałem dopałkę Gandalfa.
    Na Falconie popularne były też dopałki płyty głównej, które przyspieszały pamięć i procesor z 16MHz do np. 20/25MHz
31. • 31:
       
      CommentAuthorCyprian
    • CommentTime23 Oct 2024 13:10 zmieniony

     

    TheFender:

    Wracając do meritum - pytanie do wielbicieli Falcona: czy duszki w Falconie istniały i jak były w praktyce wykorzystywane?
    

    
    Videl nie ma sprzętowych duszków. W sumie po co komputerowi do pracy duszki.
    No ale Falcon radził sobie spoko bez nich. Tu goły Falcon 16MHz:
    

    
    
    

    TheFender:

    Czy blitter Falconowy potrafił coś jeszcze oprócz kopiowana danych? Ten z Amigi potrafił kreślić proste z jednym punktem w linii oraz wypełniać obszary.
    

    
    BLiTTER w Atari jest odmienny od Amigowego, bo był stworzony do przyspieszenia niskopoziomowych operacji graficznych GEM - LineA, a nie do gier.
    Ale potrafi całkiem sporo, np. rysowanie poziomych i pionowych linii, wypełnianie wektorów, cieniowanie Gouraud, przyspieszanie C2P, obróbka dźwięku, jako szybki kanał DMA dla IDE ( ma dostęp do rejestrów sprzętowych) itp
    
    Jeśli chodzi o szybkość, to BLiTTER w Falconie jest dużo szybszy niż w ST ( np. ten z A1200 ma wydajność A500)
    A ten z ST w operacjach na duszkach nie ustępuje amigowemu, a w operacjach z wykorzystaniem swojej pamięci podręcznej (czyszczeni ekranu, wypełnianie wzorem, linie itp) jest od niego sporo szybszy
    
    Tutaj przykład duszków z STE:
    
32. • 32:
       
      CommentAuthorCyprian
    • CommentTime23 Oct 2024 13:10

     

    @gregor2:

    "Wniosek gdyby STE przyspieszyc do 16MHz to zjadloby falkona na sniadanie ;)"
    

    
    tak tylko przypomnę:
    MIPS: Atari: 3,84; Amiga 1200 1,35
33. • 33:
       
      CommentAuthorJacques
    • CommentTime23 Oct 2024 13:10 zmieniony

     
    @Cyprian
    A wiadomo w którym roku wyszedł AfterBurner 040 i czy był szeroko sprzedawany, czy od pasjonatów dla pasjonatów?
    EDIT: 11/96 na PCB w WIKI - nie zaważyłem wczesniej
    
    
    No i a propos tego co napisał As ("W Falconie jeszcze łatwiej dokłada się turbo."), instalacja AfterBurnera:
    ->link<-
    
    
    
    Ja pierdzielę, papier wszystko zniesie ;-) Rozkręcanie obudowy i lutowanie kabli do układów na płycie vs włożenie pod klapkę A1200.
    Teraz niby to banał, ale w epoce na gwarancji, jak już wspominałem, nie sądzę.
    No chyba, ze jednak żadne turbo dla Falcona w czasach gdy był na gwarancji nie powstało? W sumie koniec produkcji Falcona to niby 1993.
34. • 34: CommentAuthorgregor2
    • CommentTime23 Oct 2024 14:10 zmieniony

     
    Peri Noid :"Dziwne te pomiary - z wyłączonym cache jest szybciej jak z włączonym."
    
    A co w tym dziwnego ?
    Ten cache memory nic nie dawal i to nie tylko w Atari. Dla porownania Benchmark na Mac Classic II SE/30 16 MHz 68030 CPU and 16 MHz 68882 FPU :
    cache CPU graphics disk math
    32 KB 4.00 3.49 2.30 5.60
    64 KB 4.00 3.45 2.30 5.43
    128 KB 4.01 3.49 2.26 5.54
    256 KB 4.01 3.49 1.91 5.42
    Po prostu wykastrowanie TT do 16 bitow i rezygnacja z szybszej pamieci (chocby i takiej kombinacji jak buforowa TT dala efekty. ;)
35. • 35: CommentAuthorRocky
    • CommentTime23 Oct 2024 14:10 zmieniony

     
    Co do rozszerzeń.. czy nie jest tak, że montaż CT60 oznacza wyjęcie zasilacza na zewnątrz lub zastąpienie go innym?
    
    Co do załączonej strzelanki Cho Ren Sha... widać spowolnienie do kilku fps przy dużej liczbie obiektów.. co jednak najgorsze, to dźwięk .. z trudem 8 bit przy bardzo niskim bitrate..
    Czyżby obsługa grafiki uniemożliwiała wyciągnięcie pełni możliwości dźwiękowych Falcona?
    update: .. ok doczytałem, to jest sportowana gra, co może tłumaczyć.
    update2: .. przeleciałem na szybko youtuba i nie znalazłem gdy, w której był słyszał dźwięki 16bit/48kHz.. najczęściej 8 bit i niski bitrate.
36. • 36:
       
      CommentAuthorPeri Noid
    • CommentTime23 Oct 2024 14:10

     
    @gregor2 No to obstawiam, że nic nie dawał w tym kodzie. Po prostu benchmark jest na inny komp, nie umie wykorzystać sprzętu. Reasumując: można mierzyć jak szybko dany sprzęt wykona taki sam kod ale to nie mówi wiele o sprzęcie. W celu pomiaru wydajności kod musi być pod sprzęt dopasowany (np. dane tak poukładane, żeby cache działał wydajnie, żeby nie było niepotrzebnych konfliktów itp.).
37. • 37:
       
      CommentAuthorJacques
    • CommentTime23 Oct 2024 14:10 zmieniony

     
    A propos, taka ciekawostka jak CD32 z Fast-RAMem (czyli nadal EC020/14) potrafi pociągnąć Dooma przy procedurze konwersji C2P z użyciem układu Akiko (taki dodatek, którego A1200 nie posiada):
    

    
    (od 3:17 tryb low-detail).
    
    Niby nie jest to jakiś szał, bo okno gry zmniejszone, ale jak na 020/14 MHz nadal robi wrażenie i w epoce pewnie amigowcy by grali, bo w różne kiepskie gry FPS, wcale lepiej nie chodzące niż Doom, grali ;-)
    Przy czym Akiko robi różnicę przy stockowym 020, od 030 wzwyż już lepiej użyć programowej konwersji C2P pod dany CPU.
38. • 38:
       
      CommentAuthorTheFender
    • CommentTime23 Oct 2024 14:10

     
    @Cyprian: dzięki za zainteresowanie moją kwestią :) Pisząc o duszkach miałem na myśli kontekst taki, że na Amidze było i to i to itd. (nie będę się powtarzał). Nieźle to wygląda co napisałeś, faktycznie jest jakiś progres blitterowy w stosunku do konkurencji i poprzednika z STE.
    
    

    BLiTTER w Atari jest odmienny od Amigowego, bo był stworzony do przyspieszenia niskopoziomowych operacji graficznych GEM - LineA, a nie do gier.
    Ale potrafi całkiem sporo, np. rysowanie poziomych i pionowych linii, wypełnianie wektorów, cieniowanie Gouraud, przyspieszanie C2P, obróbka dźwięku, jako szybki kanał DMA dla IDE ( ma dostęp do rejestrów sprzętowych) itp

    
    No tutaj się pogubiłem, a do czego niby w Amidze jest stosowany? :) Poza tym chyba nie jest do końca tak jak napisałeś -blitter to nowa wersja systemu duszków i jest stosowany głównie pod gry. O czym świadczy właśnie to o czym napisałeś (znajdź mi cieniowanie Gouraud w systemowym IDE). Natomiast nie całkiem rozumiem jak blitter z Falcona może obrabiać dźwięk (do tego był raczej chip DSP). Ostatnie sformułowanie to o DMA/IDE i bezposrednim dostępie jest dla mnie już kompletnie niezrozumiałe. Każdy blitter ma dostęp do rejestrów sprzętowych, bo taki jest zamysł blittera (szybkość). Z definicji blitter jest do operacji graficznych, a więc przerzuca obszary pamięci z grafiką. Po co tutaj powiązanie z IDE? No nie rozumiem :)
39. • 39:
       
      CommentAuthorCyprian
    • CommentTime23 Oct 2024 15:10 zmieniony

     

    Jacques:

    A propos, taka ciekawostka jak CD32 z Fast-RAMem potrafi pociągnąć Dooma przy procedurze konwersji C2P z użyciem układu Akiko
    

    
    Akiko to naprawdę fajny pomysł, trochę dziwny, ale fajny.
    W sumie ciekawe czemu projektanci A1200 nie dodali go do układu Lisa, albo czemu po prostu nie dodali trybu chunky.
    Kurde, no i pytanie czemu dodali go do CD32 a nie do A1200/A4000
    
    Teraz procesor musi odczytać chunky z RAM i zapisać je do Akiko by a chwilę odczytać z Akiko bitplany i zapisać je do RAM.
    
    
    
    

    TheFender:

    No tutaj się pogubiłem, a do czego niby w Amidze jest stosowany? :) Poza tym chyba nie jest do końca tak jak napisałeś -blitter to nowa wersja systemu duszków i jest stosowany głównie pod gry. O czym świadczy właśnie to o czym napisałeś (znajdź mi cieniowanie Gouraud w systemowym IDE).
    

    
    No widzisz, to są dwa różne podejścia, dwa różne światy.
    Blitter ma przyspieszać operacje graficzne, dla gracza będą to operacje graficzne w grach, dla power-usera będzie to szybkość operacji graficznych OS.
    
    
    

    TheFender:

    Natomiast nie całkiem rozumiem jak blitter z Falcona może obrabiać dźwięk (do tego był raczej chip DSP).
    

    
    No tak Falcon to DSP, ale mi chodziło o obróbkę dźwięku w STE. Przykładowe źródła: ->link<-
    I przykładowe demo:

    
    
    
    
    

    TheFender:

    Ostatnie sformułowanie to o DMA/IDE i bezposrednim dostępie jest dla mnie już kompletnie niezrozumiałe. Każdy blitter ma dostęp do rejestrów sprzętowych, bo taki jest zamysł blittera (szybkość). Z definicji blitter jest do operacji graficznych, a więc przerzuca obszary pamięci z grafiką. Po co tutaj powiązanie z IDE? No nie rozumiem :)
    

    
    
    Przykładowo, port IDE zarówno w Falconie i A1200/600 nie ma kanału DMA, czyli każdy bajt musi być odebrany przez procesor. Wyróżnikiem Atarowego BLiTTERa jest to że ma dostęp do rejestrów sprzętowych (Amigowy widzi tylko chip-ram), w tym IDE, czyli może odciążyć procesor w odczycie/zapisie danych.
40. • 40:
       
      CommentAuthorJacques
    • CommentTime23 Oct 2024 15:10 zmieniony

     

    Cyprian:

    Kurde, no i pytanie czemu dodali go do CD32 a nie do A1200/A4000

    
    
    "Układ obecny wyłącznie w CD32. Wzbogaca chipset AGA o możliwość wykorzystania trybów Chunky. Układ zarządza także dostępem do CD-ROM-u oraz przejmuje niektóre funkcje układów Gary i Gayle (obsługa portu serial). "
    
    Także pewnie pretekstem była obsługa CD-ROMu. Faktycznie szkoda, ze nie wylądował też w A1200 - drogi ten układ raczej nie był (ani potężny).
    
    Ale jak często bywało u Commodore czy Atari, coś fajnego wyszło niejako przypadkiem ;-)
41. • 41:
       
      CommentAuthorPeri Noid
    • CommentTime23 Oct 2024 16:10

     
    Ale robi robotę. Doom na cd32+030 w porównaniu do a1200+030 wygląda o wiele lepiej - czyli był potencjał.
42. • 42: CommentAuthorsolo/ng
    • CommentTime23 Oct 2024 17:10

     
    @Konstantyn
    Ja tworze zarowno dema jak i gry i dalej twierdze, ze przyfarmazoniles mocno.
43. • 43: CommentAuthorKonstantyn
    • CommentTime23 Oct 2024 17:10 zmieniony

     
    Solo/ng - toć mówię, że są wyjątki, bo jesteś programistą (koderem) z krwi i kości, a nie tylko od dem. A powiedz, tak z ręką na sercu, co jest trudniej zrobić, grę pełnometrażową czy demo? Mowa oczywiście o produkcjach z granic możliwości sprzętowych i programistycznych, a nawet spoza tych granic. A gry doomowate mnie nie kręcą, ani dema takowe i uważam, że to one były gwoździem do trumny Atari i Commodore i w ogóle zabiły ducha tamtego klimatu, a Wy próbujecie wskrzeszać trupa. :-)
44. • 44: CommentAuthorgregor2
    • CommentTime23 Oct 2024 17:10 zmieniony

     
    Peri Noid:"No to obstawiam, że nic nie dawał w tym kodzie. Po prostu benchmark jest na inny komp, nie umie wykorzystać sprzętu. Reasumując: można mierzyć jak szybko dany sprzęt wykona taki sam kod ale to nie mówi wiele o sprzęcie. W celu pomiaru wydajności kod musi być pod sprzęt dopasowany"
    Zapewniam cie ze najwazniejsze wowczas benchmarki nie byly optymalizowane ne zaden konkretny sprzet.One byly robione aby sprawdzic najwazniejsze funkcje jakie byly wykozystywane w kompilatorach a wiec finalnie w programach. Np. MIPS i jego pochodne opieral sie na testowaniu najczesciej wystepujacych fragmentach kodu/funkcjach kompilatorow takich jezykow jak Ada Pasca, C Cobol itd.
    To dawalo ludziom informacje jak Szybko/wolno ich profesjonalne oprogramowanie bedzie dzialo na komputerze za ktory musieli by zaplacic nie male w koncu pieniadze.
    Ta wiedza pozwlala im oszacowac lepiej szybkosc niz szybko krecacy sie na ekranie samolocik obracany przez kod ktory tylko do tego sluzy i raczej nie da sie go wykozystac do niczego wiecej.
    Peryspektywa zglebiania optymalizacji kodu dla konkretnego sprzetu byla malo zachecajaca wiedzac ze za rok dwa bedzie mozna zmienic komputer na 2x szybszy i nadal wykozystywac swoje oprogramowanie, zamiast znow mozolnie optymalizowac na kolejny sprzet na kolejne kilka miesiecy. ;)
45. • 45:
       
      CommentAuthorJacques
    • CommentTime23 Oct 2024 18:10 zmieniony

     
    @Peri Noid
    Ja pokazałem Dooma na CD32 na fabrycznym CPU EC020/14 z Fastem + Akiko.
    W przypadku 030 już różnic nie ma (A1200 vs CD32), bo C2P jest szybsze liczone przez CPU niż Akiko wtedy.
    
    Za to DoomAttack na 030/50 na Amidze działa ciut lepiej niż na 386DX/40 i to pomimo C2P.
46. • 46: CommentAuthorxbx
    • CommentTime23 Oct 2024 18:10

     
    @gregor2
    Nie pitol. GEMBench, jak sama nazwa wskazuje, mierzy głównie wydajność procedur środowiska graficznego GEM. Nie jest to uniwersalny benchmark.
    Zasadniczo nie chodzi o "optymalizację", ale o dodawanie obsługi nowych fukcji systemów.
47. • 47:
       
      CommentAuthorCyprian
    • CommentTime23 Oct 2024 18:10

     

    gregor2:

    Peri Noid :"Dziwne te pomiary - z wyłączonym cache jest szybciej jak z włączonym."
    
    A co w tym dziwnego ?
    Ten cache memory nic nie dawal i to nie tylko w Atari.
    

    
    Cache w 030 działa i to świetnie, tylko trzeba wiedzieć co się robi.
    DML w swoich portach Doom 2 i Quake dla Falcona intensywnie korzysta z Cache w połączeniu z MMU.
    
    
    

    gregor2:

    Po prostu wykastrowanie TT do 16 bitow
    

    
    1) Atari w 1992 roku miało gotowe dwa z trzech Falconów - 030 i MicroBox. Wypuścili na rynek tylko tańszy - 030. Falcon z 32bitowym dostępem CPU do RAM, nazywa się Falcona MicroBox. Jeśli wszystko dobrze, pójdzie to niebawem będzie dostępny w sprzedaży
    
    2) 16bitowy dostęp nie znaczy gorszy. Falcon vs A1200 dla operacji na 32bitowych danych:
    - Read Bandwidth: 5,345 MB/s; 4,5 MB/s
    - Write Bandwidth: 6,488 MB/s; 6,9 MB/s
    Co więcej, w przypadku operacji na bajtach czy 16bitowych słowach Falcon jest 2 razy szybszy...
    
    
    

    gregor2:

    rezygnacja z szybszej pamieci (chocby i takiej kombinacji jak buforowa TT dala efekty. ;)
    

    
    
    Nie zrezygnowali. TT-RAM (FastRam) dostępny jest po wymianie procka na szybszy.
    A1200 i Falcon mają 24 bitową szynę adresową. W Falconie cała ona jest zajęta przez 14MB ST-RAM, ROM i rejestry sprzętowe, więc bez wymiany procka nie ma miejsca na TT-RAM.
48. • 48: CommentAuthoras...
    • CommentTime23 Oct 2024 18:10 zmieniony

     
    @@Jacques,
    W Falconie jeszcze łatwiej dokłada się turbo.
    Jest bardziej przemyślane, piszę o 060, fakt że ukazało się o co najmniej dekadę za późno.
    
    PRZECZYTAJ JESZCZE RAZ CO NAPISAŁEM.
    Czy widzisz tu zmiankę o 040 czy 030 ct2b?
    
    PISAŁEM WYRAŹNIE O 060
    
    Umiesz czytać ;)
    -Bo forum wszystko przyjmie a piszesz jakieś pierdoły :)
    Widać że nie doczytujesz tego co napisałem.
49. • 49: CommentAuthoras...
    • CommentTime23 Oct 2024 18:10 zmieniony

     
    @@Jacques,
    
    Tu masz przykład męskiego turbo w Falconie, procesor falcona jest nie potrzebny, jest wylutowany 4 gale sa nie potrzebne zostały podtawki, fpu na płycie jest odciętę.
    
    To ct2b 030@50mhz, ten afterburner przy ni to pikuś w montażu.
    
    Także jest raz przeczytaj co napisałem o montażu turbo 060 ;)

    • ct2b.webp
      
      
      
      
50. • 50:
       
      CommentAuthorJacques
    • CommentTime23 Oct 2024 19:10 zmieniony

     
    @As
    W A1200 turbo z 060 rev 1 w II połowie lat '90 (Apollo, Blizzard) też się montowało pod klapką - zupełnie jak 030. To w Falconie chyba łatwiej jednak się nie da. Nawet o wiele bardziej grzejące 040 się mieszczą z niskimi radiatorami i wiatraczkiem pod klapką.
    
    Ale dobra, nie ma co drążyć ;-)