Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Tydzień na oddanie głosu w FUJICUP! Głosowanie potrwa tylko do 22 lutego 2025...
TURGEN 9.3.1 Najnowsza wersja oprogramowania TURGEN wprowadza kilka istotnych ulepszeń.
FujiCup 2024 - głosowanie Wystartowało głosowanie w tegorocznej edycji konkursu FujiCup.
IX. Basque Tournament of Atari 2600 31 stycznia Euskal Retro Association zorganizowało IX. Baskijski Turniej Atari 2600.
Rogul 1.0f Poprawki i nowe funkcje
atari.area forum » Posty przez saulot
pewnie się da, tylko pytanie po co się męczyć?
pin: to możesz sobie zrobić preseta jednego w xboocie i zrobić ustawienie, żeby panel wyboru presetów odpalał się tylko po wprowadzeniu np jakiejś magicznej kombinacji klawiszy i posprzątane..
pin: dorwij xboota III albo jakiegoś innego bootmanagera i ustaw teradesk jako program auto odpalający się(w dobrze szanujacym się managerze powinna być taka opcja). Bawienie się desktop.inf jest według mnie nie efektywne i traci się tylko czas na takie zabawy...
skrócę te wasze męki, w hdrutil nie trzeba nic ustawiać, wystarczy, że naciśnie się esc przy starcie, wtedy hd driver przełączy się na minimalne zużycie pamięci.
a jaki driver? odpalałem na mega ste z 4mb pamięci. Spróbuj odpalić komputer z controlem..
i powinno być zdecydowanie więcej tuneli i torusów ;) no dobra, dobra żartowałem...
a tak na poważnie, są problemy z odpaleniem talk talk 2 na mega ste, może autor poprawi són.
OK, mam takie pytanie:
jakim programem na PC kopiować rzeczy z PC na dysk Falcona (CF), nie licząc tego oto ścierwa
Będę wdzięczny za wszelką pomoc.
Z tego co wiem to teoretycznie powinno się dać zamontować dysk cf pod aranymem i używać go jako normalnego dysku. Nie próbowałem jednak tego nigdy i nie mam pojęcia jak to można by było skonfigurować. Może pod Hatari też by się to dało.
Po zamontowaniu mógłbyś widzieć zawartość dysku CF pod własnie aranymem.
jest opcja dodawania katalogów/plików do playlisty (działa dla plików muzycznych i dla video też powinna działać, no chyba że się mylę). http://pagesperso-orange.fr/didierm/doc/eng/c_0410.htm
wydaje mi się że playlista powinna załatwić sprawę
tutaj jest jeszcze trochę o programowaniu grafiki ST(cykl artykułów Lawsona): http://atari-forum.com/viewtopic.php?f= … on#p148552 (musisz być zalogowany).
Mam jeszcze skany jakieś dotyczące organizacji pamięci ekranu(z st-fana czy czegoś takiego)http://nokturnal.pl/downloads/atari/tut … tplany.pdf
cześć, wszystko było maglowane w tym wątku:
http://atariarea.krap.pl/forum/viewtopic.php?id=7851
Są linki do dokumentacji i odnośniki do różnych tutoriali. Do kodowania np. dem polecam tutorial Jamesa Ingrama:
http://nokturnal.pl/downloads/atari/tut … INGRAM.zip
Poszukaj jeszcze w sieci tutoriali periheliona(na atari-forum.com)i earxa(powinny być dwa). Niezłą rzeczą jest przestudiowanie biblioteki reservoir gods (dla PureC + assembler http://rg.atari.org).
Opcji jest dużo: GFA basic, c, m68k asm. Najbardziej optymalne jest łączenie dwóch pierwszych z assemblerem. Odnośnie narzędzi i środowisk to jest gfa basic, devpac(assembler m68k), PureC, vbcc (kompilator C), vasm (kompilator m68k), gcc (kompilacja skrośna, do kompilowania na atari potrzebny jest bardziej wypasiony sprzęt np TT lub falcon).
To oc będziesz jeszcze potrzebował to mapa pamięci ST/STE jako materiał referencyjny i jedziesz z koksem. http://www.powerphenix.com/ct60/F30_REGS.ZIP
Ja np. w tej chwili korzystam z cross kompilatora gcc 4.3 i vasma pod linuxem. To co w czym robisz to raczej kwestia preferencji, wybierasz środowisko, które Ci pasuje i robisz to co chcesz.
Adam, zapomniałeś o stardust (zdecydowanie) i enchanted lands(thalion).
Dart Mage2: osobiście, gdybym szukał to bym szukał atari ste, z tosem 1.62(lub 2.06), stacją hd w wersji uk/us.. ewentualnie mega ste. Mam 520ste i mega ste i raczej na inny model bym nie zamienił.. Ładowanie tosu z dyskietki naprawdę nie jest fajne (biorąc pod uwagę fakt, że wiele z nich tak wcześnie umiera ;)). Zaufaj mi :)...
można sformatować hddrutil hd drivera. Zrób jedną partycję o jakiejś sensownej wielkości (nie wiem jaki masz tos, 511.9mb myslę że jest bezpieczną wielkością) w trybie kompatybilności tos+winda. I to załatwi sprawę, kartę można wtedy zapisywać/odczytwać na pc. Ja tak przerzucałem pliki.
link nie działa :P
U mnie działa ;)... No dobra, coś się dokleiło na końcu, powinno być : http://www.radix.net/~atari/mint/recent
Cześć, jest już natywny gcc 4.5 pod MiNTa w rpmie, zmontowany przez Keitha Scrogginsa: do ściągnięcia tutaj.
Więc jak ktoś ma jakąś lepsiejszą atarkę to może sobie już tego kompilatora uzywać pod MiNTem (zastępuje całkowicie starego 2.9.x)..
Ale tutoriale Earxa, Ingrama, Periheliona są dla assemblera :) no chyba że ja jeszcze nie trafiłem na nic o C od nich, a sporo znam tutoriali walających się po sieci dla dużego atari :p
O C tam nie ma nic napisane, ale można sobie poczytać jak korzystać ze sprzętu. W Atari Compedium każda z funkcji systemowych ma swój interfejs i w C i w asm68k nie bez powodu. To co tam jest w assemblerze można zapisać w C lub na upartego napisać funkcję w asmie, dorobić interfejs w C. To są tylko technikalia, jedną rzecz można zrobić na wiele sposobów. Jak wiesz jak coś działa i jak z tego korzystasz to bez trudu sobie poradzisz.
Na atari dev docs jest C-Manship Complete(przykłady są w megamaxie, ale C jest C i przy odrobinie wysiłku można je przerobić na kod akceptowalny przez inne kompilatory (PureC/gcc/ahcc/vbcc/lattice c....) i jest tam o GEMie), jest Atari Compendium, które jest biblią jeżeli chodzi o duże Atari, są materiały referencyjne Atari(BIOS,GEMDOS,VDI, AES). Trzeba to tylko ściągnąć i po prostu do tego zajrzeć. Pozatym nie wiem czy ktoś zaglądał do starych skanów z atariki i zaglądał do artykułów np. w ste fanie etc..I jak sami widzicie to jest taka tajemna wiedza trzymana przez nielicznych do której nikt nie ma dostępu.
Nie chodzi o angielski, ale fakt jest taki, że na cholerę po raz drugi odkrywać koło. To jest na zasadzie: ja to potrafię, ale innych mam gdzieś - niech użyją google-a i stracą 10 godzin na poszukiwanie czegoś, co jest podstawą i można się tego nauczyć w 15 minut. No comment :(
Sorry nie mam czasu na przeklejanie rzeczy z książek/tutoriali typu "hello world" do C, bo komuś nie chce się poszukać. Jest wydawnictwo Helion, są tutoriale o kodowaniu: EARXA, Jamesa Ingrama, Periheliona, na stronie atari dev docs są całe książki o kodowaniu na ST w C (są nawet przykładowe programy ze źródłami). Są magazyny dyskowe z toną tutoriali, jest ICTARI magazine, jest moja strona z informacjami na temat używania cross compilatora gcc. Jeżeli wydaje Ci się że to wszystko można łatwo ogarnąć w 15 minut to idź się lecz.
Pisałem kiedyś tutoriale wcześniej wspomniana kompilacja GEM, o Pure C też pisałem. Ale z praktyki wiem, że nikt tego nie czyta, zero feedbacku, więc z tego wyrosłem, bo wolę pisać programy. Na artykuł o GEMie odpisała jedna osoba (MiKRO zgłosił się z poprawką w jakimś wzorze). Jak czytam posty jak wyżej to tylko ręce mi opadają. I czemu robisz z siebie i innych sierotę? Masz jakiś problem, nie wiesz jak do czegoś podejść lub gdzie zacząć to pisz na forum.
saulot napisał/a:O niezbędniku kodera np. ja nic nie wiem i nikt się nie skarżył że jest w nim pusto. Nie było zapotrzebowania == nie ma
problemu.Ale Atariki to baza wiedzy, tam się "nie zgłasza" zapotrzebowania. Tam po prostu - jak ktoś coś wie - może się podzielić wiedzą. Działa to na zasadzie wikipedii.
A gdzie jest informacja o atariki? I skąd mam np. wiedzieć o jej istnieniu?
Adam Klobukowski napisał/a:Sikor: są całe stada tutoriali na necie. Wygoglaj.
Jak napisałem wyżej - wygooglam bazylion linków, z czego z 10 na krzyż będzie strawne dla początkującego programisty chcącego pisać w C dla ST...
Jak ktoś zna podstawy C i struktur danych i algorytmów to oprogramuje nawet odkurzacz o ile będzie miał dostęp do informacji o API. Materiału o BIOSIE,XBIOSIE itp jest w sieci od groma, zestaw funkcji jest skończony, więc jaki jest problem?
Cóż mogę powiedzieć: nadal liczcie, że będzie powstawał bazylion nowych programów na zachodzie, bo Wy, jak widzę, nie dość, że sami nic nie robicie (kiedy ostatni raz powstała jakaś WASZA produjkcja dla ST/TT/Falcona?), to się nie podzielicie Swoją wiedzą. Takie psy ogrodnika - sami nie zjedzą, ale innym też nie dadzą... Życzę powodzenia z nowymi produkcjami...
Btw, Yerz-u próbował coś zrobić dla sceny ST (MOD compo w Krakowie), pojawiają się pojedyńcze grafiki na party, ale jakoś z Waszej strony nie widać ruchu...
Wiesz co ja umiem liczyć i liczę na siebie. Demoscena mnie nie interesuje tylko robienie softu. Jak jesteś za leniwy, żeby ruszyć głową i trochę poszukać to Twój problem. Jestem jeden i mam ograniczony zasób czasu, komputery to nie jest jedyna rzecz, która zaprząta mi głowę. Mam w tej chwili jeden projekt midi, który robię w czasie wolnym od ~2008roku. Jakbyś miał chociaż wyobrażenie o zakresie projektu to mózg by Ci się wylał, kod jest ogólnie dostępny chcesz zajrzeć? I tak, nic nie robię.. :P
Sikor: z takim "supportem" na ST/E/Falcon jaki się daje tu od pewnego czasu zaobserwować, też bym dał sobie siana z tym sprzętem.
Jak założysz oficjalny non-profit-atari-16/32-bit-servicedesk-24/7 z maksymalnym czasem reakcji 5 minut to myślę, że poprawisz sytuację i nikt nie będzie sobie musiał dawać siana.
miker: :D trzeba używać normalnych przeglądarek. A tak na poważnie fakt, że kiedyś miałem ją zupdatować, ale chyba mi ochota odeszła, bo Microshit oczywiście zaczął wydziwiać z trybami "kompatybilności" po wprowadzeniu chyba ie 7.0 i trzeba jakiś dodatkowy kod umieszczać w nagłówkach stron. Jak będę w odpowiedniej kondycji psychicznej to może kiedyś to naprawię.. a tak zostaje używanie normalnych przeglądarek.
Odnośnie supportu itd. to myślę, że jest ok. Jak ktoś chce to znajdzie źródła, przykłady itp. Nie wiem czego oczekujesz. Mnie nikt niczego nie uczył i nie prowadził za rączkę. Jak czegoś potrzebuję doczytuję, mam też googla, jak czegoś nie wiem pytam gdzie trzeba, są też całe strony z dokumentacją w jednym miejscu np. http://dev-docs.atariforge.org/, literaturę też można kupić za grosze na aukcjach (jak ktoś chce to mogę podać niezbędne według mnie tytuły). Jak ktoś ma problem z angielskim, nie kmini podstaw programowania lub czytaniem ze zrozumieniem tekstu to sorry, niech przestawi się lepiej na zbieranie znaczków.
Jeżeli support jest tu aż tak kiepski to wskaż mi jakiegoś posta z tego forum, który wg. Ciebie nie został "prawidłowo obsłużony" (odnośnie kodowania) i w związku z tym nachodzą Ciebie odczucia "podania sobie siana".
O niezbędniku kodera np. ja nic nie wiem i nikt się nie skarżył że jest w nim pusto. Nie było zapotrzebowania == nie ma
problemu.
A poza tym to jaka scena a16+ ?
sikor: w którymś numerze chosneck'a zrobiłem kompilację o gemie. trzeba przeczytać, ale wcześniej trzeba ogarniać C, a jeszcze wcześniej angielski. :P
I gdzie widziałeś te rzesze?
Cześć,
wyszedł nowy kompilator gcc 4.5 m68k pod cygwina, ubuntu 32/64 bit. Nie będę nic pisał, że gorąco polecam ;)
większego uznania dla języka c chyba już nie może być, więc nie rozumiem powyższego ?
jury: pełen relaks, czilałtujemy się ;-)
no a to akurat kwestia gustu, bo dla mnie zadno demo TBLów nie dorównuje klimatem do Derealization :p
jury: ja widzę, że ty lubisz takie dema dla dziewczyn ;-)
To może teraz ktoś coś o Pascalu może, albo może basicu coś powie? Bo ja się już zmęczyłem ;-)
Natomiast jeżeli Magić się faktycznie by miał wieszać nawet i co 5 minut, to powodem tego jest to że został napisany w asm ? no ja tu nie widzę analogii :) saulot napisał że pisanie w asm zajmuje czas do emerytury a ja Derealization i MagiC podałem tylko jako przykłady że nie i tyle :)
Analogia jest taka, że programy w czystym asmie są ciężkie w utrzymaniu, są bardziej podatne na ludzkie błędy i mało jest gości, którzy są w stanie takie twory ogarnąć w całości, a jeszcze mniej wie co się w środku tam dzieje. Pozatym znających C jest więcej niż asm (takie czasy). Kod C możesz przetłumaczyć na każdy procek, jak masz odpowiedni kompilator (jak sobie zbudujesz crossa to możesz nawet produkować soft na sprzęt, który nawet nie istnieje).
I tak jak napisał Draco, Magic jest w stanie zabić się własnym desktopem i nikt tego już nie odkręci, bo źródła są zamknięte (brak updateów od 2001r, a mamy 2010). MiNT też nie jest idealny, ale przynajmniej ma otwarty kod i jak coś się zchrzani to można coś załatać.
Odnośnie DHSów to sobie zobacz przez ile lat oni trzaskają ten soft w asmie, mają swój własny demosystem, zbudowali go od podstaw. Spróbuj sobie np. sprintfa/malloca/memcpy/cokolwiek innego w asmie zakodować (na pewno dojdziesz do etapu w którym będziesz tego potrzebować), zmierz sobie ile ci to zajmie z zakładką na testy i wklepanie to zrozumiesz o co chodzi. I z powodu tego, że DHS klepią wszystko w asmie, to nie osiągną poziomu TBL, którzy zamiast chrzanienia się zajęli się robieniem lepszych dem ;)...
Jak myślisz dlaczego mamy porty dem TBL na Atari? http://dhs.nu/misc.php?t=special&feature=kalms Polecam pkt 27 wywiadu. Większość kodu jest w C, fragmenty w asmie. Tak też były robione niektóre gry Thalionu na ST (mówię tutaj o rpg Amberstar).
atari.area forum » Posty przez saulot
Wygenerowano w 0.034 sekund, wykonano 34 zapytań