Zawiedziony kombajnem "Maxflash Studio Software" (działa tylko pod Windowsem, ma problemy z uruchamianiem gier), stwierdziłem, że nie ma co narzekać, tylko trzeba zrobić swoje narzędzie (czyli poprawiając stare bugi zrobić nowe).
Menu4CAR to program pozwalający na zrobienie składanki XEXów dla cartridgea. Najważniejsze cechy: - jest w pełni OpenSource, kody są ->link<- - uruchamiany jest z konsoli; celowy zabieg, bo może w przyszłości uda się to postawić na jakimś serwerze z CGI itp. i wtedy byłoby przez www - wykorzystuje tylko bibliotekę podstawową <stdio.h> więc można go przekompilować praktycznie na wszystko - składankę buduje na bazie pliku tekstowego, gdzie jedna linijka to jeden wpis "Tytuł|Ścieżka Dostępu" - plik tekstowy powinien być w standardzie UTF-8, za to dostajemy polskie litery. Wszystkie ekstra znaki to: AąĆćĘꣳŃńÓ󌜯żŹźÄäËëÖöÜüߣ{}~±↑↓←→ - loader zajmuje tylko 21 bajtów na stosie, na razie nie udało mi się znaleźć XEXa, który by się nie wczytał - loader obsługuje XEXy ładowane partiami, po każdym bloku INIT włącza ANTIC, samo wczytywanie idzie przy wyłączonym ANTIC bo niestety ale sporo programów przechowuje czołówkę pod adresem carta i wtedy ANTIC leci w maliny i często w obszar D5 co dla maxflasha jest poważnym problemem (standard maxflash w swej prostocie reaguje na odczyt z $D5xx) - loader przewiduje powrót XEXa do DOSu, wtedy powróci nam do głównego menu; większość loaderów idzie w maliny - pozycję wybieramy wciskając klawisz A,B,C...Z lub zaznaczając /Start/Select/Option lub JOY1-2 - gdy na carcie jest tylko jedna pozycja to uruchamia się ona z automatu - gdy naciśniemy klawisz wyboru dla pozycji, która nie istnieje, to loader wylosuje nam grę - z tej opcji jestem najbardziej zadowolony :) - program uruchamiamy z palca "menu4car menu.txt plik.car" - wygenerowany plik car jest dla cartridgeów zgodnych z maxflash, z tym żeby zachować zgodność ze starymi emulatorami robi plik CAR z kodem 42. Natomiast w każdym banku jest na końcówce kod przechwtujący powracający do banku 0, więc można uciąć do BINa długość 512kB lub 256kB i wejdzie na wszystkie fizyczne carty zgodne - w wersji na GIThubie pilnuje rozmiaru 512kB bo takie są moje carty, ale zmieniając stałą FLASHMAX można to zwiększyć
W przyszłości planuję: - losowe wybranie gry po 30 sekundach oczekiwania - podmiankę bitmapy na górnej belce (tam gdzie jest napis Menu4CAR). Już to jest ale na razie łyka RAW 256x16x1bajt, wtedy "menu4car menu.txt logo.raw plik.car" - obsługę plików ATR z menu, niestety wtedy odejdę ze standardu maxflash do nowego DCart (zgodnego wstecz z maxflashem)
Fajnie, że takie rzeczy powstają. Szersze możliwości dowolnego wykorzystania popularnych kartridży, to przydatne dla każdego atuty wszelkiego tego typu oprogramowania.
Można to używać komercyjnie, niekomercyjnie edukacyjnie i jak się tam chce. Można to wykorzystywać wprost, zmieniać, przerabiać bez pisania skąd się to wzięło. ... w sumie to sprawi mi tylko radość ;)
Nie tylko działa to z JCartem (więc i pewno z innymi modelami) - ale działa fantastycznie. 90% gier z losowej próby odpala się z cartridge'a - szybko, bez grzebania się z kartą SD. Szczególnie fajnie jest z QMEG-iem, nie trzeba machać wyłącznikiem zasilania tylko wracamy do menu cartridge poprzez QMEG (SELECT+RESET, C, TAB, ESC).
Rzeczy idą ku lepszemu ;)
Jestem zachwycony!
gienekp - wieczna chwała dla Ciebie!
Dla JCart'a 1024A wynikowy .CAR przepuszczony dodatkowo przez gienkowego flashbuildera. Plik xex odpalony z karty SD na 800XL. Miodzio :)
Z tym selectem - też bardzo dobrze. Trudno to zrobić w przypadku gier pisanych pod kartridż (trzeba by je zmieniać) , ale takie z bootstrapem to spoko.
Czyli select pozwala na ominięcie tego carta i normalny boot?
A czy można potem jakoś przywrócić boot z carta, nie robiąc on/off maszyny? Czy ja wiem, poleceniem CAR, skokiem do jakiegoś adresu spod dosa? Nie znam się na cartach i nie wiem jak bardzo takie odpięcie programistyczne jest odwracalne (QMEG to potrafi).
Przez wpis do $d500, ale nie da się tego zrobić bez jakiegoś programu operacyjnego; np. pewnie da się w Basicu poke wpisać, a spod dos 6.4 raczej na pewno.
W zasadzie carta wyłączamy albo, żeby dać BASICowi pooddychać, albo DOSa puścić. Czasem sobie "trąbkę" kasetową włączam, żeby sprawdzić czy trębacz żyje.
W sumie to dla DOSa to można by taki prosty program/komendę dać.
@gienekp, to poke 54555, 0 to wydaje mi się chybione, bo ustawiasz losową zawartość kartridża. Owszem, reset się zrobi, ale pamięć pod $a000 się nigdy nie zwolni, a kartridż nie zadziała.
Aby włączyć kartridż spod basica trzeba wpisać poke 54528,0 Aby wyłączyć - nie da się, bo tam jest już kartridż. Chyba, że na kartridżu jest basic, czy coś, to wpisujemy analogię do poke 54656,0 i wciskamy reset, wtedy kart jest wyłączony i komp na zimno wstaje.
Pytanie dla potomności która zajrzy do tego wątku na zgliszczach cywilizacji - skąd wzięliście te adresy?
W "Mapping teh Atari / ->link<- jest tam "dziura":
* Locations 54288 to 54303 ($D410 to $D41F) are repeats of locations 54272 to 54287 ($D400 to $D40F). * Locations 54784 to 55295 ($D600 to $D7FF) are unused but not empty nor user alterable. See the note at 53504 ($D100).
Jest cart wpięty włączony i chcę go WYŁĄCZYĆ, bo np chcę wejść do BASICa lub wczytać DOS z dyskietki. Wtedy daje SELECT podczas włączenia i Menu4CAR wyłączy carta i np. pojawi się BASIC.
Cart jest wpięty wyłączony, jestem w BASICu i chcę go WŁĄCZYĆ. Wpisuję POKE 54528,0. Cart się włączy z bankiem 0. Faktycznie (!) 54555 ustawi bank 27. Jeżeli jest pusty to OK bo tam są powstawiane pułapki wracające na bank 0 ale jak nie to nie. Czyli 54555 nie w tym toolsie.
Jak jestem w DOS i cart wyłączony i DOS nie ma polecenia POKE to trzeba dograć sobie CARON.
Jeśli chodzi o tę dziurę D5xx i zakres $D500-$D5FF. To jest to historia na osobną powieść. Zakres ogólnie przeznaczony dla cartridgea. Co tam jest zależy od typu carta. W standardzie maxflash odczyt/zapis przełącza bank. Ja tę dziurę wykorzystam w nowej koncepcji, żeby podnieś poziom wczytywania plików ATR. Na razie wszystko wskazuje, że się da. Dziury nie będzie, zapis przełączać będzie bank a odczyt da kod "niewyłączalny" z banku carta. PCB "w złocie" płynie z chin ->link<-
Myślę o opcji żeby dodatkowo zamiast ścieżki do pliku była opcja do pliku w sieci. Np. wprost do atarionline.
Pytanie do "operatorów" windowsa, na unixa/linuxa mamy bibliotekę socket.h i za jej pomocą można pociągnąć plik z serwera. Jak to jest na windowsie? To się dobrze skompiluje i winda pociągnie plik?
Jeszcze tak kombinuje, jeśli dobrze pamiętam to chyba polecenie WGET ma kompilacje na wszystkie systemy. Może ktoś używał? Po prostu nie kojarzę co tam teraz na Windowsa-64bit się kompiluje. Bo XP to jeszcze pamiętam.
Raczej curl (mac nie ma wgeta domyślnie), ale nie wiem, jak to z windą. Możesz wrzucić kompilację na windę do releasu. Będę też obczajał jak te Actions działają.
