Cześć,

Panowie to jest zwykły TACT-SWITCH, żadnych kierunków na boki, itd. nie ma. Po dźwiękach buzera można wywnioskować iż każde przyciśnięcie przycisku powoduje wybranie kolejnego obrazu. ilość piknięć oznacza prawdopodobnie numer wybranego obrazu.

Jak to o co? ;) Nie rozumiesz AS? W wielkim skrócie...

1) Jest "grupa trzymająca władzę" w postaci lobby "ekstenszynowo-spartańskiego"
2) opozycja zaproponowała rozwiązanie typu "back to the roots" w postaci podsystemu I/O który wspiera tylko SIO
3) na lobby padł blady strach że ktoś może użyć xBiosa i w ten sposób super tajny i wyjebisty soft który może powstać będzie niezgodny z normami ekstenszynowo-spartańskimi :P
4) opozycja przejmuje władzę i wszyscy zapominają o konsorcjum spartańskim i powracają do idyllicznego świata w którym wszystko wczytuje się ze SIO, jak za starych dobrych czasów.

*) Wszelkie występujące tutaj postaci są fikcyjne a ich jakakolwiek zbieżność z osobami, miejscami i sytuacjami istniejącymi w rzeczywistości jest jedynie przypadkowa ;-)

Cart który próbujesz uruchomić próbuje się lokować w przestrzeni adresowej w zakresach pamięci: $8000-$BFFF. Init carta następuje od $B400 (nagłówek CART0-a umieszczony jest $BFFA-$BFFF). Potem w zależności od wybranej pozycji z menu dokonuje przepisania odpowiedniego programu do przeznanczonego dla niego miejsce pamięci a następnie odłącza cart poprzez zapis do $D5xx. Ten 7400 służy jako przerzutnik RS, kasowany sygnałem CCTL (staje się zerem gdy nastąpi odwołanie do dowolnej lokacji z przedziału $d500-$d5ff). Więc jeżeli Twój niedokończony sterownik psuje coś w obszarze $8000-$BFFF możesz mieć problem z cartem.

Co do self test to tak jak pisał JER, wygląda zupełnie normalnie gdy masz włączony BASIC. Jak włączysz komputer bez carta i z wciśniętym OPTION i jak pojawi się SELF TEST to przeprowadź test pamięci i zobacz czy również tak wygląda jak pokazałeś. Powinien wyglądać tak:

Jeżeli nie wygląda tak jak na rysunku powyżej, to znaczy że masz jakiś problem z BASIC-em (też zajmuje obszar $A000-$BFFF).

Cześć,

Plik phoeanix_read jest poprawnie odczytany z pamięci EPROM. Można go uruchomić pod altirra, wystarczy wybrać typ cartridge: Blizzard 16k. Na wszelki wypadek zrobiłem z tego plik uruchamialny, możesz pobrać tutaj:

Phoenix 1.0 - by Hurek (pirated version).

W razie potrzeby dla przypomnienia, oryginalna wersja do pobrania tutaj:

Phoenix 1.0 by Hurek - EPROM image
Phoenix 1.0 by Hurek - executable file

cart który miałem wyglądał tak:

mikey, ja też na to nie zwracałem uwagi, we wszystkich trybach po prostu ekran kończył się po przekroczeniu ilości linii (240). Jednak gdy miałeś włączony jakiś tryb MONO czy to tekstowy czy to graficzny (0x02, 0x03, 0x0f), to ANTIC nie robił czarnego obrazu i słał to GTIA jakieś głupoty, u mnie objawiało się to pięknym zerwaniem SYNC-a i białą ramką do czasu wystąpienia VBL. Jako nastolatek coś próbowałem z tym robić, jednak nie do końca mając pojęcie o działaniu hardware nic konkretnego nie udało mi się zdziałać :)

Wiesz moja wewnętrzna pycha podpowiadała mi że można otworzyć dolną ramkę (jak w przypadku C64, czy Atari ST), ale byłem jednak zbyt mało cierpliwy aby się tym zająć na poważnie, trochę "pomiąchałem" DMACTL w różnych miejscach uzyskując różne głupie efekty ale nic sensownego to nie było. Na pomysł z PMG nigdy nie wpadłem :] Do tego nie miałem pojęcia jak jest połączony ANTIC z GTIA i co tak naprawdę po tej 3-bitowej magistrali jest słane :)

Po raz pierwszy dowiedziałem się gdy zobaczyłem PDF-a do GTIA ściągniętego z Atari-Museum. Lata później Rybags zauważył że przy owym zerwaniu SYNC-a i manipulowaniem DMACTL można wpłynąć na treść co GTIA z siebie wypluwa na wyjście video... sprowadziło się to do możliwości ręcznego generowania imp. synchronizacji, wtedy powstał jego tryb 480i.

I dlatego dochodzę do wniosku iż ANTIC danych podsyłać już nie raczy ;]

Teraz tylko pora zaczekać na śmiałka który przy pomocy odpowiedniego manipulowania HSCROLL (HSCROLL bug) będzie mógł przesunąć tryb $0E o pół cyklu koloru :P

WOW :) ja czułem że się da tylko nigdy zapału nie starczyło :) i mogę się tylko domyślać co trzeba zrobić :) czy to polega na tym iż robimy słynny numer z zerwaniem SYNC-a gdy wyświetlimy ostatnią możliwą linię w trybie 0x0f, a potem za chwilę wyłączamy DMA dla ekranu zostawiając go tylko dla PMG? czy może DMA wyłączamy całkowicie i karmimy GTIA bezpośrednio danymi do rejestrów PMG? (a HSYNC trzeba sobie potem generować ręcznie czy GTIA samo potrafi?)

@ozz: Obrazek widziałem wcześniej ale tylko na EMU, nie zajarzyłem że on jest wyższy niż 240 linii, a więc kolejne WOW :] jednak oglądanie na EMU upośledza postrzeganie rzeczywistości :)

ps) w Altirra musi być włączone w menu View-> overscan mode -> extended PAL height.

Hi!

Gepard, a Ty naprawdę sądzisz że on tak na serio? Bo mi się nie wydaje, jak dla mnie to było pisane z czystą przekorą i sporą dawką ironii ;)

Barymagi powinny działać, używają "X-Handlera" (taki mini DOS tyle że instaluje sobie urządzenie "X:" w HTABS, i potem potrafi czytać dyskietki atari DOS, tyle że read-only), napisałem to  kiedyś bo P.W. chciał mieć niskie MEMLO ($B80). X-Handler robi standardowy skok do SIO ($e459), nie wiem czy to jest jakąś przeszkodą w przypadku PBI?

Hej!

Co do przycisku i przełącznika. To typowy cart T2000 który odłącza się po pewnym czasie od momentu włączenia zasilania za pomocą prostego czasowego zbudowanego z tranzystora, diody, dwóch rezystorów i kondensatora. Stała czasowa układu R/C określa po jakim czasie układ wyłączy się (po naładowaniu kondensatora). Przycisk widoczny na zdjęciu powoduje ponowne włączenie carta poprzez zwykłe zwarcie wyprowadzeń kondensatora razem (rozładowanie go). Wystarczy wcisnąć ten przycisk i RESET aby cartridge został ponownie wykryty i uruchomiony przez system.

Co do przełącznika ON/OFF, no zamierzeniem autora tego rozwiązania było zapewne całkowite odłączenie cartridge po przełączeniu przełącznika z pozycję OFF, jednak autor pomysłu popełnił fundamentalny błąd. Przełącznik odłącza jedynie napięcie zasilania od pamięci EPROM (VCC, PIN 24). Efekt jest taki iż układ RC cały czas działa a więc system normalnie może wykryć (TRIG3) iż cart jest włożony i aktywny, jednak zamiast zawartości pamięci EPROM (gdy ta jest zasilana) w przypadku tej pamięci EPROM (VCC=0), na szynie danych (D0-D7) pojawiają się stany które CPU odczytuje jako same logiczne '1'. Pamięć EPROM zostaje normalnie mapowana w adresach $A000-$BFFF i OS próbuje uruchomić cart którego nagłówek ($BFFA-$BFFF) to same $FF. Rozwiązanie to bardzo mało eleganckie i znam powodów jakimi kierował się jego autor, wystarczyło odcinać RD5 i po sprawie CART pozostał by odłączony. Czemu zastosowano taka prowizorkę nie wiem, ale sądzę że pozostawienie VCC "wiszącego w powietrzu", gdy inne linie pamięci EPROM są normalnie wpięte w magistralę to jest całkiem zły i fatalny pomysł :P

Nie mam teraz pod ręką ATARI ze zwykłym OS (tylko QMEG), po przełączeniu przełącznika na OFF i włączeniu komputera efekt jest taki że QMEG startuje ze swoim MENU i statusem "CAR", po chwili cart się odłącza i można pracować normanie. Zakładam iż zwykły fabryczny OS-ROM przechodził w tym momencie do SELF-TEST.

dla zilustrowania przykładowe fotki (na ekranie widać obszar pamięci zaczynający się od $A000):

przełącznik w pozycji ON:

przełącznik w pozycji OFF:

ekran po włączeniu komputera przy przełączniku w pozycji OFF (QMEG-OS):

Wydawało mi się że bardziej to do "T" podobne bo na górze widziałem dłuższy daszek taki do "T" podobny, ale mogę się mylić :) Może to nie daszek od "T" tylko jakieś zabrudzenie :)

edit:

a może to faktycznie i "MINI" jest...

Hej!

Ja wiem że lubicie się sprzeczać dla zasady już ;-) Bo każdy ma swoją wizję... ale aby być bardziej ścisłym, to weźmy na tapetę np. MyDOS-a (aby nie było że tylko "jedynie słuszna" Sparta to potrafi ;P )

źródło dokumentacji tutaj: http://www.mathyvannisselroy.nl/tech.doc

a chodzi mi o to: (MYDOS Technical Manual, page 6, Version 4.50)

     Function code 39, LOAD MEMORY
     
          The load memory function takes a file formatted in the ATARI DOS
     2  executable  program  format  (generated by the "K" command, by the
     assembler/editor  cartridge,  by  AMAC or MAC65, or by any of several
     compilers  for  the  ATARI  computers),  and  loads its contents into
     memory as specified in the file. No offset control is provided and no
     part   of   memory   is  protected  from  the  loading  process.  The
     initialization  and  execution addresses (if any) can be individually
     enabled  and  disabled, to permit loading and patching a program then
     writing it back to the disk for normal use.
     
          To  load  a  program  into  memory, the address of the file name
     string is stored into the buffer address, and a value of 4, 5, 6 or 7
     is  stored into the AUX1 field. If AUX1 is 4, both the initialization
     routines and the run address are executed after closing the IOCB, but
     before   returning  to  the  calling  program.  If  AUX1  is  5,  the
     initialization routines are disabled, but the program will be run. If
     AUX1  is  6, the initialization routines will be run, but the program
     execute address will be loaded and ignored. If AUX1 is 7, the text of
     the program will be loaded into memory, but no other activity will be
     performed.  CIO  function code 40 performs the exact same function as
     this (39).

Mam to samo po polsku w instrukcji do MyDOS, którą dostałem naście lat temu razem TOMS720.

Oczywiście ta funkcja jest dostępna również z poziomu BASIC poprzez XIO.

pozdrawiam
Sebastian