Całkiem fajny pomysł, ale chyba na zupełnie nowy projekt. Powiem może jaki jest pomysł na mój wygaszacz i czemu powstał.
Pierwowzorem jest plemnik JBWa pod DOS-a (pecetowego). Widziałem go w redakcji Tajemnica Atari i tak mi się spodobał, że pomyślałem że może da się coś podobnego zrobić na Atari.
Wygaszacz ekranu na Atari (nie widziałem czegoś takiego w systemach na inne platformy 8-bit) ma za zadanie doprowadzać do równomiernego wypalania luminoforu telewizora w przypadku kiedy na dłużej nie dotykamy komputera i na monitorze znajduje się ciągle ten sam obraz (widziałem kiedyś zezłomowany monitor jakiegoś pecetowego terminala, na którym widniał pięknie wypalony prompt :]). Dlatego w systemie została przewidziana procedura, która po upływie ok 11 minut (256*128 ramek) odwraca cyklicznie kolory. Odbywa się to na przerwaniu VBLKI. Zaletą takiego podejścia do rzeczy jest to, że system nie zajmuje czasu procesora jakimiś czasochłonnymi działaniami dzięki czemu program użytkownika, który się w międzyczasie wykonuje, ma dla siebie praktycznie całą moc CPU.
Plemnik powstał z inspiracji i ze znurzenia systemowym trybem przyciągania uwagi. Stwierdziłem też że fajnie by było, gdyby nie trzeba było na niego czekać 11 minut, ale powiedzmy 3 (i taki właśnie był czas jego aktywacji w opublikowanej w TA wersji - taki czas zresztą jest nadal ustawiony domyślnie, choć w wersji dla SDX doszła parametryzacja). Miał za zadanie malować coś ciekawszego na ekranie nie obciążając zbytnio procesora tak, żeby program działający na komputerze nadal miał maksimum mocy obliczeniowej. Udało się to zrealizować w ten sposób, że cała procedura wygaszacza działa na dwóch przerwaniach: VBLKI mierzy jak dotąd czas bezczynności i ustawia krótszy czas oczekiwania przy opuszczeniu trybu, a na VBLKD realizowana jest procedura włączenia własnego ekranu ANTICa i skonfigurowanie GTIA tak, żeby pokazywał obraz z plemnikiem. Rysowany jest oczywiście tylko obraz składający się z 5 wierszy ekranu - reszta to puste linie dzięki czemu ANTIC przez większość czasu rysowania ekranu nie blokuje CPU. Ustawiane są wyłącznie rejestry sprzętowe dzięki czemu działanie plemnika jest niezauważalne dla pozostałych elementów systemu.
Twoje idea wygaszacza polegająca na uruchomieniu programu, który zajmie całkowicie procesor (mamy system jednozadaniowy) nasuwa mi na myśl program również autorstwa JBW, mianowicie XL Friend (popularnie zwany XLF a wchodzący w skład pakietu Quick Assemblera). XLF czekał na wciśnięcie klawisza SHIFT+CONTROL+1/2/3/4, zamrażał stan systemu i uruchamiał program przypisany do odpowiedniej kombinacji klawiszy - edytor, mapę znaków, kalkulator lub wglądownicę. Po skorzystaniu z programu stan systemu był odtwarzany i procesor wracał do wykonywania programu użytkownika. O ile XLF był bardzo przydatny i używałem go z DOS 2.5 i QA na porządku dziennym, o tyle wygaszacz ekranu zrealizowany w ten sposób (aktywowałby się oczywiście automatycznie po upływie wymaganego czasu bezczynności) zabierałby czas programowi użytkownika nie robiąc jednak nic konstruktywnego. No chyba, że zamierzasz wspomóc projekt SETI :) albo innego raka.
Nie zniechęcam jednak i gdybyś chciał coś takiego sam napisać służę pomocą.

odpalałem wcześniej plemnika spod *.cfg jako sterownik, więc działał spod wpisu DEVICE. Teraz tak nie jest, co jest kłopotliwe w przypadku Sparta Commandera. Czy plemnik może być po prostu *.sys?

zaraz to sprawdzę, bo właśnie walczę z RGB z STe i konwerterem do HDMI ;) Prawie działa.

o - sam się uruchomił, ale nie mogę teraz zweryfikować czasu, bo sam się zawiesiłem w tym czasie. Efekt taki, że worm działa ale sam od siebie, a poganianie go rejestrem 77 daje efekt taki, jak pisałem. 1 s. działania i zwis i attract mode na całości, czyli jak by blankscreen i peek 710=712, 709=0

EDIT:

Po naciśnięciu "any key" w tym stadium następuje koniec trybu attract i zwiecha na blankskrinie. Coś jest jeszcze nie halo raczej.

@pin: A czy ty przypadkiem używasz starego DracOS-a?

Zwis o którym mówiłem (worm sam z siebie działa, wysypie się jeśli pogonimy go ręcznie zmieniając zawartość rejestru 77) powtórzyłem właśnie teraz w takich oto warunkach:

* Sprzęt obojętny - 6502c/65c816, XLOS, DracOS, cokolwiek

Config:

USE BANKED $6F
DEVICE ENV
DEVICE SPARTA
DEVICE SIO
DEVICE ATARIDOS
SET PATH=CAR: ........ itd.
SET PROMPT=$L$P>
SET COMSPEC=B:>PROGRAMS>SC>SCMAIN.OVL
SET SC=B:> ........itd.
DEVICE B:>SYS>S_VBXE 15 144
DEVICE B:>SYS>CON /E
DEVICE B:>FAST>WORM /D 180 /F
DEVICE QUICKED /N
DEVICE IDEPTIME
DEVICE COMEXE
DEVICE RUNEXT B:>SYS>RUNEXT.CFG
DEVICE RAPIDUS

MemLo przy takiej choince: $16A8

EDIT:

Ok, mam chyba winnego ;)- Jak z takiego konfiga wyremuję SC, to plemnior zadziała poprawnie po 77,128 - tylko to ma wpływ, tak powiedzmy na etapie problemu i konfiguracji.

Pinokio masz za dużo węgla w tym konfigu :)

sidplay nie dotyka w ogóle VBXE (psgplay również, a i neoplay też tego robił nie będzie) a to z tego powodu, że wyszedłem z założenia że jeśli się da to lepiej zostawić ekran użytkownikowi. VBXE nie zabiera czasu procesorowi więc wyświetlanie jego obrazu nie jest blokowane - blokowany jest tylko ANTIC. Jeśli odpalasz ekran 40-znakowy generowany przez ANTIC, no to on zniknie. A skoro pojawia się tam ekran VBXE, to prawdopodobnie znaczy że S2: coś nie tenteges.

Tak się składa, że wczoraj próbowaliśmy to odtworzyć i jakoś nie wyszło: po odpaleniu czegokolwiek w trybie 40 kolumn (spod SC, przy włączonej 80-kolumnowej konsoli) pod ekranem Antica nie ma overlaya, jest czarno (czyli tak jak ma być).

Jeśli dostępne jest urządzenie _RAWCON, wtedy plemnik na każdym VBLKD odwołuje się do RC_SHUTOFF lub RC_ACTIVATE zależnie od tego czy ma się on pokazać czy nie. Implementacja S2: zapisuje tam odpowiednią daną do VIDEO_CONTROL: 0 jeśli VBXE ma być wyłączone (czyli kiedy plemnik ma się pokazać), inną wartość kiedy VBXE ma być włączone (czyli kiedy plemnik nie ma być widoczny). Ponieważ dzieje się to co każdą ramkę to nie ma możliwości żebym zapomniał wyłączyć/włączyć VBXE bo robi to driver _RAWCON. Ta procedura dzieje się od chwili zainstalowania plemnika do końca świata.
Kiedy nie ma _RAWCON nie dotykam w ogóle VBXE.

luz, mam dużo czasu ;)