@pasiu: TAP jest ładowany w całości do pamięci. Co do 128k, że pojadę klasykiem: czytałem dokumentację, ale mnie nie przekonała...

@tebe: pisz!

Fajny pomysł :) Na filmie widać, jak to działa, nawet w razie braku źródła dałoby się odtworzyć.

@willy: też początkowo wyszedłem z tego założenia, i jest to jedyne rozwiązanie w sytuacji, kiedy istnieje ochrona pamięci, ale póki ona efektywnie nie istnieje i nie ma widoków na to, że zaistnieje kiedykolwiek w takiej postaci, może lepiej jest procedurę uprościć.

@pajero: to prawda, ale ten dokument http://www.westerndesigncenter.com/wdc/ … 5c816s.pdf na stronie 32 mówi, że obszar wektorów zaczyna się na adresie $00FFE0. Przy czym dwa pierwsze wektory są zarezerwowane, więc pierwszy rzeczywisty istotnie znajduje się pod $00FFE4.

@miker: jak to kto? Następny amigowiec :D

Źle się wyraziłem, to jest pewnie ciekawy przypadek, tylko ja nie jestem psychiatrą.

Bo doczytujesz się treści, których tam nie ma. Przynajmniej w rzeczywistości, bo w "zeczywistości" może je widać.

Nie ochłonąłem, bo nie miałem z czego. Ktoś ci w końcu musiał powiedzieć o twoich staropanieńskich obsesjach, a do kogo z tym pójdziesz, to już twoja sprawa. W każdym razie schematyczność, powtarzalność i przewidywalność twoich zachowań na forum jest od bardzo dawna dość męcząca.

Kwity mówią same za siebie, tylko że nie rozumiesz, co mówią. WSZYSCY to rozumieją, nawet Zientara gdzieś pisze o interfejsie szeregowo-równoległym, tylko jeden amigowiec nie jest w stanie od 10 lat tego pojąć i dpę zawraca... A co do gównokrucjat, jeszcze amnezji nie mam, non-stop masz jakiegoś wyimaginowanego wroga, którego próbujesz zwalczać: wrogiem PBI, wrogiem OS, wrogiem VBXE, wrogiem blitter VBXE, wrogiem 816, wrogiem akcelerator, wrogiem to, wrogiem tamto, jedynie słuszne to, jedynie słuszne tamto, Atari tak chciało, Atari by tak chciało, Atari tak nie chciało, ale MOGŁO CHCIEĆ, i tak w koło Macieju. To jest CHORE i tyle mam do powiedzenia.

Sformułowanie typu serial interface nie dotyczy warstwy sprzętowej tylko interfejsu I/O zaimplementowanego w OS-ie. A od czasów 1200XL OS się zmienił, bo pojawił się w nim kod obsługi PBI (w ramach tego tak zwanego interfejsu szeregowego, który tym samym szeregowy zaczął być tylko z nazwy). Czyli koncepcja się zmieniła. I ta wersja OS-u weszła do produkcji.

No, zaraz, zaraz. Po pierwsze primo, argument mona jest całkiem dobry: GDYBY trzeba było od czasu do czasu kupić nową wersję VBXE, cóż w tym niebywałego?

Po drugie secundo, VBXE bardzo dobrze współdziała z Rapidusem. Tyle że, na co zwrócił uwagę Tebe, wymiana danych pomiędzy Rapidusem (20 MHz) a VBXE (14 MHz) odbywa się za pośrednictwem magistrali na płycie głównej Atari, działającej z chyżością 1,77 MHz. Jest tu łatwo zauważalne wąskie gardło, można podyskutować, czy da się je jakoś obejść, czy nie, ale nie widzę pola do dramatyzowania i załamywania rączek. VBXE ma w sobie FPGA, póki autorzy nie orzekną autorytatywnie, że się nie da, cały czas jest nadzieja, że prostym procesem wymiany rdzenia (i przelutowania pary kabli) da się osiągnąć wiele bez nabywania całego nowego VBXE drogą kupna.

Ale że co?

Welcome to the Atari world

Niektórzy (np. ja) są tu już od 28 lat i zdołali się przyzwyczaić.

API DOS-u jest dobrze zdefiniowane. Jak pokazuje doświadczenie, programy pisane zgodnie z dokumentacją (nawet takie z 1981 roku) działają dobrze nawet z DOS-em wydanym w roku 2015. To po pierwsze.

Po drugie, jeśli komuś nie jest potrzebny TEN edytor tekstu, ten asembler i ten jednobitowy edytor grafiki, to - tak zupełnie szczerze - nie wiem, po co mu w ogóle Atari.

Ale po co pisać nowy BIOS, skoro stary jest w miarę OK.

Rdzeń VGA dla VBXE chyba nawet powstał, tylko coś tam.

Tak czy owak, nie ma co bić piany, póki się Elc albo Pasiu nie wypowiedzą.