Dobra robota.

Pierwsze co sprawdziłem to "Unlit" no i działa :)
Czy to oznacza że GameDrive jest tutaj emulowane?

Przydał by się efekt ekranu Lynxa oraz drugi ze scanline,

Bardzo ciekawy projekt. Gratki! I na Lynx'a przyjdzie kiedyś u mnie czas;)

No to byłoby ekstra, jakby  ktoś coś takiego dopisał.

Chodzi Ci o Handyego? Podejrzewam, że Felix spala trochę więcej CPU, bo z założenia ma być cycle-exact. Aczkowiek obaj zużywają u mnie w okolicy 1% CPU, więc nie wiem, czy jest sens zawracać sobie tym głowy.

To jest dość delikatne zagadnienie. Wewnętrzne sprawy Lynxa są bardzo mało poznane. W sumie główna nadzieja, że ktoś dotrze do RJ Micala i dostanie od niego jakieś papiery jak to zostało zaprojektowane. Podstawowe dwa zagadnienia, jakie składają się na nieprecyzyjną prędkość to:
1. Cykl 6502 (czyli cykl dostępu do szyny) może trwać 4 ticki zegara albo 5. 5 Trwa jeśli pamięć jest adresowana w pełni, a 4 jeśli adresujemy wewnątrz aktualnej strony. Mikey ma zaszytą jakąś logikę, które decyduje kiedy jak adresować. No oczywiście dokumentacja mówi, że zrobili to jakoś tak żeby było fajnie. Osobiście podejrzewam, że to radosna twórczość i już nikt nie pamięta jak. Żeby to odtworzyć, trzeba napisać serię testów, które sprawdzają ile trwa cykl dostępu do szyny w różnych scenariuszach. Póki co Felix ma to zrobione "mniej więcej" na zasadzie, że jeśli adresujemy po sobie dwa kolejne adresy, to wtedy 4, a jak jest "random access" to 5 (tak jak robi to w sumie ARM).
2. Prędkość blitowania sprajtów to prawdziwa niewiadomo. Ja oparłem swoje timingi na założeniu, że logika Suzy "nic nie trwa" a trwają tylko dostępy do pamięci. Podejrzewam, że emuluję to trochę za szybko. Ale znowu - bez napisania testów i pomiarów nie wiadomo ile to powinno trwać. A wpisywanie opóźnień z palca, żeby się mniej więcej zgadzało nie chcę. Nie wiadomo też jak jest z przerywaniem działania Suzy (przerwanie CPU potrafi przerwać rysowanie sprajta, które można później kontynuować). Hady nie miał przerywania wcale (tam cały sprajt rysował się w całości, stąd rysowanie sprajtów tam jest dużo szybsze niż w rzeczywistości), ja zaprogramowałem przerywanie przy dowolnym dostępie do pamięci, prawda jest gdzieś po środku, a gdzie, to nie wiadomo.

Reasumując nie robiłem jeszcze porównań prędkości działania. Prędkość CPU powinna być dość wierna, Suzy mniej wierna, ale możliwe, że całość jest sumarycznie bardziej wierna niż Handy. Ale to tylko moje przypuszczenia i mogę się mylić.

Dzięki!
"Walka z Handy" była jednym z motywatorów do podjęcia tego wysiłku :)
Problem z obiektami 3d jest najprawdopodobniej związany z jakimś nienamierzonym jeszcze bugiem z arytmrtyką na Suzy, bo samo "sprzętowe" rysowanie trójkątów jest ok (st-niccc działa).
Z 42BS jestem w kontakcie i działamy. Debugger teraz piszę bardziej od strony skryptów w lua, bo taki z GUI to jednak spore przedsięwzięcie (szczególnie gdy nie ma GUI i nie ma jeszcze komu go napisać)

@laoo/ng
jakieś skróty klawiaturowe są teraz obsługiwane?
Jeśli chodzi o Lua, to czy oprócz poniższego można jeszcze coś skryptami zarządzić?

lnx = "full/path/to/image/file";

Log{ path = "full/path/to/trace/file.log" };

szukam dokumentacji GameDrive, jakie ma funkcje i jak z nich korzystać. np jak ładować pliki. Miałbyś cośtakiego?

dzięki