2,976 Odpowiedź przez mono

(40 odpowiedzi, napisanych Sprzęt - 8bit)

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.

Idź do forum: Sprzęt - 8bit

2,977 Odpowiedź przez mono

(58 odpowiedzi, napisanych Kupię / Sprzedam / Zamienię Atari)

Zaxon: Na pewno zastanawiało ich dlaczego zakuipłeś 330 m kynara...

Idź do forum: Kupię / Sprzedam / Zamienię Atari

2,978 Odpowiedź przez mono

(6,411 odpowiedzi, napisanych Kolekcjonowanie)

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ć?

Idź do forum: Kolekcjonowanie

2,979 Odpowiedź przez mono

(16 odpowiedzi, napisanych Bałagan)

Nie jestem rusofilem, ale mam niejasne przeczucie, że to co pokazują media nieco odbiega od prawdy...

Idź do forum: Bałagan

2,980 Odpowiedź przez mono

(23 odpowiedzi, napisanych Scena - 8bit)

Szkoda, że się nie uda :( A jak tam z nowym instrumentarium do Jet Set Willy?

Idź do forum: Scena - 8bit

2,981 Odpowiedź przez mono

(10 odpowiedzi, napisanych Software, Gry - 8bit)

hororus napisał/a:

Ta wiadomość poprawiła mi trochę humor :-)

Nawet dwa razy :)
Do Admina: Cytowałem pierwszą wiadomość!

Idź do forum: Software, Gry - 8bit

2,982 Odpowiedź przez mono

(8 odpowiedzi, napisanych Software, Gry - 8bit)

Swat?

Idź do forum: Software, Gry - 8bit

2,983 Odpowiedź przez mono

(23 odpowiedzi, napisanych Scena - 8bit)

:) No to na pewno jest wyzwanie :) Ale jaka jest przyjemność z robienia rzeczy prostych?

Idź do forum: Scena - 8bit

2,984 Odpowiedź przez mono

(23 odpowiedzi, napisanych Scena - 8bit)

Co myślisz o coverowaniu tego gościa http://www.8bitpeoples.com/discography/by/stu ?

edit: Np. dYManite ?

Idź do forum: Scena - 8bit

2,985 Odpowiedź przez mono

(23 odpowiedzi, napisanych Scena - 8bit)

Heh - zasugerowałem się jellonkiem.

Idź do forum: Scena - 8bit

2,986 Odpowiedź przez mono

(23 odpowiedzi, napisanych Scena - 8bit)

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...

Idź do forum: Scena - 8bit

2,987 Odpowiedź przez mono

(24 odpowiedzi, napisanych Programowanie - 8 bit)

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.

Idź do forum: Programowanie - 8 bit

2,988 Odpowiedź przez mono

(24 odpowiedzi, napisanych Programowanie - 8 bit)

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.

Idź do forum: Programowanie - 8 bit

2,989 Odpowiedź przez mono

(24 odpowiedzi, napisanych Programowanie - 8 bit)

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.

Idź do forum: Programowanie - 8 bit

2,990 Odpowiedź przez mono

(24 odpowiedzi, napisanych Programowanie - 8 bit)

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.

Idź do forum: Programowanie - 8 bit

2,991 Odpowiedź przez mono

(24 odpowiedzi, napisanych Programowanie - 8 bit)

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.

Idź do forum: Programowanie - 8 bit

2,992 Odpowiedź przez mono

(24 odpowiedzi, napisanych Programowanie - 8 bit)

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 ?

Idź do forum: Programowanie - 8 bit

2,993 Odpowiedź przez mono

(9 odpowiedzi, napisanych Bałagan)

Brzmi, jak Purple Motion Crew

Idź do forum: Bałagan

2,994 Odpowiedź przez mono

(25 odpowiedzi, napisanych Programowanie - 8 bit)

O ile dobre zrozumiałem problem chodzi Ci MaW o coś takiego:

10 a=peek(20)
20 gosub TwojaProcedura
30 b=peek(20): if (b >= a and b < a+2 or b < a and b < a+2-256) then 30
40 a=b: goto 20

Jeśli Twoja procedura wykonując się przekroczy czas trwania 2 ramek, to po prostu polecimy dalej - jeśli nie przekroczy to zsynchronizujemy się. Pominąłem oczywiście synchronizację z początkiem ramki bo myślę, że na tak dokładnej synchronizacji Ci nie zależy?

Idź do forum: Programowanie - 8 bit

2,995 Odpowiedź przez mono

(330 odpowiedzi, napisanych Sprzęt - 8bit)

Gdyby też wyjąć i rozczłonkować OS mielibyśmy L-system'ów.

Idź do forum: Sprzęt - 8bit

2,996 Odpowiedź przez mono

(6 odpowiedzi, napisanych Programowanie - 8 bit)

Pomysł jest ciekawy. Ale co z rozdzielczością? Trzeba by uzyskać pełną rozdzielczość na tych 64px. Gdyby zdążyć z przesuwaniem sprajtów w linii i przesłanianiem kawałków pikseli trybu graficznego i zmianą kolorów sprajtów to by się mogło udać (a przynajmniej pozycje i kształt). Paradoksalnie to missiles byłyby tutaj chyba użyteczniejsze :) Ech - czemu to kolory i pozycje sprajtów w gtia nie są brane z banków...?

Idź do forum: Programowanie - 8 bit

2,997 Odpowiedź przez mono

(7 odpowiedzi, napisanych Kupię / Sprzedam / Zamienię Atari)

Hmmm. A może by otworzyć małą drukarnię starych czasopism? Sepcjalnie dla fanatyków starych komputerów? W oryginalnym rozmiarze - tylko na papier toaletowy dla IKSa nie ma co liczyć... :(

Idź do forum: Kupię / Sprzedam / Zamienię Atari

2,998 Odpowiedź przez mono

(330 odpowiedzi, napisanych Sprzęt - 8bit)

65xe z expansion port; rozszerzenie ram z bajtka do 192kb i sprzętowy reset (samoróba) też chyba wg bajtka - dawno to było i nie pamiętam :(. Obydwa rozszerzenia robił kolega więc nie podam szczegółów, bo nie za bardzo się znam.

Idź do forum: Sprzęt - 8bit

2,999 Odpowiedź przez mono

(15 odpowiedzi, napisanych Programowanie - 8 bit)

epi napisał/a:

Zalecam doszkolenie: http://atariki.krap.pl/index.php/Ramka :)
Dodatkowo ANTIC nawet kiedy ma wyłączone rysowanie ekranu, to i tak po cichu zabiera 9 ze 114 cykli w każdej linii.

Tak, tak :) Nie wiem czemu ubzdurało mi się, że zegar taktujący jest dzielony na 2 - z moich obliczeń wychodziłoby wtedy 57 cykli na linię - nie sprawdziłem :/. O tych 9 cyklach wiem...

@Archiel: masz w takim razie 2x więcej czasu na logikę. Tryb tekstowy z generatorem znaków w trybie 2ANTIC rzeczywiście (jak pisze Laoo) da się zrobić. Pozostają tylko problemy zasygnalizowane prez Fox'a...

Idź do forum: Programowanie - 8 bit

3,000 Odpowiedź przez mono

(15 odpowiedzi, napisanych Programowanie - 8 bit)

ArchieIl napisał/a:

Po pierwsze "emulator" tak naprawdę byłby binarnym rekompilatorem (offlinowym) ROM-ów dla 2600 na kod, który działałby z Atari XL/XE.

xxl już zrobił jeden "rekompilator offlineowy" - możesz go popytać jakie są problemy. Polecam wątek http://atariarea.krap.pl/forum/viewtopic.php?id=4772

ArchieIl napisał/a:

Po drugie w Atari 2600 całość grafiki w każdej ramce jest tworzona od 0 przez 6502 i wysyłana do układu graficznego.

lda abs - 4 cykle
sta abs - 4 cykle
CPU jest taktowany 1,773447 MHz w PAL - zegar dzielony jest przez 2 więc masz 886723 cykle procesora na sekundę.
W ramce (PAL - 1/50 s) masz więc 17734 cykli więc jesteś w stanie przepisać rozwiniętą pętlą 2216 bajtów (najszybszy sposób). Rozdzielczość 40x192 daje Ci 7680 bajtów na Atari XL/XE. Nie liczę zupełnie cykli, które ANTIC zabiera na odświeżanie ekranu i zakładam, że ANTIC podczas generacji ma wyłączone rysowanie ekranu.
Nawet gdyby zastosować sprajty do rysowania obrazu a grafikę do rysowania sprajtów to i tak masz dla ekranu 960 bajtów do przepisania, a dla sprajtów 576 bajtów (chyba, że będziesz to modyfikował tylko tam, gdzie trzeba) - w sumie masz więc 1536 ($600) bajtów do przepisania co daje 12288 cykli (i zajmuje $2400 ramu). Reszta czyli 5446 zostaje Ci na logikę i generowanie treści.

ArchieIl napisał/a:

* użycie trybu tekstowego 40x24, w którym wszystkie znaki są zaprojektowane jako wszystkie możliwe do użycia zestawy kreseczek poziomych ("mono").
* użycie trybu tekstowego ANTIC 4 ze znakami zdefiniowanymi j.w. (full kolor)

8 linii po 2 stany - ilość kombinacji = ilość stanów do potęgi ilość linii; wychodzi 256 kombinacji - nie wystarczy Ci generatora znaków.

ArchieIl napisał/a:

* użycie trybu ANTIC 9 tyle, że nie sprawdziłem jeszcze czy ANTIC pozwala na podmianę zawartości poszczególnych linii i uzyskanie w ten sposób wymaganej rozdzielczości 192 lini w pionie.

Jak działałyby gry gdyby nie pozwalał? Rozdzielczość OS9: 80x192.

ArchieIl napisał/a:

W obu przypadkach dynamicznie zmieniające się tło będzie wyjątkowo trudne w realizacji ale na początek chciałby uzyskać emulację dla gier ze statycznym playfield i z dowolnie konfigurowanymi duszkami.

Przecież to zazpisywanie pełnych bajtów: $00, $11, $22 i tak aż do $88. Żadnego maskowania, przesunięć, liczenia - gdzie tu trudność?

Idź do forum: Programowanie - 8 bit