Dawno Pana nie było. Nagrywamy od 4 edycji.

Ma ALTRAM a to dużo daje. Podkręcanie szyny w ST jest bardzo problematyczne, i wątpię aby w dzisiejszych czasach sensowne byłoby robienie dopałki z dopalaniem szyny.

Śmiem się nie zgodzić. Aktualne Atari tworzy zarówno sprzęt jak i wydaje gry. Dla mnie to jest kontynuacja pierwotnej działalności.

Zobacz ten film i jego opis: https://www.youtube.com/watch?v=kE-5bp_ms9M

Skala jest absolutnie marginalna, i mnie się wydaje że to jest mit. Większym problemem i realnym jest wersja TOSu.

To mi wygląda na problem z deinterlace. Wynika to z tego że obraz w PAL składa ma 25 obrazów na sekundę, a każdy z obrazów składa się z dwóch półobrazów, więc stara telewizja działała domyślnie w interlace. Natomiast komputery domowe każdy półobraz traktują jak oddzielny obraz i efektywnie wyświetla 50 obrazów na sekundę. Nowoczesny TV myśląc że to legitny PAL, próbuje połączyć dwa półobrazy w jeden i go wyświetlić 'na raz' i to jest właśnie tego efekt. To nie jest do naprawy. Jedynym sensownym rozwiązaniem jest wprowadzeni po drodze odpowiedniego konwertera, najlepiej od razu do nowoczesnego formatu cyfrowego. Są tanie chińczyki (takie prostokątne), ale ich nie polecam, bo też mają ten problem z deinterlace, ale radzą sobie z nim zdecydowanie lepiej. To  co polecam to Medusa od Lotharka (https://lotharek.pl/productdetail.php?id=135) która wprawdzie sporo kosztuje, ale moim zdaniem jest w pełni warta swojej ceny.

@rj1307: i jakie są tego konsekwencje?

Każdy post jest datowany, można to posortować po datach.

Mnie nie chodzi o to co VBXE ma, ale co mogłoby mieć.

@Sikor wiem, też mam taką nadzieję.

@laoo/ng: CPS1 o emulację którego tu chodzi zawiera 68000 (10MHz)i oczywiście dodatkowe czipy odpowiedzialne za akcelerację video (2d). Jeśli dobrze rozumiem, to tutaj kod 68000 jest wykonywany natywnie natomiast emulowana jest reszta osprzętu. Anima już wcześniej robił tego typu port strzelanki z x68000 (niestety nie pamiętam tytułu) i custom chipy emulował na DSP. Jest to ciekawe podejście, ale moim zdaniem całkiem dobre, bo nie trzeba przepisywać kodu gry, a praca włożona w jeden tytuł może być łatwo wykorzystana przy innym. Z tego co czytałem, x68000 był wykorzystywany jako platforma developerska dla gier 'automatowych' i ma podobne układy do akceleracji 2d, więc możliwe że Anima wykorzystuje tu swoje wcześniejsze doświadczenia.

@jury, ale tam nic nie ma o zgodności libcmini w POSIXem. Jest o zgodności MiNTlib z POSIXem, którego libcmini w pełnie nie zapewnia. W swoim początkowym pości pisałeś o narzucie libcmini i do tego ja się odnosiłem w swoim poście. Protokół ARGV o któym wspomniałem jest hackiem wymyślonym przez Atari który umożliwia obejście ograniczonej długości linii komend w TOSie poprzez użycie zmiennych środowiskowych i nie ma nic wspólnego z POSIXem (i zapewne jego implementacja polega na string.h, z czego wynika narzut, ale to gdybanie nie sprawdzałem tego).

Leśli chodzi o narzut MiNTLiba, to kiedy ostatnio kompilowałem Hello World, to binarka miałą coś koło 600KB - znacznie więcej niż libcmini.