Przejdź do treści forum
atari.area forum
Twoje polskie źródło informacji o Atari
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Aktywne tematy Tematy bez odpowiedzi
Aktualności ze świata Atari
FreeMiNT OS Distro Pełna, bootowalna dystrybucja systemu operacyjnego FreeMiNT dla 32-bitowych komputerów Atari.
Atari800MacX 6.1.0 Popularny emulator Atari na Maca otrzymuje wsparcie dla FujiNet/NetSIO oraz liczne poprawki błędów!
RastaConverterBeta19 Najnowsza wersja RastaConvertera wprowadza nowe funkcje odległości kolorów, w tym domyślne "rasta".
Test7800 0.7.1 Nowa wersja emulatora Test7800 w wersji 0.7.1 przynosi usprawnienia w obsłudze Drag and Drop oraz poprawki POKEY dla Stone Age.
Nadchodzi Rogul na Atari ST/STE Konwersja znakomitego Fantasy-Hack'n Slash-Roguelike Rogul z małego Atari na platformy ST/STE
Opcje wyszukiwania (Strona 28 z 68)
Zasadzniczo to tez moge być....
A i jedna uwaga. Obiecywałem, że w wersji końcowej MEMLO będzie jeszcze niższe a nie jest.... po prostu po konsultacjach z drac030 stwierdziłem, że i tak jest baaardzo niskie, a przeniesienie części kodo do bufora magnetofonu, może spowodować wywalanie się niektórych gier na intrach (bo bywa, ze piszą po tym obszarze).
W tej chwili loader zajmuje (wraz z buforami) obszar od $0700 do MEMLO (tego wyświetlonego na ekranie), oraz komórki na stronie zerowej: $24-$29 oraz $3D i $3E (wiec takie, które raczej nie powinny być użyte w intrach).
Ciekaw jestem, jak szybkie jest ładowanie programów na szybkich dyskach. Procedury ładujące są tutaj dość szybkie, więc to nie one powinny być słabym punktem.
No i jeszcze Pirx mi dziś raportował, że czasem są problemy z bootowaniem. To znaczy z wczytaniem MSDOS.COM z dysku zainicjowanego rozkazem BOOT. Wcześniej też miałem taki przypadek.
Pewne jest to, ze nie jest ten problem związany z MSDOS.COM, raczej trafiamy na jakieś ograniczenie bootloadera Sparty. Podesłałem kolegom Spartowcom jakiś czas temu takiego ATRa, może coś odkryją.
No to skończyliśmy chyba.
To znaczy wszystkie dotychczasowe testy nowa wersja przeszła bez kłopotów - nosi numer 4.3.
Plik wykonywalny jest tutaj: http://pecus.pigwa.net/pliki/Atari/msdos43.obx (i w załączniku postu).
Będzie też plik ATR z wszystkimi głównymi wersjami, opisem oraz programami do tworzenia pliku z długimi nazwami, ale to jak Pirx skończy pisać.
A co oficjalnie w tej wersji:
1. Nowa metoda wczytywania pliku z dysku w formacie SpartaDOS - oszczędność jednego bufora na sektor mapy pliku.
2. Wyrzucona obsługa przyspieszaczy poza Happy/UltraSpeed (czyli najpopularniejszym) - wbudowana b. szybka procedura podnosi MEMLO o $0100 i może być wyłączona klawiszem Shift w czasie wyboru programu do załadowania (w czasie BOOTowania Shift wyłącza obsługę turbo całkowicie).
3. Dodana obsługa sektorów większych niż 256b (procedura loadera obsługuje dowolną długość sektora, jednak podręczny bufor stosowany w trakcie odczytu listy plików jest ustawiony na 512b - oczywiście jeśli kiedyś będzie taka potrzeba, bufor ten można zwiększyć jednym ruchem - ale w tej chwili to i tak opcja dla kilku osób na świecie ;) a dodatkowe wyliczanie i stosowanie potem wyliczonej dlugosci bufora wymagałoby zbyt wielu modyfikacji kodu).
4. Dynamiczne MEMLO loadera (w zależności od wielkości sektora minimalne MEMLO to: dla SD to $08D3, dla DD - $0953, a dla QD - $0A53).
5. Informacja na ekranie o stanie QMEGa, BASICa, turbo i wielkości sektora. Informacja o MEMLO przed załadowaniem wybranego programu.
O.K.
Puściłem Ci maila.....
No niech mi sie zgłosi ktoś, kto ma dysk z sektorami 512b :)
Program czeka na przetestowanie, a ja nie mam jak.
Gotowa jest uniwersalna procedura loadera, majaca obslugiwac dowolne dlugosci sektorow. Ze 128 i 256b dziala jak trzeba.... testera potrzebuje!!! :)
Ja zaznaczyłem pierwszą opcję !!! :)
Oj tam kombinujecie :)
Sprawdziłem i jedno i drugie i chyba duże litery bez inversu ładniejsze trochę.
Ale mi chodziło o koncepcje w stylu: "może by tak przesunąć napis MSDOS w prawo i zmniejszyć cośtam..." oczywiście w obrębie linii statusowej. Można życzyć sobie zmiany prezentacji info o QMEGu itp ;)
Aaaaa i proszę nie przyzwyczajać się do numeracji. 4.x to wszystko wersje testowe są.
Za wcześnie cyferki zaczęliśmy dodawać. Finalna wersja to będzie 4.0 po prostu !!!
A i jeszcze uwaga. Wersje testowe mogą mieć wyłączoną funkcje powrotu po błędzie na stacje z której startowały - mogą wracać na D1:. Po prostu blokuję to do testowania pod emulcem i czasem zapomnę prze kompilacja przywrócić :)
Będzie ostateczna jak skończę :) . Ta wersja to ostatnia obsługująca tylko sektory 128 i 256b. Właśnie teraz pracuję nad dokończeniem obsługi większych i nie jest źle.
Tyle tylko ze sam loader się trochę wydłuży (dotychczas liczniki chodziły na 1 bajcie, a konkretnie tylko na rej. X, który w czasie pracy loadera spełnia tylko tę funkcje, a teraz trzeba dodatkowy bajt zwiększać i sprawdzać).
Wersja finalna, ma przerzucać część loadera do bufora magnetofonu i zyskiwać dodatkowe około 100 bajtów w ten sposób. Ale to już jest pikuś...
Format SD już przetestowałem... MEMLO jest wtedy oczywiście 128b niżej ;) i działa. Dodałem też informację o wielkości sektora na ekranie... na razie to jeden znak i to tak dziwnie zrobiony.... Jakieś propozycje jak może to wyglądać i gdzie to info zmieścić ?? Ten znaczek w moim pomyśle jest na pasku statusu przed Dn: i jest to dla sektora:
128b - znak Ctrl-N
256b - znak Ctrl-U
512b - spacja w inverse (czyli pełny kwadrat)
Symbolizuje mi to pojemność sektora, ale to tak na szybko potrzebowałem wiec tak zrobiłem - inne pomysły mile widziane....
Wracam do kodowania.
Zrezygnowałem po prostu ze stosowania wbudowanych procedur jesli jest QMEG - bo w końcu on ma swoje i każdy może je włączyć lub wyłączyć jeśli chce. Tak wiec wbudowane procedury turbo aktywują się tylko jeśli nie ma QMEGa i tylko wtedy ma sens wciskanie Shifta ;)
A wyświetlanie MEMLO zostanie, bo w nowej procedurze ładującej zależy ono od sposobu ułożenia ładowanego pliku na dysku oraz wielkości sektora (hm w pojedynczej gęstości nie testowałem jeszcze ciekawe..... no i tu błąd w kodzie... :) .... już poprawiony, plik w poprzednim poście podmieniony) i może być różne w różnych sytuacjach - a wtedy warto wiedzieć czy nie jest za wysoko (choć raczej nie będzie ;) ).
O.K.
Znalazlem błąd powodujący zwisy..... niestety MADS nie uznaje konstrukcji (.adr blok.etykieta) jako parametru w makrorozkazie ..... skompilowalo sie z adresem $00. No i tak się składało ze jak w komórce $0000 było $00 to dzialalo, a jak inna wartość (ale nie z kazda sie objawial blad) to byla sieczka na ekranie.... a QMEG przy restarcie zostawia zawartość komórki $0000 niezmieniona, wiec jak juz sie popsulo, to nic sie nie wczytywało....
No ale teraz już adres jest prawidlowy.... jeszcze tylko trzeba sprawdzić dlaczego Bootloader Sparty zle to wczytyje, podobno jak sie najnowsza sparta zainicjuje - jest O.K.
Podmieniłem plik - drobiazg powodował złą obsługę sektorów 128b..... teraz już wszystko jest O.K.
Za parę dni można liczyć na wersję finalną z obsługą sektorów 512b i większych ...
No tez to mialem, gdzies (pewnie przez pomylke klawiszowa, bo tej czesci kodu jeszcze nieruszalismy) cos skrzanilem :)
Jeszcze jakbys podal ktora gre wybrales... bo miejsce na liscie moze miec znaczenie.
Gra nawet nie zaczyna sie wtedy ladować, wiec nie ma znaczenia jaka ma strukture.... blad jest gdzies w kodzie MSDOSa.
Procka kompilatora jak rozumiem :)
No i posiedzieliśmy z Pirxem trochę w weekend, zmieniliśmy z lekka koncepcje i jest pierwsza "publiczna beta" nowej wersji.
A co w niej.
- zmiana koncepcji czytania pliku i zaoszczędzenie miejsca na jeden z buforów (teraz loader ma bufor tylko na jeden sektor)
- dynamiczne MEMLO (w zależności od rozlokowania na dysku wczytywanego pliku), bez turbo dla sektorów 256b jest to około $0930, czyli niziutko (w wersji końcowej będzie jeszcze jakieś 60-80 bajtów niżej)
- wyświetlanie MEMLO przed załadowaniem pliku
- rozpoznawanie QMEGA (wyłączana jest wtedy wewnętrzna obsługa trybu UltraSpeed), Basica, oraz dostępności trybu US i wyświetlanie tego na ekranie.
- po błędzie loader czyta katalog dysku z którego został wczytany a nie D1: (wkurzające to było bo jak sie pod D1: miało dysk w innym formacie to program się zapętlał)
- wstępna implementacja sektorów wiekszych niż 512b (jeszcze trochę pracy wymaga, wiec beta nie obsługuje ich jeszcze)
Wersja jest w trakcie testów, więc mogą być jakieś bugi, ale jak i wy potestujecie, to końcowy program bedzie szybciej :)
A ile chcesx za modem?
Ten uzywany...
drac030 napisał/a:Wystarczy spojrzeć na menu
No ale tutaj widać że nie obsługuje 360 i 720kb ;) ;) tylko 180kb :)
To znaczy żeś za głupi nawet na tak prosty soft.
Wyobraź sobie, że przed chwilą ściągnąłem triala APE, zainstalowałem (a nie lubię instalować nowych programów na swoim pececie). Stworzyłem w nim ATRa 720kb, podmapowałem pod napęd numer 7 (a tak mam).
Podpiąłem atari odpaliłem ze Spartą X i ..... CUD polecenie Format bez problemu sformatowało mi tego ATRa tak jak powinno.
Robi sie. Na razie jest wersja wyczyszczona ze smieci i znalezionych błędów (drobiazgi).
W tej chwili trwa przystosowanie do sektorów innych niż 128b i 256b, a na koniec zostala implementacja nowej metody ładowania.
Jak chcesz to podeślę Ci te czysta do testów, bo wczoraj drobny błąd (o jeden bajt za daleko ;) ) zmarnował mi pół dnia :)
Założenie nowej wersji jest proste.
Stabilność i niskie MEMLO kosztem bajerów. Obsługuje więc natywnie tylko turbo w standardzie US/Happy. Wykrywa QMEGa i wtedy wyłącza turbo (zawsze). Shift tylko odłącza procedury turbo (trzymany w czasie BOOTowania całkowicie).
W zasadzie to teraz akurat dłubię w atarce, bo kiedyś wyciachalem guzik do mapowania D9 na D1 w SIO2IDE (nie mieścił się), ale dziś go zmieszczę :) Wlaśnie konstuuję przycisk, który jest o 2/3 mniejszy w środku kompa, a z zewnątrz wygląda tak samo :)
bezrobotny napisał/a:bo skoro nic nie wysyła [....]... no bo nie sprawdza
Głupiś dziecko.
To że nic do nie wysyła nie znaczy, że nie sprawdza. Ciekawe jaką "dyskietkę" masz zaladowaną wtedy do APE ? Sparta Ci tylko sformatuje w formacie ustawionym w APE (w ATRze). APE to nie prawdziwa dyskietka, którą możesz formatować w kilku różnych formatach. W APE masz załadowany plik ATR o konkretnych parametrach i tylko taki format powinien umożliwić formater Sparciany.
Jesli Ci nie dziala to win APE.
Ja APE nie używam więc nie testowałem, ale na szczęście totalnie głupi nie jestem, a przynajmniej nie objawiam tego wszem i wobec.
Jest jeszcze jedna metoda moge ja stosowac.
To udzielanie odpowiedzi w tym samym stylu, w jakim zadane były pytania :)
W tym przypadku byłoby to:
1. Tak, ja widziałem taki opis i znam jeszcze kilka osób które widziały.
2. .....
3. Oczywiście taki loader istnieje.
Odpowiedzi jak widać są prawdziwe :)
bezrobotny.... Czy ty totalnie głupi jesteś czy tylko takiego udajesz???
Przepraszam za takie określenie ale naprawdę nie znajduję innego, a już mnie wkurza to co wypisujesz.
Wchodzisz sobie na strone główna ATARIKI, klikasz w "Formaty systemów plików" potem w "Sparta DOS" i masz wszystko na pierwsze pytanie.
Ze strony głównaj Atariki klikasz "Programy użytkowe na Atari 8-bit (lista tematyczna)" potem punkt 11.3.1.2 czyli "Narzedzia Dyskowe/Inicjalizery/Do formatu SpartaDOS" i masz odpowiedź na drugie pytanie....
Tu nawet NIE TRZEBA MYŚLEĆ - wystarczy instynkt.....
Poczekajcie do łykenda :)
:P
Mam gdzie włożyć, tylko będzie trochę roboty z wywaleniem starej SpartyX, bo to taka dłubanina....
Raczej kupie inna płytę do 130XE .... i to jest to czego nie mam :)
A chciałbym mieć w kompie większy porządek. Sama SpartaX + RAM , AKI i SIO2IDE na CFki. Więcej nie potrzebuje... W sumie tyle właśnie mam, ale chciałbym mieć to ładniej w środku zrobione. AKI i SIO2IDE jest O.K. ale ta Sparta, jakoś tak niebardzo, na EPROMie jest a do tego za małym na nowe wersje...
Ja też chce..... nie mam co prawda gdzie włożyć, ale .... :)
xxl napisał/a:- liczniki nie beda pojawiac sie na ekranie gry tylko wyzej w trybie basica 0 czcionka standardowa
Nieeeee..... :)
xxl napisał/a:- podpis (c) itd. ponizej ekranu gry w lini trybu basica 0
Nieeeee..... :)
xxl napisał/a:- liczniki i napis (c) zostaja tu gdzie sa czcionka nie wektorowa
Tak.
xxl napisał/a:- zamiast obrazu wektorowego rysowanie bedzie oparte o sprite engine
Tak.
Oczywiście zrobisz jak zechcesz.... co do wektorowości lub nie - nie mam konkretnego zdania, ale sprite engine bedzie szybszy.
Znalezione posty [ 676 do 700 z 1,687 ]
Forum oparte o: PunBB
Currently installed 7 official extensions. Copyright © 2003–2009 PunBB.
Wygenerowano w 0.055 sekund, wykonano 22 zapytań