Podziękowałbyś lepiej Adamowi a nie...

8bit: 1 BBC Micro? 2 to Apple II? 6 to pewnie Amstrad
16bit: 3 Amiga? 4 to pewnie pecet

Niby tak, ale edycja nie podbija wątku i można przeoczyć odpowiedź (szczególnie kiedy edytujemy po dłuższym czasie), więc przypuszczam, że Kierownik pewnie patrzy na to przez palce :]

Zarówno Evie, jak i SlightSID pozwalają na odczyt dowolnego rejestru SID-a. Ale każde z nich nieco inaczej :D:
- Evie: odczyt bezpośrednio przez adresowanie rejestru np.:

lda $D2C0+$1C

- SlightSID: za pośrednictwem rejestru adresującego np.:

lda #$1C
sta $D540
nop
nop
nop
lda $D540

analogicznie dla drugiego SID-a indeks $3C (drugi SID leży w $D520..$D53F, indeksy rejestrów zaczynają się od $20).

Odczyt dowolnego rejestru SID-a ($d500..$d51f) zwraca wartość $33 niezależnie od ilości sidów. Inny SID jest przecież w inym obszarze adresowym więc tam zwraca swoje $33.

Jedna jeszcze rzecz. Jeśli to nie jest jakiś strasznie kosmiczny problem zachęcałbym do wyprowadzenia wejścia EXTIN na zewnątrz, bo to pozwoli na filtrowanie przez SID-a dowolnego sygnału - np. dźwięku z POKEY-a.

Pięknie!
1. Można prosić o jakąś specyfikację?
2. Jak to się zachowuje na szynie (czy rejestry są tylko W, czy są też R a jeśli nie to jak się zachowują)?
3. Czy można to jakoś wykryć?
4. Czy jest 8580R5 czy przewidziane są inne układy (ja wiem, że napięcia i takie tam)?
5. Czy przewidziana jest wersja z 2 (3?) SIDami?
6. Jaką częstotliwością jest taktowany SID?
Wbudowałbym support do mojego playerka...

Edit: Pytania.

Dzięki. Poprawiłem i przepraszam za wprowadzanie w błąd - ubzdurało mi się, że to jest całkowicie zintegrowane wewnątrz Atari razem z torem audio.

Garbage collectory są przecież od czasów smalltalka. Programowanie funkcyjne od jeszcze dawniejszych czasów. Nie uważam się za alfę i omegę, ale naprawdę żadnych rewolucji nie widzę. Bo to, że mechanizm stał się mainstreamowy to nie jest rewolucja. Domknięcia to przecież delegaty w funkcyjnej postaci. Dużo gadania, mało treści.
Za rewolucję uważam inne spojrzenie na programowanie. Rewolucją dla mnie było choćby oop, czy języki deklaratywne. Prostsze metody specyfikowania i rozwiązywania problemów i relacji między obiektami. Ale to przecież jeszcze lata 70 ubiegłego wieku. Czy coś w ostatnich 50 latach się pojawiło rewolucyjnego?
Co do KISS masz rację - rozpędziłem się hiehie.

@Pin. Pamiętaj, że SDX ma tylko 63 bajty na linię poleceń CLI. Reszta zostanie obcięta.

No są ($20/$80 i pionowe bloki $19/$99), ale wygląda imho znacznie fajniej niż nachalne kreski. No i w edytorze nie marnuje się miejsca (jak w QA), bo i tak go mało :/ Podawałem przykłady TMC/NEO bo tam z kolei odrębne sekcje separowane są pojedynczą spacją i rozróżniane blokami tła (nie umieszczonymi na granicy znaków), co imho fajniej wygląda. No może faktycznie mój argument z ramkami nie do końca jest trafiony ;] bo i tak jakiekolwiek odseparowanie zajmuje miejsce, ale za to spację w generatorze i tak mieć musisz. Ale za to nie musisz mieć dodatkowo 6 znaków na ramki (w przypadku Panthera wspomnianych 2 znaków), a prawie cały generator możesz mieć dla potrzeb użytkownika. Nawet gadżety można byłoby sobie zorganizować z użyciem standardowych znaków występujących w tekście (inwers, gwiazdka, krzyżyk, minus, plus, nawiasy wszelkiej maści itd.). Dla aplikacji pełnoekranowej własny w zasadzie nieograniczony generator to już jest coś.

Może z poziomu usera masz trochę więcej w LD_LIBRARY_PATH|/etc/ld.so.conf niż z poziomu roota? Odpalasz bazę z dedykowanego usera w ogóle?

Niezły imho pomysł miał JBW w Panther'rze - chodzi o brak ramek w oknach. W trybie 40x24 one faktycznie zajmują tylko miejsce, a mogą być pokazane znacznie bardziej elegancko poprzez wyróżnienie obszaru ekranu, kursor itd. To samo widać w TMC/NEO. Może by tak pójść w takim kierunku? Podkolorowanie sprajtami, znaki tylko do wyświetlania treści (user miałby wtedy nawet generator znaków do własnej dyspozycji po to, żeby wyświetlać treść, a nie malować okna).