Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
BigPEmu 1.12 Richard Whitehouse wydał BigPEmu 1.12
FujiNET firmware v1.3.0 Nowa wersja oprogramowania do interfejsu sieciowego FujiNET. Tym razem z obsługą TCP!
hatari 2.5.0 Od dwóch dni dostępna jest najnowsza (2.5.0) wersja Hatari.
Grawitacja 2024 Czas na kolejną edycję 8 bitowego GameJamu.
Tenebra na Atari ST/STE Wersja gry na duże atari.
atari.area forum » Posty przez Montezuma
Atari800 w PiStore nie uzywa SDL, tylko GLES2:
https://www.raspberrypi.org/forums/view … mp;t=30889
Problem sie rozwiazal :)
To ja poproszę o 1 x GRANDPAPARAPA
Raspberry PI 2 niewiele tu chyba pomoze.
Emulator atari800 wspiera SDL w wersji 1.2.
Niestety SDL w tej wersji nie wykorzystuje hardwarowego GPU Raspberry PI (support pojawil sie dopiero dla wersji 2.0).
SDL w wersjach 1.2 i 2.0 to rozne API i konieczne bylyby zmiany w emulatorze.
Moze ktos dorobi do atari800 support dla SDL 2.0?
Super!
Naklejki doszly. Bardzo dziekuje!
Dopiero teraz rzucił mi się w oczy ten wątek.
Też bawiłem się trochę tym modułem (pod kątem "inteligentnej" karty sieciowej do małego Atari).
Ale najpierw na liście rzeczy do zrobienia mam podobną funkcjonalność dla SIO2BT.
Poproszę o 5 sztuk
Rzucam haslo, moze ktos ma mozliwosci produkcyjne:
http://www.4keyboard.com/commodore-64-c-68.html
Zastosowanie:
- emulatory, MIST
Wczoraj wrzuciłem update do wersji 1.60.
Bawiąc się MegaSpeedy, które 2 dni temu wbudowałem do mojej stacji, analizowałem jak stacja reaguje na różne polecenia SIO i znalazłem mały błąd w aplikacji SIO2BT.
Otóż DOS 2.5 umożliwia formatowanie w single density (SD) i extended density (ED) i robi to nie używając bloku PERCOM, którego orginalna stacja 1050 przecież nie zna.
Aplikacja SIO2BT generowała jednak (na swoje własne potrzeby) block PERCOM, którego używała przy kolejnych formatowaniach. Błąd polegał więc na tym, że po sformatowaniu obrazu dyskietki w ED nie dało się jej sformatować w SD (konieczne było w tym celu ponowne jej zamontowanie).
W wersji 1.60, obrazy dyskietek można dowolnie przeformatowywać używając DOS 2.5 jak i DOSy posługujące się blokiem PERCOM (MyDOS, SpartaDOS).
Ponadto Sparta DOS X uzyska w kolejnych wersjach możliwość dopasownia timingów SIO do komunikacji przez Bluetooth (dostałem od TRUBa wersję testową). To oznacza, że użytkownicy Sparta DOS X nie będą potrzebowali spatchowanego systemu operacyjnego, żeby przesyłać dane do SIO2BT.
Wracając do MegaSpeedy. Używając QMEG+BT 4.04 udało mi się skopiować pliki pomiędzy smartfonem a stacją (Ultraspeed). QMEG rozpoznaje i obsługuje Speeder-y a jednocześnie pozwala na komunikację przez BT.
To znaczy: komunikacja ATARI<-> Smartfon odbywa się "w normalu" (19200), ale już komunikacja ATARI<->stacja dysków z MegaSpeedy "w TURBO".
Na koniec zamieszczam link do Videobloga autorstwa stRing-a, znanego chyba wszystkim z doskonałej muzyki do gier (np. The Hunt, Assembloids, Ridiculous Reality):
https://www.youtube.com/watch?v=RA4NNRdEos8&index=1&list=UUHwf7crxfmL45MTQC4XRcXQ
W zasadzie jest to wersja "alfa" bloga (z braku czasu nie powstała wersja finalna) - mnie w każdym razie i tak się podoba :)
Na forum Abbuc-a "Fratzengeballer" zbiera chetnych na zamowienie zbiorowe na pokrywy dla Atari XE i XL:
http://www.abbuc.de/community/forum/vie … amp;t=8371
"Fratzengeballer" zaoferował na forum cenę z Allegro i niektórzy skarżyli się, że drogo.
Ja napisałem na forum, że Duddie jest Atarowcem i że projekt wymagał od niego sporo pracy i nakladow finansowych.
To skłoniło chyba parę osób, żeby przyłączyć się do zamówienia.
Myślę, że profesjonalne opakowanie wywołuje wrażenie, że pokrywy produkowane są komercyjnie z dużym zyskiem.
Innymi słowy, część osób widząc zdjęcia myśli pewnie, że ktoś tu chce na nich nieźle zarobić.
Podobnie zresztą jest z modułami Bluetooth do projektu SIO2BT.
Większość nie zdaje sobie sprawy, ile czasu i ile pracy kosztuje taki projekt (nie mówiąc już o kosztach hardware-u).
Ci, którzy kupili ode mnie moduł BT w części rekompensują mi to i jestem im za to bardzo wdzięczny.
Ale sa tez tacy, ktorzy nie rozumieja, ze cena nie jest tylko kosztem materialu...
Co do innych pokryw, to najlepiej dotrzeć do chętnych (w całej EU) przez E-Bay.
Fratzengeballer napisał, że koordynuje tylko zamówienie na pokrywy do małego ATARI (to i tak dużo zachodu).
To ma sens.
Ja odwiedzałem MAPASOFT w 1987 lub 1988 roku (też nie pamiętam za dobrze).
Być może po kilku latach zmienili hardware i software...
A kiedy instalowałeś TURBO w swoim XCA12?
Mam w kolekcji kilka kaset MAPASOFT-u opisanych "ATARI TURBO-ROM" i magnet przerobiony przez MAPASOFT (z przyciskiem). Magnet jest w bardzo kiepskim stanie, ale (niektóre) gry się jeszcze wczytują.
Próbowałem tego samego z magnetem od p.Żurka i mi się nie udało.
Jeśli magnetofony od p.Żurka sa zgodne z Blizzardem (i MAPASOFT w swoim czasie instalował również Blizzarda), to może to pierwsze TURBO z przełącznikiem nie było zgodne z Blizzardem?
Przekopałem internet i wygląda na to, że w Krakowie popularne były 2 różne systemy TURBO:
- "ATARI TURBO-ROM" (firma Mapasoft)
- "TURBO-ROM PLUS" (firma PLUS)
Gry na kasetach nagranych w systemie "ATARI TURBO-ROM" poprzedzane były loaderem ("w normalu").
Czy te systemy Turbo różniły się sprzętowo (jeśli chodzi o przeróbkę magnetofonu)?
Czy ma ktoś może schemat turbo do magnetofonów (bez przycisku) krakowskiego MAPASOFT-u?
A jak to WiFi mialoby dzialac?
Na początek chciałem podziękować wszystkim, którzy zakupili hardware SIO2BT wspierając w ten sposób projekt.
Na Google Play dostępny jest update appki SIO2BT do wersji 1.50.
Z tym updatem możliwe jest podpinanie dowolnych plików z danymi (nie tylko ATR, XEX, EXE i COM).
Jedyne ograniczenie to rozmiar pliku (80KB dla ATARI DOS lub 8MiB dla QMEG, MyDOS i Sparta DOS X) oraz dostęp READ ONLY.
Do czego może się to przydać?
Teraz można ściągnąć z internetu dowolny plik (grafikę, muzykę, tekst, itp.) i podpiąć do bezpośrednio pod D1-D4 (bez konieczności kopiowania go do obrazu dyskietki).
Appka SIO2BT emuluje dla podpiętego pliku DOS-ową dyskietkę. Na emulowanej dyskietce jest widoczny tylko podpięty plik.
Do pliku dostęp mają wszystkie programy pozwalające na odczyt z dyskietki.
Plik można również łatwo skopiować na twardy dysk.
Spróbuje rzeczowo odpowiedziec na pytania.
Po pierwsze SIO2BT i XBIOS to dwa rózne projekty.
SIO2BT potrzebuje do prawidlowego funkcjonowania "lekko" zmodyfikowanych procedur SIO.
Najlepszym rozwiazaniem (z mojego punktu widzenia) jest zastapienie systemowego ROM-u ATARI, ROM-em ze zmodyfikowanymi timingami w procedurach SIO. Np. Ultimate 1MB daje mozliwosc zaladowania 4 alternatywnych systemów do pamieci flash. Niepotrzebne sa wtedy zadne loadery, a urzadzenie dziala podobnie jak SIO2SD, czy SDRIVE.
Mozna uzywac go z Atari DOS-em, MyDOS-em, XBIOS-em, a nawet ze SPARTA DOS X.
Nie kazdy posiada jednak Ultimate 1MB (czy jakikolwiek inny "OS Switch"), a niektórzy nie chca po prostu zadnych modyfikacji w swoim Atari. Dla nich pojawila sie alternatywa - specjalne loadery. Ich celem jest wspomniana wyzej modyfikacja procedur SIO przed zaladowaniem gry przez Bluetooth. Loadery napisane przeze mnie sa bardzo proste (kopiuja ROM do RAMu i tam modyfikuja procedury SIO).
XXL napisal dla uzytkownikow SIO2BT (ktorzy nie posiadaja "OS Switch-a") specjalny loader, ladujacy do pamieci XBIOS i pozwalajacy na wczytywanie gier, które nie dawaly sie zaladowac za pomoca moich prostych loader-ów. Jest to mozliwe poniewaz XBIOS posiada wlasne procedury SIO, z timingiem dopasowanym do komunikacji przez Bluetooth. XBIOS pozwala poza tym na ladowanie dowolnych gier/dem (podobnie jak DOS), a nie tylko tych pisanych specjalnie z mysla o XBIOS.
Mam update dla użytkowników SIO2BT z oryginalnym ATARI OS:
https://drive.google.com/file/d/0B3-191 … FBsRW1iRUE
Dodałem nowe wersje loaderów (zawierają w nazwie słowo "SWAP").
Po załadowaniu z D1, ekran staje się ciemno niebieski. Wtedy należy podmienić D1 z D2 (albo po prostu podpiąć grę pod D1), a następnie nacisnąć dowolny przycisk na ATARI. W ten sposób można załadować gry, które w trakcie ładowania odnoszą się bezpośrednio do dysku D1.
Jednak najważniejszy update to nowy rewelacyjny loader XBIOS_4_BT.atr.
Dzięki XXL-owi można teraz ładować również gry używające RAM-u pod OS-em :)
Podsumowanie opcji:
1) D1:XL_XE_XEGS.atr, D2:GAME
2) D1:XL_XE_XEGS_SWAP.atr, D2:GAME (ze "swap" D2->D1 po załadowaniu XL_XE_XEGS_SWAP.atr)
3) D1:XBIOS_4_BT.atr, D2:GAME
Poza tym polecam wszystkim rozszerzenie:
http://atariage.com/forums/topic/233201 … -accepted/
które można użyć jako zewnętrzny "OS SWITCH", a więc używać SIO2BT ze specjalnym OS-em bez modyfikacji ATARI.
SDX mieści się w cartridge więc można by rozważyć implementację odpowiedniej zmiany (drac030 lub trub musieliby się wypowiedzieć) i wtedy nie trzeba byłoby ładować loadera skądkolwiek a komunikacja szła by bezproblemowo. To jest zaleta DOSa umieszczonego w ROMie :)
Ten problem zglaszalem juz w watku Sparta Dos X. Opcjonalny parametr dla procedur SIO Sparta DOS pozwalajacy na komunikacje przez bluetooth jest gdzies na dlugiej liscie rzeczy do zrobienia.
Sprawa nie jest jednak krytyczna, przynajmniej dla posiadaczy Ultimate 1MB.
Mozna bowiem (uzywajac zmodyfikowanego OS-a) zmusic Sparte do korzystania z procedur SIO systemu operacyjnego (jest to opisane w dokumentacji SIO2BT).
Edit: A właśnie - co to jest możliwość komunikacji protokołem UDP? Myślimy o sieciowym UDP?
XXL mial tu chyba na mysli uelastycznienie procedur SIO XBIOSa, tak aby dalo sie nimi przesylac dane o dowolnej dlugosci i o dowolnej zawartosci. Niezaleznie od tego trwaja prace nad specyfikacja komend pozwalajacych na komunikacje sieciowa (po socketach TCP/IP) na poziomie SIO. Aplikacja SIO2BT (na smartfonie) bedzie rozszerzona o funkcjonalnosc "inteligentnej" karty sieciowej (czyli z zaimplementownym stosem TCP/IP).
Na poczatek bedzie mozliwe uzycie ATARI jako klienta TCP/IP do polaczen z serwerem nasluchujacym na dowolnym porcie.
Masz PW
Zabieram ze sobą do kraju kilka sztuk SIO2BT, więc jakby się ktoś jeszcze namyślił to w poniedziałek i we wtorek mogę wyskoczyć na pocztę.
W wątku o XBios można poczytać o nadchodzących nowościach.
Niedługo (jest jeszcze w fazie testów) pojawi się nowy XBIOS loader "for bluetooth", pozwalający ładować prawie wszystkie gry na ATARI z oryginalnym OS :)
Bo z tego co wiem, to jedynym urządzeniem wykorzystującym Bluetooth jest SIO2BT.
Zgadza sie.
Z tego co zrozumiałem, zmiana systemu aby korzystać z tego urządzenia, nie była konieczna, aby ładować pliki pod ROM, tylko wynikała z faktu, że BT ma zbyt luźne timingi jak na ostre wymagania Atari.
Zgadza sie.
Jesli masz Ultimate 1MB lub jakikolwiek "OS Switch" i uzywasz zmodyfikowanego OS-a, to wszystko (ATR, XEX) dziala bez problemow (i nowy xBios nie jest konieczny).
Jesli masz ATARI z oryginalnym OS i chcialbys uzywac SIO2BT, potrzebny jest loader, ktory laduje gry uzywajac zmodyfikowanych procedur SIO.
Taki loader (ATR z jednym sektorem danych) jest w paczce z plikami projektu SIO2BT:
https://drive.google.com/file/d/0B3-191 … FBsRW1iRUE
Loader:
- kopiuje OS ROM do RAMu
- modyfikuje procedure SIO
- laduje gre z dysku D2
A jak zaladowac loader? Calkiem normalnie (uzywajac oryginalnych procedur SIO).
To co napisal xxl, ze z oryginalnym OS "atari po BT zaladuje tylko jeden sektor - pozniej sie wywala" nie do konca sie zgadza. Ze wzgledu na niedotrzymany timing, ATARI wysyla wielokrotnie kazdy rozkaz SIO (taki jest "error handling" procedur SIO - nie udalo sie, to jeszcze raz). Kiedy przychodzi odpowiedz ze smartfona, ATARI moze wlasnie jej oczekiwac (wtedy komunikacja sie udaje) lub moze wlasnie ponownie wysylac rozkaz SIO (w tym przypadku odpowiedz ze smartfona jest ignorowana). Jak sie nie uda, to jest powtorzenie i w koncu sie udaje.
Mozna wiec odczytac w ten sposob nawet cala gre, jesli ktos jest cierpliwy. Jeden z uzytkownikow SIO2BT, ktory nie przeczytal instrukcji, zglosil sie do mnie z problemem, ze bardzo dlugo laduja mu sie gry. Okazalo sie, ze mial oryginalny OS i nie uzywal loader-a. Pomimo to ladowal z oryginalnym OS-em gry. Trwalo to (ze wzgledu na problemy z komunikacja) dwa razy dluzej, ale udawalo sie.
Im wiec krotszy loader, tym lepiej. Mi udalo sie prosty loader zmiescic w jednym sektorze danych (zeby otrzymac jeden sektor danych, ATARI musi wyslac az 2 rozkazy (GetStatus i GetSector) i otrzymac 2 odpowiedzi).
Problem z moim loaderem jest taki, ze daje sie nim zaladowac okolo 70% gier (XEX, ATR).
Ale jesli gra np. wykorzystuje pamiec RAM pod OS-em, to nie da rady.
Tutaj pojawia sie nowy xBios.
ATR z loaderem podpinamy pod D1 (zamiast mojego 1-sektorowego loadera).
Gry (XEX lub ATR zawierajacy XEX-y) podpinamy np. pod D2 i gotowe.
Jeśli więc mówimy o współpracy z tym urządzeniem, to nawet jeśli xB umożliwia załadowanie XEX'a przez BT na standardowym systemie, to jak najpierw załadować xB? :)
ATARI uzywajac standardowych procedur SIO laduje pierwszy sektor ATR z xBios-em i uruchamia zaladowany kod.
Ten rowniez kopiuje ROM do RAMu i modyfikuje procedure OS, ale robi to tylko po to, zeby sprawnie zaladowac samego xBios-a.
xBios posiada wlasne procedury SIO (dzialajace rowniez z SIO2BT) i pozwala na ladowanie gier, ktorych nie dalo sie zaladowac moim malym loaderem.
Podsumowujac: Pojawila sie nowa (lepsza) mozliwosc ladowania gier przez Bluetooth dla ATARI z oryginalnym OS :)
na atari bez przerabianego systemu operacyjnego... dziala :-)
Z oryginalnym OS komunikacja przez SIO2BT wygląda mnie więcej tak:
Command frames są powtarzane przez ATARI, itd.
Pomimo problemow z timingiem, daje sie w ten sposob cos tam zaladowac, choc pojawiają się błedy komunikacji.
Dlatego dolożyłem do projektu obraz dyskietki z kodem kopiującym OS do RAM-u, a następnie patch-ujacym go w RAM-ie.
Ten krótki loader (1 sektor) ładujemy z dysku D1, a on ładuje następnie gry z dysku D2.
Na 60 przetestowanych przeze mnie gier (w formacie xex), dało się tak załadować 46 (czyli ponad 70%).
Pełnię szczęścia daje zmodyfikowany OS. Nie bawimy się wtedy w żadne loadery i wszystko działa tak jak należy (99.99%).
W okresie Świąt będę w Polsce i mogę zaproponować wysyłkę SIO2BT listem poleconym za 7 zł. Jeśli ktoś byłby zainteresowany, to proszę o wiadomość PM (do 19 grudnia).
czy ta modyfikacja poprawi mi działanie VBXE który traci synchronizację?
W moim ATARI z VBXE (miałem core w wersji 1.20) dzialy sie z obrazem dziwne rzeczy, dopóki za radą Candle-a nie zaktualizowałem core do wersji 1.24.
atari.area forum » Posty przez Montezuma
[ Wygenerowano w 0.111 sekund, wykonano 5 zapytań ]