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
Zmarł twórca języka BASIC Zmarł Thomas E. Kurtz twórca języka BASIC
Zmiana serwera atari.area Serwis przeszedł właśnie ważną aktualizację infrastruktury
4th Atari ASCII Compo - wyniki Dostępne są już wyniki tegorocznego ATASCII Compo.
thing neo 1.60 Olivier Landemarre wydał nową wersję desktopu Thing.
VIII. Basque Tournament of Atari 2600 Kolejna relacja, wśród otrzymywanych od naszego przyjaciela Egoitza z Kraju Basków.
Opcje wyszukiwania (Strona 115 z 118)
Jak tak dalej pójdzie, zrobicie emulację klawiatury ZX Specturm :D
Możesz podać linka do tego dema?
Popłakałam się ze wzruszenia.
Luzik epi. Space opera jak za dawnych dobrych czasów. Może wkrótce pojawią się kolejne wątki i postacie?
Było st+ w sierpniu http://allegro.pl/item411703267_atari_s … karka.html . Napisz może do faceta, bo aukcja zakończyła się fiaskiem - może koleś ciągle je ma?
edit: heh - prawdopodobnie jednak sprzedał: http://allegro.pl/item415792050_415792050.html - ale popytać ciągle można.
Myślisz, że TFT się nie zużywa? Tu chyba jest tak, że tranzystorki nie przewodzą, jak jest czarny kolor (nie znam się)?
edit: http://telewizor.eu/ - heh - o ile dobrze zrozumiałem w lcd najmniej prądu bierze biały ekran? Oczywiście prócz ekranu z wyłączonym podświetleniem.
"Z rysunków - PAŁA, z rękoczynów - PAŁA, zajęcia teoretyczne - PAŁA, z zachowania PAŁA..."
Jakos tak to chyba leciało.
A gdyby pamięć dla proca była liniowa, to co z układami I/o? Czy słusznie podejrzewam, że dalej będą widzieć tylko dolne 64kb? Czy w tym przypadku pozostawienie prędkości dolnego 64kb ram @ 1.7 MHz nie będzie zbytnim ograniczeniem? Może niegłupie byłoby przełączanie banku ram (64kb) widzianego, przez układy i/o - można by wtedy w jednej linii natychmiast przełączyć wszystkie rejestry kolorów i pozycje sprajtów...
Bankowanie pamięci wydaje mi się niedobrym pomysłem. Jeśli będziemy mieć carta na 8000..9ffff, bank na 4000,,7ffff, dosa poniżej 2000, to zostają nam (bez podnoszenia systemu) obszary 2000..3fff (8kb) i a000..bfff (8kb). To trochę mało jeśli chcielibyśmy pokazać np. obrazek w hires interlace. Również przepisywanie obszarów pamięci będzie koszmarnie wolne, bo trzeba będzie przełączać banki. Zalety pamięci liniowej doceni chyba każdy kto próbował robić cokolwiek na x86 z rejestrami segmentowymi albo chciał na atari używać pamięci dodatkowej do czegoś innego niż ramdysk.
Edit: Zamieszałem. Oczywiście i/o mają swoje rejestry i zawartość ram nie ma tu nic do rzeczy. Wycofuję się z pomysłu. Można by co najwyżej brać dane obrazu, pmg i znaków z obszaru powyżej 64kb.
Zaxon: Na pewno zastanawiało ich dlaczego zakuipłeś 330 m kynara...
A to: http://allegro.pl/item425077564_atari_1 … 02769.html ? Nieatrakcyjna rzecz?
Edit: Z ciekawości - jak taką maszynę uruchamiać w Europie (Polsce)? Jakieś specjalne przelotki, tv/monitory trzeba do tego podłączyć?
Nie jestem rusofilem, ale mam niejasne przeczucie, że to co pokazują media nieco odbiega od prawdy...
Szkoda, że się nie uda :( A jak tam z nowym instrumentarium do Jet Set Willy?
hororus napisał/a:Ta wiadomość poprawiła mi trochę humor :-)
Nawet dwa razy :)
Do Admina: Cytowałem pierwszą wiadomość!
:) No to na pewno jest wyzwanie :) Ale jaka jest przyjemność z robienia rzeczy prostych?
Co myślisz o coverowaniu tego gościa http://www.8bitpeoples.com/discography/by/stu ?
edit: Np. dYManite ?
Heh - zasugerowałem się jellonkiem.
Zauważ epi, że spectrumowcy mieli do tej pory tak wierną wersję tylko graną przez beeper'a (autorstwa zilog'a zdaje się). A tutaj gra to AY...
Ja trochę też :)
Zrozumiałem, że chciałeś sprawdzić jaki tryb będzie zrywał synchronizację kiedy ilość linii osiągnie lub przekroczy 240 i na końcu dlist nie będzie jvb. Ponieważ f ewidentnie zrywa, stąd moje wynurzenia nt. konieczności zastosowania jvb podczas operacji krytycznych i dokładania linii przy scrollowaniu pionowym za pomocą rejestru (tak, aby uniknąć zrywania synchro). Nie wypowiadałem się nt innych trybów, bo tam nie ma takich problemów.
Przykro mi jeśli się nie zrozumieliśmy - rozumiem, że wątek jest zamknięty.
Scroll przez rejestr VSCROL rzeczywiście działa, ale nie da się go użyć w hiresie, ze względu na zrywanie synchronizacji. Trzeba by poza manipulacją VSCROLL dokładać też jedną linię trybu f tuż przed jvb (czyli przepisywać f+jvb) bo ANTIC wcina tyle linii, ile ustawiliśmy w VSCROLL.
Oczywista sprawa co do scrolla pionowego za pomocą lms (btw. czy vscroll w ogóle w trybach graficznych działa?). Czyli co? dlista składłaby się z:
0: lms
1: gfx
2: gfx
...
239: gfx
240: lms
241: gfx
...
Rozumiem, ze przy operacjach krytycznych czasowo (CRITIC ustawiony) ANTIC po wyświetleniu linii 239 zaczekałby do końca VBLANK i zacząłby wyświetlać następny obraz od linii w dlist widzianej, jako 240? I tak aż do ograniczenia 4KB - potem program by się zapętlał? Warto by sprawdzić.
jvb natomiast przydaje się też przy dłuższych dlistach niż ekran, bo jak pisałem ANTIC nie buforuje ustawienia DLPTR i z nowym ekranem (jeśli na VBLKI nie zostanie DLPTR odświeżony, a nie jest jeśli znacznik CRITIC jest ustawiony) poleci dalej i zapętli się na 4KB (licznik DLPTR jest 12-bit).
Edit: DPLTR jest oczywiście 10-bit podczas wykonywania więc zapętli się na 1KB.
Proszę uprzejmie. 1test.obx zrywa synchro, 2test.obx nie zrywa.
Pewnie wiesz, ale przy operacjach krytycznych na VBLKI nie jest odświeżany DLPTRS i wtedy jvb się przydaje, bo ANTIC leci wg tego, co wskazuje DLPTR.
Sprawdziłem na 65XE. Pusta linia na początku dlisty nie jest potrzebna, tryby 2,3,f zrywają synchronizację kiedy mam 240 linii ekranowych zajętych (30 *2, 24*3 i 240*f), natomiast tryb e nie zrywa kiedy mam 240 linii. Co z resztą nie sprawdzałem, ale myślę, że nie będą rwać synchronizacji - problemy występowały tylko z hiresem.
Edit: konkretnie ustawiałem 256 linii e i f, 56 linii trybów 2 i 3. Tak więc malowało się BEZ jvb.
Edit2: analogiczne zachowanie występowało gdy było malowanych 240 linii e,f oraz 30 * 2 i 24 * 3 Z jvb. Zrywa tylko hires.
O ile dobrze pamiętam tryby 2,3,$f ANTIC'a zrywały synchronizację - reszta nie (tebe o tym już pisał).
Edit: Ale, ale - czy przynajmniej jedna pusta linia na początku dlisty nie była wymagana po to, żeby ekran nie podjeżdżał do góry ?
Brzmi, jak Purple Motion Crew
Znalezione posty [ 2,851 do 2,875 z 2,938 ]
Forum oparte o: PunBB
Currently installed 7 official extensions. Copyright © 2003–2009 PunBB.
Wygenerowano w 0.093 sekund, wykonano 13 zapytań