Proponuje kupic oryginalny kartridż jak nie możesz się doczekać. Bo możliwe że się nie doczekasz.

Sorry, ale Twoje roszczenia są troche nie na miejscu. Gra nie była pisana pod stary model MaxFlasha i nie będzie.
To że działa z nowym to skutek uboczny tego, że kartridz wykorzystuje analogiczną architekturę jak nowy MaxFlash.

A przydało by sie to, przydałby się to, przydałoby się jeszcze to... Poświęciłem na tę gre 9 miesięcy życia, udostępniłem ją za darmo i nie będę teraz dla jednej osoby przygotowywał specjalnej wersji, bo masz stary kartridż i Tobie nie działa. Litości.
Kod źródłowy gry jest udostępniony, updater też - jakby Ci sie przydało to sobie zrób,

Sorry, ale sie wkurzyłem, bo serio takie jojczenie że Ciebie to "nie satysfakcjonuje", a masz niewspierany kartridż to jest nieco żenujące.

Mnie nie satysfakcjonuje roszczeniowa postawa niektorych i jakoś musze z tym życ.

No to Twój ton mnie zirytował, że to Cie "nie satysfakcjonuje" i wymienianie listy życzeń co byś chciał jeszcze żeby się dało zrobić z Twoim niewspieranym kartem. Rozumiem, że chciałbyś pograć na real HW i wiemy w czym leży problem, ale naprawienie go wymaga ode mnie nakładu czasu którego aktualnie nie mam. Są żródła, wszystko jest dostępne, wiesz w czym leży problem, Naprawiaj! Nie pogniewam się. Ja aktualnie nie mam na to czasu. Utrzymywanie dwóch wersji updatera też mi sie niespecjalnie uśmiecha.

Po pierwsze to ja nie wiem co Cię może satysfakcjonować lub nie satysfakcjonować w mojej odpowiedzi skierowanej do AS-a. Przecież to nie było w ogóle do Ciebie, ani nie dotyczyło w najmniejszym stopniu Twojego przypadku, tak czy nie?
Po drugie AS nie będzie miał żadnych dylematów, bo ma oryginał Flob-a, na którym działają wszystkie flashery, wszystkie updatery i w ogóle wszystko jest poprawnie, to jest kompletnie inny przypadek niż Twój.

Na oryginalnych kartridżach z Flob-em działają poprawnie wszystkie update'y, więc nie ma z tymi poprzednimi wersjami żadnych problemów i nie będzie z żadnymi ewentualnymi następnymi wersjami.
Dodatkowo dopowiem, że wszystkie kartridże, które ja wysyłałem, miały już zaprogramowaną "fabrycznie" wersję 1.02, więc są na dzisiaj aktualne, a starszą wersję FloB-a miały tylko te kartridże, które zostały rozdystrybuowane przez bocianu na Lost Party, bo wtedy jeszcze nie było poprawek.

Oryginalny kartridż z grą Flob, jest zgodny z bankowaniem Maxflash 8Mbit startującym z banku 0, z tą różnicą, że ma on 4Mbity, czyli połowę pojemności tego kartridża.

W pierwotnej wersji Floba poprosiłem Bocianu, żeby przygotował ją tak, żeby umiała wystartować zarówno z banku 0 jak i 127, co miało być ukłonem w stronę posiadaczy starszej wersji Maxflasha, bo tym łatwym zabiegiem można było odpalić grę dodatkowo również na takich kartridżach. Patrz mnie na usta: _DO-DAT-KO-WO_ :)

Rzecz jest w tym, że poprawka 1.02 wymaga sflashowania również banku startowego, więc nie jest odpowiednio przystosowana do kartridża typu Maxflash startującego z banku 127, który też by trzeba było poprawić, ale nie ma to sensu w tej chwili, bo we wcześniejszych wersjach w banku 127 są procedury startowe, a należy to zmienić tak, żeby w tym 127 banku było tylko przekierowanie startu do banku zerowego. XXL napisał jak to zrobić i ktoś z posiadaczy takowego kartridża może to zrobić. Takie poprawienie sobie banku 127 spowoduje, że zaczną działać również na tym kartridżu standardowe oryginalne updatery przygotowane do Flob-a. Jak się nie znajdzie nikt, komu będzie to na tyle potrzebne żeby to zrobić samemu i udostępnić innym, to być może bocianu kiedyś to w końcu też zrobi, ale trzeba by go raczej o to poprosić grzecznie, a nie wyjeżdżać z niezbyt podstawnymi roszczeniami.

Edit: a tak po prawdzie, to mnie się wydaje, że wystarczyło by do flashera aktualizacyjnego 1.02 dorzucić ten ostatni bank zrobiony dokładnie zgodnie z instrukcją XXL-a i pewnie sprawa by była załatwiona :)

Jednym słowem odpowiedź jest prosta: w każdej następnej grze wspomagany będzie jedynie flasher do oficjalnej wersji cartridge-a. Wtedy nie będzie żadnych dylematów.

@Sikor, @VLX
...przecież As... pytał o oficjalny cartridge... nie ma to żadnego znaczenia czy oficjalny czy nie, przeczytajcie pytanie As... a. Tłumaczyłem też moją wypowiedź powyżej - równie dobrze może się tyczyć "oficjalnego carta" (wystarczy pominąć kontekst tego "nieoficjalnego", jednak było to uzasadnione, bo ta wersja miała być obsługiwana).

---
@Xxl
Próbuję wstawić wartości, które podałeś, sprawdzam na emulatorze i niestety nie działają. Nie wiem jak działa start w MaxFlash - dlatego wstawiam na ślepo na sam koniec wymienionych 8kB bloków, zostawiając to co tam jest wcześniej (wykasowanie ostatniego bloku ff-kami też nie pomogło). A że nie wiem jak to działa, to zupełnie nie rozumiem dlaczego modyfikujesz też zerowy blok?

Sprawdziłem, że jak skopiuję bez zmian oryginalny zerowy blok na ostatni to działa - tak zresztą jest w ostatniej wersji obrazu cartridge-a.

Jeszcze pytanie jak to zrobić na Atari? Od biedy mógłby to być osobny program, który będzie kopiował zawartość zerowego bloku na 127-my? ;-)

@Mq, Dzięki, to mi wiele wyjaśniło :)

Sprawdziłem udostępnione pliki car / bin (również te z źródeł - są tam wersje opublikowane i inne niż opublikowane). Wszystkie mają kopię banku 0 w banku 127, stąd na emulatorze działają niezależnie czy się je uruchomi z banku 0 czy 127.
Update czystego MaxFlash-a do aktualnej wersji 1.0.2 (po dwukrotnym potwierdzeniu) daje plik car/bin, różniący się tylko tym, że ma blok 127 pusty (poprzedni stan), stąd po użyciu updatera (również po zmianie wersji) gra nie startuje z banku 127, a wyłącznie z banku 0.
Przy updacie jest informacja, że sektory (po 8 banków), kiedy zapisywane są w nich banki, są czyszczone, więc można zrobić update nie mając na carcie żadnej wersji gry, gdyż potrzebne dane się nagrają a banki, które są oryginalnie puste zostaną wyczyszczone - czyli nie trzeba wgrywać wersji 1.0.0, a od razu można wgrać wersję 1.0.2.
Uwaga: update do wersji 1.0.1 nie zawiera wszystkich plików w związku z tym nie zainstaluje się cała gra, więc i downgrade nie jest wskazany.
Przy updacie nie zostanie wyczyszczony obszar gdzie powinien znajdować się zapis stanu gry (od banku 56), więc jeżeli zostaną tam przypadkowe dane, może być konieczne wyczyszczenie tych danych z poziomu gry - skasowania wadliwego stanu gry (updater weryfikuje te dane, więc może nie będzie to jednak koniecznie). Przypominam, że kiedy użyjemy update-u na istniejącą na carcie wersję gry, prawidłowy zapis stanu gry pozostanie.

Standardowo update kończy zapis na sektorze 6, więc nawet jak dogramy banki z zapisem stanu gry (BANK_56.BNK, BANK_57.BNK...) to zostaną pominięte, pominięty zostanie też bank 127 z kopią banku 0, jeżeli taki umieścimy na dyskietce.
W związku z tym wyszukałem w źródłach gdzie jest ograniczenie zapisywanej liczby sektorów i zmieniłem z 7 na 16, czyli z 6 na 15 (nie wiem jak się kompiluje ten program, więc odnalazłem tę wartość w pliku wykonywalnym i tam ją zmieniłem), co powoduje, że updater może zapisać stan gry, zapisze też kopię banku 0 w banku 127, jeżeli takie pliki umieścimy na dyskietce.
Teraz możliwy jest update, wgranie naszego stanu gry z emulatora na Atari (odwrotnie, jak i z carta na inny cart, być może też - przy użyciu dodatkowego narzędzia o którym napisał Pin) i najważniejsze - możliwe jest uruchomienie gry z banku 127 (przed flash-owaniem kopiujemy BANK_0.BNK na BANK_127.BNK na dyskietce z update-rem).

Pytanie jak się zachowa dedykowany cart, gdy spróbujemy sflash-ować nieistniejący sektor? Nie wiem czy zapisze dane w niewłaściwym miejscu, czy po prostu taką operację zignoruje (zapisze w powietrze)?
Rozumiem, że nawet jeżeli nic złego się nie dzieje chodzi o to żeby było elegancko, czyli żeby updater wykrywał pojemność carta i w zależności od tego wgrywał możliwą maksymalną liczbę sektorów (jeżeli znajdzie pliki do zapisania). A jak się domyślam zrobienie tego wykrywania nie jest proste? Ale może jednak nie ma to znaczenia dla dedykowanego carta i nie jest konieczne?

W załączniku updater-y do wersji 1.0.0, 1.0.1 i 1.0.2, umożliwiające pełną instalację, upgrade i downgrade (uzupełniłem pliki wersji 1.0.1 i przerobiłem wersję 1.0.0 na wersję z updaterem), działające również na starszym MaxFlashu startującym z banku 127 (do każdej wersji dodałem odpowiedni plik).
Jeżeli bank_127.bnk sprawia problem dla dedykowanego cartridge'a to przed użyciem z dedykowanym cartridge'm można ten plik usunąć.

Przy okazji - problem ze sterowaniem z klawiatury (shift i strzałki), będę mógł teraz sprawdzić, czy również występuje na Atari, ale nieco później...

Edit: Update - flasher bazujący na wersji 1.0.3 (oryginalna poprawka dot. wykrywania wersji poniżej 1.0.2 do patchowania) i pliki updatów do najnowszych wersji 1.0.3 i 1.0.3b (1 Bajt zmieniony).

Oczywiście, że robią update - tak jak oficjalna wersja 1.0.2, która u mnie ma tylko dodany plik BANK_127.BNK i spatchowany 1 Bajt w UPDATER.AR0, i na niej oparłem pozostałe wersje. Wszystkie pliki sprawdziłem przed dodaniem i po dodaniu (zamieniłem tylko te pliki które się różnią i porównałem całość), a także porównałem "updatowane" na czysty MaxFlash pliki bin z plikami oficjalnymi. Wersja 1.0.2 nie ma oczywiście update-u BANK_56.BNK, który jest zapisany w opublikowanym pliku car, więc tym bankiem się różni. Nie uwzględnione są tylko te banki, które w całości pozostają wypełnione FF-kami i w każdej wersji są to te same pliki, więc możliwe jest to wszystko o czym wcześniej pisałem. I tylko tyle potrzeba, aby działała wersja startująca od 127.

Nie wiem jak dedykowany cartridge reaguje na próby zapisu poza dostępnym obszarem? Jeżeli zapisuje "w powietrze", to w zasadzie tyle wystarczy żeby update-y działały na każdej wersji cartridge-a (o odpowiedniej pojemności).

Jak napisałem, zauważyłem, że updater naprawia save-y, ale nie analizowałem na czym to polega. Zaraz sprawdzę czy mój save z wersji 1.0.1, po przeniesieniu go do wersji 1.0.2 będzie działał z wersją 1.0.0 ;-). Poprawka z tego co czytałem i doświadczyłem usuwa niezasłużenie dodany achivement.

Downgrade może się przydać, bo jeżeli wystąpi jakiś problem w nowszej wersji (jak ten z klawiaturą), to można wrócić do poprzednich wersji i sprawdzić jak było wcześniej. Jak save przestanie działać (a wcale nie musi) to i tak lepiej niż było wcześniej, kiedy zostawał całkiem usunięty. Jak ktoś ma save daleko w grze to przed każdą zmianą (downgradem, czy updatem) może zrobić backup sektora 7 (dzięki za info). Oryginalny update do wersji 1.0.1 nie zawiera wszystkich plików - więc jak ktoś zrobi downgrade oficjalną wersją to prawdopodobnie uszkodzi całą grę, gdyż nie wszystkie pliki wrócą do stanu z wersji 1.0.1.

Każda oficjalna wersja ma w banku 127 kopię banku 0, czyli Bocianu dba o to, żeby ten bank był aktualny, w ten właśnie sposób. Niezależnie jak ten sektor wygląda, czy Bocianu zaoszczędzi sobie pracy z kopiowaniem czy nie (może ma od tego np. batch-a, co w efekcie oszczędza mu pracy, którą by musiał wykonać, aby przygotować taki skok - niestety ten od Xxl-a wklejony 1:1 nie zadziałał, więc trzeba by było nad tym posiedzieć), nie widzę innego niż elegancja wyjaśnienia dlaczego nie updatować tego banku updaterem, bo rozumiem, że dla dedykowanego carta to nie ma znaczenia, że programuje się coś poza jego pojemnością. Jak już pisałem oficjalny update pod emulatorem też powoduje niespójność tego sektora, co może (zależy jak użytkownik używa pliku gry) również prowadzić do tego, że gra przestanie działać pod emulatorem.

Wersja 1.0.2 flash-uje wszystkie sektory, w których znajduje się gra i tylko te, dlatego aby zrobić skuteczny downgrade analogicznie przygotowałem poprzednie wersje. BTW: W pozostałych sektorach (jeżeli są fizycznie dostępne) - od 8 do 14 - można sobie jeszcze coś innego nagrać ;-)

Edit: A może wiesz jak wykryć dostępną pojemność kartridża, co by zawęziło pracę updatera tylko do dostępnej przestrzeni i zapewniłoby elegancję?

(jeżeli nie, to wg mnie nie ma co poświęcać funkcjonalności i spójności dla elegancji, która do tego będzie wymagała dodatkowej pracy, z drugiej strony jestem ciekawy jak wykryć ilość dostępnej pamięć flash, a obecnie i tak nie jest zbyt elegancko - da się np. updatować grę, kiedy nawet nie ma kartridża ;-))

Takie podejście jest niespójne, a a propos niechcianych błędów i ich rozwiązania dopisałem pytanie i "nawias", powyżej. Cały problem rozwiązało by wykrywanie dostępnej wielkości pamięci flash. Nie byłoby błędów, które są i błędów, które się ewentualnie pojawią, co i tak jest lepsze niż niedziałająca gra.

Edit: To czy będzie to tylko komunikat o błędzie, czy z-flash-uje się niewłaściwy bank zależy od tego jak adresujesz pamięć, bo jeżeli pomijasz bit to może to działać tak, że błędnie z-flash-uje się bank dostępnej pamięci, a błędu nie wyświetli. Może się też tak zdarzyć, że trafi w bank 0 i go po prost zaprogramuje ponownie ;-)

:] to nic osobistego do żadnego z Was ale uznałem, że to zdanie warte było emfazy z mojej strony ;)

@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ż :)

Drogi @QTZ wielu ludzi się nie zniechęciło bo ma to w pompce ;)

Niewielu ludzi jest tak drobiazgowa jak Ty (i to nie jest zarzut). Byłbyś znakomitym testerem Floba, chociaż nie wiem czy z Bocianu bylibyście dobrą drużyną ;)

Bocianu jest bardzo pedantyczny w swej pracy ale też na tyle doświadczony zawodowo, że wie gdzie odpuścić by zdążyć na czas.

A teraz czasu nie ma :]