Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Echa GemTOS 2026 Prace z tegorocznej edycji francuskiego zlotu GemTOS poświęconego komputerom Atari.
BigPEmu 1.22 Nowa wersja emulatora Atari Jaguar od Richa Whitehouse wprowadza wsparcie dla kodów cheat.
FujiNet Firmware 1.6.0 Nowy firmware dla FujiNet przynosi wsparcie dla NFS, odtwarzanie Turbo 2000 i wiele, wiele więcej!
Mad Pascal 1.7.7 Nowa wersja kompilatora Pascala dla procesorów 6502 z nowymi modułami graficznymi.
VBXETERM 0.09 Wydano nową wersję 0.09 terminala dla Atari z obsługą VBXE. Poprawiono stabilność połączeń sieciowych.
atari.area forum » Posty przez Pecus
a jak zwalona była część od procka - to był koprocesor ;)
Bylo jeszcze ciekawiej - koprocesor 487 (do 486SX) to byl pelny procesor 486DX, ktory po wlozeniu do podstawki odlaczal calkowicie 486SX i przejmowal prace ;).
Tak sobie ostatnio poczytalem i obsmialem zwolennikow P4 Extreme i innych wolno liczacych grzejnikow domowych.
Bardzo ciekawe testy i wnioski, na szczescie z grzybow w moim domku rosnie tylko PIII 866 i w lecie osiaga niebotyczne 37 stopni celcjusza :)
w kombajnach nie musisz uzywac makr
Chyba zle interpretujesz zastosowanie makr. One nie sa po to, by obejsc jakies ograniczenia, one daja nowe mozliwosci.
Wystarczy zobaczyc przyklad zamieszczony na dyskietce MAC65 - IOMAC.LIB. Makro w wykonaniu MAC65 to procedura wkompilowywana w konkretne miejsce (a nie wywolywana skokiem), a do tego moze byc wkompilowana roznie w zaleznosci od parametrow. Dzieki czemu mozesz miec jedna makro przepisujace blok i po zasemblowaniu zawsze bedzie tam wstawiony optymalny fragment kodu (oczywiscie trzeba napisac sobie takie makro, ktore rozpozna rozniece w parametrach i wstawi odpowiedni kod, no ale to robisz tylko raz).
A najciekawszy przyklad to procedury dapakujace ICePakera. Przepisane w MACu prosto z Amigi przy zastosowaniu makr definiujacych odpowiednie instrukcje M68k. Podobno wyszedl dosc optymalny kod z tego (tak mi Pirx mowil), a zastosowane jest to w wymienionej wczesniej grze Operation Blood i demach OUR5OFTu.
Polecam zglebienie tajemnic makr i kompilacji warunkowej w MAC65, a pozostaniecie jego fanami :)
Od razu pisze ze makr nie lubie - dla mnie jeden memonik to jeden rozkaz procesora.
Widac nie probowales :) Dla mnie tez jeden mnemonik to jeden rozkaz, bo makra pisze sam przy pomocy tych mnemonikow, a ilez wygodniejsze jest potem pisanie programow (oczywiscie wymagana jest assemblacja warunkowa, czego QA takze nie posiada ;) )
Jesli chodzi o wady QA (wnioski wyciagniete podczas dosc duzego programu) Ilosc etykiet zgoda, 6 znakow na nazwe czasem moze byc problemem ale zazwyczaj latwo rozwiazywalnym.
No moze i rozwiazac jest to latwo, ale pozniejsze (po roku) poprawianie programu i zastanawianie sie nad etykieta np. "SPRDAL" (dla niewtajemniczonych "SPRawdzaj DALej") to naprawde nieprzyjemna i trudna praca, a chyba narzedzie ma te prace nam ulatwiac.
ale ogranicznie edytora to bzdura sa przeciez includy i asemblacja na dysk. Problem z iloscia etykiet rozwiazalismy poprzez wczytywanie .obj frezerem :-)
A nie prosciej zamiast szukac rozwiazan problemow, pozbyc sie tych problemow :)
Zapytaj Pirxa jak assemblowali Operation Blood, pod QA byloby pewnie ponad 100 plikow :) w kazdym powtarzajace sie niezrozumiale etykiety, kombinowanie z assemblacja - dziekuje postoje!
MMG Basic Compiler - wydajny, szczegolnie jesli zoptymalizujesz program tak by nie stosowac liczb zmiennoprzecinkowych (mozesz oczywiscie skompilowac ze zmiennym przecinkiem, lecz wtedy przyspieszenie bedzie rzedu 3 razy). Wymaga FDD (jest tez wersja wspolpracujaca z ramdyskiem QMEGa - wiem bo ja robilem ;) ), duzo miejsca na dysku potrzeba, bo program generuje "po drodze" nieskompilowane pliki assemblerowe, a potem je assembluje.
Innych niestosowalem, ale podobno jakies sa.... no i jeszcze kompilator Turbo Basica, ale on niewiele przyspiesza, bo sam TB jest bardzo szybki.
Ja kiedys kupilem sobie QA z mysla, by przesiasc sie z MAC65 na assembler z pelnoekranowym edytorem... ale jego ograniczenia (a jest ich w sumie ogromna ilosc) i niewygoda w pisaniu bardziej rozbudowanych programow (brak makr, kilkuznakowe etykiety i ograniczona ich ilosc, brak pamieci) mnie dobily. Pierwszy z moich programow, naprawde niewielki nie zmiescil sie w pamieci edytora!! Wrocilem wiec do MAC65 i przy nim juz pozostane :)
OMC65 + conText = moje idealne polaczenie :)
Skladnia MAC65 i pare dodatkowych rozkazow (chyba trzeba z Bula zagadac by upublicznil zrodla ;) ). Reszte zalet opisal nosty. To na grzybie, a na real Atari stary, poczciwy MAC65 - funkcjonalnie (wylaczajac sam edytor bo ten jest liniowy) nie do pobicia!!
Ktos w ogole wie jak to dziala??
Np. ja ;)
Sprawdzałem na parce CF i HDD - ogólnie jest ok
No dobra, to jak to jest wtedy z plikami konfiguracyjnymi, ze Slave tez sie czyta? Bo ja raz podpialem tylko Slave i nie dalo sie zabootowac.
Chce kupic modul dysku flash i miec go w srodku na stale a z boku juz mam gnazdo CF. Tak wiec wewnetrzny dysk master, a CF - slave.
Hm...
A co konkretnie Ci nie dziala - bo u mnie chodzi doskonale, takze po przesiadce z HDD na CF.
Ciagle tylko nie mam okazji przetestowac obslugi Master/Slave na jednym kablu. Ktos w ogole wie jak to dziala??
Ja zbieram (powoli ale jednak, bo inne duze wydatki takze mam), na zakup C-one. To ma na pokladzie wszystko, co potrzebne, by bylo z tego pelnowartosciowe - dopalone Atari.
Skoro sama przeprogramowaniem matryc mozna zmienic to w Amastrada (a w c-one jest na pokladzie 65816 - rdzen Z80 w przypadku Amstrada jest zrobiony w matrycach FPGA!!), to w Atari moze byc latwiej (no tak w gre wchodzi Antic, bo reszte da sie w miare latwo zrobic).
Wyjasnie najprosciej :)
1. Atmel ma port szeregowy.
2. Atari ma port szeregowy.
3. USB to port szeregowy.
Mamy jeden port podlaczany do dwoch urzadzen... :)
Czyli albo dziala komunikacja z Atari, albo USB. Jest to przelaczane elektronicznie ale zworka i sprawdzane w czasie inicjowania interface (wiec zmiana wymaga restartu).
Z tego, co wynika z mojej korespondencji z Markiem sa w atmelu dwa niezalezne programy wybierane na starcie, wiecej powiem - w przypadku braku USB wystarczylby mniejszy Atmel i kompilacja tylko jednej polowy programu.
A moze Marek skompilowalby taka wersje - taniej by bylo .... hm.??
Jak rozumiem wolisz w czasie pisania na takiej kalwiaturze zastanawiac sie pod jakim klawiszem znajdziesz " czy ( i ) albo @.
Tylko w jednej sytuacji - w QMEGu - wciskanie Shift+cyfra ma jakis zwiazek z cyfra.
Ergo - tak jak jest jest prawidlowo!
Ja grywam... ale w jedna gre glownie :) (Kennedy Approach) ale z Pirxem moge pograc w M.U.L.E. np. jakby do mnie wpadl w weekenda :)
Tyle ze grywam sobie na malym bursztynowym monitorze, a w "saloonie" do TV podpiety jest Dreamcast z emulatorem Atari - nie chce mi sie przenosci malucha, ale w imie wyzszych cel moge przeniesc ;)
To zobacz historie zmian na Atariki.
Wyjsciowo byly takie same, ale duuuzo sie zmienilo.
Dopisalem wiele informacji, ktore w pierwszej wersji byly domyslami, lub blednymi (z powodu blednych domyslow ;) ).
GOOGLE twierdzi ze to jest kontroler FDD ktory siedzial np. w Samie Coupe :)
Wydaje mi sie wiec, ze to odpowiednik WD.
Do historii i obslugi edytora w stylu DOSa mozna pomyslec na d programem w stylu DOSowego "DOSEDIT" czy "DOSKEY". Programy te buforowaly ustalona liczbe ostatnich rozkazow, mozna bylo przewijac je strzalkami i dokonywac edycji. Kwestia pamieci (jak pisal juz Pin). No i kwestia jak obslugiwac te bajery na ekranie Atari bez grzebania w pamieci ekranu...
Zacznijmy od tego, że zapis na ekran, a potem odczyt z niego, tego co wpisał użytkownik jest odwracaniem kota ogonem i należałoby to zmienić na bardziej "współczesne" podejście do problemu. Jak to jest rozwiązane w systemach profesjonalnych, takich jak np. za przeproszeniem DOS, czy shellu? :)
Uaaa... :)
Ale zes porownanie przywalil :)
W DOSach to kursory nie dzialaja w ogole, nie mozesz sobie skopiowac polecenia chodzac po ekranie. W czystym DOSie jest TYLKO powtarzanie ostatniego polecenia z mozliwoscia prostych jego modyfikacji (kursor w prawo kopiuje kolejna litere poprzedniego polecenia, sa tez inne kombinacje klawiszy do bardziej wyrafinowanych operacji na OSTATNIM rozkazie, ale kto je pamieta... :) ). Wieksze mozliwosci daja dodatkowe programy, ale to tylko pamietanie i przewijanie historii polecen, talej nie mozna nic pobrac z ekranu.
Edytor ekranowy Atari i kopiowanie z ekranu to naprawde fajne rozwiazanie... :)))
A nie prosciej dac poprostu D:xxx.cfg :). Odczyta z domyslnego katalogu, czyli tego, w ktorym jestesmy. Ma to oczywiscie drobna wade (a moze zalete :) ), ze przy wywolaniu programu z innego katalogu (z podaniem pelnej sciezki) plik .cfg bedzie czytrany z tego wlasnie innego katalogu, a nie z tego, z ktorym jest program (ja to uznaje za zalete ;), bo mozna sobie kombinowac latwo z plikami wsadowymi i kilkoma wersjami konfiguracji, a w kodzie nie trzeba sprawdzac zadnych parametrow - bo miejsce pliku .cfg mogloby byc podawane jako parametr takze ;) )
owszem..dzialaja...ale na odwrot
Czyli prawidlowo :) - kursory odpowiadaja standardowym kursorom w Atarynce.
tzn juz wyjasniam - uwazam ze duza czesc programow kosztysta z kurosorw bez ctrl. pod czystem osem - dzialaja - nie ma prblemu . ale np pd qmegie, TV, itd itp - trzeba wcisnac ctrl - zeby atari rusyzlo kursorem.
Ile ludzi, tyle opinii... Tu wiele zalezy od tego jakie programy czesciej odpalasz, ja glownie pracuje sobie pod Sparta, i raczej pisze niz bawie sie jakimis programami, ktore zmieniaja znaczenie klawiszy kursora :) Popisz troche w dowolnym edytorze nie majac podlaczonego ctrl na stale pod kursory, a potem przesiadz sie na PC :) a ja tak sie przesiadam codziennie. Mozna oczywiscie dodac konfiguracje tego, ale w ten sposob dojdziemy do konfigurowania polowy klawiatury, bo sie selecty i optiony komus nie spodobaja...
poza tym - pomysl z wywleniem klawy niemieckiej - OK !
I tu sie oczywiscie zgadzam!!
ale domyslam sie ze bedzie sie to wiazalo z przerobka atarki do tego stopnia, ze twoj uklad bedzie w pierwzej fazie zasilal AKI, potem wybor OS - i wlaczal atarke ?
Wystarczy chyba przelaczanie systemow polaczyc z wykonaniem zimnego startu, a nawet goracy wystarczy. A przy wlaczaniu, wystarczy ze AKI "przytrzyma" Reset do czasu ustalenia stanu na wyjsciu sterujacym przelaczaniem systemow (taki luzny pomysl).
Nie wiem, co na to autor, ale podesle Ci zaraz (ktos musi potestowac i zdac raport, a ja nie moge narazie).
Mi sie ta opcja nie podoba, Normalnie sam reset byl, a zawsze mozna bylo dodatkowo Shift wcisnac...
Czlowiek czasem za szybko dziala i taki twardy reset pod typowymi klawiszami nie jest wskazany - co innego ta sama kombinacja s Shift wlasnie (nawet dla "nieposiadaczy" QMEGa) to by bylo fajne.
Jest - dostalem od autora do przetestowania.
Niestety z powodow rodzinnych nie mialem jeszcze czasu tego zrobic i w najblizszym tygodniu mial nie bede :(.
Niestety 2 - autor, w nowej - sporo poprawionej wersji, podpial pod Alt+Ctrl+Del kombinacje Shift+Reset, co mnie nie rajcuje wcale.
Da sie. Czemu ma sie nie dac. Wymaga to tylko pracy i czasu (tego drugiego ostatnio zupelnie brak).
Tyle tylko ze gra moze w tym przypadku chodzic wolniej. Bo do uzyskania tak samo szybko dzialajacej wersji potrzeba jeszcze wiecej pracy i czasu :).
To, co zalaczyles, to juz jest przerobiony na jakiegos latwiejszego carta (pewnie ludzie przerabiajacy znali sie na takich a nie na cartach w standardzie XEGS).
Oryginal w standardzie XEGS ma nie 512 a 128kB :)
Prosze bardzo...
No tak... zakladam ze mam SparteX odpalona i chce z TTP zaladowac AC, tak jak zaladowalbym go pod SDX z dysku. Cos mi sie widzi ze to wszystko sie wylozy :) :) :)
W tej chwili pisze sobie "-AC" i mam po sekundzie program. Do wszystkich innych potrzebnych na szybko toolsow mam tez pliki wsadowe porobione. Przyspieszenie ladowania o 1-2 sekundy kosztem problemow sprzetowo programowych to chyba niejest dobry pomysl.
A czy w dobie wszechobecnych twardzieli, takie cus jak TTP ma w ogole racje bytu??
Pytanie dodatkowe, co TTP robi z uruchomionym wczesniej DOSem, w przypadku uruchamiania programow??
To lepiej porzadny FlashCard np. ze sterownikiem pod Sparte. Tyle tylko, ze bedzie on mial szybkosc karty CF podlaczonej przez KMK. Szkoda zachodu wiec, na maloprzydatny niszowy, nawet w obrebie naszej niszy :) projekt, moze lepiej cos ciekawego w tym czasie zaprogramowac (uzytek jakis ;) ).
atari.area forum » Posty przez Pecus
Wygenerowano w 0.057 sekund, wykonano 28 zapytań