nie rozwiąże to jednak problemu 180/360/720...
Chłop swoje, czort swoje...
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
HDDRIVER 13.01 Aktualizacja HDDRIVER przynosi poprawki dla HDDRUTIL oraz lepszą obsługę szybkiego sprzętu.
192p Test Suite dla 8-bitowego Atari Nowy program do testowania i kalibracji obrazu dla Atari XL/XE od HanJammera.
Atari800 7.0.0 Pierwsza wersja emulatora z funkcją pobierania z sieci i mnóstwem nowości.
Obrazy w 1024 kolorach na VBXE Nowy konwerter i przeglądarka obrazów dla rozszerzenia VBXE pozwalają wyświetlić aż 1024 kolory.
Gearlynx 1.2.15 Emulator Atari Lynx doczekał się ważnej aktualizacji z wieloma nowymi funkcjami.
atari.area forum » Posty przez drac030
nie rozwiąże to jednak problemu 180/360/720...
Chłop swoje, czort swoje...
Poza tym, z tego co pamiętam, to niezależnie od tego, jaki jest format dyskietki, pierwsze 3 sektory w Atari mają zawsze 128 bajtów w standardowym formacie.
Niestety, mylisz się. W DD te sektory mają (fizycznie) po 256 bajtów.
Analizując ich zawartość powinno dać się określić, jak dalej czytać tę dyskietkę.
I tak i nie. "Analizą zawartości" powinien zająć się DOS. Ale nie stacja dysków. Pomijając już, że większość atarowskich DOS-ów zapisuje tam tylko kod bootloadera (czyli analiza zawartości zda się psu na budę), i przyjmując idealistyczne założenie, że wszystkie dyskietki są w formacie SpartaDOS, nie da się niestety z parametrów zapisanych w sektorze nr 1 odczytać gęstości, gdyż te parametry nie mówią nic o fizycznym formacie dyskietki, tylko o formacie logicznym. Mówiąc prościej, nic nie stoi na przeszkodzie, żeby w sektorze nr 1 dyskietki 720k były zapisane parametry jak dla dyskietki 180k.
@bezrobotny:
Mogę coś przeoczyć, bo kontrolerem WD 1772 (i pokrewnymi) bawiłem się ostatnio około 15 lat temu. Niemniej wydaje mi się, że odróżnienie dyskietki 360k od takiej, która z 360k została przeformatowana na 180k, nie jest możliwe. Z drugiej strony, jeśli logiczny format jest 180k, a fizyczny 360, to nic nie szkodzi, DOS i tak nie zapisze więcej danych niż pozwala informacja zapisana na dyskietce (np. bitmapa), więc stacja spokojnie sobie może myśleć, że to jest 360k, DOS wie swoje w tym przypadku.
Ogólnie algorytm rozpoznawania gęstości polega na próbach odczytu nagłówków sektorów w kolejnych obrotach dyskietki. Kiedyś sobie to rozpisywałem i zdaje się, że w ośmiu obrotach powinno dać się zidentyfikować wszystkie gęstości. Np. jeśli w FM nie czyta się nic, to gęstość jest MFM. Jeśli w MFM odczytasz ze ścieżki 0 sektor nr 26, to to jest gęstość średnia. Jeśli nie, to podwójna. Dalej, jeśli masz podwójną na stronie A, to sprawdzasz odczyt ze strony B. Itd.
Z racji wielu zajęć nie jestem w stanie zajmować się uaktualnianiem polskiej wersji instrukcji do SpartaDOS X 4.4. Czyli tego:
http://sdx.atari8.info/sdx_files/4.42/s ... ual-pl.pdf
Z tego powodu, a także dlatego, że istnieje znakomita instrukcja po angielsku:
http://www.goodbytexl.homepage.t-online ... Rev_1b.pdf
którą opiekuje się GoodByteXL, postanowiliśmy z trubem zarzucić dalsze prace nad polskim tekstem - o ile nie znajdzie się osoba chętna na przejęcie tego obowiązku na siebie. Podstawowe zadanie polega na uaktualnianiu tekstu na bieżąco stosownie do informacji, jakie będziemy przysyłać e-mailem.
Osoba chętna powinna:
1) używać i znać SpartaDOS X - choćby po to, żeby móc sprawdzić, jak opisy z instrukcji działają w rzeczywistości
2) sprawnie czytać po angielsku - żeby móc konfrontować tekst polski z angielskim
3) sprawnie pisać kulturalną polszczyzną - bez błędów ortograficznych i rażących błędów stylistycznych
4) być zaznajomionym z podstawową terminologią komputerową
5) być w stanie przeznaczyć na to nieco swojego wolnego czasu, rzecz jasna nieodpłatnie
Chętni proszeni są o zgłaszanie się na tzw. priv do truba i do mnie.
Nie mam pojęcia, trzeba byłoby sprawdzić. Procedura, która ustawia AUDCTL na $28 jest w XL OS pod $C4DA.
najlepsze jest to, że przez 25 lat nikt nie poprawił tego kretyńskiego formatu US i Synchro...
Nie no, śmiało, zaproponuj coś lepszego.
Nie mam pojęcia, trzeba byłoby porównać emitowane odgłosy.
co niby się stanie, jak podłączę kilka stacji, jednego tomsa, a pozostałe ca2001? i jeszcze centroniks?
W teorii, nic się nie stanie.
trub i świta od Sparty powinni wprowadzić jakiś nowy standard dla nowych urządzeń, na przykład taki, żeby tylko dane szły po wysokiej częstotliwości...
Wymyśliłeś Synchromesha, jakieś 25 lat po fakcie. SDX zna ten protokół transmisji. Ale US jest lepszy.
Swego czasu dely zwrócił mi uwagę, że gra Missile Command ma być może (podobnie jak Moon Patrol) schrzaniony dźwięk na XL/XE. Okazało się, że istotnie tak jest. Podpinam poprawioną wersję i sorry, dely, że tak długo to trwało. :)
Przy okazji przypominam, gdyby ktoś nie wiedział, że podobną poprawkę zrobiłem kiedyś do Moon Patrol. Poprawiona gra jest do ściągnięcia stąd: http://drac030.krap.pl/moon-patrol-audiofix.arc
Generalnie problem wynika z tego, że obie gry zakładają, iż AUDCTL po resecie ma wartość $00, podczas gdy jest to prawdą tylko na 400/800 - na XL/XE jest to $28.
Chodzi.
A reszty pamięci nie widzi, właśnie dlatego, że jest to wersja dla 4MB.
??? Co za "wersja dla 4 MB"? Dlaczego TOS nie widzi 10 MB RAM-u? Przecież memtop na pewno jest ustawiony dobrze przez BIOS w ROM-ie.
Jeśli skopiowanie pliku wielkości 7 MB zajęło ci 10 sekund, to znaczy, że twój dysk wyciąga średnio 1400 KB/s (5 sekund odczytu i 5 sekund zapisu). Pamiętam, że na moim starym Falconie to było coś w okolicach 1600-1700 KB/s, więc wynik masz w normie.
Potwierdzam, nie ładuje się, bo drugi segment binarki włazi na loader:
$0600-$0715.
Poza tym idący za nim segment init dziwnie wygląda:
$02e2-$0360
Słowem, coś się chyba skrzaczyło. Sprawdzałem na 130XE z VBXE.
PS. candle, może wystaw zipa (xex mógł się ściągnąć "tekstowo")
PS.2. nie działa też na emulatorze atari800 - przy załadowaniu przez -run uruchamia się, ale przejście w tryb demo powoduje zwis na czarno.
No, bardzo ciekawe. Przydałoby się, żeby inni, u których ten test nie wychodzi, potwierdzili, że GTIA kaszani obraz w trybach wielokolorowych.
Featura to by była, gdyby następny reset z powrotem włączał 256 kolców :P
Zgłaszam buga: po wduszeniu RESET gra się uruchamia ponownie, ale już w standardzie (bez nowej grafiki).
Z tą formą "gróź" to bym polemizował bo:
"Natomiast spośród pozostałych czasowników pewne mają postaci oboczne, np.: groź // gróź
Z czego wynika, że "nie groź" jest formą poprawną i jakubd niesłusznie się do mikera przyczepił.
drac030: No niestety wszystkie słowniki podają "gróź" jako pierwszą formę współczesną i "groź" jako dopuszczalną. W słowniku dla graczy, który wskazałeś wykaz masz alfabetyczny form koniugacyjnych, dlatego groź jest pierwsze. A SJP nie ma nic o koniugacji ;P
Nie mam pod ręką słownika drukowanego, dlatego posłużyłem się internetem. Niemniej, gdybyś kliknął w drugi link, a potem wpisał coś w "wyszukaj", to byś zobaczył, że USJP (ten nie od gier) formę "groź" zna, a "gróź" - nie.
A co do meritum (...) to ja nie mam nic przeciwko decydowaniu i ogłaszaniu, tylko proponuję dodatkowe informowanie świata w innych miejscach i tylko tyle.
A ja proponuję, żebyś po prostu zaglądał na AA, jeśli chcesz się dowiedzieć o sztabach. Sztab to nie jest impreza komercyjna, więc jeśli ktoś nie przyjdzie - to jego strata, a nie organizatora.
A co do publikowania tutaj i tam to problem jest taki, że tutaj informacja jest tylko głęboko na forum i trzeba się do niej doklikać i trzeba to robić regularnie, a ja tutaj aż tak często nie bywam.
Wystarczy raz na tydzień (w poniedziałek np.) kliknąć w "nowe posty od ostatniej wizyty" i zobaczyć, czy jest coś o sztabie.
Śmichy-chichy, ale dobrze byłoby sprawdzić, w którym miejscu się toto u pinokia wiesza.
A co do odmiany "grożenia" to należałoby napisać "nie gróź" :P
Akurat się mylisz, forma "nie groź" jest OK: http://www.sjp.pl/gro%BC i na dodatek jest bardziej akceptowalna niż "gróź", zob. http://usjp.pwn.pl/lista.php?co=gro%BC
Co do meritum, wystarczy, żebyś się przyzwyczaił, że miejsca i terminy sztabów są ogłaszane tutaj.
Może warto sprawdzić jak działają "timeouty i takie tam.." , wiedziałbyś że zanim SIO zgłosi bład, stara się wielokrotnie przesłać rozkaz do stacji. Sprawdź sobie ile razy to robi.... a wtedy stacja może sobie eksperymentować o próbować odebrać go z różnymi prędkościami.
Na dodatek timeout dla *wysłanej* komendy to jest co innego, niż timeout dla komendy *zaakceptowanej*. Ten drugi jest ustawiany przez program użytkownika w DCB (w DTIMLO). Ten pierwszy jest wybierany automatycznie przez SIO i jest bardzo krótki. Dlatego SIO może powtórzyć komendę nawet kilkanaście razy w ciągu sekundy.
Jak ci nie pasuje odgadywanie prędkości metodą prób i błędów, to mierz długość okresu CLK OUT.
PS.
dzięki, widziałem to, ale przecież to za mało, nie wiadomo na przykład czy wszystko leci w turbo czy tylko dane?
Wiadomo, jest to tam napisane: IDENTYCZNY JAK W STANDARDZIE, Z TĄ RÓŻNICĄ ŻE [...] - po czym jest podana jedyna różnica w stosunku do standardu: prędkość transmisji. Co tu jest niejasne?
Bo protokół US (czy Happy) jest IDENTYCZNY jak standardowe SIO.
No i to właśnie jest napisane w haśle, które jakoby przeczytał:
Protokół transmisji US Doublera (i zgodnego z nim Happy Warp), znany też jako UltraSpeed bądź po prostu "Ultra", jest identyczny jak w standardzie, z tą różnicą, że układ POKEY programowany jest do pracy z prędkością 52 kbps.
IDENTYCZNY JAK W STANDARDZIE, stoi tu jak wół. A ten chodzi patrzy na to i wraz swoje: "chodzi mi o protokół US Doublera". Heh, to jest problem z dziedziny medycyny.
nie no ale powiedz mi przynajmniej co Ty masz na myśli,
Dokładnie to, co napisałem powyżej. Z tego, bowiem:
bo ja te linki przejrzałem, ale do US Doublera - a ten mnie interesuje, protokołu nie ma... jest co nieco do Happy Warp... nie wiem czy Ty o tym mówisz? ale cały problem w tym CLK...
wynika jak na dłoni, że nie jesteś w stanie zrozumieć napisanego po polsku tekstu, obejmującego 4 (słownie: cztery) zdania złożone. Bo hasło, z którym się jakoby zapoznałeś, w tylu właśnie zdaniach odpowiada wyczerpująco na twoje tutaj pytania.
Niestety, nie można ci pomóc, bo ty albo nie czytasz tego, co dostajesz, albo czytasz i nie rozumiesz. A specjaliści od tego to już nie tutaj.
Ależ naturalnie, proszę: http://atariarea.krap.pl/forum/viewtopi ... 47#p111647
atari.area forum » Posty przez drac030
Wygenerowano w 0.145 sekund, wykonano 20 zapytań