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
X. Basque Tournament of Atari 2600 Euskal Retro Association podsumowuje 10. edycję Baskijskiego Turnieju Atari 2600.
Gearlynx 0.0.10 Emulator konsoli Atari Lynx w nowej wersji 0.0.10. Sprawdź listę zmian, w tym wsparcie dla stereo!
HDDRIVER 12.73 Najnowsza wersja sterownika dysków HDDRIVER 12.73 z ulepszeniami i poprawkami.
ABBUC SWC 2025: wszystkie linki do gier Zebraliśmy wszystkie dostępne linki do gier z konkursu ABBUC Software Contest 2025! Zagraj i oceń.
RastaConverter Beta 20 RastaConverter, popularny konwerter grafiki dla Atari, otrzymał aktualizację Beta 20 z nowymi opcjami linii komend i poprawkami.
Opcje wyszukiwania (Strona 118 z 121)
Brrrr. To z prawej to jakaś ohydna potwora. Ta z lewej natomiast... mmmmm :)
Brak szyi jest rzeczywiście nieuzasadniony - wyszedł im jakiś transwestyta z wielkimi łapskami. Może chodziło o seksizm i dlatego zrezygnowali z ładnej dziewczyny?
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.
Znalezione posty [ 2,926 do 2,950 z 3,015 ]
Forum oparte o: PunBB
Currently installed 7 official extensions. Copyright © 2003–2009 PunBB.
Wygenerowano w 0.097 sekund, wykonano 21 zapytań