Nie mieści mi się w ciasnej głowie jak można coś pisać w GFA :/

A w czym jest bardziej elasyczny od C ?

Wlasnie. Jest to jedyny jezyk :), ktory mnie - nieprogramiscie - pozwolil napisac calkiem rozbudowane programy, w tym mojego wlasnego "Nikfora" i inne potrzebne mi rzeczy.

Teraz jednak nie chcialbym rozpoczac uczenia sie edytora i jezyka od poczatku, chodzi mi tylko o przekompilowanie programu (fragmentow programu), tak by dzialaly na TT i Flaku. Dzieki Adam, zaraz sie przyjrze polecanym informacjom.

PS. Pecus - w tym sek, ze program nie jest GEM-owy, tylko TOS-wy :), ma intensywnie korzystac z wyswietlania grafiki w trybie low-res.

Ktorego GFA uzywales?

A jest/są podobno wersje GFA 4.x - co to jest warte?

Kiedyś Draco mi mówił że GFA jest "beee" bo programy (np. Inkaust) mają jakieś problemy pod mintem ? Czy ktoś wie co to za problemy i jak można je ominąć ?

A masz jakeś fajne biblioteki, które zastąpią GFA w multimediach np. w C lub w asm ? Najlepiej aby było to coś działającego wydajnie np. podobnie jak blaszakowa bliblioteka allegro.

1. A ktora wersja GFA to byla i na czym to chodzilo/nie chodzilo?
2. Mozesz zapodac jakies linki do tych kilku dem ?
Z gory dzieki.

Nie szkodzi, zapodaj.

Dzieki wielkie, sa chociaz dwa demka na ST, to sobie zobacze w realu. Jedno z nich pamietam z Ornety, drugiego jeszcze nie widzialem.

Edit:
O widze, ze stary znajomy tez tam przykladal reke (MdM - Robert Starzycki). Mielismy sie ostatnio spotkac na piwku, ale nie wyszlo.

Odnośnie bibliotek to jest biblioteka do PureC Reservoir Gods p.t. GODLIB do ST/STE/TT/Falcon (jest tam generalnie wszystko co potrzebne do robienia gier/dem): http://rg.atari.org/source.htm. Kilka gier na tym powstało(m.in Chu Chu rocket, godpey, superfly, więc jest to przetestowane "produkcyjnie" ). Kod powinien działać tak samo na różnych maszynach. Przy inicjalizacji wykrywany jest sprzęt i w zależności od sprzętu na jakim się operuje odpalane są odpowiednie funkcje, graficzne, muzyczne etc. Kod piszemy tylko raz w jednej wersji, reszta się dzieje 'automagicznie' - takie tam triki na wskaźnikach do funkcji w C (jak ktoś się trochę orientuje). Niech ktoś coś takiego spróbuje w GFA :P.
Wada (jeżeli to można nazwać wadą) jest tylko taka, że support dla falcona jest minimalny tj. chodzi głównie o to, żeby napisać kod raz i żeby program działał tak samo na wszystkich atarynach 16/32 bitowych. Podejrzewam też z supportem 060 może być kiepsko (jak biblioteka powstawała ct60 nie było).. Ale bez stress testów ciężko stwierdzić..
Cały kod źródłowy jest dostępny (C + 68k asm) i można podpatrzyć co tam się dzieje pod maską :)..
A jeżeli chodzi o języki programowania to co kto lubi, ja preferuję C/C++/asm i zdania nie zmienię ... :P Jestem maniakiem kontroli ;)

I zgadzam się ze sqwardem, w sumie to nie potrzebne są żadne biblioteki, bo biblioteki są dla mjentkich ludzi ;)))...

jest kompatybilny, tyle że ct60 wprowadziło "nowinki" typu fast ram. jak np. bufor dźwięku/ekranu zaalokuje się w ttramie to mogiła (zależy z jakich funkcji korzysta program - można to ewentualnie załatwić flagami ustawianymi w binarce). Cache procka operuje troche inaczej, jest większy w porównaniu do 030, jest generalnie trochę rzeczy na które trzeba zwrócić uwagę, żeby soft był "kompatybilny" z trybem 030 i działał ok i na 030 i 060.
Coś co działało ok na 030 i było optymalizowane pod kątem 030 niekoniecznie musi działać ok. na 060. Niektóre instrukcje FPU 060 są emulowane softowo etc..  )
Szybszy procek to np. też problemy z synchronizacją z dsp.. Jak program używa xbiosu to ok, jak nie to jest problem..
Wyższy model procka to nie tylko wzrost "przerobu" , ale też dodatkowe problemy ;).

saulot: "jest biblioteka do PureC Reservoir Gods p.t. GODLIB do ST/STE/TT/Falcon"

O! Super - właśnie o czymś takim mówiłem:)

"Kod powinien działać tak samo na różnych maszynach. Przy inicjalizacji wykrywany jest sprzęt i w zależności od sprzętu na jakim się operuje odpalane są odpowiednie funkcje, graficzne, muzyczne etc."

To nawet więcej niż allegro :P Super ! Z tego co widzę GFA się nie umywa:)

"takie tam triki na wskaźnikach do funkcji w C"

Tak pierwsze wersje Object C działały w ten sposób.

"Niech ktoś coś takiego spróbuje w GFA :P"

lol

"Wada (jeżeli to można nazwać wadą) jest tylko taka, że support dla falcona jest minimalny"

Tak to trzeba sprawdzić. Ale ogólnie ja nie widzę w tym zbytniej wady.

"Podejrzewam też z supportem 060 może być kiepsko"

Na razie chodzi głównie o TT i Falcona, 060 to raczej inna bajka.

"Cały kod źródłowy jest dostępny (C + 68k asm) i można podpatrzyć co tam się dzieje pod maską"

Tak to istotne, w razie czego można coś zmodyfikować aby zadowolić sqwarda ;) :)

"Jestem maniakiem kontroli"

...to takie powszechne atarowe zboczenie ;)

"I zgadzam się ze sqwardem, w sumie to nie potrzebne są żadne biblioteki, bo biblioteki są dla mjentkich ludzi"

:)
Albo takich co się chcą zlitować nad ST :P

"Wyższy model procka to nie tylko wzrost "przerobu" , ale też dodatkowe problemy"

I zalety. Z tego co czytałem TBL zdradził jakieś tajemnice DHSom i Ci teraz strzelają jakimiś czarami :):)

A właściwie to nie chciałbyś coś zrobić na ST/TT/Falcona ?:)
Jak słyszysz: takich jak na lekarstwo, a cała światowa społeczność dużych Atari czeka !:):)
Wpadnij może na nasz warszawski sztabik - co ?:)