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.

@Cobol, ok, jak będziesz chciał w przyszłości, to zgłoś się na nowo. Po zrealizowaniu list z wcześniejszych zapisów, będziemy mieli w zapasie kilka egzemplarzy wyprodukowanych na wypadek gdyby się jeszcze ktoś zgłosił w przyszłości. Być może będzie też możliwość w przyszłości dorobić kolejne egzemplarze jeśli będą chętni.

Moim zdaniem o ile można pogodzić się, że stacja 3,5" do małego Atari nie musi być z niczym kompatybilna, to już stacja 5,25", która nie umie przeczytać "normalnych" dyskietek od Atari (w tym np. oryginałów gier) jest trochę bez sensu...
A czy z tą stacją 5,25" jak byś wrzucił ROM Hyper-XF ver.A, to by umiała współpracować z formatami atarowymi?

W paczce z romami HyperXF są dwa romy: jeden do stacji 3,5", a drugi do stacji 5,25".

Takie wtyki/gniazda DIN 2 były drzewiej stosowane do podłączania głośników/kolumn głośnikowych jeśli dobrze pamiętam. Pewnie między innymi, bo wtyki DIN miewały różne zastosowania. Są takie wtyki i gniazda w wersjach na kabel, więc zasilacz po prostu dobierz o odpowiednich parametrach i podmień wtyczki na pasujące takie, lub w ogóle inne i już, bo zasilacz z takim gniazdem to ja nie wiem czy znajdziesz.