rzuciłem okiem na kod startowy... "zamiąchano" go i uczyniono nieczytelnym, dziś by to nazwano: "code obfuscation". Zastosowano sztuczki z przepisywaniem obszarów pamięci, wywołaniami IRQ poprzez BRK oraz wykorzystano "błędne" zachowanie 6502 w przypadku niektórych instrukcji. Aby to "odmiąchać" trzeba by trochę posiedzieć.

Hej!

Aby było jasne jak to wszystko wygląda i wyglądało w przypadku Slight-SID, na przestrzeni lat powstało kilka wersji na różnych rozwiązaniach sprzętowych, ale opiszę tylko najważniejsze wersje które wnosiły znaczące zmiany do projektu:

1) na układach TTL jak w przypadku SIDari, zdjęcia tego pierwszego rozwiązania leżą od wieków na stronie którą zrobił Dely: http://atariarea.krap.pl/slightsid/

tak patrząc na prototyp kolegi Toriman-a to mamy chyba nawet te podobne scalaki :) ja mam 2x574, 1x7402 2x7400, 2x7474 oraz jeden dzielnik/licznik w CMOS (do uzyskania 0.985MHz z 17.3447MHz). Ta wersja nie miała możliwości odczytu, był tylko zapis.

2) wersja oparta na MCU od Microchip. Wykorzystywała sprzętowy rejestr równoległy dostępny w zastosowanym MCU (w nomenklaturze Microchipa, tzw. Parallel Slave Port / PSP) do komunikacji z Atari, ta wersja wygląda tak:

Umożliwiała zapis i odczyt z rejestrów SID-a. Powstało kilka prototypów które poszły do ludzi i na scenę jako nagrody w SV2k11. Wersja która trafiła do ludzi miała zaimplementowana w firmware tylko zapis do rej. SID-a. Powstawał firmware który miał co prawda opcje odczytu jednak, ten firmware miał zostać rozwinięty także o sprzętowe mnożenie/dzielenie liczb stałoprzecinkowych. Oraz emulator pakietu FP który o wiele szybciej wykonywał działania niż to co jest w Atari ROM (PIC był taktowany prawie 40MHz). Ten firmware nigdy nie został dokończony i jest w formie rozgrzebanej totalnie. Ponieważ koszty elementów zastosowanych w tej wersji były astronomiczne, powstała...

3) wersja na CPLD, która wygląda obecnie tak (i tak już pozostanie, wprowadzam małe zmiany mechaniczne celem lepszego dostosowania tego do obudowy):

...i obsługuje dwa SID-y, zarówno odczyt jak i zapis rejestrów SID. Odczyt następuje za pośrednictwem rejestru indeksowego, tak jak pokazał to mono. Nie sprawdzałem jeszcze tego w skrajnych warunkach, ale powinno się obyć bez NOP-ów (nawet na obecnym firmware).

Cieszę się że Toriman opublikuje swój projekt jako Open-Hardware, są ludzie którzy lubią sobie stworzyć i złożyć coś od zera. Ten projekt będzie idealny dla nich.

Slight-SID poszedł inną drogą, ma być produktem gotowym dostępnym w postaci już gotowej do użycia :] Długo siedziałem nad jakością dźwieku, przykładowe utwory, w których można posłuchać z jaką jakością gra zamieszczałem w adekwatnym wątku, nie będę już tutaj robił Toriman-owi robił więcej offtopicu :)

@gepard: no BASIC jest ciekawy, powolny, toporny ale ciekawy. Popatrzę sobie czy da się pod to da pisać w asm używając jakiegoś cross-asm i emulatora. Poczytam sobie co jeszcze TED od strony grafiki potrafi, bo jak widzę masę kolorów na ekranie w łatwy sposób do uzyskania to jest to dość ciekawe :)

Jak się człowiek przyzwyczaił do edytora i funkcjonalności  Atari OS czy Atari BASIC, to trudno potem się "cofnąć w rozwoju" do innych systemów. Dopiero gdy człowiek pozna (dzięki emulatorowi w tym wypadku) inny system czy maszynę, zaczyna rozumieć jak bardzo zaawansowany był system Atari, jak na czasy których powstał. Im dłużej żyję i poznaję inne architektury, tym bardziej się przekonuje że inne rozwiązania (nie Atari) było bardzo prymitywne i niewygodne. Jak ja się cieszę że moim pierwszym komputerem było Atari :)

O dziwo ten Commodore BASIC 3.5 ma tryby graficzne które mają małe tekstowe okienko na dole (jak w przypadku trybów BASIC-owych trybów graficznych atari z oknem na dole)...

przypadek? nie sądzę :)

dzięki! :) Wygląda prawie jak VICE :) i to jest pojedynczy plik .EXE, rewelacja :) lubię takie programy co nie składają sie bazyliona mini plików :D

jakby ktoś szukał YAPE: http://yape.homeserver.hu/download.htm

Nie myśl że skoro to bałagan to unikniesz offtopic-ów :P no po prostu nie da sie :P , a więc zaczynam...

Offtopic mode ON:

Skąd ta nagła inspiracja C+/4? Zainspirował Cię crrn?

http://retronavigator.com/post/96712071 … originally

dzięki za info, tłumaczenie i linki Bulki! :)

Abstrahując od RFO BASIC, to kawał pracy wykonałeś opracowując te materiały.

to memcpy to chyba taki standard na wiki:

http://en.wikipedia.org/wiki/Z80#Example_code

http://en.wikipedia.org/wiki/8086#Example_code

http://en.wikipedia.org/wiki/Motorola_6800#Example_code

skoro już jesteśmy w temacie grania na rurach z PCV...

http://youtu.be/-0gED3rn2Tc

:D

mono dokładnie o tym wiem :) ale miałem myszkę od AtariST i jakoś udawało się to opanować, ale ten interface był jako przykład czegoś "jak można to popsuć", napisałem o tym w poście nawet :) być może powinienem wyraźniej zaznaczyć iż BMC był jako przykład mało ergonomicznego interface użytkownika ;]

I popieram Twój postulat że wszystko musi być obsługiwane (alternatywnie) skrótami klawiszowymi, dlatego używam FAR-a, tam nie dotykam myszki. Mam święty spokój i mogę zrobić co chcę nie używając "stoło-kulo-toczonego wpływacza na położenie kursora na ekranie" :P

I jeszcze jedno... jeżeli chodzi o kolorystykę, zdecydowanie wolę ciemne tła (np. niebieski) i jasne litery. Gdy widzę takiego total-commander to zbiera mi się na wymioty, być może da się tam zmienić wygląd i kolory, jednak moje nawyki z czasów DOS/Borland pozostały i dlatego pozostaję w niszy użytkowników którzy wolą rozwiązania typu FAR, MC, czy konsola tekstowa.

Niestety używając specjalistycznego komercyjnego oprogramowania (taka praca) jestem zmuszony do używania systemów Windows ;/ i nic nie poradzę bo pod WINE większość nie działa wcale a to co działa, nie działa poprawnie lub koszmarnie wolno ;/

Cześć,

W latach '90 gdy z SoTe musieliśmy napisać kilka programów użytkowych, od razu wiedzieliśmy że będę musiały mieć interface okienkowy, tyle że tryb graficzny odpadał. Interface miał być szybki i uniwersalny. Na początku wymyśliliśmy że stworzymy jakąś gotową do użycia bibliotekę, tak aby wykorzystać ją w innych programach. Życie jednak zweryfikowało nasze podejście to "tematu" i wyszło na to że każdy program który tworzyliśmy wymagał indywidualnego podejścia i kończyło się tak że robiliśmy jakiś w miarę uniwersal ny szkielet programu (np. zalążek biblioteki rysującej okienka i przechowującej treść pod "otwartym" okienkiem) a reszta funkcji w danym okienku była już indywidualnie obsługiwana przez niezależne procedury, czasami mieliśmy gotowe jakieś biblioteki I/O z poprzedniego programu, jednak nasza wiedza i doświadczenie rozwijało się "z programu na program", więc z czasem uznaliśmy że za każdym razem będziemy pisali wszystko od nowa, wykorzystując zdobyte doświadczenie i pisząc wszystko "nieco lepiej" niż poprzednio :)

Wydaje mi się że gdyby teraz dobrze przemyśleć całą sprawę to można by się pokusić o w miarę uniwersalną i dobrze zoptymalizowaną bibliotekę do obsługi okienek w trybie tekstowym.  Mam na swoim koncie jeszcze "prawie dokończony" program muzyczny (wewnętrzna rywalizacja z SoTe oraz chęć nauki robienia kolejnych rzeczy na Atari, lecz wtedy wygrał SoTe ze swoim MPT, a je nie zdążyłem i się zniechęciłem), program ten  cały był w trybie TXT (ANTIC mode 2), ale obsługiwał również myszkę od Atari ST/Amigi oraz rysował kursor (strzałkę, klepsydrę) co do pixela hi-res, oczywiście potrzebował 4 znaków wolnych w zestawie znaków aby to realizować, ale wyglądało to całkiem porządnie, być może w końcu uda mi się znaleźć dyskietkę z tym softem i będę mógł pokazać jak to wyglądało).

i na koniec,  pierwsze z brzegu przykłady naszych programów z interfejsami "okienkowymi" w trybie tekstowym:

rok 1992, napisane w MAC/65:

rok 1992, napisane w QA:

rok 1992, napisane w QA:

offtopic mode ON:

To wszystko co ma w sobie Atari 8-bit czy Amiga zawdzięczamy jednemu wielkiemu człowiekowi, ten facet wyprzedzał epokę... mówię oczywiście o osobie Jaya Minera: http://en.wikipedia.org/wiki/Jay_Miner

Uważam go za geniusza którego dzieła wpłynęły w sposób znaczący na moje życie, szkoda że już nie żyje.

offtopic mode OFF:

Przy okazji kolejnych testów następny "ciekawy brzmieniowo" kawałek do posłuchania:

E.G. Blues by Hermit (16bit, 96KHz, FLAC, stereo, 2x SID8580R5)

i na specjalne życzenie Sonara:

Cybernoid II by Jeroen Tel (16bit, 48KHz, FLAC, mono, 1x SID8580R5)