http://atariki.krap.pl/index.php/Mapa_pami%C4%99ci
To może coś pomoże. Prawy i lewy fizycznie znajdują się w innych obszarach ram.
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Nowe firmware dla A8PicoSIO Nowa wersja oprogramowania dla A8PicoSIO wprowadza obsługę obrazów dysków ATR o sektorach 512-bajtowych.
Mad Pascal 1.7.4 Nowa wersja kompilatora MadPascal przynosi poprawki i optymalizacje
Rewind 2 dla A8 Pico Cart Rewind 2 w wersji beta dla użytkowników A8Pico Cart!
Nowa wersja emulatora Hatari Nowa wersja emulatora Hatari oznaczona numerem 2.6.1 przynosi szereg ulepszeń i poprawek.
zeST 20250814 - Atari ST w FPGA! Nowa wersja zeST przynosi liczne usprawnienia, w tym szybszy tryb turbo i eksperymentalną obsługę Wi-Fi.
atari.area forum » Posty przez Pin
http://atariki.krap.pl/index.php/Mapa_pami%C4%99ci
To może coś pomoże. Prawy i lewy fizycznie znajdują się w innych obszarach ram.
... ale są za to inne ;)
... że bagaż YerzmYeYa został potraktowany jako bomba ;)- 4 dni włącznie z rozkręcaniem sprzętu :D. Masakra. Wiem, że Y wygląda jak Osama, ale bez przesady.
Jak każdy ;)
Wiesz, że mało mnie interesuje ile się odtwarza na 64k RAM :). Ważne jest to, na ile player jest "do użytkownika" a nie dla sztuki działania. Owszem, napisanie takiego playera na 64k to jest pewne wyzwanie, temu nie zaprzeczam - zastanawiam się tylko po co się aż tak bardzo męczyć.
Zawsze mi się wydawało, że projektowałem swój player tak, żeby działał na 62KB. Ale może się jednak mylę.
No to chylę czoła, bo akurat to że dos siedzi w ext ram to zdecydowanie jego zaleta. Ale zachowanie systemu i wygospodarowanie takiej ilości pamięci ... wow.
Wow. Niezły wynalazek widzę w planach. Ok, mi się nie spieszy a bardziej dopracowane rozwiązanie przyda się nie tylko mi więc działaj ;) Jestem pod wrażeniem!
ale jak już przywołałeś temat xB i playera do SIDa, to z czego widzę możesz się uczyć od Mono jak powinien wyglądać player ;)
jakieś wieści z placu boju?
Co do punktu 1, 2 i 3 - #1390 jest komentarzem ściśle do zacytowanych treści, no i nadmieniam że nie trzeba korzystać z DOS, by użyć określonego systemu plików. Nawet FAT'a ;)- przykład: SIDE.
A sens całodyskowy? Zacytuję Defjama/Checkpoint - 'For Fun'. Zresztą tyle samo sensu ma tworzenie w ogóle softu na maszyny 8/16 bitowe, jeśli to na chłodno wykalkulować.
Dzięki temu mam o jedno demo mniej. Dysk szlag trafił i nie mam tego teraz na czym zapisać. Szkoda, że na Falcona się tak dem nie robi... insert disk #1.... #29 ... #38 ;)
Cała kwestia jak na mój gust wygląda tak, że można pisać bez problemu soft tak by działał na prawie dowolnym urządzeniu I/O (bo takie możliwości daje system komputera) i szkoda, że na siłę robi się coś, co prowadzi do wstecznictwa - o, "For Fun" ;)
@Bober - ani razu w #1390 nie wspomniałem o Sparcie, nie wiem co się tak czepiasz. ATR z xBiosem wcale nie neguje możliwości uruchomienia z HDD chyba, że xB zostanie skonfigurowany inaczej.
A co do całodyskowego softu - bo nie ma to sensu? ;) Przynajmniej z jakimiś własnymi sio loaderami, bo to tylko utrudnia życie
przecież czytacie forum :D
to po co przeplacac? dokupowac ciekawostki jak hdd, dos na karcie albo przerabiac komputer? tym bardziej ze i tak nie obejdziesz sie bez urzadzenia SIO big_smile
HDD dla wygody korzystania z komputera. Nie trzeba nic przerabiać. Bierzesz komputer - dziewice i wkładasz. Bez SIO można się obejść. Do transferu danych z PC używam dysku wyciągniętego z IDE+ z partycją na FAT16. To jest dopiero wygoda! ;)
dopiero SIOCart bedzie przyczyna zalamania spolecznego ladu wsrod degenerosceny
Nie sądzę, ale postawię go w szafie na półce z ciekawostkami :)
rozwiazanie jest proste.
zwroc uwage co uruchamiasz na atari? wszystkie lub znakomita wiekszosc gier wychodzi resetem albo co gorsze wylacz/wlacz ... w jednym i drugim przypadku kazdorazowo musisz znowu zabootowac, zaladowac dos, odczytac konfiguracje itd. marnujesz energie, uzywajac dos niszczysz lasy deszczowe.
To się dzieje bez ingerencji z zewnątrz i zajmuje to tyle czasu, co zbootowanie xBiosa z dyskietki ;)
jesli natomiast masz zdrowsze podejscie od "uzytkownikow dosa" to jedna z WIELU alternatyw jest uzycie katalogu na dysku twardym pc dla atari. atari widzi to jako stacje dyskow z ta roznica ze nie ma smiesznych ograniczen dosa ani filesystemu :-) nie boisz sie o fuckapy, klikasz sciagasz i przenosisz, wszystko myszka.
szybko i przyjemnie. READY[]
co to za bełkot? To tak, jak bym kupił auto i sprzedawca utwierdzał by mnie w przekonaniu że silnik muszę wozić na przyczepie i zawsze muszę go za sobą ciągnąć ;)
dlaczego to jest lepsze rozwiazanie? spojrz na popularnosc flashowanych kartow :-)
a teraz dzieki xB bedziesz sobie mogl nagrac karta a nawet skladanki na ktorych sa gry mogace odwolywac sie do dysku :-) na karcie bedzie zakladany filesystem i bedzie on traktowany jak stacja dyskow.
Jedyne chyba ciekawe zastosowanie dla xBios.
@XXL - odpal player do jakiegoś formatu chiptune i miej dostęp do 250 modułów jednocześnie w obrębie jednego katalogu.
Z jednej strony ok, racja. Z drugiej zaś strony odnoszę wrażenie iż user i programista doświadcza niepotrzebnych komplikacji, bo można napisać soft tak by warstwa sprzętowa była całkowicie pomijalnym czynnikiem a to rozwiązanie wcale nie gwarantuje takich zależności ;)
...eeee - nieeee. Jest prosto i w dół. Przynajmniej z geograficznego punktu widzenia. Zgodnie więc z logiką wrócić jest łatwo, tylko niejednokrotnie następuje utrata danych po drodze. Dane te obejmują dobra osobiste jak i intelektualne.
... no i nikt na to wpływu niestety nie ma, nawet Barszcz Sosnowskiego który rośnie radośnie po środku osiedla w Krakowie ;). Serio rośnie :D. Teraz zima idzie, więc ostatkiem sił tylko liście na 15-20 cm od gleby mimo chemii, no ale w maju ;)- Będzie las.
Oględnie, to sprawa wygląda tak że masz 50% szans, że pomysłowy programista uniemożliwi Ci korzystając z xBiosa ładowanie z urządzenia I/O np. co dopiero kupionego od Lotharka ;)
Dlaczego? - w sumie, bo tak, albo bo tak było wygodniej :D
Albo, dokup se SIO2SD. Wówczas na pewno zadziała.
@XXL - w sumie, to wiele nie trzeba - dziwi mnie ten upór. Na tej zasadzie i dla zasady możemy sobie przesyłać modemem 300kbps dane po analogowej linii telefonicznej. Wiesz, zabawa jest wyborna, pytanie tylko ile można mieć cierpliwości i po co.. rozumiem jeszcze tryb OS, tutaj jak nie ma wygibasów to działa. Tryb "SIO" wystrzeliłbym w kosmos. Po kiego to komu?
... no to jutro ładujemy do pieca u mnie. Kupiłem dziś dwa ośmiopaki, coś tam na jutro może zostanie. Jest i jakaś przepalanka. Nie bierz okularów, czapki, kurtki ani szalika. Możesz zgubić w drodze powrotnej. Zabierz zdjęcia, możesz je zostawić, więc nie zgubisz bo nie trzeba będzie ich nosić z powrotem ;)
No chcemy, tylko że prywata moja będzie związana z pięterkiem. Dopłacę do kosztów, bo planowo z familią zapewne ;)
Musisz narysować obrazki dla XXL'a ;)
EDIT: jak że się cieszę, że wątek odżył. Sens życia powrócił ;)
jest postęp jakiś, bo dziś prawdopodobnie Y przedostanie się do Frankfurtu... ale tam też ponoć ma mieć dłuuugii postój.
Informacja u źródła, sms z USA:
"Tak. Czytaj prase. NA LOZKACH POLOWYCH, NA LOTNISKACH POKOTEM. WIELKIE DZIEKI. ***, jutro sie okaze"
Taka korespondencję otrzymałem ;)
W sumie, to nie wiem co napisać ;)- Może wprost:
Z racji na strajk Lufthansy YerzmYeY ma problem z powrotem ze stanów do PL. Pytanie jest takie: Czy ktoś z forumowiczów mieszka w okolicy "Newark"??
Rzeczywiście fajne. Choć wklepywanie długich komend na początku sprawia wrażenie że rozwiązanie w tym filmiku nie jest dopracowane.
Dlatego napisałem, że na tym "filmiku" DOS nie jest skonfigurowany. Jeśli jest to zrobione z głową, to jest praktycznie "bezobsługowy" ;) System to Sparta DOS X lecz nie da się go w tym sensie powiązać z jakimś konkretnym urządzeniem I/O, i to co masz do komputera podłączone to inna sprawa. DOS to obsłuży, jeśli ma w konfiguracji załadowany odpowiedni sterownik. Może być to FDD, może być cokolwiek innego, czyli albo sprzętowy emulator stacji, albo fizyczny dysk twardy, czy cokolwiek do czego jest sterownik :). Transfer danych - zależnie od urządzenia. Orientacyjnie od 1.3kB/s do 10kB/s dla urządzeń obsługiwanych na zasadzie FDD, lub 25kB - 100kB/s dla urządzeń równoległych podłączonych poprzez pbi/eci. Dla tych ostatnich urządzeń transfer dodatkowo wzrośnie, jeśli masz jakiś dopał na procka (na SIDE2 wyszło ponad 260kB/s)
Jeśli chodzi o zgodność, to tu w tej materii nie ma najmniejszego problemu. Chyba, że ktoś oprogramuje na swój sposób I/O i zwiąże program z np. stacją dyskietek ;) Na szczęście wiele tego nie powstało i cały stary soft generalnie działa na dowolnym urządzeniu wyprodukowanym po dziś dzień. System (OS) zapewnia powłokę do komunikacji.
Co do Amstrada - szukałem onegdaj informacji na temat HDD, ale tak jak napisałeś - po uzyskaniu informacji, że są to rozwiązania zgodne same ze sobą i nic ze starego softu na tym nie działa - odpuściłem. Ograniczeniem tutaj jak sądzę jest OS.
Mozesz uzyc hxc
Nie jestem aż tak bardzo bogaty.
A nawiasem mówiąc to chcecie powiedzieć że na innych 8bitowcach było to jakoś wygodniej zrobione? Czyli jak? - Albo jak się udostępnia współcześnie np produkcje ze scenowych imprez lub z tego typu konkursów? Czy udostępnianie wszystkiego zgranego już na jeden wirtualny dysk z czytelnym menu do wyboru produkcji to na innych platformach już norma?
:) - zgrywam np. plik ZIP na dysk twardy fizycznie podłączony do Atari, rozpakowuję archiwum z całym drzewkiem podkatalogów, ewentualnie porządkuje sobie to wrzucając w odpowiednie miejsce na dysku najczęściej używając w tym celu pełnowymiarowego Commandera.
Nie wiem o jakim menu prawisz :D
Tutaj poglądowo YT, choć w tym przypadku DOS nie jest szczególnie skonfigurowany.
atari.area forum » Posty przez Pin
Wygenerowano w 0.338 sekund, wykonano 9 zapytań