VBXE nie obsługuje buga z rozszerzeniem pocisku/gracza na całą szerokość ekranu
Simius będzie to dodane ?
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Bagman Comes Back na Atari 8-bit Bernd Spautz pracuje nad portem gry z C64. Zobacz postępy w pracach nad tą klasyczną grą zręcznościową.
G2F - A Graphician's Guide Poznaj sekrety tworzenia niesamowitych grafik na Atari 8-bit dzięki nowemu poradnikowi Graph2Font.
ASAP ma 20 lat - wydanie 7.0.0 20 grudnia 2005 został utworzony pierwszy commit w repozytorium CVS projektu ASAP (Another Slight Atari Player).
FiSh 0.70 Bocianu wydał FiSh 0.70, shell ułatwiający przeszukiwanie zasobów serwerów TNFS.
Street Fighter II już na Atari 8-bit! Vega i jego zespół wydali finalną wersję kultowej bijatyki. Wymaga 4MB cartridge i 64KB RAM.
atari.area forum » Posty przez tebe
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
bierzesz pod uwagę to że dla włączonego HSCROL-a masz szerszy obraz? dla ekranu wąskiego (32 bajty) włączenie HSCROL spowoduje że wiersz ma już 40 bajtów szerokości
HSCROL zwyczajowo ustawiasz 0..3, potem zmiana adresu wiersza, można inaczej 3..6, można 0..15 tylko potem adres wiersza o 4 bajty zamiast 1
niskie wartości HSCROL zajmą mniej czasu, wyższe więcej, ale w normalnym użyciu jest to bez znaczenia
może przełącznik, tyle że przełącznik który wymusi pozostanie w trybie VBXE, bez przełącznika czyli w 99% przypadków wyłączy VBXE i włączy tryb standardowy 40-o kolumnowy
takie małe pytanko, kiedy jesteśmy w trybie 80 kolumn VBXE i próbujemy odpalić cokolwiek nie powinna pytać się Sparta o przejście w tryb 40 kolumn (z wyłączeniem VBXE włącznie), obecnie uruchomienie czegoś z włączonym Overlayem VBXE powoduje misz-masz i takie laickie istoty jak ROCKY walą bluzgi gdy coś takiego zobaczą
Użycie znaku podziału wiersza "\" po wywołaniu procedury z parametrem generuje niespodziewany kod:
po poprawce
mads 2.0.5 http://mads.atari8.info
tak, blitter VBXE pozwala na takie cuda, tyle że REU było dużo wcześniej przed VBXE
zaraz jakiś ortodoks stwierdzi że VBXE to nie Atari, a REU powstało w czasach kiedy Commodore żyło, więc jest OK
https://www.youtube.com/watch?v=9BJvH9Z92uk
http://codebase64.org/doku.php?id=base:reu_programming
bo ma "blitter", który pozwala kopiować zadany blok pamięci pod wskazany adres poprzez DMA, podobnie jak blitter VBXE
animacja w stylu TIPAnimatora będzie wydajniesza na REU, TIPAnimator musi włączyć odpowiedni bank, potem z udziałem CPU dokonać kopiowania wybranego bloku pamięci pod nowy adres pamięci obrazu, na REU robi to tenże "blitter"
cytat - "Due to the fast DMA this is about 5 times faster than copying memory with machine language instructions."
p.s.
tyle rozszerzeń pamięci na XE/XL a dla żadnego nie pomyślano o czymś podobnym jak ma REU
w sumie, racja
już można kupować, ogólnie to audio LINE IN w ECI / PBI fajna sprawa, tylko po co komu 1 kanałowy Covox
nawet Lotharek pojechał na wakacje, gość nie ma obowiązku być przyspawanym do krzesła, telefonu, czy kompa
http://atariki.krap.pl/index.php/ECI
na Twojej fotce tylko ten na samej górze i na samym dole mają ECI
p.s.
najpewniej potrzebujesz dodatkowo
ECI pass-through connector +50 CZK
gadget? toż to panie rozwiązanie na miarę C64, w jednym karcie masz wszystkie najpotrzebniejsze rozwiązania, dodatkowa pamięć, STEREO, COVOX i nie ingerujesz w płytę XE/XL. Żadnej dziury w obudowie. Musisz mieć tylko złącze ECI.
http://atariage.com/forums/topic/232856 … ead/page-1
w przypadku montażu w postaci płytki będzie trzeba zapewnić zasilanie bodaj 12V
no nareszcie wiemy coś więcej, interface odnalazł się u Mono :)
Simius, testowałeś najnowsze IDE z tym
Pin nie ma już Rev.C tylko nowszą edycję
ciekawe czy Antonia działa z KMK rev. c
Obudowa 800 XL pasuje do płyty A1200, widziałem na własne oczy, oczywiście wszystkie wyjścia złącz trzeba dorobić na nowo, można wyciąć tylną prostokątną ściankę i wstawić właściwą odpowiednio zaprojektowaną :)
może został odkryty sposób przejścia w tryb "suszarkowy" Pavrosa ;)
projektanci płytek powinni zwrócić więcej uwagi na wystawianie układów na wierzch aby dać możliwość lepszego odprowadzenia temperatury, bo montaż "kanapkowy" oznacza piekarnik
p.s.
komp Pinokia też "wykrzywia" obrazki
klikasz w link, tam z prawej strony pod takim tytułem "Mad Pascal 1.3.6" masz link pt. Instrukcja, w tej instrukcji masz taki odnośnik jak Historia, no i jak klikniesz Historia, to zobaczysz :)
1.3.6
- dodane rozkazy GetIntVec, SetIntVec w zastępstwie rozkazu Intr
- umożliwione zwracanie wartości RESULT dla funkcji poprzez tablice
- poprawki dla MOVE (downwards, upwards)
- optymalizacja ASM dla procedur/funkcji POKE, DPOKE, PEEK, DPEEK, FILLCHAR, MOVE, INTTOREAL
- SYSTEM: ParamCount, ParamStr (SDX, BWDOS)v1.3.6 http://mads.atari8.info
atari.area forum » Posty przez tebe
Wygenerowano w 0.084 sekund, wykonano 15 zapytań