Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Tydzień na oddanie głosu w FUJICUP! Głosowanie potrwa tylko do 22 lutego 2025...
TURGEN 9.3.1 Najnowsza wersja oprogramowania TURGEN wprowadza kilka istotnych ulepszeń.
FujiCup 2024 - głosowanie Wystartowało głosowanie w tegorocznej edycji konkursu FujiCup.
IX. Basque Tournament of Atari 2600 31 stycznia Euskal Retro Association zorganizowało IX. Baskijski Turniej Atari 2600.
Rogul 1.0f Poprawki i nowe funkcje
atari.area forum » Posty przez Montezuma
Cały świat na to czekał.
Zosia rządzi :)
Zapisuję się na wersję DVI.
Ja ściągnąłem w okolicach tego peak-u (15 maja), wygenerowanego prawdopodobnie przez forumowiczów ;)
No to można zrozumieć niezadowolenie użytkowników - wkurzeni na domyślną przeglądarkę obrazów z WIN10, mieli nadzieję na "classic", a dostali "vintage" :)
Wygląda na to, że brutus76 handluje sprzętem retro, więc raczej wiedział co sprzedaje.
Don't Feed the Troll :)
><((((*>
Mały offtopic - podoba mi się pomysł z Raspberry PI.
A jak zamierzasz podpiąć klawiaturę ATARI do Raspberry PI?
Czy nie lepiej byłoby zostawić w ATARI uszkodzoną płytę główną ze względów mechanicznych (wszystkie złącza byłyby na swoim miejscu itd.)?
Polecam w czwartym numerze Excel-a wywiad z Avery Lee (autorem emulatora Altirra).
No i oczywiście artykuł o grze "Laura" :)
Dla ciekawych powiem ze w UK wiele produktow jest tansze od tych w PL
To ja się tak zastanawiam, co taki patriota jak Ty robi w UK, podczas gdy Polska już "wstała z kolan" i przestała być "w ruinie".
Piękne! To już prawie laptop :)
Czyli obraz jest przesyłany cyfrowo? A jakie są opóźnienia matrycy?
Zawsze się znajdzie jakiś maruda.
Moja appka SIO2BT dostała np. ocenę minimalną z komentarzem:
"Atari 8 bit computers, really!!... do you seriously live in the 21 century!??.."
Ciekawa jest też statystyka instalacji:
Indie, Egipt, Bangladesz...
Nie sądzę, żeby miało to jakikolwiek związek z ATARI...
Kontaktowalem sie w sprawie CONTIKI -> ich browser jest "zrośnięty" z implementacją stosu TCP/IP na ATARI.
Marne szanse...
Co do ustalania prędkości w momencie, gdy się to nie udaje to zrobił bym ten timeout jednak bo jedynym skutecznym sposobem na przerwanie tego stanu rzeczy jest reboot Atarki.
Możesz też z menu "File" wybrać "Stop Emulation"
Jedna jeszcze rzecz BAARDZO by się przydała. SWAP ATR (chyba że jest a ja go tu nie widzę).
Jest :) Drag&Drop pozwala na zamianę miejscami dowolnych ATR-ów
Jest mozliwosc zeby montowane katalogi nie byly read only?
Aktualnie nie. Są jednak dwie alternatywy:
- PCLINK w RespeQt (jeśli używasz SDX) pozwala zarówno na odczyt, jak i na zapis do katalogów
- nowa wersja AspeQt od atari8warez pozwala na zapis w montowanych katalogach
Działa, ale tylko dla opcji x1, x2, x3. Jeśli chcę ręcznie ustalić dzielnik pokeya to komp próbuje się dogadać i na "pierdzeniu" wisi po wieczny czas. Jakiś timeout by się tu nadał ;)
Dzięki za test.
A przy ustawieniu "NONE" nic się kompletnie nie dzieje?
Szybciej niż x3 się pewnie nie da, bo mamy opóźnienie związane z tym, że RespeQt "budzi się" opadającym zboczem Command Line.
W tym momencie Command Frame jest już dawno wysłany i RespeQt odczytuje dane z bufora. Mija więc trochę więcej czasu zanim odpowiedź RespeQt dotrze do ATARI (w porównaniu z sytuacją kiedy reagujemy na rosnące zbocze).
Czy z APE albo z AspeQt udało Ci się wyciągnąć więcej niż x3?
Co do "pierdzenia" po wieczny czas - w programie jest pętla w której RespeQt przełącza się (w przypadku problemów) pomiędzy ustawioną prędkością, a standardową 19200, próbując dostosować się do ATARI. Kiedyś RespeQt poddawał się po iluś tam próbach, ale ktoś zmienił to na pętlę nieskończoną.
Proponuję włączyć się w przygotowywanie nowego tytułu.
Im więcej osób pomoże Duddie-mu w sprawdzaniu tekstu, tym więcej błędów uda się poprawić (przed oddaniem do druku!).
Dobra robota, Mariusz, dobra robota!
znaczy Dekanex miałem na myśli :)
Dlaczego piszemy joystick zamiast drążkowy wpływacz na położenie celu? Albo kursor, zamiast migawka pozycjowskaźna?
ROFL (Rolling On Floor Laughing)
albo dla purystów:
ZSPPZS (zwijam się po podłodze ze śmiechu)
Podsyłaj, zdam relacje z placu boju.
OK. To podsylam linka:
http://abbuc.de/~montezuma/RespeQt-r4-falling-edge.zip
Jak znajdziesz chwilkę, to przetestuj.
W załączniku screenshot pokazujący checkbox, który trzeba zaznaczyć.
Krzaki zamiast polskich liter (qDebug() i qWarninig() unicode escaping) można na szczęście wyłączyć:
https://github.com/greblus/aspeqt/commi … a0f82f23ab
https://github.com/greblus/aspeqt/commi … e4e5f95762Nie wiem po co, ale jeden z devów się na to uparł.
Dzięki za cenną informację, będą zmiany w RespeQt ;)
Montezuma - nie o to chodzi. Chodzi o to, że piszesz że to błąd i tylko z tego powodu stare APE działa i widzę też, że obecnie promowany program będzie tego błędu pozbawiony. Wnioskuję więc że mój kabelek z tym normalnie nie zadziała a 19200bps jest zupełnie niezadowalające.
Tak właśnie jest. Dziwię sie jednak, że nie działa u Ciebie handshake "NONE" (w tym trybie nie ma ograniczenia do 19200).
Postaram się wieczorem przygotować roboczą wersję, która powinna u Ciebie zadziałać.
A kto powiedział że wydał? :P
Skoro Pin pisze publicznie, że wraca do APE, to chyba wydał ;)
Dlaczego xex'y wczytuje mi z predkoscia 57600bps a atr'y tylko z 19200 ?
I polskie literki troche nie teges.. :)
Co do polskich liter, to nie mam pojęcia. Problem pojawił się chyba od wersji Qt 5.X (z Qt 4.X było wszystko OK).
Co do xex i 57600 - wytłumaczenie jest proste:
Dla plików XEX domyślnie włączony jest High-Speed Loader (można go wyłączyć w ustawieniach w zakładce emulacja).
Dla plików ATR nie. Albo musisz użyć spatchowanego OS-a, albo ATR z Hi-Speed loaderem.
Rozumiem.
Jakbym wydał 50$ na licencję softu, to też bym chciał go dalej używać.
Jestem za wersją z tytułem w jednej linijce, jak w orginale.
Przypomniało mi się, że HIAS opisał kiedyś na AtariAge problem z sygnałem RING i z fizycznymi portami szeregowymi:
http://atariage.com/forums/topic/251089 … try3557722
Chodzi o to, że chip 16550 generuje "event" o akywnym sygnale RI nie w momencie jego narastania, ale opadania.
Kabelek SIO2PC w wersji RI ma podpiętą linię COMMAND właśnie do RI.
Narastające zbocze sygnału RI mówi nam, że za chwilę na linii DATA OUT pojawi się Command Frame.
"Nowy" RespeQt nie jest jednak "budzony" narastającym zboczem i ignoruje opadające zbocze, więc Twój kabelek nie działa...
(wersja RespeQt dla Linux-a i OSX-a stosuje "polling" i będzie działać z RI, natomiast wersja dla Windows jest "event driven" dla handshake-u CTS/DSR/RI).
Rozwiązanie:
Handshake: "NONE" lub "SOFTWARE"
Ciekawostka:
Z AspeQt i ze starszymi wersjami RespeQt Twój kabelek SIO2PC/RI będzie działał pod Windows ze względu na błąd w oprogramowaniu.
Zdarzenia związane ze stanem linii sygnałowych generowane są zarówno dla narastających, jak i dla opadających zboczy (z wyjątkiem wspomnianego sygnału RI z UART-em 16550).
Aktualna wersja RespeQt oczekując na Command Frame ignoruje notyfikacje o opadającym zboczu.
Błąd w starszych wersjach polegał na tym, że opadające zbocze powodowało, że AspeQt/RespeQt traktował wtedy dane na DATA OUT jako potencjalny Command Frame.
Następujący scenariusz kopiowania pliku z emulowanego dysku D2 (plik test.atr) na fizyczną dyskietkę w stacji D1 spowodowałby sformatowanie D2!
Błąd uaktywni się jeśli mamy kabelek SIO2PC w wersji CTS/DSR lub SIO2PC/USB w dowolnej wersji (CTS/DSR/RI).
Polecenie kopiowania pliku COPYME.BIN powoduje:
1) ATARI ustawia COMMAND LINE, żeby wysłać do D2 polecenie odczytu sektora dyskietki
2) Narastające zbocze sygnału "budzi" RespeQt, który odczytuje komendę odczytu sektora
3) RespeQt wysyła sektor do ATARI (nie przejmując się opadającym sygnałem Command Line)
3) ATARI odczytuje sektor dyskietki i znowu ustawia COMMAND LINE, tym razem, żeby wysłać do D1 polecenie zapisu sektora dyskietki
4) Narastające zbocze sygnału "budzi" RespeQt, który odczytuje komendę zapisu sektora, ale ponieważ adresowana jest ona do D1, więc ją ignoruje i czeka na kolejne zbocze sygnału.
5) BŁĄD!!! Opadające zbocze sygnału "budzi" RespeQt ponownie, który odczytuje dane wysyłane przez ATARI, traktując je jako Command Frame.
Tak naprawdę jest to Data Frame (przeznaczone dla dysku D1) zawierające sektor dykietki do zapisu.
W większości przypadków RespeQt stwierdzi, że nie zgadza się suma kontrolna i nic złego się nie wydarzy.
Jeśli jednak sektor danych przypadkowo zawierałby dane, które mogą zostać zinterpretowane jako Command Frame (np. 32 21 20 20 53) to tak się właśnie stanie.
W tym przypadku RespeQt wykona "komendę", czyli sformatuje ($21) dysk D2 ($32).
Dla kabelka SIO2PC/RI z UART-em 16550 problem jednak nie wystąpi, ponieważ dla każdej komendy SIO, AspeQt i starsze wersje RespeQt są "budzone" tylko raz.
Można by do kolejnej wersji RespeQt dołożyć handshake "RI (falling edge)", ale nie ma chyba takiej potrzeby, ponieważ Handshake: "NONE" powinien załatwić sprawę.
Mam na mysli ustawienia portu szeregowego (w załączniku screenshot).
Jeśli niczego w ustawieniach nie zmieniałeś, to oczywiście wybróbuj najpierw ustawienie "RI".
A działa Ci handshake "NONE"?
Do ściągnięcia jest nowa wersja RespeQt, czyli emulatora urządzeń SIO dla Windows, Linux-a i OSX-a.
Poza poprawkami, wersja ta ma też nowe funkcje:
- "PCLINK" (kod programu sio2bsd autorstwa drac030, zintegrowany z programem RespeQt)
- "URL submit" - funkcja pozwalająca na automatyczne wgrywanie na serwer wyników gier (Hi-Score). Funkcjonalność ta jest domyślnie nieaktywna i można ją aktywować w ustawieniach aplikacji w sekcji Emulacja
- "RCL" - nowa wersja zdalnego klienta do obsługi RespeQt (zastępuje "AspeCl")
- łatwiejszy wybór portu szeregowego w ustawieniach aplikacji
Na stronie projektu dostępne są skompilowane wersje dla:
- Windows
- Raspberry Pi
- OSX
Można też ściągnąć sobie kod źródłowy i skompilować program samemu.
atari.area forum » Posty przez Montezuma
Wygenerowano w 0.028 sekund, wykonano 36 zapytań