Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
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.
STOS BASIC V5.5 Alpha Popularny język programowania dla Atari ST powraca po ponad 30 latach w nowoczesnej wersji.
Command & Conquer na Atari ST Kultowy RTS Command & Conquer zmierza na Atari ST. Zobacz niesamowity port legendarnej strategii.
Altirra 4.50 test 13 Avery Lee udostępnił kolejną wersję testową najdoskonalszego emulatora Atari.
atari.area forum » Posty przez drac030
Ok, zmierzyłem jeszcze raz:
1) seek z pozycji 0 na pozycję 16777215: 2,1 sek.
2) seek z pozycji 16777215 na pozycję 0: 3,36 sek.
3) odczyt 16777215 bajtów (porcjami po 8k): 4 min. 16,26 sek.
Sprzęt: Atari 65XE (6502/1,77 MHz/320k RAM), IDE+, SDX 4.47, partycja 32 MB w formacie Sparty.
Kiedyś to mierzyłem, seek (czyli "point") przez całą długość pliku o wielkości 16 MB na twardym dysku trwa oidp ok. 5 sekund. Odczyt tego samego pliku trwa ok. 3 minut.
Robisz błędne założenie, że "Sparta przelatuje od pierwszego bajtu do żądanego" - wcale nie. Przesunięcie następuje od bieżącej pozycji w pliku i DOS nie czyta przy tym danych pliku, a tylko jego mapę. Mało tego: nawet w formacie AtariDOS przesunięcie nie powinno wymagać przejazdu do początku, pod warunkiem, że przesuwamy się w kierunku końca pliku. Wszelkie próby cofnięcia się (na pliku zapisanym na dysku w formacie AtariDOS) spowodują taki efekt, jak mówisz.
Zasadnicza różnica polega na formacie dysku: w formacie SpartaDOS seek/tell działa optymalnie (niezależnie od kierunku przesunięcia), a w formacie AtariDOS - nie (i to wynika z natury tego ostatniego, jak wyżej powiedziano, żeby to obejść, trzeba indeksować pliki).
To mój czysty domysł, ale zgaduję, że takie właśnie może być pochodzenie systemu plików SpartaDOS: żeby dostęp do pliku na dysku AtariDOS był swobodny i miał ręce i nogi, trzeba plik zindeksować. Czyli co najmniej raz przeczytać go od początku do końca i wygenerować oddzielny plik indeksu, zawierający kolejne numery sektorów pliku. Korzystając z tego indeksu można już wykonywać swobodne seeki po całości, oczywiście tylko do chwili, kiedy zajdzie potrzeba przekopiowania pliku na inny dysk - wtedy indeksowanie należy zrobić na nowo.
Stąd pewnie, jak się domyślam, koncepcja, żeby ten "indeks" DOS generował w locie dla każdego pliku. W postaci mapy pliku. A skoro już mamy mapę, 3-bajtowy link w sektorze danych staje się niepotrzebny i tylko zawadza.
Można mimochodem dodać, że w paczce z emulatorem jest gra "Three weeks in Paradise" http://www.atari.org.pl/forum/viewtopic.php?id=4113 ;)
Ale tylko 48k RAM czy 80/128 też?
Gołe 48k. 128k dość komplikuje adresowanie, co na pewno odbiłoby się ujemnie na wydajności emulacji (a ta i tak ledwie co sięga 100% oryginału).
Trzeba zajrzeć tu: http://www.atari.org.pl/forum/viewtopic ... 00#p201300
Jeszcze istnieją dwa programy, które wymagają uaktualnienia w związku ze zmianami w sterowniku FXS. To są:
* rotozoomer.pl, "patriotyczny" zumek-rotatorek dla Atari z kartami turbo zrobionymi na 65C816,
* Let's Emu, emulator ZX Spectrum 48k dla maszyn jak powyżej.
Jedno i drugie można uruchomić na Altirze (zalecane jest włączenie max. pamięci liniowej, 65C816, 20 MHz oraz użycie pliku *.rom załączonego do r3d.arc jako systemu "Other"). Jeno Altirra nie emuluje Evie, więc muzyczki dla AY-greka będą na niej milczące. Takoż demo Lamersów 4D-demo na Altirze nie przechodzi do końca (a na Rapidusie owszem).
Wracając do Evie, zachęcałbym do zachęcania autora, żeby zachęcił jakiegoś producenta do wyprodukowania przynajmniej próbnej partii towaru.
Paczka z emulcem zawiera trochę programów na Spectrum, sporo z nich ma muzyczki na AY.
Trzeba dodać, że Autor zmienił też trochę format tablicy z cieniami. W związku z tym wszelkie programy korzystające z symbolu VBXEFXS lepiej jest wymienić na nowe wersje. Bo nie wiem jak u innych, ale u mnie np. bmpview v. 0.4 nie chciał na nowych sterownikach działać. Dopiero v. 0.5 poszedł. Tak samo tomek-8 demo itd.
Przypuszczam, że w stosunku do zainteresowania Amigą, zainteresowanych polityką jest całkiem sporo. Ogólnie: są na to inne fora.
Wedle mojej interpretacji
To wedle Twojej, ale nie wedle mojej. Amiga ma swoje fora, zainteresowanych tematem raczej zapraszałbym tam. Bo i co to ma wspólnego z ogólną tematyką tego forum?
Natomiast co do polityki, to polityka ma jak najbardziej coś wspólnego z tym forum, mianowicie w tym sensie, że wszyscy mniej lub bardziej jesteśmy nią zainteresowani niezależnie od tego, czy nam się to podoba, czy nie. A z Amigą sprawa ma się zupełnie inaczej.
Cytowałem regułę tego podforum (potworum?): "ale bez przesady". Moim zdaniem generowanie tu całych wątków na temat Amigi w sytuacji, gdy istnieją fora poświęcone Amidze, to jest właśnie przesada. Nie widzę powodu, dla którego mielibyśmy charytatywnie przytulać i tolerować wyrzutków, których najwyraźniej nie tolerują macierzyste środowiska, tym bardziej, że ci wyrzutkowie na ogół są bardzo agresywni i próbują narzucać nam jakieś swoje chore wizje.
W moim pojęciu przez ostatnie 10 lat przyjęliśmy ich tu już wystarczająco dużo, raczej ze szkodą dla środowiska, dlatego należałoby - podkreślam znowu: w moim pojęciu - takie desanty raczej zwalczać niż popierać.
gepard mnie lubi.
No, jeśli tak, to zwracam honor, o swinkamorze-12: wychodzi na to, że spośród 2754 kont na AtariArea właściciel jednego cię lubi. W obliczu faktów nie do odparcia muszę zmodyfikować twierdzenie, ergo niniejszym modyfikuję: prawie nikt cię tu nie lubi.
PS. Gepard, serio?
@swinkamor12: którego wyrazu z następującego zdania "Nas to nie interesuje" nie jesteś w stanie pojąć?
Idź sobie stąd, nikt cię tu nie lubi. Wracaj na ppa. albo inne exec, albo gdzie wola.
Siedzimy przy śmietniku (tj. w bałaganie). Nie ma przymusu czytania.
Primo, cytuję (podkreślenie moje):
UWAGA - jest to jedyne miejsce bez cenzury moderatorskiej (ale bez przesady)
Poza tym, jak to już zresztą syscall delikatnie zasugerował gdzieś powyżej, właściwymi forami do dyskusji o Amidze są fora amigowskie. Przychylam się do tej sugestii, co zresztą miałem na myśli pisząc post, na który odpowiedziałeś ("pomyliliście fora"). Nas to nie interesuje, gdyby interesowało, zapisalibyśmy się na ppa czy co tam.
Pomyliliście fora. Idźcie sobie (i zabierzcie swoich kumpli).
Nie "się marnują", tylko "są w bezwzględny sposób marnotrawione" (podkreślenie moje). http://www.atari.org.pl/forum/viewtopic ... 63#p197463
Niestety, w GW znajdziesz tylko takie hasła.
Jeśli mówili, że nie będą nigdy muzułmańskimi, to byli w błędzie. Ogólnie oczyszczenie terenu z jednej religii daje oczywiste pole do zasiania następnej. Proste.
20 lat temu to samo mowili o Szwecji i Holandii :)
Ke? Znaczy co mówili? Żaden z tych dwóch krajów od dawna nie miał opinii ani arcychrześcijańskiego ani antysemickiego.
@syscall: ale Ty mówisz o naszej rzeczywistości (z niej sobie zdaje sprawę pewnie każdy, kto mieszka wewnątrz kraju), a ja mówię o naszej opinii - u ludzi, którzy mieszkają daleko i sądzą nas po pozorach. W naszym interesie jest utrzymanie tych pozorów jak najdłużej.
Co do ukraińskich muzułmanów, to są raczej Tatarzy krymscy i spółka. Tatarzy nie są groźni, od 500 lat mamy własnych i bomb nie podkładają.
EDIT: literówka.
Nic się nie dzieje bez przyczyny. Wiadomo, że islamiści nienawidzą Izraela (za wepchanie się na Bliski Wschód z butami i brutalne wysiedlenie zasiedziałych mieszkańców), oraz nienawidzą Zachodu za: 1) popieranie Izraela, 2) bezideowość, plus 3) gardzą nim za słabość. Polacy na tym tle akurat uchodzą za arcykatoli i antysemitów, a to - obym miał rację - nas ustawia na dalszych miejscach do obrzucenia bombami.
Nawet jeśli ta opinia jest na wyrost, albo w ogóle jest to legenda, nie warto moim zdaniem aktywnie działać w celu jej sprostowania: ktokolwiek tak myśli, niech tak myśli dalej.
upraszcza to w niektórych sytuacjach sposób adresowania choć marnują się cenne komórki RAM
Upraszcza nawet znacznie: można zapisać cień i odpowiedni rejestr sprzętowy przy użyciu tego samego podprogramu.
Załadowanie sterownika S2: czyli S_VBXE.SYS powoduje, że nie jest wymagane ładowanie dwóch poprzednich (VBXE.SYS, VBXEFXS.SYS), bo odpowiednia funkcjonalność została tam przez Drac030 zaimplementowana.
Ale załadowanie VBXE.SYS przedtem może się przydać, bo S_VBXE dziedziczy adres bazowy rejestrów VBXE z symbolu VBXEBASE, jeśli takowy jest zdefiniowany w chwili ładowania sterownika. Z kolei VBXE.SYS pozwala na ustawienie tego adresu z palca (wystarczy podać go w linii poleceń).
Bieżąca beta S_VBXE.SYS nie ustawia VMEMLO/VMEMHI, bo zapomniałem. Ale zrobi się.
Worm się wieszał nie tylko u Ciebie, tak :)
Można.
W załączniku nowsza wersja sterownika S_VBXE. Numeru wersji (1.03) nie zmieniam, bo to i tak jest beta, wersja finalna się ukaże dopiero z SDX 4.47.
Sterownik uzupełniłem o FXS, czyli wynalazek mono naprawiający jeden gruby defekt VBXE, mianowicie to, że większość rejestrów sprzętowych VBXE jest tylko do zapisu.
Uaktualnienie wymagane jest do tego, żeby Worm się nie zawieszał w opisanych wyżej warunkach. Poprawki wymagał też sam Worm; słyszałem gdzieś, że autor zamieści poprawioną wersję w stosownym czasie ;)
Po dwóch dniach odnajdujemy wspólny mianownik
Wiem. Ale na razie to czeka na półeczce do późniejszego zbadania, na razie pracuje się nad tym, żeby worm się nie wieszał.
atari.area forum » Posty przez drac030
Wygenerowano w 0.336 sekund, wykonano 14 zapytań