@Electron, szczerze mówiąc mi też nie podoba się "rozgrzewanie" układów. Ale kwoli ścisłości, rozgrzewamy tylko otaczające powietrze. Układy nagrzewają się same a robią to szybciej gdy trudniej im oddać własną temperaturę do powietrza. A feature z opoźnianiem GTIA jest taki a nie inny i już. Już wiele lat temu ktoś prowadził próby z opóźnianiem w trybie GTIA9. Ja postanowiłem zgłębić temat i przy okazji odkryłem, że mozna też opóźniać CSYNC. Uważam, że takie feature'y należy zbadać, udokumentować i zaprezentować w kilku prostych demach. Nawet jeśli pożytek z nich będzie niewielki. Wiadomo, że takich trybów opartych na "rozgrzanym" GTIA nie można użyć w prawdziwych demach, grach czy programach użytkowych i pozostaną one raczej ciekawostką. Jakkolwiek, można robić w tym grafiki i filmiki.

Grzeniu, dzięki za sprawdzenie! Musze się jeszcze zastanowić. Ja patrzę na ładowanie binarek przede wszystkim pod kątem developmentu. Czyli wybieram/ustawiam binarkę raz, a potem wiele razy ją przekompilowuję i bootuję nią Atari. R5 jest do tego stworzony. Autor Aspeqta zupełnie o tym nie pomyślał. Trzeba przeciągać myszą binarkę do każdego bootowania. Cholernie irytujące, gdy robisz to co minutę.

Grzeniu, czy możesz potwierdzić, że interface współpracuje z programami: R5 Electrona oraz AspeQt, jeżeli chodzi o bezpośrednie bootowanie xex'ów?

Cześć.
Na razie nic nowego. Życie przyciska mocno i nie daje szans na wolny czas.

Electron: Jezeli masz podobny (choc lepszy) feature, to moze udaloby sie upchnac w rdzeniu rowniez funkcjonalnosc Daisy? Mamy tu jeden bit wlaczajacy/wylaczajacy umieszczony w rejestrze GRACTL ($D01D) jako bit 3. Jest on do zapisu i odczytu. 1 = Daisy wlaczone. Jezeli wlaczone oraz wartosc COLPF1 w przedziale 0-15 to kolor pikseli zapalonych jest odcieniem szarosci niezaleznie od barwy ustawionej w COLPF2. Jezeli wartosc w COLPF1 > 15 wtedy dzialanie standardowe czyli kolor piskeli zapalonych przybiera barwe z COLPF2. Ot cala funkcjonalnosc.

Ja mam w planach zrobienie takiego obrazu kontrolnego przy wykorzystaniu pełnego overscanu czyli tak na przynajmniej 288 linii w pionie. Istniejacy obrazek G2F ma oczywiście tylko 240 linii.
No ale to tylko plany. Termin realizacji nieokreślony.

P.S. Planuję również wersję w sprzętowym interlace czyli na 576 linii - tak jak we wzorcu Philipsa.

Chciałbym oficjalnie poinformawać o kolejnym dostępnym buildzie IK+. Tym razem zmian nie ma wiele. Niestety czas nie pozwolił na więcej.
Najnowsza wersja tym razem dostępna jest na stronie projektu w sekcji Downloads. W tej samej sekcji dostępna jest też muzyka do gry jako pliki bonusowe .sap i .xex.

Zmiany objęte przez build 0284:
1. Dodane dźwięki gongu i piłki (dla rundy z odbijaniem piłek).
2. Wprowadzona zgodność z systemem NTSC. Wymagało to zablokowania animacji (w tle) delfinów i ptaków lecących w parze jeżeli muzyka jest włączona.
3. Poprawione tempo muzyki (usunięte nieregularności istniejące w oryginalnym playerze na C64).
4. W handlerze klawiatury tymczasowo dodana obsługa klawiszy do testowania dźwięków (B, G, F).

Pełny opis klawiszy na stronie projektu.
Od ostatniej wersji doszły:
B - (tymczasowy) Uruchamia dźwięk piłki.
G - (tymczasowy) Uruchamia dźwięk gongu.
F - (tymczasowy) Zwiększa częstotliwość dźwięku gongu.
Zwracam uwagę na klawisz V w grze (od buildu 0270) - pogłaśnianie/ściszanie muzyki.

Sposób gry nadal się nie zmienił. Wciskając START przechodzimy do kolejnej rundy (o ile nie przekroczyliśmy 20000 punktów).
W trybie NTSC animacja zawodników jest wolniejsza. Wyłączenie muzyki nieco pomaga.

Bardzo prosiłbym o sprawdzenie, czy to działa na rzeczywistym komputerze NTSC, jeżeli ktoś takowy ma (Candle?).

Yerzmyey: Wysłane.

Jacques: Na razie nie. Natłok spraw osobistych w ostatnich miesiącach spowodował całkowite wstrzymanie prac. Planuję jednak wrócić do projektu jesienią.

Tak, dokładnie. Z tym, że cała sztuczka jest, powiedziałbym, nietrywialna i wymaga porządnego opisu, na który trzeba czasu. Kiedyś postaram się to zrobić. Póki co mogę podesłać kod, gdyby ktoś potrzebował pilnie.

Simius: Gratulacje! Jesteś wielki.

xxl: Paski między przejściami jasności w GR.9 to jeszcze inny problem. Jest on prawdopodobnie spowodowany przez układ CD4050, przez który przechodzą sygnały LUM0-LUM3, a wynika z niesymetrii czasów propagacji (a właściwie czasów przejścia Output Transition Time tTHL i tTLH). Być może rozwiązaniem jest zastąpienie go przez nowszy układ 74HC4050, który jest szybszy i ma bardziej symetryczne czasy przejścia.

Simius:
Nie jestem pewien, czy ten układ cokolwiek pomoże. Impulsy na wejściu CLK przerzutników pojawiają się w rytm zboczy narastających i opadających sygnału Fo0 więc nieregularność związana ze współczynnikiem wypełnienia Fo0 innym niż 50% jest wciąż zachowana. Chyba że opierasz się na tym, że wsp. wyp. Fo0 jest znacznie lepszy niż OSC i to wystarcza.