Tych nazw nie kojarzę, więc to nie to. Mi się wydaje że to się nazywało jakoś chyba turbo copy/turbo copier czy coś takiego, ale to tak tylko przez mgłę pamiętam. Nieistotne jeśli tego nie znajdę, a jeśli znajdę, to będzie wiadomo:-)

Nie, inaczej się nazywał, ale nie pamiętam jak... Jak znajdę kasety, to może na którejś będzie ten kopier też, to sobie przypomnę i napiszę.

Crumbles Crisis miałem kiedyś na kasecie w takiej wersji, że doczytywało się z kasety kolejne poziomy i chyba była to pełna wersja tej gry. Czy to jest jakiś ewenement na skalę światową posiadać taką wersję kasetową, czy nie jest to nic szczególnego? Pytam, bo jak by to było coś wielkiego, to może był bym w stanie odszukać jeszcze tą kasetę. Ale jeśli nie jest to nic szczególnego, to wolał bym nie, bo mi się nie chce:-)
Aha, kaseta była przegrywana, nie żaden oryginał.

@tOri: No właśnie mnie to zastanawia dodatkowo, że ktoś robi robotę z zaimplementowaniem całego Atari w jeden scalak, a nie ma nikogo, kto by zrobił np. WD1772 w fpga z otwartym źródłem na jakiś tani fpga, albo cpld i w sposób taki, żeby jak najmniej trzeba było lutować i każdy mógł sobie to w domu poskładać?

@Cyprian: żeby nie było, ja doceniam, że ktoś to trenuje i umie, tylko mi chodzi o praktyczne wykorzystanie oraz o to, że tak jak też tOri napisał, brakuje układów oryginalnych od Atari, albo są drogie, no to jest tu pole do tego żeby zapewnić maszynkom długowieczność, bo te scalaki oryginalne kiedyś w końcu wymrą całkowicie. Ja nie umiem takich rzeczy robić, ale jak ktoś umie, i ma czas na to żeby implementować całego kompa w fpga, to uważam, że jego patriotycznym obowiązkiem jest implementowanie zamienników poszczególnych układów:-)

No ok, ale nie zmienia to faktu, że kontaktu z autorem Eiffla nie ma, więc nie ma kto tego zrobić:-)
Na stronie Eiffla jest jeszcze wpis taki, że niby wersja 2.0 firmware miała powstać, ale nie jest już zgodna sprzętowo z dotychczasowym Eifflem, bo miał być szybszy zegar do mikrokontrolera, to i być może inne zmiany sprzętowe były planowane.
http://didier.mequignon.free.fr/eiffel-e.htm

Na powyższej stronie jest tylko opis wersji 2.0, ale nigdzie w necie nie znalazłem już informacji ani o nowszym sprzętowo Eifflu, ani o dostępności firmware nowszego. Ostatnia dostępna wersja firmware to 1.10 i takiej tu używamy.

Dla wersji 2.0 napisano, że miały być takie zmiany: Taktowanie urządzenia 8MHz zamiast 4MHz. Tam napisano, że się nie wyrabia szybkością transmisja i gubi niektóre kody przesyłane. Miała być też poprawka repetycji wciśnięć klawiszy. Te rzeczy tłumaczyły by to co się czasami dzieje, że klawisze się blokują czasem, np. jakiś klawisz sam się wciska. x_angel pisał mi o zasilaniu, ale ja znalazłem, że to są problemy powtarzalne, można znaleźć na naszym forum informacje o tym, pisane przez Krolla i kogoś tam jeszcze, nie pamiętam, bo w sumie nikt nie dyskutował o tym Eifflu u nas za dużo. Opisy tych problemów znalazłem też w wątkach na atari-forum i atariage, ale nigdzie nie było też rozwiązań, za to wszędzie było info, że nie ma kontaktu z autorem Eiffla.

Na powyższej stronie widnieje też informacja taka:
Near all IKBD supported (only IKBD_SET_MOUSE_THRESHOLD, IKBD_SET_FIRE_BUTTON_MONITOR, and IKBD_CONTROLLER_EXECUTE are not supported).

Nie znam się na tych procedurach systemowych, bo jak pisałem wcześniej nigdy nie programowałem nic na ST. Ale patrząc na nazwę procedury, może IKBD_SET_FIRE_BUTTON_MONITOR to jest właśnie to co nie działa i dlatego fire w grach nie chodzi? Ja nie umiem, ale gdyby ktoś potrafił jakoś zdebugować czy te niedziałające gry wykorzystują może właśnie tą procedurę, albo ktoś umiał by sprawdzić co ta procedura właściwe robi i czy to może mieć związek?

Przykładowe gry, w których na Eiiflu nie działa fire, a działa zamiast niego prawy przycisk myszy:
Prehistorik
Gods
Fred
Dizzy Prince of the Yolkfolk

Ilość gier rośnie, a ja sprawdziłem tylko coś koło 30-40 tytułów, przy czym nie są to jakieś tam byle gry, tylko czołówka hiciorów...

Chodzi o to z tego co zauważyłem, że w Atari system ma gotowe procedury odczytu joya, myszy. Programiści pewnie to wiedzą lepiej, bo ja nigdy nic jeszcze na ST nie programowałem, ale wiem że są inne procedury do odczytu myszy, a inne do odczytu joya, pomimo że fizycznie dzieje się to na jednym i tym samym porcie. W Atari fizycznie to się dzieje na tych samych portach, więc wybór procedur odczytu zależy od programisty i tych metod na odczyt danych z portów joya i myszy jest kilka. To że procedura nazywa się "odczyt przycisku myszy", to nie znaczy że nie można jej użyć do odczytu przycisku joya i w grach najwyraźniej nieraz tak jest.

W Eifflu oprogramowanie PIC emuluje tego chipa, co on siedzi w oryginalnej klawiaturze. A więc naśladuje uruchamianie procedur systemowych w ST.
Początkowo Eiffel nie miał w ogóle portów joyów, na początku była tylko obsługa myszy i klawiatury PS/2. Obsługa procedur komunikacji z myszą i klawiaturą została dość dobrze dopracowana. Dopiero w późniejszych wersjach Eiffla dołożono te dwa porty joya i zrobiono im odrębną obsługę, ale te porty są związane tylko z obsługą procedur związanych z joyem. Z tego powodu nie da się np. podłączyć normalnej myszy od Atari, bo procedury komunikacji z myszą, z automatu rozmawiają tylko z myszą PS/2. I odwrotnie, procedury joya działają tylko z portem joya. No i tak jest ok, dobrze ktoś to wymyślił, bo w większości przypadków działa to poprawnie, ale właśnie ten nieszczęsny fire/przycisk myszy nie został wzięty pod uwagę.

Z punktu widzenia projektanta podobnych urządzeń, a także programisty mikrokontrolerów i mikrokomputerów, jestem na 100% pewny, że zmiana w firmware żeby połączyć prawy przycisk myszy z fire joya, jest bardzo prosta i da się ją łatwo "na kolanie" zrobić. Dla mnie problem jest w tym, że nigdy nie programowałem na PIC-a, więc musiał bym poszukać sobie środowiska jakiegoś, softu do kompilacji, doczytać jak się to wszystko kompiluje, doczytać datasheety PIC-ów itd. Rzecz mnie na tyle intryguje, że pewnie się tym w końcu będę chciał zająć, ale przewiduję tutaj walki z moją własną niewiedzą i zużycie dużej ilości zasobu jakim jest czas, a tego obecnie nie posiadam w nadmiarze:-)

A z innej beczki: wsadziłem brakujący układ HC11 i sprawdziłem przełączanie TOS-ów - działa dobrze, startuje 1.04 i 2.06.

Przepisywać na inny mikrokontroler, czy tam pisać od nowa to nieee...

Ja pomyślałem, że jak są źródła, to można by je spróbować skompilować na ten sam mikrokontroler i sprawdzić czy się uda osiągnąć taką sytuację, że się uzyska identyczny wsad jak ten gotowy.

Jak to by się udało, to wtedy dziabnąć tam tylko "oszustwo" w kodzie, żeby fire joysticka zapisywał się jako przycisk prawy myszy jednocześnie (żeby się fire joya i prawy przycisk myszy sumowały logicznie). To by wystarczyło prawdopodobnie, żeby działały wszystkie gry poprawnie.

Ja nie pamiętam dokładnie i odpowiedź będzie z pewnością nieprecyzyjna, ale był taki kiedyś czas, że zanim się standardy ustandaryzowały, to na rynku krążyła cała masa takich dziwnych wtyczek różnych. Pamiętam, że w pierwszych aparatach cyfrowych były takie różne wynalazki na przykład. Jak się zmieniało aparat, albo jak ktoś miał jakiś tam inny model, to do każdego trzeba było mieć inny kabel i nic nie pasowało do siebie nawzajem. Masakra była z tymi kablami.

@Zgrd: ja całe życie bawię się i pracuję zawodowo w programowaniu i w elektronice. Nie chodzi o to na ile jestem w tych dziedzinach dobry, nie chodzi też o to że jakimś wyższym poziomem jest AI. To nie tak, to jest zupełnie odrębna dziedzina nauki (przynajmniej ja to tak widzę). W programie lub w elektronice mogę odwzorowywać pewne algorytmy, ale AI, to nie jest kwestia tego odwzorowywania, tylko pomysłu na takie algorytmy właśnie. Z kolei ktoś od AI nie musi się tak na prawdę w ogóle znać na elektronice, czy na programowaniu. Może opisywać jakieś tam zachowania, czerpać z tego wnioski, budować algorytm. Ja to tak widzę, nie mam wiedzy ani z zakresu sieci neuronowych, ani z zagadnień AI, nie znam się na tym po prostu, ale nie uważam, że to jakaś czarna magia, to jest po prostu kolejna dziedzina wiedzy, którą da się przyswoić i da się nią zajmować. Kwestia tylko tego, że każdy robi coś innego i nikt nie może robić wszystkiego, bo by mu czasu na to w życiu nie wystarczyło.

Kanis: gra w Mario robi na mnie większe wrażenie niż to International Karate. Zwłaszcza ten moment, że algorytm czeka chwilę na żółwia i załatwia go podskokiem gdy ten wyjdzie z niskiego przejścia, a nie pcha się do przodu gdzie by zginął. Fajne, ciekawi mnie na czym polega taki proces uczenia się, ale to za duży temat do ogarnięcia w 5 minut, a więcej czasu nie mam:-)

Zrobiłem jeszcze trochę testów. Wygląda na to, że ten sam problem występuje w programie testującym joystick i mysz od Putnika (JOYMOUT.PRG) i w grze Prehistoric. W obu przypadkach po prostu nie działa fire w joysticku, natomiast działa prawy przycisk myszy. Wydaje się, że Eiffel w jakiś sposób przełącza sobie czy ma czytać przycisk z myszy czy z joya i niestety nie działa jeden i drugi na raz. Może to zależy od tego w jaki sposób jest zrealizowana obsługa fire w danej grze i wtedy Eiffel na tej podstawie jakoś to sobie przełącza. Szkoda że to tak jest zrobione, powinno być jak w oryginalnej klawiaturze Atari, że prawy przycisk myszy jest fizycznie tym samym co przycisk fire w porcie joya i po prostu działają zawsze równolegle oba te przyciski.
Zastanawiam się jeszcze i nadal poszukuję czy da się to jakoś rozwiązać, bo to w sumie dość poważny problem, będzie on dotyczył być może większej ilości gier.

Tutaj ktoś sprzedaje eifle: https://klydes-korner.site/en/product/a … joysticks/
I tam stoi napisane tak: "However I noticed that the joystick function is not supported by all games. Doing research it seems that there are several methods of joystick support by the Atari ST. The Eiffel adapter doesn't emulate all of these methods, so it's hit-and-miss."
Dalej jeszcze napisano tak: "The joystick ports also do not emulate the mouse function, so you cannot plug an Atari mouse into the joystick port."

Tak że trochę lipa z tym Eiflem, bo niby to fajne, ale nie do końca działa. To jest kawał urządzenia, z wieloma funkcjami, dość szeroko oprogramowane, bo zrobienie protokołów do komunikacji PS/2 z myszą i klawiaturą to spora robota, dodatkowo obsługa różnych map klawiatur, możliwość konfigurowania własnych itd, to jest wszystko super, ale co z tego jak nie działa dobrze normalny port joya i myszy, które są podstawowymi peryferiami, bez których nie da się używać komputera. Sorry, ale chyba będzie trzeba wywalić to wszystko i podłaczyć normalną klawiaturę od ST z normalnymi portami joysticka i myszy... No chyba, że ktoś umie i podejmie się kontynuacji projekty Eiffel i dokończy tą obsługę tych dwóch portów joya?

Jeśli chodzi o to, co opisałem wcześniej w punktach 1 i 2, czyli miganie diod klawiatury, zapełnianie bufora itp., to wygląda na to, że te rzeczy występują tylko w przypadku kiedy odpinam i wpinam wtyczki na włączonym komputerze. Po prostu dużo rzeczy przepinałem, odpinałem i przypinałem mysz i klawiaturę, zmieniałem porty joya itp. Wtedy Eiffel potrafi ześwirować, ale z drugiej strony nie jest to raczej problemem, bo jak wszystko mamy podpięte i nie grzebiemy w kablach, to problemy te nie występują, a przynajmniej dziś po dłuższych testach nic takiego mi się nie działo już.

Zasilacz zwykły wtyczkowy mam na razie do testów 5V/2A. Ale z tym nie ma problemu, to wszystko działa dobrze jak już wyżej napisałem.

Też pamiętam że fire i w dół zawsze wciskałem, ale też nie wiem na 100% czy trzeba jednocześnie. Generalnie tak, chodzi o to, żeby trafić z refleksem dokładnie w moment kiedy jest "Go", wtedy im szybciej trafimy, tym więcej desek na raz idzie, aż do samego dołu wszystkie można zrobić i pamiętam, że mieliśmy to tak obcykane, że prawie za każdym razem się wszystkie robiło.

Idea bota jest super fajnym przedsięwzięciem i na pewno daje sporo satysfakcji. Miłej zabawy! Natomiast co do praktycznego zastosowania, to mnie się wydaje, że roboty z tym pewnie jest dość sporo, żeby takiego bota nauczyć sensownie grać w jedną tylko grę, więc raczej chyba o ideę chodzi i o samo dłubanie sobie takiego rozwiązania, niż żeby je faktycznie zrobić? Wyobrażam sobie, że do użytku na co dzień zamiast drugiego gracza, to potrzebny był by bot, który umiał by grać w dowolną grę i uczyć się nowych gier w tempie takim jak potrafi to zrobić żywy człowiek:-) Jednak co gra na dwóch, to gra na dwóch, potrzebne są jeszcze okrzyki drugiej osoby siedzącej obok, np. "ty chu....!!!", oraz trzask joya kolegi rzucanego o podłogę po naszym ciosie:-)

Dzięki Cyprian za precyzyjne info.

Dzisiaj potestowałem trochę gry. Generalnie wszystkie działają (przynajmniej te, które testowałem), ale mam pewną zagwozdkę z tym interfejsem Eiffel. Nigdy wcześniej tego nie używałem, więc może nie wiem jak to obsługiwać, może to ma jakieś funkcje zaszyte, albo jakieś tam prawidłowości, albo coś automatycznie sobie konfiguruje, albo coś? Ale w czym rzecz: mam kilka przypadłości z tym interfejsem i nie wiem czy to tak ma być, czy coś jest nie tak, czy co.

1. Od czasu do czasu (rzadko) zdarza mi się, że jak wcisnę jakieś klawisze, to tak jak by się zapamiętały w jakimś buforze i potem np. jak odpalam jakiś program, czy grę, gdzie jest "naciśnij dowolny klawisz", to jakby z automatu naciska się "dowolny klawisz". Czasem jest tak, że tylko jeden raz się to dzieje, ale czasem jest tak, jak by jakiś klawisz był cały czas wciśnięty już na stałe. Czasami dzieje się to nawet pod GEM-em, wtedy słychać dźwięk wciskanego cały czas klawisza, a jak się powciska trochę klawisze różne na klawiaturze byle jakie, to za chwilę się to naprawia.

2. Czasami po odpaleniu różnych gier, programów, pracy dłuższej, nagle zauważam, że na klawiaturze migają regularnie z prędkością 1-2 razy na sekundę diody dwie (chyba numlock i capslock). Wszystko wtedy działa nadal niby normalnie, ale migają te diody i to jest takie wolne cykliczne miganie, jak by to jakaś opcja była czy coś, dlatego pomyślałem, że może się coś jakimiś kombinacjami klawiszy konfiguruje w tym eifflu? Niestety nie wiem co wciskam, żeby się tak stało. Dwa razy mi się tak zdarzyło, ale nie wiem jak to zrobiłem...

3. Używam myszy na PS/2, w porcie joysticka 0 nie mam nic wpiętego, a w porcie 1 mam joystick. Gram w różne gry i joystick działa zarówno jeśli chodzi o kierunki, jak i jeśli chodzi o fire. Ale jest jedna jedyna gra Prehistoryk, w której nie działa mi fire w joysticku. Wciskam ten fire, a on nie robi nic (powinien walić maczugą). A kierunki działają normalnie i chodzić postacią można. Ciekawe jest dodatkowo to, że jak wcisnę prawy przycisk myszy, to działa maczuga. Bardzo dziwne... W Atari normalnie jest tak, że fire od joysticka i prawy przycisk myszy, to jest fizycznie ten sam przycisk, więc powinna działać maczuga zarówno na ten prawy przycisk myszy, jak i na fire. A tu na myszy działa, a na joyu nie. A przypominam, że fire w joyu działa poprawnie we wszystkich innych grach, które testowałem (około 20 różnych gier). Jest jeszcze taki program Putnika do testowania joya i myszy, i w tym programie Putnika mam taki sam problem, że ten fire nie działa. Z tego co pisał Putnik na jakimś forum, to ten program używa jakichś funkcji systemowych do odczytu joya i myszy, a nie komunikuje się bezpośrednio ze sprzętem. Może większość gier komunikuje się inaczej bezpośrednio ze sprzętem i wtedy to działa, a Prehistoryk może wykorzystuje funkcję systemową też? Może to kwestia TOS-u? Używam tylko 2.06. Zmierzam do tego, że może eiffel nie obsługuje jakiejś funkcji czy coś? A w ogóle @x_angel: jakiej wersji firmware do eifla używasz?