Przejdź do treści forum
atari.area
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
Rozpoczęło się Silly Venture 2026WE W Gdańsku wystartowało zimowe party Silly Venture 2026WE. Sprawdź dzisiejszy program oraz stream.
Alternatywny firmware dla A8PicoCart Ulepszone oprogramowanie dla A8PicoCart z odtwarzaczem SAP, wygaszaczem ekranu i obsługą tysięcy plików.
bm800xl 0.7.2 Nowa wersja emulatora 8-bitowego Atari na Raspberry Pi działającego bez systemu Linux.
BMAtariST v0.1.1 Nowa wersja BMAtariST v0.1.1 przynosi poprawki błędów dla bare-metal emulatora Atari ST/TT/Falcon na Raspberry Pi.
NeoST 0.6.4 Wydano NeoST 0.6.4 z obsługą NetUSBee, wbudowanym stosem sieciowym NAT oraz poprawkami dokładności.
Opcje wyszukiwania (Strona 64 z 123)
@xxl: Dane z generatora znaków brane są na bieżąco, dane z pamięci ekranu w pierwszej linii trybu.
xxl napisał/a: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 %00111110
Jak 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.
gorgh napisał/a: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 dlist
Między dwoma wierszami wsadzona jest pusta linia dla uwidocznienia podziału - może jej nie być.
tebe napisał/a: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.
tebe napisał/a: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.
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 :)
Edytor EKRANOWY - powala na wprowadzenie danej w dowolnego miejsca ekranu.
ZX ma edytor liniowy - pozwala na wprowadzenie danej z wyróżnionej do tego celu linii (tam akurat na dole ekranu).
Edytor PEŁNOEKRANOWY cechuje się możliwością swobodnego poruszania się po dokumencie. Ekran jest tylko viewportem. Niektóre cartridge dla C= (Final3?) miały taką funkcjonalność, choć nie do końca bo one miały tylko pewien bufor na treść np. 1000 linii.
Prawdziwym edytorem pełnoekranowym dysponuje np. QA na Atari.
Można przechwycić wektor BASIC-a i analizować sobie swoje polecenia. Coś mi świta, że niektóre cartridge turbo z tego korzystały.
Panowie - rzut oka na lokalizację i wszystko jasne. Tam powietrze trzeba najpierw pogryźć...
Ale dzięki temu można go łatwo rozszerzać o nowe polecenia.
Gdybyś mógł spojrzeć czy to działa poprawnie.
Atari to gra, Altirra też gra, a Atari800 nie chciało.
Uwaga na carty, które mają różne gniazda/złącza nie na krawędzi carta, ale na środku (np. sampler z Mirage-a). Albo z kostkami flash/eprom (SIC!), albo z kartami CF (SIDE). Niektóre mają przyciski na obudowie, gniazda itd. A niektóre carty są wręcz chyba przelotowe więc mają gdzieś dodatkowe gniazdo.
Archiwum soundtracker_0.7.tar.bz2 zawiera wersję B/W pociętą na strony i przeskalowaną do 600x400 (około) - tylko dwie strony z rysunkami zostały w oryginalnym rozmiarze. Poczyściłem to trochę i poobracałem, więc można by to pociągnąć może jakimś OCR-em i zrobić PDF/DJVU. W środku TIFF'y.
Skan instrukcji, okładki kasety i naklejki (razem z kasetą) Sound Trackera v.0.7 by Henryk Cygert/ASF wpłynęły były na pigwę przed chwilą. Skanowanie w 600dpi. Są tam dwie wersje archiwów .tar.bz2 - B/W oraz GrayScale. Nie bijcie jeśli nieładnie, ale nie umiem inaczej :/. Za to mogę przekazać kasetkę komuś, kto miałby czas i chęci zrobić to ładnie i porządnie. Póki co kasetka pójdzie do Krótkiego, który wyraził chęć jej zrzucenia do .wav.
Znalezione posty [ 1,576 do 1,600 z 3,062 ]