W przypadku oryginalnego kartridża FloB, nikogo nie czeka żadne przerażenie, bo nie ma najmniejszego powodu do używania nieautoryzowanych updaterów na oryginalnym kartridżu.

Widzi jako 4Mbit maxflash pod warunkiem, że w środku akurat jest kość producenta AMD i wtedy nie programuje po prostu powyżej 4Mbit. Ale nie musi widzieć w ogóle, bo oryginalny maxflash ma wewnątrz zawsze takie same kości pamięci (AMD i chyba jeszcze jakieś tam jedne inne), i flasher od maxflasha sprawdza sobie producenta i typ kości w kartridżu, a na innych kościach będących odpowiednikami powie że nie ma w ogóle kartridża. Flasher updater od Bocianu działa z dowolnymi kościami pamięci (w sensie odpowiedników różnych producentów). Obecnie wyprodukowane kartridże FloB mają wewnątrz kości AMD, więc da się je programować również flasherem od maxflasha. Jednak jest to przypadek, nie należy tego traktować jako reguły, bo na rynku jest dużo producentów kości pamięci i w przyszłości nie planuję ożenku z jednym tylko producentem, a następny batch gry może być już na kartridżach z innymi kościami. Planuję używanie własnego flashera, który potrafi programować każdą kość będącą odpowiednikiem.
Na oryginalnych kartridżach Maxflash gra FloB działa dodatkowo i przy okazji. Przede wszystkim ma działać na kartridżach swoich własnych, oryginalnych, a nie odwrotnie. Musisz to w końcu zrozumieć:-) Dlatego potrzebny jest fix dla maxflasha startującego z banku 127 jako nie do końca kompatybilnego z grą, a nie zmiany w oryginalnej grze. Taki fix na pewno prędzej czy później powstanie za sprawą bocianu lub moją, ale jak będziemy mieli czas/chęć/potrzebę to zrobić. Jak ktoś potrzebuje wcześniej, to sobie musi zrobić samemu.

Nie mam na dzisiaj procedur wykrywania kartridża i sprawdzania jaką ma pojemność, bo nie były mi takowe do niczego potrzebne.
Przed wakacjami zacząłem prace nad pisaniem własnego flashera do kartridży, ale z braku czasu nie zrobiłem tego i temat porzuciłem, a w międzyczasie bocianu napisał updater, który ogarnia wszystko co potrzebne jest do flashowania. Z tego powodu jak kiedyś będę robił własny flasher, to skorzystam ze źródeł bocianu, które są przecież udostępnione. Jak coś potrzebujesz, to tam znajdziesz, jak czegoś tam nie ma, to trzeba sobie dopisać.

"Na oko" jak się programuje nieistniejący bank, to powinno to pójść "w powietrze". Kartridż dla gry FloB ma logikę zaprojektowaną pod 8Mbit, ale fizycznie ma tylko 4Mbit, więc wybranie banku powyżej 4Mbit powoduje, że w obszarze kartridża powinno nie być ani żadnego banku z kartridża, ani też pamięci RAM, czyli jakiś stan nieustalony chyba? Pamiętam, że w maju nawet sam się tym zainteresowałem i sprawdzałem to, ale to co wtedy było w obszarze pamięci kartridża trudne było dla mnie do określenia skąd pochodziło, a testy tego rodzaju uznałem za nieistotne i do niczego nie potrzebne, więc temat sobie odpuściłem żeby - znowu - nie tracić czasu na rzeczy bez znaczenia.
Oryginalny kartridż jest przewidziany do działania z grą FloB i updaterami autoryzowanymi przez jej producentów. Oczywiście że da się z tym robić również inne rzeczy, ale nie oczekuj, że producent mercedesa dostawczego w dieslu odpowie Ci szczegółowo na pytanie co się stanie jak będziesz zamiast zalecanego paliwa używał przepalony olej od smażenia frytek. No a od lat wielu tak jeździ i to bez jakiegoś szczególnego uszczerbku:-) Mam wrażenie, że oczekujesz od nas tego rodzaju testów:-)

Teraz różowego ekranu nie ma, odpala się dokument AHD tak jak powinien, ale nie ma godziny, tylko jest ##T## i po refresh nadal jest to samo.

@zbyti :)

Dobra, żeby nie było, bo wyjdę tu zaraz na jakiegoś nie wiadomo kogo:-)
Zupełnie poważnie, trochę się drażnię :) Kurde, się zrymowało :)
Rzecz jest w tym, że łączę trochę ironię z asertywnością, a trochę też piszę dla zabawy, do czego się przyznaję i przepraszam :)

@QTZ: rzecz jest w tym, że to wszystko co piszesz oczywiście da się zrobić. Można wykrywać jaki jest kartridż, można sprawdzić ile ma kości i jakich. Po wykryciu można flashować każdy kartridż wg określonych algorytmów. Niemniej jednak problem nie polega na tym, że tego się nie da zrobić, tylko bardziej na tym, że nikt nie ma na to obecnie czasu. Z tego powodu, ponieważ Tobie na tym bardzo zależało, więc postarałem się wyjaśnić tu dla Ciebie trochę informacji jak to wszystko działa, bo miałem przeczucie, że sobie z tym poradzisz i sobie poradziłeś świetnie. Wersje flasherów, które przygotowałeś są ok, problem dotyczył tylko tego nieszczęsnego kartridża startującego z banku 127, a teraz jest rozwiązany przez Ciebie i jak ktoś jeszcze potrzebuje, to może skorzystać z tego co przygotowałeś i jest super. Od początku FloB-a powstały dwie poprawki i na razie nie ma w planach kolejnych, więc graj w grę a nie kombinuj tutaj i już :)

Updater na dedykowanym kartridżu chyba wywali po prostu błędy przy programowaniu ostatniego banku przy jego weryfikacji, i chociaż kartridż będzie zaprogramowany poprawnie, to nikt by nie chciał takich błędów zobaczyć update'ując sobie oryginalny kartridż przy pomocy oryginalnego update'u pochodzącego od autora gry. Dlatego zapewne tak to nie będzie zrobione dla celów posiadaczy Maxflasha startującego z banku 127 w oryginalnym updaterze do gry FloB.

Z tego powodu lepszy jest skok z banku 127 do banku 0 dla posiadaczy Maxflasha startującego z banku 127. Taki skok może być zaprogramowany dedykowanym dla posiadaczy takiego maxflasha programem typu fix. Decyzje projektowe dot. gry należą do bocianu, ale ja jestem przeciwny kopiowaniu całego banku, wolę rozwiązanie ze skokiem jako fix dla posiadaczy kartridża, a nie jako fragment projektu gry, czy też update'ów do niej.

Zajrzałem do plików, zrobiłeś po prostu updatery do wszystkich wersji, które nie robią update'u, tylko flashują całość. No to tak zadziała to wszystko i będzie dobrze, jeśli oczywiście nie pomieszałeś nic w tych plikach i są odpowiednie wersje plików w odpowiednich wersjach updaterów (atrów).
Jedna uwaga uzupełniająca: cały sektor 7 jest przeznaczony na sejwy, i cały jest wykorzystywany z czasem. Czyli banki od 56 do 63. I jeszcze jedna uwaga: sejwy w wersji 100 i 101 mają jakiś błąd z tego co pamiętam, updater do wersji 102 poprawia też te błędy w sejwach. Nie wiadomo zatem jak te sejwy będą działały w przypadku upgradowania i downgradowania naprzemiennie. Nie zalecam, po to jest wersja nowsza, że jest poprawiona i takiej należy używać. Ale może coś bocianu doda tu jeszcze jak by co, bo ja tak piąte przez dziesiąte tylko coś tam mniej-więcej wiem na ten temat:-)

O, z końcówką DOC odpala mi się takie coś:

Welcome to fujinet.pl server
Current server time is ##T## CET
REFRESH

I jak dam REFRESH, to odpala się już automatycznie plik z końcówką AHD i pokazuje czas 09:34, czyli w danym momencie poprawny.

Od tego momenty refresh działa za każdym razem. Mogę też wyjść klawiszem Esc i wtedy od nowa zrobić read, i wpisać adres pliku index z końcówką AHD i działa poprawnie.

Jednak bezpośrednio jak odpalam neona i od razu wpiszę AHD, to wywala zawsze różowy ekran.

Odpalam sobie to to, ale nie widzę nic w tym dokumencie, coś mi się ściąga, coś tam niby robi i wyskakuje ekran cały na różowo. Co powinno być na tym dokumencie?

@QTZ, ok, nie zrozumiałem poprawnie do czego się odnosisz. Teraz już wiem:-)

Otóż: jeśli mamy na kartridżu wersję 1.00, to chcąc przejść do wersji 1.02 możemy zastosować od razu ten ostatni update, nie musimy stosować pośrednio najpierw 1.01. Ale nie musi to być regułą w przyszłych updateach, chyba że bocianu przy updateach będzie pilnował, żeby tak było.

Wynika to z tego, że program do updatowania FloB-a jest uniwersalnym programem, który potrafi flashować tylko wskazane banki kartridża. Zajrzyjcie sobie do pliku atr i zobaczcie jakie tam są pliki. Wszystko tam widać, zawartość poszczególnych banków jest w oddzielnych plikach ponumerowanych bankami. To co napisałem powyżej wynika z faktu, że update 1.02 nadpisuje wszystkie banki, które były w update 1.01 oraz wiele innych banków.

Nie znam tego programu do updatowania i nie bawiłem się nim, ale być może wystarczyło by zrobić obraz banku 127, dorzucić go do atr-a i już. Z tego co bocianu mi mówił, to updater potrafi sobie sprawdzić na dyskietce jakie są pliki banków i robi z nich odpowiednią listę do updatowania.
Tylko uwaga: ze względu na specyfikę pamięci eeprom, które nie pozwalają kasować pojedynczego banku, tylko zawsze kasują cały sektor 64kB, trzeba też uwzględnić sąsiednie banki i w updaterze umieścić wszystkie te, które składają się na dany sektor. Czyli w ostatnim sektorze mamy banki od 120 do 127. Nie ma jednak potrzeby umieszczać banków, które mają być i tak puste (wypełnione FF), a tak właśnie jest w bankach 120-126, że nic tam i tak nie ma, więc w tym konkretnym przypadku wystarczy update banku 127 i tylko ten trzeba umieścić w updaterze, a resztą nie trzeba się przejmować.
Updater od bocianu nie dotyka sektorów spoza listy banków umieszczonych na dyskietce.

Konkluzja jest taka, że zapewne jest to do zrobienia, może nawet bardzo proste, ale trzeba do tego usiąść, mieć na to czas, zrobić testy itd, dlatego nie zostało to jeszcze wykonane. Po powyższych informacjach jednak, być może ktoś niecierpliwy przygotuje prostą poprawkę i zadowoli posiadaczy kartridża Maxflash startującego z banku 127.

Edit: kartridż z grą FloB ma 4Mbity, więc banku 127 nie ma wcale. Prawdopodobnie z tego względu nie jest to uwzględnione w updaterze od bocianu. Proponuję więc zrobić osobny updater z tylko jednym bankiem 127 na potrzeby tej poprawki, co naprawi wskazany bank tylko dla posiadaczy Maxflash startującego z banku 127. Można tam przenieść chyba w całości bank zerowy i to powinno działać poprawnie, ale bocianu wstrzymał się z tym z tego względu, że w taki sposób problem będzie powracał z każdym kolejnym updatem i ciągle trzeba by robić specjalne uwzględnienie dla tej wersji kartridża. O wiele lepszym rozwiązaniem jest to co zaproponował XXL - czyli w banku 127 tylko przekierowanie na bank 0 i wtedy bank 127 nigdy więcej nie będzie już wymagał żadnego więcej update'u.

@AS, przede wszystkim na kartridżu, który dostałeś masz już najnowszą wersję, więc nie musisz nic "flasować" (poprawniej chyba jest "flasowić", ale ja się tam nie znam... powiedział bym "flejsować", to by było bardziej po amerykańsku).

Tylko wiecie: przeglądarki jako takiej internetowej, to już w dzisiejszych czasach raczej nie spodziewam się żeby ktoś był w stanie na Atari zrobić. Jeszcze kilka(naście) lat temu, to w sumie "wystarczyło" ogarnąć html-a i jakoś go tam sparsować i wyświetlić na Atari na ile możliwości pozwolą. Ale dzisiaj technologie internetowe też poszły do przodu i praktycznie takich stron, które operują html-em to już nie ma. Teraz wszystko leci na skomplikowanych css-ach i javascriptach, a z html-a to już chyba tylko nagłówki i divy zostały.

Dlatego mi się wydaje, że koncepcja ze zrobieniem natywnego formatu Atari jest o tyle fajna, że takie coś przyda się zarówno dla Atari samego w sobie, bez dostępu do internetu, a w drugą stronę można zrobić parsery do oglądania tego na innych platformach i wtedy robić odwrotnie, czyli stronki dla Atari z możliwością przeglądania na innych platformach, a nie próbować nieosiągalnego parsowania współczesnego internetu do oglądania na Atari.

Można ewentualnie jakiś parser wykombinować, który jakąś jedną określoną ramkę sparsuje i zawsze na świeżo wrzuci jako dokument Neona gdzieś na jakiś serwer. Można by wtedy np. zrobić dla Atari stronkę z głównym niusem z głównej strony atari.area, czy atarionline.

Ja w każdym razie podobnie jak bocianu, jaram się tym projektem i będę śledził, ale nie będę w tym grzebał, bo już mi czasu nie starcza na obecne zajęcia związane z Atari. Cieszy natomiast że tych zajęć jest tak dużo: w ostatnim roku powstaje masa fajnych nowych rzeczy.

@bocianu, tak sobie pomyślałem rozwijając swoją wcześniejszą myśl: mogła by powstać aplikacja webowa do tworzenia dokumentów dla formatu Neon, działająca na podobnej zasadzie jak zrobiłeś kiedyś FiDL https://bocianu.gitlab.io/fidl/
Przy okazji tworzenia takiej aplikacji do robienia tego typu dokumentów, można by zrobić reader przeglądarkowy do takich dokumentów, czyli generuje się dokument Neon, a równolegle wraz z nim kod skryptu do wstawienia w przeglądarkę internetową na nowoczesne sprzęty. Efekt był by taki jak pisałem wcześniej, że dało by się łatwo przygotowywać dokumenty, które dało by się przeglądać zarówno na Atari w Neon, jak i w przeglądarce internetowej dowolnej. To takie luźne myśli jak by to można rozwijać i chyba mogło by być z tego coś fajnego finalnie. Przede wszystkim myślę pod kątem użyteczności szerokiej, żeby nie było znowu tak, że Neon będzie tylko kolejną ciekawostką.