601

(137 odpowiedzi, napisanych Sprzęt - 8bit)

Dla mnie w tej obudowie przede wszystkim kiepskie jest to, że to są w zasadzie prostokąty z pleksi poskładane do kupy. Nie nazwał bym tego obudową, tylko raczej opakowaniem zastępczym. Dla mnie obudowa, to musiały by być jakieś profilowane kształty, może tłoczone z czegoś, może robione na formach wtryskowych, albo jakkolwiek. W każdym razie obudowa, to dla mnie jest kształt, faktura powierzchni, wykończenia rogów itd. Poza tym nie przewidziano nawet żadnej wentylacji. Na samym końcu wymienię fakt, że w takiej formie powycinanych prostokątów z pleksi, to można zrobić projekt DIY udostępniony dla ogółu, ale ta konkretna "obudowa" pamiętam, że była w sprzedaży gdzieś jako kit do samodzielnego montażu i kosztowała więcej niż kosztuje całe kompletne działające Atari.

Edit: a jednak szybko znalazłem, 100eur z wysyłką: https://www.plexilaser.de/Acrylgehaeuse … -Teilesatz

602

(137 odpowiedzi, napisanych Sprzęt - 8bit)

@Santyago: dokładnie, wreszcie ktoś, kto uważa tak jak ja, bo jak kiedyś ją na AOL pokazywali z wielkim wychwalaniem i napisałem że wygląda to beznadziejnie, to zostałem objechany od góry do dołu i nie było nikogo, kto by mi przyznał rację:-)

Ja poproszę samą płytkę.

Gotowce:
1. Sikor - 1x
2. perinoid - 2x

PCB only:
1. Mq - 1x

@ZuluGula zdrówka przede wszystkim i spokoju.

605

(24 odpowiedzi, napisanych Sprzęt - 8bit)

Obejrzałem filmik. Podoba mi się, że gość wie co robi, wie po co, wie też co mówi i pokazuje. Wygląda to rewelacyjnie, muszę w wolnej chwili przetestować na jakimś swoim Atari.
Dzięki _tzok_ za wrzutkę.

Oba te kwarce, które podałeś są dostępne bez problemu w większości sklepów elektronicznych.

Edit: a nie, sorry, źle spojrzałem, z tym 14 będzie kłopot, ale ten 4, to typowy palowski i faktycznie jest dostępny wszędzie.

607

(117 odpowiedzi, napisanych Sprzęt - 8bit)

Eee, wszyscy co chcieli widzieli. Gramy na Gazie oglądają zawsze ci sami stali bywalcy:-) I później jeszcze zawsze przez jakiś czas tacy, którzy nie dają rady na żywo tych 11-12h przetrzymać - ja oglądam wszystkie lajwy larka i Borsuka, ale zawsze na raty po 1-2h wieczorkiem przez cały tydzień:-)
Cieszę się, że się podobało.

Taki objaw, to tak jak mówi perinoid, ja również obstawiał bym sprawdzenie pamięci podstawowej najpierw. Jak dobrze widzę masz pamięci w podstawkach, to podmień. Ewentualnie pozamieniaj je miejscami, może nie kontaktują w podstawkach dobrze i świruje któraś.

609

(117 odpowiedzi, napisanych Sprzęt - 8bit)

infarmotyk napisał/a:

Martwi mnie tylko wartość rezystorów, np. w przypadku podpięcia do Amigi. Z tego co kojarzę, tam stosuje się dla dodatkowych przycisków rezystor podciągający 10k.@Mq będzie na pewno bardziej zorientowany n/t ewentualnych negatywnych skutków dla Amigi.

Ja mam w (S)NESctrl dla drugiego fire rezystor podciągający 4k7 (robione kiedyś właśnie pod Amigi) i działa mi to bez problemu we wszystkich grach na Atari przerabianych pod Joy2B+, więc spokojnie można dawać większy rezystor. Osobiście uważam, że jako rezystory podciągające zwykle poprawne wartości to rząd kilku kiloohmów.
Najbardziej chodzi o to, żeby nie tracić prądu. Przy 330ohm pod napięciem 5V popłynie 15mA - niby to nie jest dużo, ale jak tak zaczniesz wszystko podciągać takimi rezystorami, to się za chwilę z tego zrobią jakieś ampery. W działaniu nie robi to różnicy, więc lepiej dać te 4k7 na przykład, to już jest prąd 1mA, znacznie ładniej to wygląda w obliczeniach:-)

610

(9,967 odpowiedzi, napisanych Bałagan)

zbyti napisał/a:

Dobra, bo to irytujące - może ktoś poświęci chwilę i skomentuje czy rozumie Adama a nie rozumie mnie albo na odwrót - bo to zaczyna być dziwaczna dyskusja.

@zbyti, ja rozumiem doskonale Ciebie, a Adam, to przykro mi bardzo, ale jak dla mnie gada w kółko to samo i są to same jakieś powtarzane kompletnie niezrozumiałe dla mnie opowieści, które same w sobie nie są ani trochę przekonujące (oczywiście w temacie tym jednym o którym mowa, bo zwykle we wszelkich innych cenię sobie posty Adama). Czytając posty Adama w tym wątku, odnoszę wrażenie, że albo jest całkowicie zmanipulowany i komuś ta manipulacja po prostu się skrajnie dobrze udała, albo ma jakieś ponure doświadczenia, które spowodowały u niego tak nietrzeźwe myślenie w tej sprawie. Nie gniewaj się Adam za taki osąd, ale ja to po prostu tak subiektywnie odczuwam.
Nie wiem też jak można komuś wytłumaczyć, że rozmowa nie toczy się o żadnych białkach i innych pierdołach, tylko o wolności i człowieczeństwie, ponieważ po tych kilku miesiącach czytania tego wątku widzę, że jak ktoś tego dotąd nie zrozumiał, to on już tego nie zrozumie nigdy.
Od dość dawna w dyskusji nie zabieram głosu, bo uważam że nie ma to sensu, i teraz też nie będę dyskutował, ale uznałem, że jednorazowo warto coś napisać chociażby dla zbyti'ego, żeby wiedział, że są ludzie, którzy czytają to co pisze i korzystają choć częściowo z materiałów, które tutaj wrzuca i cytuje. Uważam, że wbrew pozorom, ten śmieciasty wątek stał się od jakiegoś czasu całkiem przyzwoitym źródłem różnych informacji.

611

(89 odpowiedzi, napisanych Sprzęt - 8bit)

Tu jest xex, można sobie odpalić i napisać 10 GOTO 10: https://github.com/unbibium/atari64/rel … tari64.xex

612

(94 odpowiedzi, napisanych Software, Gry - 8bit)

QTZ napisał/a:

Pomyślałem, też, że jeżeli banki z poza dostępnej pamięci w dedykowanym kartridżu nie zapisują się, a jest tylko błąd "KO!!!" to najłatwiej zamienić komunikat na "skipped" i już nie będzie przerażenia że jest jakiś niepożądany błąd ;-)

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.

QTZ napisał/a:

Edit2: Ciekawe jak MaxFlash flasher widzi dedykowanego Flobowi carta?

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.

QTZ napisał/a:

@Mq informacje, które by się przydały, dotyczą dedykowanego carta - jak się zachowuje, jak próbujemy zapisać coś poza dostępnym obszarem pamięci i jak wykryć że jest podłączony - dostępną pojemność, mimo wszystko dzięki, za informacje, których udzieliłeś do tej pory :)

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

Jak tak sobie wpisuję te adresy (znaczy w sumie w kółko ten sam adres) dokumentu ADF, to przyszło mi do głowy, że można by tworzyć strony internetowe pod Neon-a dla Atari, ale w Neon można też robić linki do innych dokumentów, więc można by też stworzyć jakieś takie google dla Atari, które by wyszukiwało całe katalogi różnych dokumentów, i żeby się one linkowały do siebie nawzajem, takie strony z linkami do innych stron. W ten sposób można by taki cały oddzielny internet dla Atari zbudować gigantyczny na cały kosmos :-) I wszystko obsługiwane joystickiem, to by było coś. Tylko jak te strony robić, bo chyba na razie nie ma żadnych narzędzi, trzeba ręcznie sobie robić, nie? To musi być coś łatwego i szybkiego w obsłudze, żeby każdy mógł prosty użytkownik taką stronę zrobić łatwo. Najlepiej chyba wręcz na pececie, żeby się dało myszą wyklikać i wpisać trochę tekstu szybko, albo wklejać jakieś już istniejące teksty. Jak by wszyscy zaczęli taki internet nowy tworzyć, to może by coś powstało z tego zajebistego:-) Portale całe tematyczne na przykład. Mam wizje i pełen odlot :-)

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.

615

(94 odpowiedzi, napisanych Software, Gry - 8bit)

bocianu napisał/a:

z pewnością wersja 1.03 się pojawi prędzej czy później

O, to nie wiedziałem, że jest już planowana. W takim razie dodam, że podobnie jak wszystkie inne poprawki, również ta będzie działała bezbłędnie na kartridżu oryginalnym i odpowiednikach :)

@QTZ: wszystko napisałem, nic więcej nie mam do dodania, dla mnie na obecny moment EOT jeśli chodzi o odmianę maxflash startującą z ostatniego banku.

616

(94 odpowiedzi, napisanych Software, Gry - 8bit)

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

617

(94 odpowiedzi, napisanych Software, Gry - 8bit)

Spośród wszystkich ludzi na świecie (a jest ich podobno jakieś 8 miliardów), tylko Ty nazywasz błędem niedziałanie gry na jednym z typów kartridży. Rozwiązaniem nie jest dopasowanie gry do wszelkich kartridży, tylko w tym konkretnym przypadku fix. Napisałem Ci jak obejść _TWÓJ_ problem i sobie z nim po tych wskazówkach samodzielnie poradziłeś. W czym więc tkwi teraz jakiś kolejny problem, bo nie rozumiem? Czy kilka postów wcześniej wolał byś otrzymać odpowiedź, że nie wiem, albo kompletny brak odpowiedzi? Nie miał byś wtedy działającej gry na Twoim kartridżu, a jednak teraz ją masz :)

618

(94 odpowiedzi, napisanych Software, Gry - 8bit)

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.

619

(94 odpowiedzi, napisanych Software, Gry - 8bit)

QTZ, to wszystko co piszesz jest ok, i kawał dobrej roboty zrobiłeś, na pewno pomoże to wielu osobom i będzie wszystko działać. Jednak: docelowo bardziej elegancko było by mieć bank 127 zapisany tylko samym przekierowaniem kartridża na bank 0, wtedy już nigdy w przyszłości nie było by potrzeby tego banku update'ować. Tym sposobem wersje "oficjalne" update'ów by działały już zawsze dobrze również z tymi kartridżami startującymi z banku 127.
Update'y natomiast robią się tylko na wskazanych bankach zamiast na wszystkich z oszczędności czasu i miejsca. To też kwestia chyba tylko elegancji, bo użytkowo Twoje update'e zadziałają całkiem dobrze. Z drugiej strony właściwie takie update'y, które robią zawsze wszystko też są eleganckie pod tym względem, że nie trzeba się przejmować kolejnością wykonywania działań. Wiesz, to wszystko można wykonać na wiele sposobów, a każdy z nich wymaga czasu, żeby to przygotować akurat tak, a nie inaczej.
W sumie to jeden pies :) Ważne, że działa :)

Edit: dopiszę jeszcze w odpowiedzi, żeby nie być źle rozumianym:

Mq napisał/a:

zrobiłeś po prostu updatery do wszystkich wersji, które nie robią update'u, tylko flashują całość

QTZ napisał/a:

Oczywiście, że robią update - tak jak oficjalna wersja 1.0.2

Tak, oczywiście, nie negowałem, tylko miałem na myśli po prostu fakt, że update'owane są wszystkie banki, włącznie z tymi, które tego nie wymagają - co oczywiście w niczym nie przeszkadza, jest ok.

620

(94 odpowiedzi, napisanych Software, Gry - 8bit)

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

No a co jest w pliku doc, a co w ahd?

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.

Ale różowy kolor to jakiś błąd, czy faktycznie powinno się coś tam na różowo robić, więc częściowo jest coś jakby się pobierało?
Jak odpalam linka, którego podałeś w neonie, to po prostu robi się cały ekran wraz z ramką różowy. Następnie jak wcisnę Esc, to wychodzę z tego różowego ekranu z powrotem do trybu tekstowego neona, i ekran jest koloru standardowego okna tekstowego Atari, ale ramka zostaje już taka różowa.

bocianu napisał/a:

A tak przy okazji, to udało mi się zrobić dokument neona którego zawartość jest dynamicznie aktualizowana po stronie serwera :)

Można go zobaczyć tutaj: N:HTTP://FUJINET.PL/INDEX.AHD

Oczywiście żeby go otworzyć trzeba mieć neona z załadowanym urządzeniem N:. Obraz gotowego dysku jest na TNFS://fujinet.pl/networking

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?

625

(127 odpowiedzi, napisanych Software, Gry - 8bit)

Spokojnie, Drakon już się skontaktował, temat ogarnięty, ale dzięki za czujność.