Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
ASAP ma 20 lat - wydanie 7.0.0 20 grudnia 2005 został utworzony pierwszy commit w repozytorium CVS projektu ASAP (Another Slight Atari Player).
FiSh 0.70 Bocianu wydał FiSh 0.70, shell ułatwiający przeszukiwanie zasobów serwerów TNFS.
Street Fighter II już na Atari 8-bit! Vega i jego zespół wydali finalną wersję kultowej bijatyki. Wymaga 4MB cartridge i 64KB RAM.
Elite Demo 6 na Atari 8-bit! Trwają prace nad konwersją kultowej gry Elite. Szóste demo wprowadza liczne poprawki błędów.
vbcc v5 dla 6502 Kompilator C vbcc doczekał się piątej wersji dystrybucji dla 6502. Zapewnia dużo szybszą arytmetykę FPU i nowe narzędzia.
atari.area forum » Posty przez seban
tak offtopicując trochę ... na komodzie mają tą zaltę że mogą odłączyć rejestry sprzętowe i mają tam RAM. U nas z tej pamięci pod rej. sprzętowymi korzysta tylko freezer który używa tej pamięci jako rej. cieni zapisując tam to co zostało wpisane w obszar $d000-$d7ff.
grtx
seban
jakies 2 lata temu widzialem tez projekcik jakiegos polaka ktory zrobil 6 kanalowego sida na atmedze, tez nie moge znalezc :/ (chyba ze mi sie z czyms pomylilo)
http://www.swinkels.tvtom.pl/swinsid/
pozdrawiam
Seban
dla ułatwienia dodam iż SID-a ani OPL-a nie ma na pokładzie. Ale to już autor rozwiązania chyba powinien wyjaśnić :)
EDIT: O autor był szybszy :) I po co ja się wpi* :)
z tym że ST/STE nie ma w gnieździe carta sygnału write :( Aby tą fuszerkę ominąć trzeba udawać zapisy generując odpowiednie adresy na szynie adresowej i dane które chce się zapisać trzeba zatrzasnąć z magistrali adresowej (nie danych!) generując dla zmyły odczyt z odpowiedniego adresu. Nie wiem kto coś takiego przy konstrukcji serii ST/STE wymyślił ale taki koszmarek został stworzony niestety... skoro ROM PORT to Read Only :) W małym Atari na szczęście jest normalnie ;)
Hej!
Przeczytałem pierwszego posta i przeleciałem ogólnie resztę... akurat to chyba nie za bardzo powinienem się wypowiadać w wątku bo sam nic konkretnego nie robię od wielu lat. A to co zacząłem leży niedokończone...
Odczucia powrooza są dla mnie do zrozumienia... i znam je... może nie doświadczyłem ich bezpośrednio, ale znam... i rozumiem o co chodzi.
Dodam tylko iż czekałem na każda produkcję z grafiką powrooz-a ... nawet pojedyńczy obrazek... a tym bardziej demo... każdy obrazek narysowany przez Ciebie powrooz pokazywał niespotykany od lat na Atari kunszt, styl i możliwości rysowania jakich do tej pory na małym Atari nie było. Jeżeli odejdziesz znużony byciem najlepszym zrozumiem... ale bez twojej grafiki znowu cofniemy się o 10 lat. Atari zawsze cierpiało na brak dobrej grafiki w produkcjach scenowych (pomijam ten parę szt. wyjątków). Kiedyś myślałem że świat tych kliku dem na Atari pozostanie bardziej kolorowy i urozmaicony na dłużej...
Powrooz... cóż mogę Ci powiedzieć... szkoda byłoby cholernie gdybyś odpuścił scenę Atarowską zniechęcony obrazem jaki się rysuje przed twoimi oczami. Wierzę że chwila odpoczynku Ci pomoże i liczę że jeszcze zobaczę twoją grafikę na ATARI :) TeBe dobrze powiedział... róbmy swoje nie patrząc się na innych.
taki zoom scroller z Just Fancy, ile to lat temu było, dopiero niedawno wpadłem na sposób jego realizacji, rzeczywiście ASL, ROL jest w tym przydatne ze względu na zmianę sposobu reprezentacji wyświetlanych bajtów, do kodu Just Fancy nigdy nie zaglądałem bo i tak niewiele by to pomogło, gdyby ktoś podzielił się wiedzą na pewno było by łatwiej
TeBe tutaj jak urat doesłał bym cię do barymaga #2, i arty SoTe z cyklu Efekciarskie Efekciki... dla ułatwienia trochę offtopując wklęję kawałek arta tutaj:
Efekciarskie efekciki 2 [Soused Teat/Slight], Wiosna 1995
Dzisiaj chcę przedstawić wam scroll nr 2 - czyli zoomer (można go zobaczyć w moim starym demie "JUST FANCY"). Do dzisiaj niewiele osób wie (nawet widząc kod), w jaki sposób się go uzyskuje. Na początek wyjaśnię, jak każdy by chciał taki scroll zrobić. Pierwszym problemem, jaki napotyka jest jak rozciągnąć znaki w poziomie i zaraz zaczyna kombinować z LSR-owaniem lub ASL-owaniem. Ja też w ten sposób myślałem i nawet coraz lepiej mi szło, ale wciąż nie było mowy o scrollu w jednej ramce. Pewnego dnia przyszło niespodziewane olśnienie, a gdyby tak trzymać w pamięci scrolla bokiem???. Z wolna zaczął się pojawiać coraz bardziej klarowny obraz późniejszej procedury, aż w końcu zjawił się na skrawku kartki (jak większość moich programów) pełny obraz tego jakże prostego do uzyskania efektu.
Teraz pora, żebym Ci wyjaśnił na czym polega owo "trzymanie" scrolla bokiem. Załóżmy, że zwykłego scrolla chcemy zrobić graficznie, czyli litery z rolowanego bufora będziemy przepisywać na ekran, uzyskując efekt "przesuwu poziomego". I teraz... jak wygląda litera "A" w takim scrollu rozpisana na bity, każdy chyba wie:
........ bajt nr 0 ...**... bajt nr 1 ..****.. bajt nr 2 .**..**. bajt nr 3 .**..**. bajt nr 4 .******. bajt nr 5 .**..**. bajt nr 6 ........ bajt nr 7...co dla tekstu, np. "ALA" będzie wyglądać tak:
bajt bajt bajt ........ $00 ........ $08 ........ $10 ...**... $01 .**..... $09 ...**... $11 ..****.. $02 .**..... $0A ..****.. $12 .**..**. $03 .**..... $0B .**..**. $13 .**..**. $04 .**..... $0C .**..**. $14 .******. $05 .**..... $0D .******. $15 .**..**. $06 .******. $0E .**..**. $16 ........ $07 ........ $0F ........ $17W zoomscrollerze musimy zmienić nieco nasze przyzwyczajenie i zorganizować bufor tak, aby litera "A" wyglądała następująco:
........ bajt nr 0 .****... bajt nr 1 .*****.. bajt nr 2 ..*..**. bajt nr 3 ..*..**. bajt nr 4 .*****.. bajt nr 5 .****... bajt nr 6 ........ bajt nr 7...czyli tekst "ALA" będzie teraz wyglądał tak:
bajt bajt bajt ........ $00 ........ $08 ........ $10 .****... $01 .******. $09 .****... $11 .*****.. $02 .******. $0A .*****.. $12 ..*..**. $03 .*...... $0B ..*..**. $13 ..*..**. $04 .*...... $0C ..*..**. $14 .*****.. $05 .*...... $0D .*****.. $15 .****... $06 .*...... $0E .****... $16 ........ $07 ........ $0F ........ $17Taki bufor oczywiście trzeba odpowiednio przepisać na ekran, co załatwi taka oto procedurka:
LDA BUFOR+$00 ASL A ROL ZERO_PAGE+$00 ASL A ROL ZERO_PAGE+$01 ......i tak dalej, żeby wyszedł jeden słupek bitów na ekranie, np.
0xxxxxxx 1xxxxxxx 1xxxxxxx 1xxxxxxx 0xxxxxxx 1xxxxxxx 0xxxxxxx 0xxxxxxxNastępnie:
LDA BUFOR+$01 ASL AI tak powtarzamy to dla ośmiu bajtów bufora. Na końcu przepisujemy komórki ZERO_PAGE na ekran. W ten sposób przepisujemy 8 linii po 256 punktów. Oczywiście takim przepisywaniem nie uzyskamy efektu zoomera, więc musimy wcześniej przygotować tablicę, w której indeksem jest numer kolumny punktów na ekranie, a wartością w tablicy jest odpowiadający jej numer bajtu w buforze. Do naszej procedury dopisujemy przed każdym "LDA" LDX TABLICA:
LDX TABLICA LDA BUFOR,X ASL A ......a całość smarujemy hektarem kodu, który będzie rysował odpowiednio na ekranie. Ponieważ mamy do czynienia z komputerem posiadającym coś takiego, jak DList, to "rozciąganie" w pionie uzyskujemy właśnie na nim. Ponieważ, jak już wcześniej zaznaczyłem, artykuł ten jest dla BnŚZ (Bardziej niż Średnio Zaawansowanych), nie muszę tłumaczyć w jaki sposób wyliczać TABLICĘ (chociaż muszę powiedzieć od razu, że w "JUST FANCY" nie wykorzystałem dzielenia, przez co uprościłem sobie procedurę).
Pisał rozdrażniony Soused Teat,
któremu spalił się DX2/66.
BRAYMAG #2
Po pełną wersją artykułu zapraszam na razie do oryginalnej dyskowej edycji barymaga #2... leży tutaj:
FOX-ie znajdzie się taka Atarka bez problemu... tylko JOY-ów nie posiadam. Wal na e-mail/PW to ustalimy szczegóły odbioru (i nie wygłupiaj się z tym kupowaniem :P )
grtx
Seban
firma SYSTEM3 która stworzyła tę grę zarówno na C64 jaki ATARI ma chyba więcej na sumieniu, cytując za wiki:
Video game publisher Data East sued System 3 and Epyx for publishing World Karate Championship, and by extension, International Karate, which was nearly identical to its arcade game, Karate Champ. International Karate used the same coloured fighters, and had the same points system. Initially Data East won the lawsuit, so the game was pulled from retailers shelves, but the decision was appealed to a higher court, who reversed the decision, stating that while the game was similar, it was not identical, and that one game company can not monopolize one entire sport. As a result, Melbourne House did not sue System 3 nor Epyx, as the game The Way of the Exploding Fist is also very similar to both of these games.
link do wiki: http://en.wikipedia.org/wiki/International_Karate
A mi się wydaję, że ten utworek ma coś wspólnego z Last Ninja.
Title: Last Ninja Remix
Artist: Rayn Ouwehand & Anthony Lees
Relased: 1990 System 3
I cytat z wikii o Last Ninja:
The Last Ninja is an action-adventure computer game that was developed and published by System 3 in 1987 for the Commodore 64. As the first in The Last Ninja Series, it set the standard for the unique look and feel for its sequels; Last Ninja 2 (1988), Last Ninja Remix (1990) and Last Ninja 3 (1991).
http://en.wikipedia.org/wiki/The_Last_Ninja
Czyli Last Ninja jakby nie patrzeć było po International Karate/ World Karate, a dodatkowo twórcą jest ta sama firma System3 :)
;)
z tym że to raczej kawałek Ry?ichi Sakamoto był pierwszy, ten utwór został skomponowany do filmu "Wesołych świąt, pułkowniku Lawrence" (Merry Christmas, Mr. Lawrence, jap. Senjou no Merii Kurisumasu). Film z 1983 roku a International Karate czy World Karate Championship to rok 1986 ;)
A w dzisiejszych czasach to jest zupełnie odwrotnie :) Taki Timbaland oraz inni czerpią z twórczości scenowej kopiując całe utwory od scenowych muzyków ;)
Wydaje mi się iż w ogóle nie potrzebnie martwisz się o bit-rate przy zapisie, o to dba kontroler. Jeżeli wydajesz mu komendę typu II (np. read sector lub write sector) to prędkość danych jakie do niego piszesz jest uzależniona od niego samego, jeżeli jest gotowy do przyjęcia następnego bajtu to sygnalizuje to używając lini DRQ (data request). Zresztą jest to napisane w dokumentacji:
DRQ -> Data Request -> this active high output indicates the Data Register is full (on Read) or Empty (on Write operation)
Łącząc to z flow-chartem Type II Command, moża domniemać iż kontroler sam wie kiedy potrzebuje następnego bajtu bo poprzedni właśnie został zapisany i wypchnięty na wyjście w postaci szeregowej z użyciem odpowiedniego kodowania w zależności od gęstości i typu napędu z którym pracuje (FM, MFM).
Przyznaje iż ja osobiście nigdy nie miałem okazji programować żadnego kontrolera stacji dyskietek, a to co napisałem powyżej jest tylko moim domysłem zdobytym po przeczytaniu kilku datasheet-ów do różnych kontrolerów FDC. Także to co napisałem nie musi być do końca słuszne, jeżeli gdzieś nakłamałem proszę o sprostowanie :)
Co do zrobienia stacji na wspomnianych kontrolerach to nie wiem czy ktoś miał taką potrzebę i takie doświadczenie wcześniej, na pewno jednak kilka osób programowało te kontrolery, np. pisząc nowy/alternatywny firmware do stacji Karin Maxi. I to będzie chyba dobry przykład do analizy, na stronie Jer-a masz zarówno schemat stacji jak i zawartość ROM-u do niej.
schemat jest tu, a zawartość ROM-u tutaj.
Stacja Karin Maxi Drive to właściwie kontroler WD1772 wpięty w szynę PBI (Cart+Expansion port) i jest widziana przez system operacyjny ATARI jako tzw. nowe urządzenie (NEW DEVICE). Cały kod obsługujący kontroler jest zaszyty w romie i wykonuje go procesor ATARI (stacja nie ma żadnego innego mikro-kontrolera ani mikroprocesora). Analiza ROM-u tejże stacji pozwoli pewnie na rozwiązanie wszelakich wątpliwości.
Stacja KARIN-MAXI była bardzo fajnym rozwiązaniem. Była ultra szybka (podłączona pod szynę równoległą nie szeregową), jednak miała pewną wadę... była rozwiązaniem mało standardowym w tamtych czasach i część oprogramowania nie była z nią zgodna. Do tego aby umożliwić transmisję na sensownym poziomie, należało wyłączyć DMA ANTICA (wyłączony ekran przy operacjach I/O). Stacja była idealna do pracy, gdzie wymagało się szybkości (kopiowanie, programowanie [kompilacja]). Jednak część softu która miała zaszyta własne procedury I/O (tylko obsługujące SIO) po prostu na tej stacji nie działała.
A i jeszcze jedno... 0xF napisał DOS-a dla Karin Maxi Drive, udostępnił oczywiście źródła, które leżą na stronie ze źródłami Stryker-a, czyli tutaj , i z tego co pamiętam Fox wspominał iż jego MasterDos zawiera własne procedury obsługi WD1772 (Foxie popraw mnie jeżeli kłamię ;P)
UPDATE #1:
I jeszcze trochę obok tematu, pewnie Mikey zna już te linki... ale myślę iż warto je przytoczyć, oba rozwiązania trochę mało popularne chyba u nas ale dość ciekawe ze względu na sposób działania :) Mianowicie chodzi o emulatory napędów dyskietek, emulacja jest jednak na zupełnie innym poziomie :) Emulujemy bowiem sam napęd FDD. Idea projektów była taka aby zastąpić sam napęd FDD elektroniką która udawałaby napęd.
W sieci są obecnie rozwijane projekty dwóch osób: HxC Floppy Emulator oraz Sdisk Emul.
Dlaczego o tym piszę? Ano dlatego iż oba z projektów emulują napęd FDD na poziomie elektrycznym, więc zawierają kod dokonujący konwersji strumienia danych pobranych z danego obrazu dyskietki na strumień zakodowany kodem MFM. Być może byłoby to pomocne w realizacji software-owego dekodera FM/MFM nad którym pracuje Mikey :). Projekt HxC ma dwie wersje, CPLD oraz bazującą na mikro-kontrolerze PIC serii 18Fxxx... Dodatkowo projekt Sdisk Emul emuluje szeregową stację dysków (SIO) małego Atari... w dodatku ma zaimplementowane proste OSD :) Schematy, źródła, firmware oraz PCB są dostępne na stronach projektów.
Projekt HxC jest dostępny w dwóch odmianach CPLD+USB (obrazy ładowane z poziomu softu na PC) oraz tzw. stand-alone czyli PIC+ karta SD na której są trzymane obrazy dysków.
UPDATE #2:
podstawowe info o FM, MFM i GCR jest tutaj: The floppy user guide
pozdrawiam
Seban
a większość spraw dotycząca tych kontrolerów o które kolega bezrobotny pyta jest opisane w dokumentacji do tych układów:
http://drop.io/wd_upds/asset/upd765-pdf
http://drop.io/wd_upds/asset/wd2793-pdf
drążąc - naped bedzie bezposrednio 'ogolno dostepnym w handlu procesorem' sterowany? tj. z pomicieciem specjalizowanych sterownikow? cos jak watek "obok" o sio i portach joystickow ;)
o to jak urat bym się nie bał... przy obecnej wydajności "ogólnie dostępnych" RISC-ów... (np. wspomnianego wcześniej AVR-a) i peryferiów w nich zaszytych (Rozbudowane timery, bloki CCP/PWM), nie będzie chyba problemu aby dokonać softwarowej obróbki danych (np. kodowanie i dekodowanie FM/MFM plus jakieś tam CRC).
I nie ma co ględzić Mikey-owi... ja tam wierzę że mu się uda ;)
Mikey: Jakby coś miało pomóc to gość od projektu Suska (http://www.experiment-s.de) zaimplementował kontroler WD1772 w VHDL-u... można podejrzeć jakby były jakieś wątpliwości.
Link chyba do ostatniej wersji źródełek VHDL-owych: http://download.experiment-s.de/Suska-I … l/vhdl.zip (katalog \vhdl\WF_FDC1772_IP\). Kiedyś nie był pełny bo nie wspierał modulacji FM (tylko MFM). Nie sprawdzałem czy się coś zmieniło od tego czasu kiedy tam zaglądałem.
update: niby teraz pisze: progress: Floppy-Controller 100% WDC1772
Mikey: żadna wojenka :D Tylko dyskusja na ciekawe tematy :) Wiadomo że każdy wybiera to co lubi i w czym czuje się najlepiej :) Także wybór MCU zależy tylko od projektującego :)
Co do klawiatur PC to faktycznie we większości PS/2 siedział kiedyś 8031 lub podobny... co potem z tym zrobiła chińska myśl techniczna nie wiem... nie wnikałem ;) Co wsadzili do klawiatur USB? Można tylko zgadywać :) W mojej klawiaturze to MCU ją obsługujący ma postać takiej zalanej papki :)
jak zwykle offtopic się zrobił ;) A więc z czekamy na twoją stację :)
tak nieco poza tematem jako ciekawostkę o architekturze 8051... Epi ma częściowo rację :) 8051 nawet ich twórca czyli Intel przestał to produkować już kawałek czasu temu... jednak jest jeden problem... pozostało sporo ludzi którzy doskonale znają ten mikrokontroler i lata przyzwyczajeń robią swoje. Do tego kilka firm podchwyciło to i postanowiło kontynuować produkcję serii zgodnych z 8051... są nawet takie co robią 8051 chodzące na 100MHz. Do tego taki core 8051 jest mocno zoptymalizowany i czasy wykonania większości instrukcji to 1 cykl. Przykładem firmy która uparcie tłucze 100-mipsowe rdzenie 8051 może być silicon-labs:
https://www.silabs.com/Support%20Docume … 2x-13x.pdf
i takie rozwiązania mają swoją grupę zwolenników :D Można powiedzieć iż mimo swej archaiczności i skazany na wyginięcie '51 wciąż żyje ;)
Mindfields: tylko po co software-owo emulować RS232 przez port Joysticka (z zabójczą prędkością 1200bd) jak masz gotowego RS na pokładzie Atari co się SIO zowie :) Gotowy interface dopasowujący poziomy napięć do odpowiadających tym w złączu RS232 peceta zwie się SIO2PC :) Tajemniczy układ '232 to nic innego jak układ dopasowujący poziomy napięć (0V,5V <-> +12 / -12V). Za jego pomocą można również zbudować SIO2PC (przykład oczywiście w Atariki: http://atariki.krap.pl/index.php/SIO2PC)
Mikey, dzięki za info! dotyczące kontrolera, tyle mi starczy :) A jak z gęstościami Single/Enchanced? Będą wspierane?
A tak z ciekawości, jaki kontroler flopa? W przypadku 5.25 będzie czytało/pisało gęstości single/enchanced? czy tylko od Double i wyżej?
również jestem zainteresowany! :)
pozdrawiam
Seban
Pecuś: co racja to racja :) Ale muszę się przyznać że długo na swój post patrzyłem zanim załapałem o co chodzi :) Jak będę miał chwilę czasu aby odpalić magnetofon z AST zgram twój loader i udostępnię w MP3.
problemem może być inne ustawienie skosu głowicy w twojej "wieży" i w twoim magnetofonie z AST. Spróbuj nowego MP3 jeżeli jeszcze nie próbowałeś.
UPDATE #1:
Wyciąłem te loadery z obrazu carta, są o wiele krótsze niż cały obraz carta, download poniżej:
1) loader AST_LOAD: format mp3, format cas i format boot
2) loader AST_BUT: format mp3, format cas i format boot
3) loader AST_BOT: format mp3, format cas i format boot
to tak na szybko, za czas jakiś dodam wszystko co było w carcie.
UPDATE #2: (dla zainteresowanych tematem)
4) handler AST-BASIC: format xex
5) program AST-COPY: format xex
6) program WYK_TO_AST: format boot i format cas
7) program UNICHANGER: format xex
pozdrawiam
Seban
Jakby po naprawieniu klawiszy funkcyjnych nie pomogło to nagraj ponownie ten mp3. To to samo co poprzednio, tyle że o trochę większej amplitudzie i w wersji stereo (kanały lewy i prawy zawierają to samo).
Jak już ci się uda uruchomić klawisze START, SELECT i OPTION to wczytywanie wygląda tak:
Wciskasz OPTION + START potem włączasz komputer, słyszysz takie "beep", wciskasz PLAY w magnetofonie, następnie gdy wciśniesz RETURN silnik magnetofonu powinien zacząć się obracać. Taśma powinna być ustawiona na początku tonu pilota (takiego pisku). Po chwili gdy pisk się skończy powinieneś usłyszeć takie rytmiczne beep, ton pilotujący, beep, ton pilotujący... itd. do wczytania się całości.
Co do nagrania na wierzy nie wiem jak ci nagrało na kasetę gdy wieża dostała mono MP3 do nagrania. Jeżeli nagrała na obu kanałach to samo to powinno być OK, jeżeli nagrała tylko na lewym to nic się nie wczyta. Jak odtwarzasz tą kasetę na wierzy to piski słyszysz z obu głośników?
a jakby się nie udało do self test wejść przez trzymanie OPTION (bo np. nie działa) to możesz z BASIC spróbować. Jak zobaczysz napis READY to napisz słowo BYE i wciśnij RETURN.
magnetofon na którym nagrywałeś jest mono czy stereo? Pytam dlatego iż atari czyta dane z kanału prawego a plik mp3 jest mono więc jeżeli się nagrało na lewym tylko to będzie tak iż magnetofon Atari nic nie odczyta. Dane muszą być nagrane na prawym. Na lewym kanale może być nagrane cokolwiek... nawet muzyka którą będzie słychać podczas wczytywania ;)
Ależ oczywiście że się da, o czym piałem trochę wyżej. I nie musisz męczyć się z plikiem CAS, po to dałem do dyspozycji wersje BOOT (z którego plik CAS był właśnie zrobiony) oraz XEX jakby ktoś chciał odpalać z DOS-a czy innego chaos loadera (np. via SIO2PC). Ja nie mam teraz czasu na analizowanie kodu carta i wycinanie loaderów :) Najprościej i najszybciej było mi zrobić dump całości. Jeżeli ktoś dysponuje większą ilością wolnego czasu może wyciąć loadery i przysłużyć się ludziom używającym AST. Tutaj obraz carta: ast20.bin. Uruchamia się pod emulatorem jako "Phoenix 8KB Cartridge". Wystarczy zajrzeć w kod, wyciąć odpowiednie fragmenty pamięci dopisać jakąś procedurę przepisującą, opakować w nagłówek pliku BOOT i po sprawie.
pozdrawiam
Seban
Ok, no więc tak:
MP3 do nagrania na kasetę masz tutaj. Trochę to będzie powolne i traumatyczne, ponieważ wczytanie każdej gry będziesz musiał poprzedzić wczytaniem tego pliku w standardzie (trwało będzie to około 3 minut). To najprostsze rozwiązanie. Wczytujesz to z kastety włączając ATARI z przyciśniętymi klawiszami OPTION i START.
Szybszym rozwiązaniem byłoby nagranie samych loaderów, a nie całej zawartości cartridge. Ja niestety samych loaderów do AST nie posiadam, a czasu na wygrzebywanie ich z obrazu cartridge nie miałem za bardzo. Drugim rozwiązaniem stosowanym w starych czasach było nagranie mini-loadera (1-2 rekordy) w standardzie i reszty danych (np. pełnego systemu już w turbo). Jeżeli ktoś ma ochotę i czas na przygotowanie takiego wynalazku to proszę:
"zdumpowany" cart AST w formacie DOS ast_cart.xex (można uruchomić z dowolnego DOS-a)
"zdumpowany" cart AST w formacie BOOT ast_cart.bot (można uruchomić po nagraniu na kasetę jako tzw. boot, wciskamy OPTION+START, włączamy ATARI i wczytujemy)
A może ktoś ma jakieś narzędzia i loadery do AST? Jeden z mikro-loaderów kiedyś dostarczył Pecuś, jednak nie mam nic co by nagrywało coś w AST (np. z pod DOS-a, dodając odpowiedni loader).
I jak się komuś jeszcze przyda to proszę, tutaj wersja CAS z której stworzony został plik audio: ast_cart.cas
A i jeszcze jedno, tutaj link do wątku w którym Pecuś udostępnił swój loader: http://atariarea.krap.pl/forum/viewtopi … 162#p76162
Ponieważ loaderów do AST było kilka rodzajów nie wiem jakiego rodzaju format wczytuje ten udostępniony przez Pecusia (nigdy nie miałem AST, dopiero niedawno zacząłem nadrabiać zaległości ;] )
pozdrawiam
Seban
atari.area forum » Posty przez seban
Wygenerowano w 0.094 sekund, wykonano 18 zapytań