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 szybki interfejs od Mono i Pancio Twórcy pracują nad rewolucyjnym urządzeniem szeregowym wykorzystującym port SIO.
Zestaw skilli dla LLM od Ilmenita Ilmenit udostępnił narzędzia wspierające modele językowe w pisaniu kodu na 8-bitowe komputery Atari.
Grajodołek Retro #7: Custom Atari 800XL Testy wyjątkowego Atari 800XL z VBXL, stereo i mechaniczną klawiaturą na kanale Borsuka.
Atari rejestruje znak towarowy 800XL Czy czeka nas nowy mini-komputer od Atari? Firma zarejestrowała kolejny znak towarowy.
Dlaczego Atari musiało upaść? Dokumentalna opowieść o wzlocie i upadku giganta, od Ponga po wielki krach na rynku gier wideo.
Opcje wyszukiwania (Strona 7 z 66)
@AS Nie znam włoskiego, ale "Non è stato testato" nie brzmi obiecująco ;)
"Afektywny" Epi powraca na łono atarowskie!
Z tego co wiem w pokoju ze mną i Mateoosem jest wolne łóżeczko.
Rzecz jest ciekawa, bo grafika tworzona jest z oryginalnej pamięci ekranu przez odshiftowanie tego co shifter wyshiftował i zinterpretowanie tego na nowo jako chunky.
Co do 3D to ja rozumiem że jest to raczej koprocesor, który się karmi macierzami i zwraca wynik obliczeń, więc do robienia całej reszty to raczej daleko.
No i ostatecznie facet zrobił sobie to dla sportu, więc kwestia "po co" są poza nawiasem.
Akurat dlaczego tak jest, to można sobie wyobrazić - 68000 wymaga 8 półcykli do popychania wewnętrznej maszynerii na każdy dostęp do pamięci. Mi chodziło bardziej konwencję - dla mnie logiczniejszą konwencją jest operowanie cyklami pamięci niż cyklami CPU, które niewiele mówią, bo i tak nie ma się wglądu ani wpływu co tak naprawdę dzieje w środku, za to co dzieje się w pamięci jest jak najbardziej obserwowalne.
Cyprian napisał/a:Już w latach 80tych pamięć była parokrotnie wolniejsza od procesora
Co do następcy 6502 to miał nim być MCS65E4. Wyspecyfikowany w 1982 roku, ale specyfikacja szybko wylądowała w szufladzie. Wspominam o nim nie bez przyczyny, gdyż zawierał dość rewolucyjną ideę: z punktu widzenia programisty nie miał mieć ŻADNYCH rejestrów. Wszystkie operacje miały być wykonywane na pamięci. I tutaj widzimy, że jeszcze na początku lat 80-tych to nie było takie oczywiste, że pamięć będzie wielokrotnie wolniejsza od CPU.
Z drugiej strony kilka lat później ten procesor może mógłby się obronić przy zastosowaniu dużego cache'a.
Cyprian napisał/a:Przykładowo, mając procesor wykonujący jedną instrukcje na cykl: w Atari ST procesor musiałby być taktowany zegarem 2MHz
W przypadku 68000 w Atari ST ja nie widzę, ŻADNEJ przyczyny dlaczego w określaniu długości instrukcji nie miałoby się operować liczbą dostępów do szyny zamiast liczbą cykli, skoro każda akcja procesora jest zaokrąglana w górę do wielokrotności czterech, czyli do cyklu dostępu do pamięci. Nawet na własne potrzeby przygotowałem sobie dokument wyliczający liczbę dostępów do szyny dla każdej instrukcji i w mojej głowie jakoś układa się to o wiele lepiej, bo jest bardziej podobne do taktowania 6502.
Na SV Acid Maker pokazywał mi jakiś testowy firmware do Medusy, który dawał z GTIA jakość porównywalną z VBXE. Więc przetwornik sygnału, który opuści już Atari też nie jest bez znaczenia.
Ja osobiście uważam, że lepsze jest wrogiem dobrego i jakbym chciał mieć żyletę, to odpaliłbym emulator. W niedoskonałościach sygnału z prawdziwego Atari jest urok.
No tak, wtyk bardzo niestandardowy, ale ta wyczka od RJ jest spoko.
Może być ciężko, bo aż tak dużo tego nie wyszło.
Ale na szczęście RetroHQ szykuje coś nowego. Tylko cena pewnie powali.
@Matej - To nie takie proste - ja od kilku lat próbuję kupić coś od Krikzza, ale nie wysyłają do Polski (pewnie jakieś optymalizacje podatkowe).
A no tak, MMU to też ustawienia cache. No to faktycznie ma więcej zastosowań niż założyłem.
Cyprian napisał/a:Czyli 060 bez mmu dziala pod TOS 4.04?
Ja tam się nie znam, ale na mój rozum TOS jest na tyle elementarny, że nie dotyka MMU. Nie wydaje mi się, żeby jakiekolwiek demo miało też czerpać korzyści z MMU. Ja teoretycznie rozkminiałem, że można byłoby pamięć sobie w demku przemapować, żeby w pierwszych 64k mieć jakąś fajną tablicę, ale to by coś dało na 68000 a nie na 68060
13 minut wczytywania Bring Back the Eighties? luzik :)
Nawet na Loście miało być wczytywane, ale coś technicznie poszło nie tak.
xxl napisał/a:nie da sie tych postaw pogodzic, jedna wyklucza druga, jak mialby wygladac kompromis? nie wiem.
No hmm... a co powiesz na kompromis, który może brzmieć: Program działa na komputerze z fabrycznymi ograniczeniami oraz na komputerze z rozszerzeniami sprzętowymi? Myślałem nad tym całą minutę.
Dla wszystkich niezorientowanych, świętą księgą w umyśle kolegi XXLa jest "Mapping The Atari" Ian Chadwicka, a w niej czytamy:
Mapping the Atari napisał/a:Locations 53280 to 53503 ($D020 to $D0FF) are repeats of locations
53248 to 53279 ($D000 to $D01F). You can't use any of the repeated
locations; consider them "filler." They maybe used for other purposes
in any Atari OS upgrade.
Czyli w GTIA nie można używać shadowów, bo to fillery
Mapping the Atari napisał/a:Locations 54020 to 54271 ($D304 to $D3FF) are repeats of locations
54016 to 54019 ($D300 to $D303).
W PIA jest mowa o powtórzonych komórkach, ale nie są oznaczone jako fillery, nie ma tego słowa, czyli znaczy, że są oficjalnie udokumentowane
Mapping the Atari napisał/a:Locations 54288 to 54303 ($D410 to $D41F) are repeats of locations
54272 to 54287 ($D400 to $D40F).
Sytuacja ANTICa jest taka sama jak PIA.
Sytuacja POKEYa jest nieustalona.
Ja nie wiem czy ktokolwiek z NG będzie, póki co jestem sam, więc proszę mnie gdzieś tam dokwaterować.
@perinoid - wystarczy że zapisy w shadowy będą zapamiętywane, a zmiana banku nastąpi dopiero podczas zapisu do $D301 - uwzględniając zawartość shadowów.
Tak działa wiele rejestrów 16-bitowych w 8-bitowej maszynie (np w Lynksie). Zapis LSB tylko zapamiętuje wartość, a akcja jest przy zapisie MSB.
Tylko pancernie pakuj, bo ten plastik przy byle pyknięciu pęka.
Malunek malunkiem, ale proporcje są zbyt bliskie do prototypu, żeby to miał być przypadek. Pewnie za wzór zostało wzięte jakieś zdjęcie 130 XE, które akurat było prototypem. No i oczywiście nic nie sugeruje że takie trafiały do Pewexu - w końcu to tylko reklama.
Na ostatniej stronie Komputera, który teraz jest licytowany też jest ta obudowa w reklamie stotrzydziestki z Pewexu. Nigdy wcześniej na to nie zwróciłem uwagi, a teraz okazuje się, że widać ją częściej niż można było się tego spodziewać.
Lizard napisał/a:Dopóki nie musi chłodzić go wiatrakiem i radiatorem to jest ok.
Atari nie chciało aktywnego chłodzenia?
@prz Czujesz się zagubiony w niuansach, bo rozbijamy się o semantykę. Podział na standardowe atari i dopalone atari jest od zawsze. Żadne demo na VBXE czy na Rapidusa czy cokolwiek niestandardowego nie startowało w demo compo. Jedynym śliskim tematem jest zainstalowany RAM, bo skoro atari przewidziało naturalnie rozszerzalny sposob na adresowanie dodatkowej pamięci to opory przed jej zwiększaniem nie są zbyt duże. Fabrycznie było dodatkowe 64 kB. Już w epoce świetności tego sprzętu ludzie lutowali sobie 256 czy nawet 512. Teraz za "standardowe" zdaje się uznawać 1024. I to jedyny niuans.
Bober napisał/a:Kto chce to użyje, kto nie chce to nie. Ot i cała dysputa.
Nie wiem jak inni, ale ja podzielam stanowisko Menscha i nie mam nic przeciwko używaniu "niezagospodarowanych kodów rozkazów". Nawet uważam, że w bardzo ciasnej pętli gdy gonimy za plamką i mamy te kilka cykli na ustawienie jakiegoś rejestru kolorów, to zmieszczenie się dzięki nieudokumentowanej instrukcji jest chwalebne.
Śmieszy mnie tylko krucjata XXLa, że "atari tak chciało", podczas gdy akurat tak im wyszło i jak wiemy z cytatu Menscha odnośnie 6502 mieli w dupie co wyszło. Śmieszy mnie też trzymanie się zwrotu "konsekwencja uproszczeń" zamiast "przypadek", zupełnie jakbyśmy mieli do czynienia z boską interwencją. Ja po prostu jestem z tych, że jak bomba spadnie na twój dom, a nie dom sąsiada, to tracisz dom przez przypadek, a nie w konsekwencji tego, że "Bóg tak chciał". Jedyne co mi przychodzi do głowy, że kolega używający takich zwrotów myli przypadek z losowością.
xxl napisał/a:te niestabilne tez nie dzialaja losowo... ech
sorka ale to nie jest lapanie za slowka tylko nie znasz tematu...
W istocie. Nie znam tematu. Opieram się tylko na istniejących opracowaniach:
ANE (XAA)
* AND X + AND oper
Highly unstable, do not use.
A base value in A is determined based on the contets of A and a constant, which may be typically $00, $ff, $ee, etc. The value of this constant depends on temerature, the chip series, and maybe other factors, as well.
In order to eliminate these uncertaincies from the equation, use either 0 as the operand or a value of $FF in the accumulator.
(A OR CONST) AND X AND oper -> A
xxl napisał/a:czyli nie jest zupelnie przypadkowe ani nawet przypadkowe
No tak. Losowe działanie tych niestabilnych też jest konsekwencją uproszczeń i nie ma nic z przypadkowości. Nie ma jak dyskusja polegająca na łapaniu za słówka...
Żeby być merytorycznym, kolega Zbyti, który "zapomniał hasła", podrzucił mi ciekawy cytat z Menscha:
Mensch napisał/a: So what happens here, is if you say everything you need is in 8-bit quantity, for 256 different instructions. So if you look at the opcode table of the 6502, you'll see there's a lot of "not used" opcodes. And the reason why some people call them... what's the thing is... unusual operations, "illegal opcodes." The reason for illegal opcodes, is we didn't care what the opcodes did, we only cared what the ones that we wanted, would do. So if you put in a non-defined opcode, that some people have found, we never looked at it. We have... I have never specifically looked at, what the other opcodes would do on the 6502; the original. Because it wasn't part of the design. If the opcode that you want works, that's all that was required. So if somebody tested some of these other weird opcodes, you go "oh, so it decrements both the index-register and also the accumulator at the same time or whatever. Well, that's interesting." We didn't know what it did, because we didn't care about what it did.
Well, we never thought of them as illegal opcodes. They were called unused opcodes in the way we thought of it. So we weren't using those opcodes. So they weren't illegal. You can do whatever you want with them, but we weren't going to tell you what they did, because we didn't care what they did. So it's not illegal. You're just using it because you want to use it. So those were fun facts. What does this other opcode do? But look at the 65C02. Because I knew people were curious about those things.
Znalezione posty [ 151 do 175 z 1,640 ]
Forum oparte o: PunBB
Currently installed 7 official extensions. Copyright © 2003–2009 PunBB.
Wygenerowano w 0.057 sekund, wykonano 23 zapytań