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ą.

(S)NESctrl tutaj masz opis wraz ze zdjęciami: https://atarionline.pl/forum/comments.p … ionID=5671
Jak będziesz zainteresowany, to pisz do mnie na PW, albo na maila.
Z tym że pamiętaj, że (S)NESctrl, to jest dodatkowe urządzenie, które daje jeszcze dodatkowe funkcje na dodatkowych przyciskach w padach (min. skoki na ukos, autofire, drugi przycisk fire i parę innych rzeczy), a projektowany był pierwotnie do podpięcia padów NES/SNES. Jak chcesz grać padami bezprzewodowymi bluetooth, to i tak musisz dokupić do tego receiver do SNES od 8bitdo.
Pytałeś o receiver do segi, a ja nie chcę tu nikogo naciągać, rozwiązanie z receiverem do segi też zadziała, tylko trzeba przedrutować sobie kolejność pinów we wtyczce, no i nie będzie tych wszystkich dodatkowych funkcji, które ma (S)NESctrl.