2024-09-22 15:58 by Kaz

immolator @2024-09-22 20:08:45

Dzięki!

George @2024-09-23 07:45:24

Dzięki! Z chęcią obejrzę!

0xF @2024-09-23 11:10:20

Coder's pr0n! Nareszcie zrozumiałem, dlaczego to demo ma 30 MB, chociaż wciąż uważam to za kontrowersyjne, co rozwinę na forum. Najfajniejszą rzeczą, której się nauczyłem, jest pętla na RTS, chociaż na 6502 to już nie taki dopał (6 cykli na RTS vs 8 na DEC ZP + BNE). A gotowy kod do rysowania krótkich linii można spokojnie przenieść nie tylko na 6502, ale na dowolną architekturę.

tebe @2024-09-23 11:54:47

:) pętla RTS ? w sensie wrzucasz na stos n-adresów początku takiej pętli, uruchamiasz i po każdym RTS skacze na wskazany początek

taka pętla może wykonywać skoki pod różne adresy, niekoniecznie na początek takiej pętli

0xF @2024-09-23 12:26:46

Dokładnie.

0xF @2024-09-23 13:24:20

Z minusów trzeba uważać, żeby przerwanie nie zamazało stosu do następnego użycia.
Z plusów zysk będzie większy, jeśli pętla jest długa i branch nie sięga.

mono @2024-09-23 15:40:59

Przecież przerwanie niczego nie zamazuje, bo adresy są za wskaźnikiem stosu.

0xF @2024-09-23 15:45:56

A jak wykonasz tę pętlę drugi raz, co? Przecież zapis na stos przed każdym użyciem się nie opłaca. Robisz LDX count2sp,Y TXS

Cyprian @2024-09-23 16:59:02

68k ma dwa stosy - użytkownika USP i superwizora (np. przerwania) SSP.
Druga sprawa, jeśli program działa w trybie superwizora i korzysta z SSP to tu też przerwanie nie powinno nic namieszać.
Przerwanie zrzuca stan/rejestry na stos na wejściu przerwania i przywraca je na wyjściu, czyli z punktu widzenia programu, stos nie został naruszony.

0xF @2024-09-23 17:47:49

Zrzuca na stos nie naruszając stosu?

Cyprian @2024-09-23 18:53:10

na 68k z punktu widzenia aktualnie wykonywanego programu przerwanie nie narusza stosu, gdyż wyjście z przetrwania przywraca jego pierwotny adres.

Konop @2024-09-23 18:58:04

Przerwania musiałyby nie manipulować stosem w ogóle (co może być uciążliwe) lub dysponować swoją ramką w obrębie stosu (osobnym wskaźnikiem stosu). W tym drugim przypadku należałoby zapamiętać gdzieś na boku w pamięci te 3 bajty odkładane przy wywołaniu przerwania, przywrócić zawartość stosu pod tymi lokalizacjami podczas wyjścia oraz wychodzić przez jmp odpowiednio modyfikując rejestr flagowy. To ostatnie stanowi pewne wyzwanie.

To tylko teoria, bo w praktyce na A8 to niepraktyczne w szczególności, gdy pętla mogłaby kończyć się przez dex/dey bne.

Trzeba uważać na to, aby przerwanie nie nadpisało stosu również podczas pierwszego wykonania pętli.

pirx @2024-09-23 19:03:17

co do kodu do rysowania linii - oczywiście da się zrobić na malucha, nie będzie taki ładny, bo kilka rozkazów na punkt, dodatkowo jednak trochę mało ramu na dane i któtki stos.
ale końcepcja zadziała.

0xF @2024-09-23 21:11:16

Konop, ciekawa analiza. Odtworzenie flag trzebaby zrobić kilkoma instrukcjami już po przywróceniu wskaźnika stosu TXS i rejestru X.
Założenie jest oczywiście takie, że w pętli potrzebne nam X i Y do celów innych, niż zliczanie przebiegów pętli.
O co chodzi w ostatnim zdaniu? Dlaczego pierwsze wykonanie pętli jest szczególne?

0xF @2024-09-23 21:31:14

Ciekawe wyzwanie :)
V
0 CLV
1 BIT CONST64
NZ
00 CMP #A-1
01 CMP #A
10 CMP #A+1
11 BIT CONST128 ; w pętli zrobiliśmy BIT, bo przecież nie PLP, trzeba obsłużyć razem z V
C
0 CLC
1 SEC
I - tylko jeśli mamy IRQ
0 CLI
D - teoretycznie, bo raczej nie zmieniamy na przerwaniu
0 CLD
1 SED

Konop @2024-09-23 21:35:04

Rozumiem, że można przyjąć założenie o tym, że to się w praktyce nie zdarzy w przypadku efektów synchronizujących się do VBL, ale w ogólności musimy być pewni, że przerwanie nie zniszczy nam zawartości stosu w trakcie wykonywania pętli na głównym wątku, bez względu na to, czy jest to pierwsze, czy kolejne wywołanie. No i oczywiście to samo dotyczy sytuacji, w której inicjujemy "stos". Tutaj również przerwanie występujące w trakcie tej operacji nie jest mile widziane. Oczywiście należy to synchronizować.

Konop @2024-09-23 21:46:56

Pierwotnie sądziłem, że to może być skomplikowane, ale zapamiętanie rejestru flagowego w osobnej komórce pamięci gdzieś na początku przerwania, a później odtworzenie go tuż przed powrotnym skokiem w postaci lda storedFlags pha plp jmp (returnAddressPtr) powinno być wystarczające.

0xF @2024-09-23 21:55:29

Albo synchronizujemy się do VBL, albo robimy takie VBL, które sprząta po sobie na stosie (patrz wyżej).
Z DLI co 8 linii to już za duży narzut.
Dla inicjalizacji stosu jest jeszcze trzecia opcja: bez przestawiania wskaźnika stosu.

Ale PHA zamaże stos, a mieliśmy zostawić czysty?

0xF @2024-09-23 22:00:41

Prościej będzie zapamiętać na VBL, które trzy bajty stosu popsuliśmy (TSX STX vbl_sp) i przywracać je przed następną pętlą.

0xF @2024-09-23 22:43:42

NZ
00 LSR $D20C
01 INC $D20C
10 DEC $D20C

Da radę przenieść ten offtop na forum?

Amigowiec @2024-09-24 00:02:22

Ja pisałem na copperze paski decrunchu w ten sposób... IYKWIM

Ktos @2024-09-24 07:48:24

Wreszcie rozmowa o konkretach a nie pitu pitu dla przewodniczacego

Konop @2024-09-24 08:21:57

0xF: PHA zapisze na tym nowym ("przerwaniowym"), dedykowanym stosie, jeszcze przed odtworzeniem wskaźnika stosu, więc powinno być OK. Tak, z DLI to raczej odpada. Tak, inicjalizacja stosu mogłaby odbywać się również przez regularne zapisy do pamięci bez użycia wskaźnika stosu, ale trzeba uważać na bieżącą zawartość wskaźnika stosu no chyba, że chcemy mieć jeszcze trzeci stos. Skończylibyśmy wtedy z a) regularnym stosem na głównym wątku wykorzystywanym poza pętlą rysującą , "stosem" wykorzystywanym do powrotu na początek pętli rysującej, stosem "przerwaniowym". Zastanawiałem się szerzej, gdzie można byłoby realnie skorzystać z faktu, że odczyty ze stosu są szybsze (3 cykle) w stosunku do regularnej pamięci, albo gdzie wygenerowalibyśmy krótszy kod (1 bajt na pla), ale to byłyby zawsze naciągane przykłady.

Konop @2024-09-24 08:36:11

Faktycznie, trzeba zadbać dodatkowo o N i Z. lda storedFlags / pha / plp / txs / ldx oldX / ldy oldY / lda oldA / FixNandZCode jmp (returnAddressPtr).

Konop @2024-09-24 08:39:59

Ten fragment FixNandZCode musiałby być dynamicznie nadpisany w zależności od tego jak ustawione były flagi N i Z w storedFlags. To jest do zrobienia.

Kaz @2024-09-24 09:28:29

Dyskusję, na prośbę Fox-a, przeniosłem na forum tutaj:
https://atarionline.pl/forum/comments.ph...

0xF @2024-09-24 10:50:28

Dzięki Kaz, przeniosłem do nowego wątku https://atarionline.pl/forum/comments.ph...