będziesz musiał być bardziej bezpośredni, widać ich pamięć nie dociera do lat 80-tych
'To nie jest plik komputera Atari, Commodore, Spectrum, Amstrad i im podobnych'

Sikor -> http://tajemnice.atari8.info/7_91/7_91_mapa.html

jako miłośnik Turbo Basica mogłeś pomijać tą lekturę ;)

a gdyby tak zwiększyć zakres odbiorców tej świetnie zapowiadającej się gry, dodać mapę kolorów VBXE, tak jak zrealizował to Konop w Rick-u

a gdyby tak użyć asemblacji warunkowej

BASIC, PLOT i DRAWTO to dla prawdziwych retro-maniaków :D

Lepix

Ci co słyszeli PCM 4+4 pewnie będą nadal chcieli, dlaczego ?

Bo słyszeli jak gra POKEY PCM4+4 ...

http://www.atari.org.pl/forum/viewtopic.php?id=12109

Seban:
"Tak samo przy wykorzystaniu faktu iż operacje typu INC, DEC są operacjami Read-Modify-Write, gdy chciałem zablokować przerwania NMI stosowałem INC $d40e, a gdy chciałem odblokować NMI to po prostu DEC $d40e"

Fox:
"Dla kompletu: LSR $d40e włącza samo VBLKI."

p.s.
nie słuchajcie piernika Electrona ;)

na podstawie kodu obsługi IRQ Phaerona http://atariage.com/forums/topic/244946 ... try4041309

można dowiedzieć się że jest trick dotyczący wyłączenia/włączenia IRQ (działa bodaj tylko z licznikem #4)

dotychczasowe

  mva #0 IRQEN
  mva #4 IRQEN

można zastąpić zwięzłym

 inc IRQEN

w załączniku najnowsza wersja wyświetlania grafiki MCP (przełączanie 3 rejestrów kolorów co linię trybu GRAPHICS 15, 160x200x16) z użyciem przerwania IRQ, co daje sporą przewagę względem klasycznego DLI, zostaje nam ~15226 wolnych cykli CPU

nie używamy 'STA WSYNC' co linię jak jest to w przypadku DLI

w sumie to sobie sam odpowiedziałeś :)

błędy emulacji w rdzeniu GTIA i FX były zgłaszane Electronowi, ale nic z tym nie zrobi, brak miejsca, musiałby wyjść nowy VBXE z większą pamięcią dla FPGA, czyli cała dotychczasowa linia VBXE idzie do piachu

- VBXE nie wyświetli rozszerzonych duchów na całą szerokość ekranu (błąd GTIA przy zmianie szerokości 2 -> 3) w określonym cyklu linii obrazu

- VBXE źle wyświetla duchy gdy następuje przejście w linii obrazu z piorytetu GTIA = 0 na GTIA = 1 (obrazek 'APPClown_Atari_Rocky.g2f' z przykładów G2F, katalog 'Rocky', program rastra od linii 59, obecna wersja jest już po poprawce, VBXE powinien sobie z tym radzić)

trzeba przestać narzekać, jęczeć i nauczyć się korzystać z tego co się ma

czekacie aż Electron umrze, pochowacie go i wtedy już nie będziecie tworzyć wymówek i zaczniecie robić na tym co zostało ?

czego brakuje? brakuje tytułów na wyłączność, czyli to co napędza rynek konsol, https://en.wikipedia.org/wiki/Console_exclusivity

trzeba pisać, pisać choćby najmniejsze 'pchełki' bo to zwiększa doświadczenie i powoduje że kolejne projekty 'same się piszą' kiedy zaczynacie korzystać z wcześniejszych doświadczeń, fragmentów napisanego kodu, teraz tego się nie dostrzega, nie chcecie marnować czasu i stworzyć gotowy projekt idealny i wydajny, nie da się, trzeba pisać i jeszcze raz pisać, małe pierdoły które okazują się później dużymi 'pierdołami' kiedy zaczynasz łączyć je razem

Electron zamknął temat definitywnie, ostatnia modyfikacja rdzenia VBXE dotyczyła podmiany palety kolorów na opracowaną przez ROCKY-ego, jest ten rdzeń do pobrania ze strony madteamu

Electron już oświadczył że nie będzie się tym zajmował, informował też że kompilacja dotychczasowych rdzeni wymagała dużo pracy aby to upchać, walczył już o każdy bajt aby to zmieścić, więc jakiekolwiek zmiany dotyczyć mogą tylko nowych oddzielnych rdzeni nie kompatybilnych z dotychczasowymi

tak jak ma to miejsce obecnie, wybierasz rdzeń GTIA, albo rdzeń FX, a jak do tej pory tylko JEDNA osoba napisała te rdzenie, czyli Electron

uprzyjaźnić VBXE? a po co Mad Pascala tworzyłem? przykłady są? są ...

exomizer 3.0

https://bitbucket.org/magli143/exomizer/wiki/Home

zmiana formatu zapisu danych, lepszy stopień kompresji, krótszy/szybszy dekompresor

dla zachowania kompatybilności z exomizer 2.0 należy użyć przełącznika -P0

exomizer mem -P0 -l0xLOAD_ADDRESS -c <INPUT_FILENAME> -o <OUTPUT_FILENAME>