Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Nowe postacie w Street Fighter 2 Vega dodaje kolejne postacie do portu SF2 na Atari 8-bit. Zobacz nowy film z rozgrywką.
ATasm v1.30 ATasm v1.30 to assembler dla procesora 6502 działający z poziomu wiersza poleceń, zgodny z oryginalnym Mac/65 od OSS.
ugBASIC v1.17.2 Wszechstronny język programowania BASIC oraz cross-kompilator pozwalający na tworzenie programów na różne platformy 8-bitowe
Zapraszamy do artykułów na atari.area! Szukasz różnorodnych materiałów na temat Atari? Koniecznie odwiedź dział artykułów.
ICE-T 2.76 alpha 9 Nowa wersja zaawansowanego emulatora terminala
atari.area forum » Posty przez mono
Fajne!
Testowałem co prawda tylko pod emulatorem atari800 i u mnie wystartował ze styczniem 2236. Za to data bieżąca jest poprawna - 23-03-2015. Tak więc rok jest przesunięty o 221. $15 w BCD zinterpretowane jako liczba hex to właśnie 21 dec, choć $20 żadną miarą nie wychodzi mi na 200 :) Takie luźne skojarzenie.
Edit: No chyba, że $20 przesunięte w BCD na następną cyfrę, skonwertowane do hex po czym zsumowane z $15 :)
Edit 2: Na Altirrze 2.70 test2 to samo - czyżby gdzieś tam brakowało CLD? :>
Świetnie sobie radzi ten PWM zaszumiony.
Interferencje przewodów wysokiego napięcia z rezonansami ciężkich młotów pneumatycznych i łagodnym szumem cyfrowych obrabiarek CNC. Biotop hali produkcyjnej w ekosystemie wielkiej aglomeracji przemysłowej.
Ech :). Na listę uszkodzeń muszę w takim razie wpisać też rozpoznawanie wzorców :/.
Ja poprosiłbym 1 egzemplarz.
Cóż powiedzieć? Ładne :) Planujecie może jakąś produkcję i będzie można kupić, czy na razie jeszcze nie gotowe?
No to fail :/. Sam nie wiem co to w takim razie jest.
Jedyne co udało mi się namierzyć, to:
http://www.spiny.org/atari/fonts/SF Atarian System Italic.ttf
http://www.spiny.org/atari/fonts/SF Atarian System.ttf
http://www.spiny.org/atari/fonts/SF Atarian System Extended Bold.ttf
http://www.spiny.org/atari/fonts/SF Atarian System Extended Bold Italic.ttf
http://www.spiny.org/atari/fonts/SF Atarian System Bold.ttf
http://www.spiny.org/atari/fonts/SF Atarian System Extended.ttf
http://www.spiny.org/atari/fonts/SF Atarian System Extended Italic.ttf
http://www.spiny.org/atari/fonts/SF Atarian System Bold Italic.ttf
Znalazłem to u siebie na dysku, ale nie mam pojęcia co to jest (nie mam jak podejrzeć).
Jest jeszcze coś w takim programie (ściągnij z forum i rozpakuj): http://atarionline.pl/forum/comments.ph … amp;page=1 ale też nie wiem, czy to coś warte :/.
Wołgi.
Koniecznie :)
@xxl: Dane z generatora znaków brane są na bieżąco, dane z pamięci ekranu w pierwszej linii trybu.
nie rozumiem. moglbys pokazac przedefiniowane dwie literki kolo siebie "Y" i "y" z wykorzystaniem matrycy 8x10 ?
Bardzo proszę:
lda #%00100010
ldx #<dlist
ldy #>dlist
sta DMACTS
stx DLPTRS
sty DLPTRS+1
lda #>charset
sta CHBAS
jmp *
screen:
.rept 2
.byte "Yy"
.byte "Yy" +$80
:36 .byte " "
.endr
dlist:
:3 .byte EMP8
.byte LMS+ANT3
.word screen
.byte EMP1
.byte ANT3
.byte JVB
.word dlist
org charset+"Y"*8
.byte %01100110
.byte %01100110
.byte %01100110
.byte %01100110
.byte %00111100
.byte %00011000
.byte %00011000
.byte %00011000
org charset+"y"*8
.byte %00000110
.byte %00111100
.byte %01100110
.byte %01100110
.byte %01100110
.byte %01100110
.byte %01100110
.byte %00111110Jak widać definicja "y" jest przesunięta w dół o dwie linie skanningowe po czym zapętlana w ramach znaku.
Zatem źle opisałem cechę ANTIC3 - puste linie dla znaków $00..$5F wstawiane są na końcu, a dla $60..$7F na początku.
gdyby wiersze mogły mieć taką samą ilość linii :(
edit:
a gdyby w DLI przestawiać wartość VSCROLLA?
Skąd ta nieparzysta ilość linii? ANTIC redukuje wiersz nieskrolowany następujący po wierszu skrolowanym do jednej linii skanningowej. VSCROL nic tu nie pomoże, bo i tak w takim podwójnym wierszu będziemy mieć zawsze n+1 linii skanningowych.
Chyba, że 0xF albo Tebe zna jakiś trick :)
Da się. W tym trybie znaki $00..$5F rysowane są tak, że pierwsze dwie linie są puste, dane z generatora wpisywane są dopiero od drugiej linii. Znaki $60..$7F z kolei rysowane są tak, że dane z generatora malowane są od linii zerowej, a w liniach 8 i 9 powtarzane są znowu dane z generatora dla linii 0 i 1. Dlatego przesuwam w pionie wiersz, żeby móc malować w wierszach parzystych połówki znaków $00..$5F, a w dolnych 3/4 znaków $60..$7f.
Obiecany przykład. Tu akurat wykorzystany jest ANTIC3 więc wiersze mają 5 i 6 linii skanningowych:
lda #%00111011
ldx #<dlist
ldy #>dlist
sta DMACTS
stx DLPTRS
sty DLPTRS+1
lda #4
sta VSCROL
jmp *
org screen
:48*2*16 .byte <#
dlist:
:3 .byte EMP8
.byte LMS+VSCRL+ANT3
.word screen
.byte ANT3
:15 .byte EMP1,VSCRL+ANT3,ANT3
.byte JVB
.word dlistMiędzy dwoma wierszami wsadzona jest pusta linia dla uwidocznienia podziału - może jej nie być.
5-y kolor dyskusyjny bo jego użycie oznacza że będzie użyty na całej wysokości ekranu
Chyba, że w rzeczonym modyfikowanym w rastrze CHRCTL manipulujesz bitem 1. Możesz jeszcze użyć HSCROLL do przesuwania treści obrazu w poziomie.
ad.2 można zdefiniować znak, który ma dwie połówki 4 bajty górne, 4 dolne, aby je przełączać użyć trzeba rejestru ANTIC-a CHRCTL, który obraca znak do góry nogami
Wykorzystując moją metodę nie trzeba obracać znaku i w ogóle nie ma tam żadnego DLI - ten obraz jest statyczny, a CPU ma wszystko dla siebie.
Ale generalnie świetny pomysł. Odpalę G2F i zobaczę jak usuwacie badlines.
Uściślijmy może o co gorghowi chodzi:
1. O zmianę adresu pobierania danych ekranowych (czyli z pamięci ekranu) podczas malowania linii rastra (z lewej strony dane z jednego obszaru pamięci, z prawej strony dane z innego obszaru).
2. O zmianę adresu pobierania danych ekranowych po narysowaniu n linii wiersza tekstu (w górnej połówce wiersza dane z jednego obszaru, w dolnej z innego).
Ja zroumiałem, że gorgh chce 2 opcję :) A Wy mówicie o 1...
Edit: @tebe: oiw dane z pamięci ekranu pobierane są tylko podczas badline więc jak tu zmienić adres licznika w środku takiego rastra? Potem można co najwyżej przełączyć generator znaków na inny.
Jak w temacie.
Fucked tak, Last Fucked jest EGR :)
@Tebe: Taka dlista:
LMS+TXT+VSCRL
LMS+TXT
LMS+TXT+VSCRL
LMS+TXT
...
VSCROL na sztywno ustawiony na jakąś wartość powiedzmy 4 i zdaje się mamy tryb tekstowy 4 liniowy (5 w niescrollowanych niestety i nie wiem jak to wyeliminować).
Edit: Gorghowi chodziło o zmianę LMS w środku wiersza.
Piszę z głowy - konkretny przykład mogę podać wieczorem, bo się tym kiedyś bawiłem akurat w celu uzyskania 12 liniowego trybu tekstowego.
Ustaw scroll na linii i LMS-a.
Czyś ktoś czułby się na siłach stworzyć hasło w Atariki dla:
- EGR General Programming
- Marek Górecki
Ja kojarzę tylko tytuły takie, jak:
- Nexuss,
- Last Fucked Vocabulary.
Z góry dziękuję.
Haha. Dziękuję. Człowiek uczy się całe życie :)
Miałem kiedyś do pieca taką starą klawiaturę bez strzałek :) ale nie pamiętam czy tam były narysowane jakieś symbole dodatkowe na hjkl.
VI powstał kiedy jeszcze nie było klawiszy strzałek na klawiaturze i bloku klawiszy numerycznych.
Z zaletami można się zapoznać :) Np. 32 bufory na tekst. Przeróżne możliwości wyszukiwania fraz, wyrażenia regularne, podmiana tekstu. Genialne narzędzie.
No i wszystko można zrobić z klawiatury (jak przystało na edytor tekstu). I działa przez terminal.
A klawiszologia to tylko kwestia przyzwyczajenia :)
Tak. Nie wiem jak to wyglądało w oryginalnych materiałach Atari, ale pamiętam że w TA było takie zestawienie cech MAC/65 i QA gdzie wyraźnie było tam wyjaśnione czym się różni tryb ekranowy od pełnoekranowego. Może to taka Avalonowa propaganda, niemniej utkwiło mi w pamięci i tak to rozumiem od tamtej pory :)
atari.area forum » Posty przez mono
Wygenerowano w 0.095 sekund, wykonano 19 zapytań