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 drac030
To robi: http://atariki.krap.pl/index.php/ACX
się jarałem jak głupi że strzałka w górę daje ostatnią wklepywaną komendę
TAB wciśnij.
Nie znam się, to się wypowiem: podłączyłem kiedyś do Atari XE 12 volt zamiast pięciu. Z tego co pamiętam, szlag trafił układ FREDDIE, ale poza tym wszystko przetrwało.
Acid800.
Zdobyłem napęd M4851A-301M + dane techniczne tejże ściągnięte z netu
Podłączyłem do płytki TOMS720
Napęd nie ten, źle ustawiona stacja przełącznikami? ....
Z doców wynika, że ten napęd jest 40-ścieżkowy. TOMS 720 w ogóle takie obsługuje?
Przemyślałem sprawę i chwilowo zostanę przy przedefiniowaniu BYE. Jeśli wyniknie z tego jakiś problem, wtedy się będzie kombinować dalej. Na definiowanie CP (działającego analogicznie do DIR, czyli tylko w trybie bezpośrednim) szkoda mi miejsca, bo obawiam się, że może go zabraknąć na coś fajniejszego.
Pomysł z różnym działaniem BYE w trybie bezpośrednim i trybie programu wydał mi się zrazu dobry, ale po namyśle wydaje mi się jednak, że wprowadzałoby to zamieszanie.
Jeśli dobrze rozumiem BYE inaczej by działało tylko gdy aktywny jest MEM.SAV. W innym przypadku byłby SELFTEST?
Początkowo tak zrobiłem, ale to powoduje konfuzję, bo żeby wiedzieć, co zrobi BYE, trzeba w danej chwili pamiętać ustawienia MEMSAV. Więc skłaniałbym się raczej ku temu, żeby BYE zawsze wychodziło do DOS-u, i tylko w przypadku aktywnego MEMSAV żeby pomijało jego zapisywanie.
Pytanie brzmi, czy zakłóca to zgodność z AB w sposób, który mógłby komuś sprawić problem, a jeśli tak, to jaki.
Tak czy owak, przy aktywnym MEMSAV potrzebny jest sposób na wyjście z BASIC-a bez zapisywania zawartości pamięci, a przedefiniowanie BYE to jak dotąd najlepsze, co wymyśliłem. Zalety:
1) nie trzeba definiować dodatkowych słów kluczowych
2) jest to proste i skuteczne
3) nie powoduje (chyba?) istotnych problemów ze zgodnością z AB, gdyż jest to tak czy owak wyjście z interpretera bez zachowania zawartości jego pamięci, tyle że nie do Selftestu, a do DOS-u.
Nowych słów kluczowych (typu CRUN) nie będzie, bo kłóci się to z założeniami U-BASIC-a: mianowicie ma być maksymalnie zgodny z Atari BASIC w tym sensie, że program napisany pod U-BASIC-em ma się uruchomić na Atari BASIC-u, a nawet jeśli się nie uruchomi np. z powodu braku pamięci (której U ma więcej), ma wyświetlić komunikat błędu, a nie wykrzaczyć się z powodu napotkania przez Atari BASIC nieznanego sobie tokenu.
Można byłoby wprawdzie dodać CRUN tak jak DIR (że tylko tryb bezpośredni), ale to moim zdaniem byłoby marnotrawstwo miejsca, bo dokładnie to samo osiągamy przez podanie CLOAD/RUN.
Co do PLOT, DRAWTO, LOCATE, te rzeczy są realizowane w OS-ie i BASIC nie ma tu za wiele do gadania. Natomiast POSITION trudno ulepszyć, bo to jest, oprócz odczytu parametrów, LDA/STA/LDA/STA/LDA/STA.
Poza wszystkim, nie ma też specjalnego szału z wolnym miejscem pod ROM-em. W teorii to jest 14k, ale 2k zajmują fonty, a dalsze 2k pakiet FP. Zostaje zatem 10k. Z tego 8k zajmuje sam interpreter, a reszta przeznaczona jest na różne wrappery, DIR, UBI.SAV save/load itp. W tej chwili w obszarze $c000-$cbff mam 26 bajtów wolnego miejsca, a w $e400-$ffff - 1239 bajtów (1,2k).
EDIT: zastanawiam się za to nad modyfikacją działania słowa kluczowego BYE: żeby, zamiast do Selftestu, wychodziło się nim zawsze do DOS-u, tylko bez zapisywania pliku *.SAV. Słowem, takie "cancel" dla ostatnich zmian, jeśli mamy włączone memsav=1. Ktoś widzi jakieś przeciwwskazania?
Nowa wersja U-BASIC-a (1.7) pod adresem jak powyżej. Zmiany:
1) zajmuje 43 bajty pamięci nad MEMLO (w wersji 1.6 to były 52 bajty);
2) dodany plik UBI.CFG, w którym można włączać i wyłączać featury; pod SDX ten plik jest najpierw szukany w $PATH, a potem w bieżącym katalogu - co pozwala na rozdzielenie ustawień na globalne i lokalne;
3) jedną z nich jest zapis zawartości pamięci do pliku UBI.SAV w czasie wykonywania komendy "DOS"; ten plik zostanie wczytany przy następnym uruchomieniu interpretera;
4) SAVE/CSAVE wyciszają dźwięk po użyciu.
A co oznacza napis "Scale!!"?
Bóg jeden raczy wiedzieć :D
To się pokazuje wtedy, kiedy podczas pakowania coś tam mu wychodzi za duże. Zdaje się, że zjawisko dotyczy tylko algorytmu "Squeeze".
Wrzuciłem na stronę nową wersję U-BASIC-a (1.6):
http://drac030.krap.pl/pl-ub-pliki.php
Lista zmian:
1) funkcja RND() przerobiona tak, żeby pozbyć się z niej dzielenia, i żeby lepiej działała z Rapidusem.
2) odczyt wiersza poleceń poprawiony wg tego
http://atariki.krap.pl/index.php/Wiersz … andard_OSS
3) zniesione ograniczenie wielkości tablic do 32k.
4) procedura obliczająca wielkość tablic numerycznych poprawiona tak, żeby wykrywała ewentualne przepełnienia.
5) dodana instrukcja DIR (dostępna tylko w trybie bezpośrednim).
Tam jest napisane "36007".
Wrzuciłem na stronę poprawiony IDE+BIOS 1.5: http://drac030.krap.pl/pl-kmkjz-pliki.php
Błąd powodował, że nie działał APT FDISK (przez 3 tygodnie nikt tego nie zgłosił :P).
Poprawkę wprowadziłem na gotowym pliku binarnym, bo błędny był tylko 1 bajt, więc numer wersji w środku się nie zmienił. Zmieniła się za to długość wynikowego pliku *.COM, bo przy okazji podmieniłem też flaszer na nowszą wersję.
drac030 napisał/a:Co pokazuje polecenie MEM /X?
3072 KB linear RAM (48 segments)
Wyłącz linear i sprawdź, czy problem się powtarza. Jeśli nie - załaduj sobie jednak betę.
DEVICE SPARTA BANKED
I przeczytaj dokładniej instrukcję :P
EDIT: sorry, zła odpowiedź. To jest problemem:
Top: $80FF ($A0FF),$7FFF
Free: 27615 (56007),2818
Niecałe 27k wolnego RAM-u to faktycznie za mało, a ARC nie dorósł jeszcze do wykorzystania extu. Musisz się przełączyć w 40 kolumn, wtedy będzie działał.
Druga liczba we "Free" (ta w nawiasie) na pewno jest taka?
Co pokazuje polecenie MEM /X?
Ok, odseparowałem whatsnew.txt od zipa.
Link: http://sdx.atari8.info/sdx_files/current/whatsnew.txt
PS. Jak to jest, że sdx.atari8.info podpada pod kategorię "Games", a www.atari.org.pl - nie?
Jednak ściąganie na telefonie zipa, aby zajrzeć do pliku tekstowego w nim jest nieco upierdliwe.
To prawda. Pomyśli się.
I zawsze może zdarzyć się coś takiego:
This Page Cannot Be Displayed
Based on access policies, access to this web site ( http://sdx.atari8.info/sdx_files/current/449a.zip ) has been blocked because the web category "Games" is not allowed.
:D
Sparta Commander o to pyta, kiedy się uruchamia plik z rozszerzeniem EXE. Ale pewnie chodzi o CP: no więc, w zasadzie też powinien, i nawet mamy taki postulat zanotowany, ale nie wymyślono na razie, jak to elegancko rozwiązać.
No, ale tak ma być. Chyba, że nie rozumiem problemu.
Uuu... fatalnie.
SpartaDOS X 4.48, wyczekiwana niecierpliwie przez miliony użytkowników, już jest do ściągnięcia stąd:
http://sdx.atari8.info/index.php
Dobrej zabawy.
Przypadkiem wiem, że nie.
Jeśli tablica partycji jest poprawna, tzn. jeśli obraz został nagrany dobrze, to pewno to 138 świadczy o tym, że tablica partycji się nie wczytała z powodu błędów odczytu przy inicjowaniu.
Bo interfejs sam w sobie jest zainicjowany poprawnie (PEEK $247 różne od zera).
Ewentualnie coś się przestawiło w ustawieniach, sprawdź jak to wygląda w menu.
Jeszcze jedno: "Device does not respond" znaczy, że nie ma partycji, do której było robione odwołanie. Ale może tam nie ma D1:? Daj polecenie DF, jeśli są jakieś partycje w ogóle widoczne, to dostaniesz listę ("O:" się nie liczy, bo to ramdysk).
atari.area forum » Posty przez drac030
Wygenerowano w 0.118 sekund, wykonano 13 zapytań