a tego to nie zauważyłem :)
i jeszcze bezpośrednie porównanie z tej strony
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Gtia2RGB, Nowy wymiar grafiki dla Atari Nowoczesny adapter FPGA Gtia2RGB od Lotharka trafia do przedsprzedaży dla użytkowników Atari.
Drugie, a nawet trzecie życie 8-bitowca Przegląd polskich gier na małe Atari wykonany przez Loading. Od klasyków z lat 90. po najnowsze produkcje.
A5200DS 3.9 Nowa odsłona emulatora Atari 5200 dla konsol Nintendo DS z poprawioną synchronizacją i wydajnością.
Gopher2600 0.55.0 Emulator Atari 2600 Gopher2600 otrzymał aktualizację z poprawkami debuggera i obsługi Superchargera.
Spectrum 512 Painter w przeglądarce Nowoczesne narzędzie online do tworzenia grafiki i konwersji obrazów dla Atari ST i STE.
atari.area forum » Posty przez Cyprian
a tego to nie zauważyłem :)
i jeszcze bezpośrednie porównanie z tej strony
dobrze wiedzieć :)
![]()
proponuje także zaznajomić sie z tym artkiem i komentarzami:
jak dla mnie artek pisany przez gimbusa albo przez fanboya romatyka, a może przez romatycznego fanboy gimbusa ;)
To może zapewnić tylko przejście na tani i dostępny hardware od PC i przeniesienie systemu nań Amigowego systemu, tak jak to próbuje ekipa od Arosa.
no, to jest fajny pomysł, sam bym widział takie przeportowane Atari, lepszą wersję Aranym z natywnymi aplikacjami
Powstanie wtedy trzecia oprócz Windows i Apple alternatywna wielka platforma, skupiająca twórczych ludzi.
tak czułem że te Ubunta, Fedory, linuksy to wielka ściema ;)
no ale to prawdziwa miazga: :)
Amiga po przejściu na hardware PC może huraganowo zdobyć rynek, bardziej nawet niż Apple, szeptanym marketingiem,
więcej 'smaczków' w artykule, polecam ;)
Oblookałem część dem, sporo jest naprawdę fajnych.
niestety problem z youtube jest taki że nigdy nie wiadomo czy nagrywane było spod WinUAE, realny sprzęt czy spod jakiejś dopałki 060.
gepard tu nie chodzi o to która wogóle pójdzie na gołej A1200,
tu chodzi o to, które demo na niedopalonej Amidze będzie znośne do oglądania. czyli będzie miała więcej niż 10fps
btw to dzięki za linki, już wiem co będę dziś robił :)
dynamike2010, wyrywa z kapci
głowy nie dam, ale w okolicy czerwonego kwadratu:
przy okazji na sztabie pokaże Ci demka na gołą a1200 i niektóre są takie że ho ho ho, co trochę przesunie Twój światopogląd ;)
zapodaj nazwy albo jakieś linki do Pouet, chętnie sobie je oblookam
kurczę, też chcę Visual Studio i KDevelope na Atari...
Candle, poprzednia wersja swobodnie kompiluje się pod WinXP/GCC jak i też korskompiluje na ST pod WinXP/Cygwin
żyłem w przekonaniu że wszystkie Megi miały blitter a tu zonk:
"due to delays it was eventually released on the Mega 2 and Mega 4 machines"
Stare ale jare. pierwszy screen z dema ...hmmm... skleroza
Jak tak sobie to wszystko czytam, że falcon był niedorobiony bo 'cost-cut', tt-tka szyna 16mhz (pozostałość z wersji 020?), to nic tylko dorwać tego zasranego tramielka i nakopać mu do dupy (póki żyje...) za zrypanie takich zajebistych kompów.
nie no w przypadku TTki, Te 16 Mhz to jak najbardziej są ok. Procesor 68030 ma tak. że dostęp do pamięci zabiera minimum 2 cykle, czyli np. wewnętrznie pracuje na 32MHz ale zewnętrznie na 16MHz. Więc nie ma co tu przyspieszać. TTka poza tym ma 64bitowy ST-Ram, hiendową rozdzielczość TTHigh, VME, SCSI. Tutaj nie było mowy o oszczędnościach.
Co do Falcona, takie były czasy, wszyscy oszczędzali, Commodore też - zresztą pomimo niby lepszej sprzedaży zatoneli na A1200. Warto jednak pamiętać że technologicznie F030 jest lepszy i wydajniejszy niż A1200.
Yerzu, link jest ten sam, Cyg podmienił go niedawno na aktualną wersję:
http://pouet.net/prod.php?which=58056
Jakby co to pisz do niego poprzez Atari-forum - odpisuje na PM.
gepard w sumie masz rację,
chociaż cięzko porównać dema na fabrycznego F030 i fabryczną A1200, bo nikt nie robi dem na czystą A1200.
z tego co widzę na Pouet to nastu lat dopałka doA1200 to obowiązek.
teraz FLAC rzomdzi na kwadracie
1.04 nie inicjuje dzwięku STE (głośność, equalizer itp, sample) więc nie zdziwcie się jak nic nie usłyszycie albo atarka ryknie niespodziewanie.
Czy ktoś odpalał to http://pouet.net/prod.php?which=58056 na ST 4Mb? (Nie - STe).
Bo na 520ST nie działa.
którą wersję próbowałeś? bo Cyg robił ze 3 różne poprawki pod różne TOSy.
jaką wersję i w jaki języku masz TOS?
Cyprian napisał/a:Goły Falkon ma szybszy procesor i wydajniejszy RAM niż goła A1200
Ma Hi-Color Mode i 16 bitowy dzwiękNie rób z Amigi już takiej kaleki ;P
Np 1200 za to chyba ma 32 druty na szynie danych? No chyba że coś źle kojarzę :P ale gdyby nie DSP i mocniejszy dzwięk w Falconie to chyba bardzo porównywalne sprzęty? :)
- szyna w A1200 ma 32 bity ale procesor ma dostęp do pamięci Chip-Ram (video/sound) co 8 cykl zegara, czyli z prędkością 1.77MHz (tak jak w A500). Falcon ma szynę 16bit ale procesor ma dostęp do STRamu co 4 cykl zegara - czyli z prędkością 4Mhz;
- blitter w A1200 i A500 jest taki sam - 16 bitowy i pracuje z tą samą prędkością 3.54Mhz;
kiedyś na Atari-forum zebrałem wyniki testów wydajności A1200 i F030 i np. różnica w prędkości dostępu do pamięci była rzędu 15~20% na korzyść F030
Co ciekawe TTka miażdzy oba w przedbiegach (STRam - 32bity z dostępem co 4 cykl - 4Mhz)
żeby nie było, uważam że A1200 to niezły kawał sprzętu ale niestety cierpi na ten sam syndrom co Falcon - 'cut costing'
masz tu racje - Falcon bez DSP == A1200... :P
no dynamike2010 nie przesadzaj :)
Goły Falkon ma szybszy procesor i wydajniejszy RAM niż goła A1200
Ma Hi-Color Mode i 16 bitowy dzwięk
czyli Falcon bez DSP >= A1200
Adam strzela z grubej rury :)
na Pouet znajdziesz mnóstwo dem 'Party Version'
dely, zestaw nie jest kompletny, brak dema 1st place dla STE - Antiques
Zerknij na schemat. Sygnały, które wybierają kostki romu idą własnie z GLUE i to własnie ten chip generuje sygnał DTACK dla tego obszaru. Więc na 100% jest wolniej.
warto by to sprawdzić,
na liście Hatari był poruszony ten temat, podsumowanie było takie że jedynie ST-Ram i parę adresów hardware (shifter, glue) jest zaokrąglany do 4 cyklów, pozostałe dostępy do rejestrów i pamięci są 2-cyklowe.
ok, znalazłem cyctat:
I know there're some "strange" things when 68000 code is executed from
ROM / cartridge instead of RAM : memory accesses are not rounded to 4
cycles anymore as we don't need to wait for the bus in that case.
Perhaps the fact that we don't wait for the bus is also setting unused bits to 0 ?To ten wątek:
http://www.atari-forum.com/viewtopic.ph … phics+card
ta, ciekawie się to zapowiadało,
niestety skończyło się jak zwykle...
Yerzu daaaaaawaaaaaaaj!!!!!
a czy przypadkiem nie było kiedyś przejściówki dla kart graficznych Cartridge<->ISA?
dało się? dało.
można więc w analogiczy sposób zrobić kartę gfx bezpośrednio na cartridge z własnym wyjściem video.
atari.area forum » Posty przez Cyprian
Wygenerowano w 0.164 sekund, wykonano 17 zapytań