Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
TURGEN 9.3.0 Kolejna wersja multiplatformowego narzędzia do zarządzania obrazami taśm.
SV 2024 WE - program imprezy Już za tydzień odbędzie się zimowa edycja Silly Venture
Nowa obudowa dla 800XL - zostało 36 dni Niewiele ponad miesiąc do końca kampanii.
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
atari.area forum » Posty przez tebe
dzięki Mono, nie wiedziałem że Rapidus daje coś więcej niż MHz :), ale żeby dwa proce naraz to już zboczenie, do tego dodatkowe rejestry, chyba żeby sprawdzić czy to Sweet czy inna kombinacja
wiele możliwości, z których i tak najważniejsza na którą wszyscy patrzą to koniki pod maską, a reszta jest zbyteczna ;)
program do zmiany kolorów w linii, który uruchamiam na Rapidusie zachowuje się tak samo na Altirze (21 MHz)
tak, korzysta z PMG ustawionych na najszerszy rozmiar, pociski w kolorze czarnym służą do zasłonięcia krawędzi ekranu (aby nie było widać zmian COLBAK poza krawędziami)
Rasta ustawia nowe pozycje poziome PMG w linii, nie tylko rejestry koloru, ogólnie są pewne ograniczenia co do kolejnych pozycji poziomych tego samego obiektu PMG
obecnie VBXE nie jest w 100% zgodne z GTIA, nie widać na nim rozszerzonych PMG na całą szerokość ekranu, trzeba przełączyć się na stare wyjście Video, ma też problemy z poprawnym wyświetleniem PRIOR 0 w pewnych okolicznościach gdy przełączamy tryb w linii
pewnie GTIA2RGB będzie dotyczyć to samo
nawet to że wykrzywia się ekran w liniach w których zmienia się tryby, użytkownicy akceptują to bo nie wiedzą że działa coś źle
ładna grafika, ruch, dynamika postaci, wygląda zachęcająco
ja do układania leveli Mr.Proper (VBXE) używałem MappyWin, ma wszystko to o co prosisz
Pin-ek musisz się okropnie nudzić, albo chcesz zdobyć tytuł trolla stulecia ;P
kod jest dla 6502, nie wykorzystywałem właściwości 65816, tylko większy zegar, wypadałoby ładować to do pamięci Rapidusa, ze względu na zajętość pamięci takiego rozpisanego kodu rastra, w pamięci podstawowej zmieszczenie zmian dla 240 linii jest kłopotliwe (5*44 * 240 = 52800 bajtów)
ten kto nie ma Rapidusa, może użyć Altirry, System -> Cpu Options... -> 65C816 (21.48 MHz) i będzie miał efekt Rapidusa 20 Mhz
więc można pisać pod Rapidusa przy pomocy Altirry
Z tego co wiem, większość Rapidusów wyjechała do zachodnich krain, w Polsce pewnie z ~5 użytkowników można znaleźć, jeśli są to inne szybkości zegara, to raczej Antonia i inne pochodne. Szybkość zegara można odczytać, procka Draco jest m.in. w paczce do MadPascala (lib\misc.pas, DetectCPUSpeed). Skoro znamy szybkość zegara i wiemy że większość użytkowników ma np. 14MHz to możemy pod taki standard pisać.
Rocky ma Rapidusa, nie ma VBXE :) a jest zainteresowany zwiększeniem możliwości graficznych przy użyciu większej mocy CPU. Wyobrażacie sobie edycję programu rastra z 44 pozycjami ;) masochizm.
p.s.
Ilmenit mógłby dodać taką możliwość do RastaConvertera, więcej, gęstszych zmian w linii.
zastanawialiście się ile zmian w linii można uzyskać dzięki szybkości Rapidus-a ? Test dotyczy pamięci konwencjonalnej, a nie liniowej Rapidus-a. W Altirrze można włączyć CPU 65816 na 21MHz i uzyskamy ten sam efekt jak na prawdziwej dopałce.
Zmiany przeprowadzane są w "prostacki" sposób, lda#, sta colbak. Zmiany są szersze z lewej strony ekranu jednak ta szerokość jest stała, druga połowa ekranu (prawa) to zmiany co bajt. Ogólnie zmian w linii jest 44, to oznacza że z ledwością mieścimy się w pamięci $800..$BFFF dla 200 linii obrazu. Zdecydowanie takie zabawy wymagają dodatkowej pamięci liniowej Rapidusa. Mapa kolorów bez udziału VBXE jest teraz możliwa :)
ten SC kolorujący pliki/katalogi to jakaś nowa wersja ? czy w pliku INI się to włącza ?
z włączonym Rapidusem czy wyłączonym Pin-ek ?
Rocky ma takie "Atari" ;)
tak, 2 kolorowy obrazek na VBXE :)
a wiecie już że w 2017 listonosz będzie sprawdzał czy macie oryginalne GTIA, będzie mógł donieść na Was, na Policję :P
a nie lepiej tak przy okazji zaimplementować układ MARIA z Atari7800, będzie można bawić się zmianami rastra do woli :D
p.s.
i to jest pomysł na nowy rdzeń do VBXE :)
i dlatego Simius nie powinieneś tu zaglądać, tylko zrobić to "po swojemu" i oznajmić kiedy będzie już gotowe, na końcu i tak się dowiesz że ludzie chcieliby VBXE tylko o połowę tańszego
Pang 4.5, po poprawkach, wystawiony na http://madteam.atari8.info/index.php?prod=gry
zmiany w porównaniu do wersji zaprezentowanej na Silly Venture 2016:
- tryb PANIC na początku charakteryzuje się większą liczbą bonusów (serduszko, tarcza), potem jest tych bonusów coraz mniej
- po przejściu 9 poziomu trybu PANIC zobaczymy ekran z gratulacjami
- dodany datamatrix, można zapisywać wyniki high_score na stronie XXL-a
- możliwość podejrzenia najlepszych wyników, klawisz HELP (potem trzeba wybrać TOUR, PANIC)
- obsługa ruchów joysticka "na ukos", teraz nie będzie blokowany ruch postaci
- możliwość wyłączenia muzyki podczas gry, to dla tych z NTSC
- gra sprawdzona pod Rapidusem, wszystko działa oprócz tytułowego obrazka, gdzie wykorzystane są zmiany rastra
- różne inne poprawki zauważonych błędów, testował do oporu TDC :)
nie tylko opis, ale i działający efekt wykorzystujący ten bug, napisany przez Phareon-a
VBXE nie obsługuje buga z rozszerzeniem pocisku/gracza na całą szerokość ekranu
Simius będzie to dodane ?
oficjalnie stwierdzam, po poprawce Pasia, KMK + Rapidus śmigają aż się uszy trzęsą ;)
cyt: "Nie znam dokładnie powodu, ale ta konkretna płyta Atari wymagała lekkiego opóźnienia tego sygnału EXTSEL."
bez tej poprawki cokolwiek włożone do slotu carta + ECI powodowało zwis w obecności Rapidusa
:) w moim konkretnym przypadku wartości 6,7,8,9 sprawdzają się najlepiej, pozostałe zrywają synchronizację linii
zależnie od kierunku scrolla, wartości 0-1-2-3, lub 3-2-1-0, najczęściej używa się stałego bufora na scroll, a nie przeznacza n-KB, przesuń poprzez rejestr HSCROL, a następnie przesuń zawartość bufora np. w lewo, na ostatniej zwolnionej pozycji dopisz nowy znak
można też przez ring-buffer, masz 256 bajtów jako bufor scrolla, ustawiasz wyświetlanie na początek takiego bufora, przesuwasz przez HSCROL o jeden znak, następnie zerujesz HSCROL + zwiększasz młodszy bajt adresu w DISPLAY LiST Antic-a, co spowoduje że napis przesunie się w lewo, teraz kończysz wstawiając nowy znak tylko że na pozycji X i pozycji X+40, gdzie X oznacza aktualna pozycję w buforze (40 oznacza szerokość wyświetlanego tekstu), taka organizacja jest najszybsza, nie wymaga przepisywania zawartości bufora
tutaj więcej przykładów http://codebase64.org/doku.php?id=base:demo_programming
z tym że najczęściej te przykłady odnoszą się do tej wersji z przepisywaniem znaków w buforze
stary wątek z przykładem efektywnego scrolla dla ring-buffer
atari.area forum » Posty przez tebe
Wygenerowano w 0.082 sekund, wykonano 15 zapytań