Ale pytasz, czy jest to możliwe w GTIA, czy w emulatorach? :D

>>link<<

Dzieki.

"z moich exp. wynika ,ze przy DLI wywolywanym nie od poczatku ale od srodka ekranu mozna powielic duszka nawet 6 krotnie(bez zmiany ksztaltu i zadnych innych operacji), badz 3 krotnie przy zmianie ksztaltu wszystkich trzech i koloru w przypadku 2( 2 duchy w DLI i 1 w petli programu)"

Co oznacza "przy DLI wywolywanym nie od poczatku ale od srodka ekranu "? Myslalem ze DLI jest przerwaniem wywolywanym zawsze w tym samym momencie bo jest zwiazana z fizyczną budowa ekranu (powrotem plamki elektronowej?)

I jeszcze jedno pytanie z tym zwiazane:
To czy w danej linii ma byc przerwanie DLI czy nie, definiuje sie w DL, ale jesli mam tryb znakowy (np 0) to na jedna linie znakową przypada 8 linii ekranu. Czyli jak ustawie dla tej linii DLI to bedzi ono wykonywane 8 razy - dla kazdej linii ekranu wchodzacej w sklad linii znakowej?

Probowalem napisac proste multiplikowanie duszka w poziomie ale na razie z marnym skutkiem :/

To znaczy bez czekania na synchronizację poziomą ( sta WSYNC), przerwanie działa nie od końca linii ale trochę wcześniej/później (zależy jak na to patrzeć).[edit]

What Mono said. Aby mieć Dli w każdej linii po prostu nie wychodzisz z przerwania aż do ostatniej linii wiersza. Oczywiście oprócz 1 linii w trybie znakowym.

A spiflash.org leży, czy mi się zdaje?

"Aby mieć Dli w każdej linii po prostu nie wychodzisz z przerwania aż do ostatniej linii wiersza. Oczywiście oprócz 1 linii w trybie znakowym." - to nie da przerwania co linie. choc efektywnie przerwanie "bedzie obslugiwane" dluzej, wiec bedzie sie rozciagac rowniez na inne linie.

nosty: uzyskujesz to przez takie "docyklowanie" by procka wykonywala sie w trakcie powrotu plamki z konca jednej linii do poczatku kolejnej. oczywiscie moze sie tez wykonywac "w trakcie" punktowania linii. po prostu jej wykonywanie sie musi trwac przez rozciaglasc ilosci linii znaku w danym trybie tekstowym.

Rozumiem i nie rozumiem :) Czyli moge sobie przeciagnąc czas trwania przerwania DLI na czas rysowania kilku linii (ekranowych - pixelowych) po prostu nie wychodząc z procedury?
Wszedzie wczesniej czytalem ze na przerwaniach DLI niewiele mozna zrobic bo jest tam tylko czas na kilkadziesiat cykli procesora itp.  A tu piszecie ze moge przeciagac to przerwanie ile chce... tzn az plamka narysuje wszystkie linie znakow?

Ale w sumie nie o to chodzi zeby przerwanie DLI bylo jak najdluzsze. Pytalem o to czy przerwanie jest w kazdej linii obrazu (pixelowej) zeby miec jakis znacznik od ktorego glowny program moze odliczac takty aby w odpowiednim momencie przestawic pozycje X duszka aby go zmultiplikowac.
Nie wiem czy pisze zrozumiale. Zeby zmultiplikowac duszka trzeba zmienic jego pozycje X w kazdej linii obrazu (pixelowej). W tej sytuacji, gdyby miec przerwanie DLI w kazedej linii mozna by w nim bo ja wiem, zerowac jakis znacznik, zeby bylo wiadomo ze zaczela sie nowa linia i mozna liczyc takty.
Ale widze ze w trybie tekstowym jest to niemozliwe, wiec multiplikowanie w nim duszka w poziomie jest pewnie praktycznie niewykonalne z powodu trudnosci obliczeniowych.
Musze sie "przesiasc" na analogiczny tryb graficzny.

Dzieki wszystim za wyjsnienia. Postaram sie tego nie zmarnowac. Choc chyba zaczne od opanowania pojedynczych duszkow, potem przejde do multiplikowania w pionie a dopiero na koncu do powielania w poziomie ;)

A co wpisałeś do PMGCTL? Jeśli ustawiłeś tam wyświetlanie sprajtów, to GTIA będzie rysowało na ekranie zawartość rejestrów GRAFPx/M. Bity w DMACTL ustawiają tylko DMA ANTICa dla sprajtów (czyli automatyczne przepisywanie zawartości kawałka pamięci do rejestrów GRAFPx/M co linię/dwie).

Edit: Właśnie dzięki temu możliwa jest multiplikacja sprajtów.

Można sobie wyobrazić, acz ANTIC nigdy nie jest całkowicie "wyłączony", pewnie będzie trochę przeszkadzał (objaw: poziome rozciągnięcie obrazu z lewej strony).

Teraz mnie zbiles z tropu.
A skad w trybie tekstowym kod "wie", ze wlasnie zaczelo sie rysowanie nowej linii obrazu (w sensie pixelowym nie tekstowym)? Musi wiedziec zeby policzyc takty i w odopowiednim momencie przesunac pozycje ducha w prawo.
A potem trzeba wiedziec kiedy linia jest juz narysowana i cofnac pozycje ducha znow w lewo.
Sadzilem, ze przerwanie DLI w kazdej linii pixelowej (czyli np w trybie tekstowym) znakomicie by to ulatwilo.
Jak to zrobic kiedy przerwanie jest np. tylko raz na 8 linii? Jest jakis rejestr ktory wskazuje ze plamka elektronow wlasnie zaczyna rysowac kolejna linie, czy jak?

Tak więc możesz sobie włączyć rysowanie sprajtów przez GTIA i DMA dla sprajtów w ANTICu a wyłączyć DMA dla dlisty, bo można tym sterować osobno.
Skąd kod wie, że jest rysowana linia? Bo wystąpiło przerwania DLI (o ile ustawiłeś je w odpowiedniej linii ekranu) i właśnie CPU w nie wszedł. To którą linię aktualnie rysuje ANTIC/GTIA masz w VCOUNT.
Poziomej pozycji nie ma, ale nietrudno ją wyliczyć (w pamięci) wiedząc w którym cyklu koloru zgłaszane są przerwania DLI i ile cykli koloru trwa jeden takt CPU (trwa 2). Cykl koloru to szerokość jednego piksela w trybie OS 15 (2 pikseli w OS 8).
Tak więc jeśli w przerwaniu masz instrukcje:

pha
pla
rti

to możesz na początek założyć, że Twoja procedura wykona się w 7+3+4+7=21 cyklach CPU a więc w czasie rysowania 42 pikseli GR.15.
7 pierwszych taktów to przyjęcie przerwania przez CPU (odłożenie adresu powrotu + rejestru znaczników na stos, i skok pod adres zawarty w NMIVEC), 3 cykle to pha, 4 cykle to pla, 7 cykli to rti. No i tak dalej.
Ponieważ NMI są obsługiwane przez OS to opóźnienie wynikłe z wykonania rozpoznania źródła przerwania i skoku do wektora DLIV wyglądające tak:

  bit NMIST
  bpl jvblk
  jmp (dliv)
jvblk:
  ... ;to nas nie interesuje
  

zabiera jeszcze 4+2+5=11 cykli CPU.