Ok, to wtrącę swoje 3 grosze, bo widzę, że tu są prawie sami pozytywnie nastawieni. Dodawałem obsługę CTPCI w SDL (SuperVidela też), nawet grafx2, Scummvm na tym poszedł kiedyś tam i nawet próbowałem używać tego drewnianego api Didiera w programie testowym chyba 12 lat temu (double buffering te sprawy: https://vimeo.com/manage/videos/21062096). Zgadzam się z Willym. Uważam, że CTPCI jest pomyłką na poziomie hardware'u i software'u, cieszę się, że kiedyś przypadkowo spaliłem tę kartę.
Transfery na kartę i z powrotem po mostku pci są mega powolne, miał być poprawiony tryb burst (maglowałem autora karty o to od samego początku jak karta wyszła), ale mimo zapewnień nie zostało to poprawione przez wiele lat, więc autor nie dostarczył tego co na początku obiecywał. No i to jest sp**** hardware'owa. Idea traktowania karty z gpu jako większy bufor ramki jest słaba (te karty Radeon mają akcelerację 3d, prymitywną, ale mają), startup jest powolny, bo jest emulacja kodu x86 z romu karty, żeby ją zainicjalizować (wiecie, mamy motkę w Atari, nie Intela), to wpływa na długość inicjalizacji. Api graficznie musiałoby być gruntownie przeprojektowane, żeby można było korzystać z Radeona i ograniczyć przewalanie danych po mostku PCI, który jest wolny (jw., im więcej danych przewalamy tym jest gorzej). Żeby to zrobić trzeba by było poprawić driver, którego źródła nie są (łatwo) modyfikowalne (jakiś copy/paste z linuxa), no i trzeba patchować tos ct60 (sorry, ale żonglowanie firmwarem jest słabe). Dodam jeszcze, że development jest zabawny, bo żaden debugger nie działa poprawnie z 060, co przekłada się na czas developmentu (trwa dłużej niż powinien). Ale to też dotyczy SV i procka 060, nie ma supportu do debuggowania w OSie. Co za tym idzie trzeba by było być niespełna rozumu, żeby się do tego w ogóle dotknąć. Są jeszcze drobne smaczki typu odpytywanie karty graficznej o dostępne tryby graficzne, które trwa wieki i jest wywołaniem blokującym. Update palety kolorów w trybach 8-bit, zapomnijcie (jest to tak wolne) - a byłaby szansa na lepsze gry 256 kolorów, z normalnym layoutem ekranu w którym można jednym zapisem zmodyfikować piksel ekranu (= mniej przewalania danych po mostku). Nie dało się tego poprawić, to tak działa i koniec :). Nie ma opcji modyfikowania palety jak to na ST się zwykle dawało, żeby mieć więcej kolorów (,ale wiadomo to karta z 24/32-bitowym kolorem, ale do tego potrzebna jest jakaś sensowna przepustowość.
Kombinacja SV + ct60 jest lepszą opcją, bo nie trzeba żadnych idiotycznych sterowników, żeby coś zrobić (no dobra, mam zastrzeżenie, że support SV nie jest jeszcze w tosie CT60, bo autor kisi źródła od wielu lat, staram się mu to regularnie przypominać).
CTPCI do starych aplikacji w GEM się może nadaje (nowych już prawie nikt nie pisze), ale poza tym to do niczego. To samo sądzę o Eclipse PCI, tylko o tej karcie mam jeszcze gorszą opinię. Oczywiście cieszymy się wszyscy, że CTPCI w ogóle działa, Kroll np. się cieszy.
Żeby CTPCI miało sens, musiałyby być wprowadzone poprawki, które sugerował autor przy publikacji dokumentacji sprzętu (=przerobiony hardware, większe cpld, porawienie obecnej skomplikowanej burdelozy, której prawdopodobnie nikt nie odkręci), dodany tryb burst, musiałoby powstać jakieś sensowne api do komunikacji z kartą (driver, są jakieś źródła? Chyba nie, bo Dider przepadł i zabrał. I api graficzne z prawdziwego zdarzenia, żeby można było używać akceleracji sprzętowej (nie to api stworzone do torturowania ludzi i zwierząt).
:D Dziękuję za uwagę...

Jest modyfikacja do usunięcia pisku na wyjściu audio, ale trzeba sobie zrobić samemu pcb i przylutować elementy. Exxos już nie sprzedaje gotowców. Zrobiłem większość poprawek w STe i chyba najlepszą była poprawka do obrazu, jak jeszcze zamontuję korektę wyjść audio to będzie mega mistrz..

Robię obecnie coś podobnego pod opl2/3, pod ym mam proste odtwarzanie nut, ale można później to przerobić pod ym i inne. dane z midi in mam zrobione na callbackach, więc można tam podpiąć cokolwiek..

@t0ri jeszcze zapomniałeś o DSP 56001, nie jest jakoś dobrze dostępny.
Mam płytę falcona, ale chcę ją wskrzesić. Nie wiem jeszcze co tam dokładnie walnęło, potrzebuję pewnie wolnej chwili, żeby nad tym usiąść. Generalnie nie chce wstać. https://www.exxosforum.co.uk/forum/view ... 393#p84393
Co do zrzutu GALi/PALi to wydaje mi się, że mste potrzebuje uwagi. Mają customowy wsad PAL/GAL i fajnie by było je jakoś zdumpować. Obecnie można sobie tylko podmienić układ aktuywujący obsługę stacji HD, ale nic innego. Mam obecnie problem z włączeniem cache (generalnie wiesza się) i wygląda na to, że czeka mnie zamówienie w Best Electronics. Mój ulubiony sprzęcik, ale nie mogę go od jakiegoś czasu normalnie używać.

@artik-wroc Obudowa super wygląda. Nie jestem jednak fanem tych dwóch wielkich guzików na froncie.

Jakby co to opubliczniłem repozytorium z przykładem z youtube'a i dokumentacją:
https://bitbucket.org/nokturnal/stfmtest

@artik-wroc: Pewnie tak, mam repozytorium z pełną dokumentacją, ale nie jest publiczne jeszcze.
Mam do poprawy projekty PCB (wczoraj udało mi się poprawić jeden problem z przejściówką w schemacie i to przetestować na prototypie, muszę to przenieść jeszcze na projekt PCB).

Chcę zrobić player, na razie chyba DOO, bo format wydaje się prosty (lub VGM).

Źródła są w asmie, nie jest jakąś tam wielką filozofią, bo mam dump z rejestrów, ustawiam wyjście z zachowaniem timingów opl i tyle. Zrobiłem wersję z pisaniem bezpośrednio do sprzętu i z użyciem funkcji systemowych (,ale albo muszę timingi dostosować, albo to jest to za wolne jeszcze dokładnie nie wiem. Generalnie wywołanie funkcji psg ma spory narzut.). Nie podoba mi się opcja z czekaniem po zapisie do rejestrów, więc też będę chciał to jakoś zminimalizować.

Można: https://www.youtube.com/watch?v=RCumRqb-KzY

Trudno powiedzieć. Nie jestem inżynierem od sprzętu. Wywnioskowałem tylko, że "coś może się stać i lepiej nie ryzykować". Gdybym wiedział jak to zmitygować w jakiś sposób to na pewno umieścił bym jakieś zabezpieczenie na adapterze. Żaden zwykły użytkownik nie będzie pod rozszerzenie specjalnie modyfikował komputera, to bez sensu.

Gamex PPery wg. mnie jest rip offem ULS'a D-BUG. Z hd driverem zawsze pomaga opcja uruchomienia go z minimalną ilością pamięci. Jest chyba jakiś combos klawiaturowy przy boocie komputera.

Mam 520st+ i generalnie większość "konwersji" PPera ma tego typu problemy (taki random i jeszcze zależy pewnie jak dana gra została napisana). Szczerze pokazywanie obrazków ze skanem pudełka / grafiki gry przed uruchomieniem gry to głupi pomysł. Funkcje do wyświetlania obrazków na pewno nie były testowane na wszystkich możliwych sprzętach / tosach / konfiguracjach.
Używam najnowszego hddrivera 11.01, 4mb ram  wlutowywany na płytę, tos 2.06 (pod Emutosem jest to samo), Lightning ST (USB+ IDE)/Cloudy (dual tos)/Storm(fast ram) + RTC. Yaartem, kartem diagnostycznym wszystko przechodzi. Pod Ultrasatanem podobnie. Mam zrobione wszystkie poprawki jakie można. Nowy zasilacz, wymienione kondensatory i zmienione drabinki rezystorowe. Wydaje mi się też, że na 520ST z Usatanem i tosem 1.04 uk odpalanie gier PPery wyglądało podobnie, na STe zresztą też.