Dlatego choćby, że podmiana fontu nie oznacza podmiany języka.

Zrobił, zrobił :)

Popieram Jacquesa, electron, za bardzo się przejmujesz. Ja ostatniego tematu w tym wątku wcale nie odebrałem jako "burzy" - było parę wątpliwości, zostały wyjaśnione i tyle.

No to zależy. Z tego, że pytanie padło, rozumiem, że nie jesteś w stanie sobie tego zbudować sam wg instrukcji zamieszczonej na tej stronie. W takim układzie jest kilka opcji:

1) zwrócić się do jakiegoś zdolnego elektronika, żeby taki kartridż zbudował. Zdolnych elektroników są na forum całe kopy. Cena pewnie do uzgodnienia. Nalegaj żeby kartridż był flaszowalny z poziomu Atari, bo SDX ma to do siebie, że się ciągle rozwija (od czasu do czasu jest nowa wersja).

2) kupić sobie Turbo Freezer 2005 http://atariki.krap.pl/index.php/Turbo_ ... XL/XE_2005 - niestety, to może być droga impreza, a poza tym urządzenie jest trudne do zdobycia.

3) kupić sobie Maxflasha, od tego pana http://www.atarimax.com/

4) poczekać, aż Candle ogłosi dostępność i cenę swojego superkartridża, nad którym obecnie podobno pracuje, podobno z dużym sukcesem. I nabyć takowy.

Dzięki, przyznam, że nie chciało mi się tego przeglądać strona po stronie, a przez spis treści jakoś nie znalazłem.

Usuń kropkę na końcu adresu, bo jest 404. Wczoraj szukałem tego w Compendium (wersji HTML) i nie znalazłem. Ale widocznie słabo szukałem.

Generalnie nie panikowałbym. Z tego, co mi wiadomo, VBXE 2.0 jest chwilowo wykorzystane do końca jeśli chodzi o pojemność FPGA, i żeby dodać coś nowego, jak sam wiesz, trzeba wywalić coś starego - i zmusić koderów do uaktualnienia softu, co jak jest upierdliwe, to wiem dokładnie, bo odechciało mi się już po trzech niekompatybilnych zmianach w blitterze.

Wsparcie dla 3D byłoby fajne, ale w FPGA nie ma miejsca. W Głuchołazach były różne rozmowy, z których wynika, że electron i candle nie powiedzieli jeszcze ostatniego słowa. Trzeba po prostu trochę poczekać.

PS. pośrednio VBXE zapewnia trochę wsparcia dla grafiki 3D:

1) blitter jest bardzo szybki jeśli chodzi o kasowanie zawartości pamięci - więc zasadniczo obiekt trzeba tylko narysować, zmazać go celem narysowania następnej klatki można, przy pewnej dozie starań, blitterem.

2) wyłączenie Antica powoduje zwiększenie wydajności 6502 o ~30%

3) na takim ekranie, gdzie jest 1 bajt na piksel, odpada maskowanie bitów tła przy rysowaniu linii i pojedynczych pikseli (DRAWTO jest 2,5 raza szybsze w STDRES niż w GR.8 mimo że pamięc obrazu jest 8x większa)

Nie jest to jakiś super special support, ale pewne ułatwienia dla wektorówki, kiedy się przyjrzeć, da się znaleźć.

PS.2. kółka niewypełnionego blitterem się raczej nie narysuje - przynajmniej ja nie umiem - ale kółko wypełnione to już owszem, jak najbardziej. Więc nie jest tak, że "blitter tylko kopiuje kwadraty".

Małe sprostowanie, to są kolory defaultowe, kiedy sobie nie wybierzesz innych :P

Z resztą posta się zgadzam. Dodatkowo, mowa jest cały czas o VBXE, a wydaje mi się - ale być może jestem w błędzie - że jeśli już mamy VBXE w komputerze, to overlay + blitter potrafi więcej w dziedzinie ruchomych obiektów 2D (zwanych sprite'ami) niż C-64. Jak nie mamy - to i tak nie ma tematu.

Co do kopii zapasowej, proponowałbym spod jakiegoś Unixa (Linux, BSD itd.) zrzucić cały dysk "na surowo" do pliku przy użyciu programu pt. dd http://pl.wikipedia.org/wiki/Dd - acz może ktoś będzie miał jakiś lepszy pomysł. DD pozwala potem ewentualnie przekopiować dane w drugą stronę, o ile mi wiadomo.

Opis tablicy partycji, hum - kiedyś chyba miałem jakąś papierową dokumentację, której teraz nie mam. Niestety nie pomogę w tym punkcie, a z głowy mi dawno wywietrzało (nie mam dużego Atari chyba od 3 lat).

To ja się podepnę. Ponieważ nagle (i niespodziewanie) sypnęło mi feedbackiem - podziękowania - z prośbami o equalizery oraz raportami o błędach, a przy tej okazji sam też coś znalazłem (znaczy baga), to od dziś u mnie na stronie dostępna jest nowa wersja sterowników do VBXE dla SDX - tzn. S_VBXE i 80-kolumnowej konsoli. O tu:

http://drac030.krap.pl/pl-vbxe-pliki.php

Jest to zachowanie racjonalne, bo komputer (a co za tym idzie program) to tylko narzędzie do wykonania konkretnych czynności. Coś jak grabie: mogę mieć ręcznie kute grabie z trzonkiem z rzeźbionego dębu, za 1500 złotych, wytrzymujące sto lat celnego ostrzału artyleryjskiego, robione przez artystę na zamówienie, a na realizację będę czekał 3 miesiące.

Ale jeśli potrzebuję zagrabić trawnik teraz, to coś takiego nie wchodzi w rachubę: trzeba kupić za 20 złotych chińskie grabki z plastiku, które połamią się przy drugim grabieniu, ale dostępne są natychmiast i w milionach sztuk.

W tym wypadku nie :)

Lepiej jest podzielić taki program na niezależne sprzętowo E: (czyli CON: pod SDX) i wyżej wspomniane sterowniki "raw console". Pozwoli to - w teorii - na uzyskanie konsoli E: na dowolnym sprzęcie wyświetlającym obraz, pod jedynym warunkiem, że istnieje dla niego sterownik _RAWCON, a ten jest (w porównaniu do E: ) stosunkowo prosty do napisania.