Z tego co widzę ten plik zawiera 'konfigurację' sdla, czyli jakie drivery (audio/video/input) są dostępne. Grzebiąc po źródle SDLa (i symbolach binarnych bibliotek) dałoby się to zrekonstruować (bo do są np. #define SDL_VIDEODRIVER_GEM 1, itp.).

Pytanie podstawowe: czemu chcesz używać SDLa na Atari? Nie będzie to za szybkie. Proponowałbym zamiast tego użyć jakiejś biblioteki dedykowanej Atari np. GODLIB (tylko tu może być problem ze skompilowaniem pod gcc).

Gcc nie udostępnia ani stdlib ani stdio. Udostęþnia to MiNTLib.

Ja proponuję zbanować syscalla i nie będzie problemu :D

No to musisz poszukać :)

Weż bo Ci ULĘ przybije młotkiem do czoła :P ;)

No z tą płynnoście to nie przesadzajmy, co nie oznacza że nie jest to naprawde imponujący kawałek kodu.

Tak, DML powrócił :)

Ma to też efekty uboczne, dzięki jego dłubaniu nad Doomem znacznie polepsza sie emulacja DSP w Hatari oraz możliwości debugowania kodu :)

Pffff.... desktopu, bo to desktop pamięta skojarzenia i wywołuje odpowiednio programy. Program tylko sobie odczytuje czy ma parametr w lini komend i tyle.

Btw. na ST jeszcze całkiem godne polecenia są Photochrome i SpeedOfLight. Oba używaja sztuczek ze zmianą palety podczas pokazywania grafik.

Aha, ma Falcona niezłe są jesze viewery dołączone do pakietu Apex, z tego co rozumiem też uzywają sztuczek ze zmiana palety do pokazywania obrazków.

Bo tak.

Gemview działa na ST, ale najwygodniej z twardym dyskiem.

Te viewery nie używają żadnych sztuczek, jak trzeba robią dithering.

Ze swojej strony dodałbym jeszcze imgcopy4, bardzo zacny program (ST/Falcon), oraz Smurf (Falcon+).

Nie widzę przeszkód. Będę jechał autem, kto się chce zabrać, zapraszam na priv.