Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
BigPEmu 1.12 Richard Whitehouse wydał BigPEmu 1.12
FujiNET firmware v1.3.0 Nowa wersja oprogramowania do interfejsu sieciowego FujiNET. Tym razem z obsługą TCP!
hatari 2.5.0 Od dwóch dni dostępna jest najnowsza (2.5.0) wersja Hatari.
Grawitacja 2024 Czas na kolejną edycję 8 bitowego GameJamu.
Tenebra na Atari ST/STE Wersja gry na duże atari.
atari.area forum » Posty przez Pecus
Troszke stare i dosc znane. Ale dobrze ze przypomniales :)
A ja proponuje lepsza metode (mniejsza piramidka).
Ostatnio robilem "optymalizacje" wnetrza mojej Atarynki i jak zobaczylem oryginalny system w podstawce, a na nim nalutowana podstawke z QMEGami i te wiazke kabli.....
W kazdym razie zaprogramuj sobie wszystko na EPROMIE 27512 (bo stwierdzilem, ze jak juz sie ma dojcie do programatora, to co to za roznica). Praktycznie moga to byc dowolne 4 systemy - ja mam tam 2*Atari OS - by zachowac zgodnosc przelacznikowa (jeden wlacza/wylacza QMEGi, a drugi wybiera wersje).
Teraz tylko wyciagasz OS z podstawki (ewentualnie wylutowujesz i wstawiasz podstawke). ROM mozesz zachowac na pamiatke :)
Nastepnie odginasz lekko nogi 1 i 27 EPROMU tak by nie weszly w podstawke, wkladasz go na miejsce systemu, a do tych dwoch nozek lutujesz dwa kabelki, ktore podpinasz do dwoch przelacznikow (podajesz na nie mase lub 5V) - GOTOWE! I jak ladnie "plasko" i malo kabli.
Oczywiscie przelaczniki maga tylko zwierac np do masy, wtedy miedzy nozkami trzeba zastosowac rezystorki podciagajace do plusa w stanie rozwartym (10k , czy ile tam chcesz - nie za malo).
Gotowy plik z zawartoscia (2*Atari OS i 2 QMEGi: 4.04 + ostatni dobry z poprzednich - nie pamietam teraz) mozesz jak zwykle pociagnac z mojego podrecznego serwerka :) .
Ja to robilem poprostu emulatorem:
Plik .ST jako stacja 1, a flop PCtowy jako stacja 2, a potem juz tylk FCopyPRO :) .
Co do plikow, to jest jescze prostrze. Format dyskietki Atari jest taki sam jak PC :) (tyle tylko ze PC sprawdza jakies swoje znaczniki i nie zawsze widzi atarowskie dyskietki.
Sformatuj dyskietki na PC (720kb oczywiscie), skopiuj pliki i juz.
Konkretnie chodzi mi o budowe relokowalnego pliku .COM .
Z tego, co pamietam byly specjalne dodatkowe procedury do MACA65 umozliwiajace generowanie relokowalnego kodu w formacie Sparty wlasnie.
Takze ich poszukuje, czyli ogolnie wszystkiego, co byloby pomocne w pisaniu programow dzialajacych w tym systemie (takze sterownikow urzadzen).
Zapraszam takze wszystkich do wspolpracy przy tworzeniu oporgramowania pod ten swietny system operacyjny.
Dzis kolejna nieprzespana noc minela :) . Razem z Pirxem przygotowalismy troche przydatnego softu (a konkretnie jeden program :) ).
Jest to najwygodniejszy loader do gier zapisanych w formacie Sparty - MicroSpartaDOS (MSDOS :) ) autorstwa Jzego Bernaska. Oryginalnie zawieral on procedury HS dla Stacji XF..costam oraz dla oryginalnego Speedego (potrafil je sciagnac ze stacji). Obecna wersja (zmienilismy powaznie numeracje, bo zmiany naprawde duze) wykrywa w dalszym ciagu stacje XF, a takze stacje pracujace w trybach Happy i US-Doubler (jak SIO2IDE wlasnie), wybiera on odpowiednia procedure i przed samym wczytaniem programu relokuje jak najnizej sie da (zawsze miesci sie ponizej $0b00 wraz z buforami). W przypadku uruchomienia loadera, lub wybrania programu z wcisnietym klawiszem "Shift" do transmisji stosowane sa zwykle procedury systemu (wtedy loader wraz z buforami konczy sie na $0a00 - oczywiscie dopiero w czasie ladowania gry, bo wczesniej zajmuje "kapke" wiecej).
A co dla programistow, otoz napisalismy tez procedury zastepujace SIO przy odczycie z dysku (dowolny rozkaz czytajacy dane, status, predkosc, itp). Sa one troszke dziwne, ale dzieki temu b. krotkie i wygodne w uzyciu. Polecam stosowanie ich w wlasnych loaderach, bo obsluguja tryb Happy/US.
Zrodla w formacie OMC (zgodne z MAC65), oraz loader dostepne sa TU. ... Drobna uwaga, nie bede juz zmienial tego w pliku (bo mi sie nie chce), ale w SIO_IN1.S65 w wierszu 81 zbedny jest rozkaz "STX CheckSum" - co mozna zauwazyc analizujac kod, niestety umknelo nam przy "odchudzaniu" porcedury ;) .
Niedlugo postaram sie zrobic troszke dokladniejsze opisy, a narazie zapraszam do sciagania (no i przypoinam ze do MSDOSa sa dodatkowe programiki umozliwiajace ladne nazywanie gier i folderow - one pozostaja niezmienione oczywiscie i nie ma ich w tym archiwum).
edycja:
Mala zmiana, teraz jest w tym archiwum plik ATR zawierajacy wszystkie wersje programu MSDOS, MSINI, instrukcje do nich, a takze programik odpalajacy SparteX pod QMEGiem (dziwnie brzmi, ale posiadacze tych systemow pewnie wiedza o co chodzi - zreszta jest tez .DOC)
Pisalem juz w innym miejscu - River Raid konczy sie po przekreceniu licznika punktow (a w zasadzie po dojsciu do konca czyli 99999990 - moglem ilosc cyferek 9 pomylic ;) ). Przy niszczeniu wszystkiego, co spotkamy na drodze bedzie to w okolicy 1260 mostu.
Dostalem juz od Marka oficjalne wersjie 1.7 i 3.2 SIO2IDE obslugujace tryb HighSpeed w standardzie Ultra Speed. Pojawia sie niedlugo na AIMie ale wszystkich niecierpliwych zapraszam na swoj podreczny serwerek, bo tam juz sa :)
edycja:
Marek podeslal poprawke do wersji 1.7 (poprzednio HEX byl skompilowany dla zlego kwarca), od 18:40 23.08.2002 ;) Na moim podrecznym serwerku sa juz prawidlowe wersje.
Wyglada na to, ze juz jest wersja finalna :) - jeszcze namietnie ja testuje, ale przekopiowalem juz miedzy partycjami pracujacymi z roznymi predkosciam ponad 100MB i nie odkrylem przeklaman lub innych nieprawidlowosci.
Zarowno Sparta jak i QMEG prowidlowo rozpoznaja tryb US, tak samo i inne programy umiejace wykryc ten tryb (np. Sector Copy).
Moze pokombinuje potem z wiekszymi predkosciami, ale teraz to juz nie problem.
Na dniach bedzie chyba mozna to opublikowac.
Zmiany zostaly wprowadzone na poziomie uniwersalnych procedur SIO stosowanych takze przez Marka we wszystkich innych wersjach.
Tak wiec po zakonczeniu testow, beda wszystkie wersjie SIO2IDE z trybem Ultra Speed.
Jedyna zmiana sprzetowa, to wymiana kwarcu w starych wersja interfejsu (z 4.9152MHz na 7.3728MHz) - w nowych wersjach juz taki jest.
Kolejny postep!
Dzisiaj okolo godziny 5:20 nad ranem zadzialalo automatyczne rozpoznawanie i wybor jednej z dwoch predkosci w SIO2IDE. Sa to 19200 i 52000 (dokladnie takie jakie obsluguje Ultra Speed w oryginale).
Jako ze pracowalem w dalszym ciagu na zdekompilowanym kodzie ktory byl oryginalnie w C (makabra jesli chodzi o analize), poniewaz zrodla podeslane przez Marka po skompilowaniu nie daja dzialajacego kodu i nie mam duzej mozliwosci manewru, nie zaimplementowany jest jeszcze rozkaz pytania o mozliwa szybkosc "?". Czyli np. QMEG nie wykrywa tego jako US, ale juz SpartaX radzi sobie znakomicie - wszystko jest przez nia obslugiwanie w trybie US z duza predkoscia.
Tak wiec liczmy dni i godziny... bo nadchodzi :) . Trzeba tylko obslugi rozkazu "?" - pisze do Marka wlasnie.
Polecam uwadze: http://atariarea.nostalgia.pl/forum/vie … p;start=15 .
Ja juz sobie "pokopiowalem" na szybkim SIO2IDE :)
Sa sukcesy!
Wlasnie "skopiowalem" sobie partycje 1 na 2 z predkoscia 51200 bodow. za pomoca US SectorCopy i SIO2IDE !
Cale szczescie ze na 2 nie bylo nic waznego, bo zanim sie zorientowalem poszlo!
Oczywiscie recznie wpisalem kopierowi do jego tablicy predkosci $0a, bo jak pisalem - "?" jeszcze nie dziala w SIO2IDE.
Zastanawiam sie dlaczego z QMEGiem nie zadzialo, moze nie dokonca go oszukalem, ze stacja ma US ?
W kazdym razie dziala szybka transmisjia z SIO2IDE i juz za chwileczke juz za momencik ... :)
Musze wyjsc z Windowsow, bo potestuje wieksze predkosci - standardowa dla US czyli 52000 dzial super stabilnie.
Odnosimy zwycieztwa w tej "walce" :)
edycja:
Po sprawdzeniu mozliwych w Atmelu z takim kwarcem predkosci, doszedlem do wniosku ze pozostawienie 52000 bedzie najlepszym rozwiazaniem. Pozostale za duzo odbiegaja od mozliwych do uzyskania w Atari a 52000 pasuje prawie idealnie. Poza tym jest to standardowa predkosc US i niech tak pozostanie.
Teraz tylko korespondencja z Markiem i bedziemy mieli najlepszy interfejst HDD do malucha :)
edycja2:
A QMEG... wyglada na to, ze skubaniec przed kazda transmisja (L z menu, czy odczyt z MLM) wysyla pytanie o status (gestosc) w standardowej szybkosci, a w tej chwili SIO2IDE obsluguje albo jedna, albo druga - ot i rozwiazanie problemu... I uwaga! Jak na prawdziwego Atarowca przystalo, edycje2 napisalem na malym Atari (Ice-T i lynx na terminalu UNIXowym) - strona wyglada duzo lepiej niz wiele "powaznych" stron firmowych w trybie tekstowym :)
Jesteś pewny, że częstotliwość taktu UART ustala się tylko w jednym miejscu? Może w którymś momencie program przywraca starą wartość. Spróbuj ustawić normalny tryb - 19200baud i po prostu zmienić kwarc na inną, obliczoną wartość. Jak zadziała, to będziesz wiedział, czego szukać.
Predkosc na 100% jest ustalana w jednym miejscu, co do zmiany kwarcu, to zmienilem na prawie 2razy szybszy i odpowiednio wyliczylem wartosc dla 19200 - wpisalem, skompilowalem i dziala, tak wiec tu jest O.K.
W kodzie sa dodatkowe spore opoznienia robione petlami na NOPach, po wyslaniu bajtu - po zmianie kwarcu - prawie dwa razy krotsze, a dalej dziala - wiec to nie bit stopu, przy wolniejszym kwarcu zmiana predkosci, tez powodowala brak transmisji.
Chyba pozostaje QMEG, szukam wlasnie SectoCopy i walcze - uparty jestem, bo to juz druga doba :).
Najgorsze, ze po kazdej zmianie trzeba programowac Atmela :(
Po testach!!!
Yeah! To cos w QMEGu (widac nie znam wszystkiego) SectorCopy zadzialalo z inna predkoscia - narazie jest to 20000 ale juz zmienam i zobaczymy z jaka predkoscia wyrobi SIO2IDE - a jak juz potestuje.... :)
Co do Scorcha to nie trzeba nas naciskac.
Na ukonczeniu jest komentowanie kodu, doszlo liczenie punktacji (poza kasa) i wyswietlanie okienka z podsumowaniem (malenstwo na foncie 4x4 rysowanym PLOTami do tego :) - ale gra ma byc maksymalnie niezalezna od sprzetu.
Na dniach na Nostalgii (Pirx jest szefem tego serwera :) - Chillz, bez nerw w koncu Pirx jakby wyzej tam jest ;) , walnie Ci polecenie sluzbowe i juz 8) ) bedzie strona Otwartego Projektu Scorch. Pozostalo w sumie niewiele do zrobienia, ale nam pewnie lata by to zajelo, a tak kazdy bedzie mogl dodac cos od siebie. Nowy kod po zatwierdzeniu przez moderatora (a kto to bedzie ;) ? ) bedzie dolaczany do gry, miejmy nadzieje ze kazdy programista atarowski bedzie chcial cos dodac.
Gra jest napisana w sposob umozliwiajacy umieszczenie jej na Carcie (wszystkie zmienne poza kodem) i dotego napisana jest ladnie :rolleyes:
A Turrican - poszukiwania twaja, a widzac co ostatnio znalazlem to Tuttican to male piwo jest - znajdziemy!
No wlasnie, soft Atmela jest oryginalny Marka (z SIO2IDE), ja zmieniam tylko predkosc UARTu, co do bitow stopu... niestety Atmel nie jest tak elastyczny moze po prostu wysylac dane 8mio lub 9cio bitowe z jednym bitem startu... bit stopu, to poprostu stan po wyslaniu bajtu i trwa az do nastepnego bitu startu. Poza tym transmisja po ustawieniu w Atmelu predkosci 19200 odbywa sie calkowicie bez problemowo (nawet przy ADUF3 $29 czy $27, a czasem lapie i $26 :) ) a wystarczy w Atmelu zmienic na np. 21000 (czyli niewielka roznica) i nie daje sie dobrac nic od strony Atari. Jak wspominalem nawet dla predkosci 19200 byly to rozne zapisy w Atmelu bo zmienial sie kwarc - a zawsze dzialalo. Wydawalo mi sie nawet ze znak ACK po odebraniu rozkazu transmitowany jest do kompa zawsze z normalna predkoscia, ale po sprawdzeniu w systemie TOMS MULTI stwierdzam, ze nie... no coz moze nie dokonca znam QMEGa ;). Chyba poszukam SectorCopy i wyrzuce w nim pytanie o predkosc stacj (bede sam wpisywal).
Walcze dalej :) - ma zadzialac i juz!
No to mamy te same informacje (mi tez sie udalo uzystakc transmisje na ADUF3=1 - przy pracach nad poprawkami dla TOMS MULTI - co prawda czytal to tylko SPEED30 init, bo on robi odczyt w petli, a nie na przerwaniu...)
No wlasnie, co do US. Stacja MULTI po wykryciu transmisji z ta predkoscia (a w zasadzie po stwierdzeniu, ze z innymi nie dziala :) ) przelacza sie na odbior danych z komputera w oparciu o takt podawany na wyjsciu CLOCK (czyli transmisja synchroniczna), co ciekawe synchronicznie odbywa sie tylko odbior, zastanawiam sie czy ma to znaczenie, a wyjasnialoby duze rozbieznosci w transmisji.
Jako ze MULTI ma jeszcze tryb normalny i TopDrive , sprawdzilem to - w tych trybach transmisja jest caly czas asynchroniczna mimo, ze w TopDrive jest ta sama predkosc co w US...
A teraz odpowiadam dlaczego poszukuje potwierdzenia mojej wiedzy (ktora w sumie mialem prawo zapomniec, dobrze ze dokumentacja poprawek w MULTI sie odnalazla).
Otoz Kompiluje sobie SIO2IDE dla Atmela zmieniajac predkosc transmisji (to napewno dziala, bo mam inny kwarc i i musialem te wartosc dobrac by miec standardowe 19000). W tej chwili nie ma jeszcze implementacji rozkazu "?" wiec interfejs nie zwraca predkosci, w takim razie wymuszam na QMEGU tryb US ($3f0;01), a potem ustawiam predkosc w tym trybie ($3ec;28 ) ... no i $1000<.1.1 :) ... jesli jest to $28 - czyli standard transmisja sie odbywa, a wystarczy ze zmienie predkosc w Atmelu (nawet minimalnie) i nie ma szans na dobranie wartosci od strony Atari.
Musi byc jakis haczyk w samym protokole US, bo jak pisalem wartosc w Atmelu i tak zmienialem wiec program kompiluje sie prawidlowo.
Pozostaje chyba ponowna analiza ROMu MULTI, cale szczescie ze komentowalem na marginesach ... A moze ktos ma inny pomysl, pracuje nad tym praktycznie 24h/dobe, tak wiec czekam na propozycje.
No dobrze, wiarygodne moze i sa, ale w rzeczywistosci jest jakby troszke inaczej... Albo tez dane od producentow stacji klamia:
Standardowo - 19120 - ADUF3=$28
$28 - NTSC: 19040, PAL: 18866 (dane z obliczen)
XF551 HS - 39000 - ADUF3=$10 (tu by sie jeszcze zgadzalo prawie)
$10 - NTSC: 38980, PAL: 38553
US Doubler/Happy - 52000 - ADUF3=$0A
$0A - NTSC: 52640, PAL: 52160
SPEEDY - 57000 - ADUF3=$09
$09 - NTSC: 55930, PAL: 55420
IndusGT - 72000 - ADUF3=$06
$06 - NTSC: 68837, PAL: 68210 (i tu sie za chiny nie zgadza)
A pisze to daltego, ze przy malych wartosciach ADUF3 (czyli duzych predkosciach) nawet male roznice maja znaczenie przy transmisji a roznice wychodza wielkie.
No to teraz pytanie podchwytliwe:
Jak odbywa sie szybka transmisja w standardzie US ? (kiedy jaka predkosc - nie zapominajmy o jednoznakowych odpowiedziach stacji po rozkazie.
Problem w tym, ze mam rozpracowane to od strony stacji MULTI, a w zaden sposob nie chce dzialac z iinymi predkosciami niz standard - mimo ze wszystko testuje na QMEGowych procedurach US (oczywiscie testuje SIO2IDE). Co ciekawe, na tych samych procedurach dziala po ustaleniu predkosci na standardowa. Tak wiec wszystko robie zgodnie z zasadami i nic (narazie :) ).
No to teraz tylko napisze, ze potrzebne mi sa WIARYGODNE informacje, jak narazie testuje SIO2IDE z roznymi predkosciami, a komunikacje nawiazuje tylko na standardowej. Jesli chodzi o Atmela, to wzor jest w dokumentacji technicznej tego scalaka, a Atari - no sami widzicie....
Wracam do walki!
Udostepniam, co znalazlem.
Procka dziala tak, ze po podlaczeniu myszy od ST do drugiego portu, jej ruchy sa tlumaczone jako ruchy joysticka w porcie pierwszym (dzialaja jednoczesnie). W kazdym razie widac idee sprawdzania myszki.
Pozbawilem toto relokowalnosci i dodalem etykiety.
Prosze bardzo.
Aaaa... format MAC65 (moga ewentualnie etykiety nie pasowac).
A ja jestem wlasnie w "kraju lat rodzinnych" i znalazlem dokumentacji troche. M.in. procke myszki, ktora po zainstalowaniu (relokuje sie i jest malenka) robi na myszce emulacje joysticka. Wracam w weekenda i przepisze :).
No to ja znam ten sam wzor, tyle ze te same wartosci sa wpisywane dla wersji PAL i daja w wyniku te same predkosci ......
Kiedys robiac poprawki do TOMS MULTI dobieralem predkosc transmisji od strony Atari "recznie" (wpisywalo sie rozne wartosci do ADUF3 w procedurach US, az zadzialalo).
Wszyscy wiemy ze standardowa wartosc $28 daje predkosc 19200 (ale czy napewno, bo z moich obliczen jakby cos innego wynika).
Poszukuje oficjalnego wzoru do obliczania predkosci transmisji na podstawie wartosci wpisanej do ADUF3, przyznam ze mam faworyta (znaczy taki wzor), ale on znowu pasuje tylko do wersji NTSC, a w koncu my mamy PAL.
Wysylam na to forum, bo tu wiecej programistow (przynajmniej teoretycznie :) ).
Ja powiem tak. Da sie zrobic jesli siedzi kontroler w wersji 40pin (na plycie jest miejsce na mala wersje, a byly one montowane glownie w CA 2001).
Co do robienia - to ze wzgledow czasowych i niecheci do grzebania w elektornice, zrobie tylko te, ktore dostalem i nic wiecej. Koncze dokumentacje (mam juz schemat i oryginalna plytke w Protelu) i opublikuje ja, to wszystko co moge zrobic.
Oryginal faktycznie mial od cholery bledow w tym kilka powaznych, splodzilem kiedys poprawione ROMy sa do sciagniecia na AIM.
Jest tam wersja ROMu pasujaca do oryginalnej plytki i druga do MULTI zastepujacego oryginalny ROM stacji.
Zapisywanie polowy dysku nie ma wplywy na wyswietlana pojemnosc os strony Atari (od razy widac polowe i tak liczona jest objetosc plikow), moze po prostu kopiowales z SD na DD :) (bo HDD jest zawsze w DD w tym przypadku), a co do wiekszego opisu, to jestem w trakcie. Teraz walcze ze zwiekszeniem predkosci SIO2IDE (dzis o 4:30 poszedlem spac), zaraz jade po programator, bo musze QMEGa zmienic i dzis do wieczora odpale wieksza predkosc! (tyle ze zadzialnie transmisji to 1/3 sukcesu, a na zdekompilowanych modzie z C kiepsko sie pracuje).
Prosze bardzo:
Po pierwsze sciagnij sobie z AIM moje programiki i przygotuj przynajmniej jedna (np. ostatnia) partycje 720 sektorow (zwykla dyskietka DD) - na nia zgraj FDISK, loader do MyDOSA, loader do Sparty i FDSS/FDSM.
Dysk ten podmapuj sobie gdzies, skad mozesz szybko wczytywac np. QMEGiem. W readmie dowiesz sie co robi FDSS/M (bo ten program najczesciej bedziesz odpalal :) ).
Ja jako szczesliwy posiadacz SpartyX (mam nadzieje ze juz niedlugo w srodku) wszystko trzymam w tym wlasnie formacie na partycjach po 16MB. Jesli nie masz tego DOSa to i tak radze wszystkie plikowe gry zgrac w tym formacie i zainstalowac ta takiej partycji MSDOS :) w wersji 2.3 (moje poprawki do HDD), jak juz bedziesz mial Xa to bedzie jak znalazl, a i bez niego MSDOS Ci gry bedzie ladowal - a duzo latwiej zadbac o porzadek niz pod MyDOSem.
Do kopiowania stosowalem stary MultiFileCopy (wiem, ze sa lepsze juz).
Napisz lepiej w jekiej kofiguracji bedziesz HDD stosowal, to doradze lepiej...
Kiedys pozbylem sie tego zabezpieczenia, ale kto wie gdzie teraz ta wersja jest .... poszukajcie (no ja w sumie to chyba wiem, gdzie to znajde, ale nie wiem kiedy tam bede :) .
atari.area forum » Posty przez Pecus
[ Wygenerowano w 0.145 sekund, wykonano 6 zapytań ]