Super, widzę że sprawy idą w słusznym kierunku. Wprowadziłeś kawał niezłego kodu, jutro siadam do studiowania :)

Ja niestety dopiero dzisiaj miałem okazję znowu siąść do kodu.
Bazuję teraz na ostatnim BT4PC_C. Dodałem nową procedurę BLiTTERa - inicjalizacja i generowanie nowej tablicy leftEdge/rightEdge/leftMask/rightMask oraz nową wersję poly_fill_line bazującą na tej tablicy. Pierwszy etap - generowani tablicy działa poprawnie, niestety drugi - poly_fill_line już nie. Dziś już nie dam rady, ale może jutro wieczorem uda mi się siąść do debuggera i przejść przez poly_fill_line.

Co do clippingu to czy on zawsze jest on potrzebny? Np. dla glenz nie wychodzącego poza ramki ekranu?

Nie miałem czasu zerknąć jeszcze do Twojego clippingu. Mógłbyś ogólnie napisąć jak to wygląda wydajnościowo. Powiedzmy mam jakiś trójkąt ustalonego rozmiaru wystający w połowie za ekran. Ile procentowo czasu zajmie mi clipping a ile samo wypełnianie? Jaki jest narzut dla trójkątów których nie trzeba clippować? (pewnie prawie zerowy, nie?)
PS. ja clipping odpuszczałem na razie sobie z powodów które opisał Cyprian. Bardziej przydaję się on przy renderowaniu całych scen a nie pojedyńczych obiektów. I am not there yet;)

Wczoraj w nocy udało mi się dodać optymalizację w której BLiTTER generuje nową tablicę leftEdge address/rightEdge address/leftMask/rightMask. Skraca ona czas całości o trzy linie skaningowe. Nie jest to powalający wynik, ale nowy kod daje miejsce na dalsze optymalizacje.

.poly_fill_line wygląda teraz tak:

.poly_fill_line:
    movem.w  (A0)+,D0-D3        ; D0 - left; D1 - right; D2 - left mask; D3 - right mask
    movea.l  a5,a4
    lea      logLine(a5),a5     ;next y offset line
    lea      (a4,d0.w),a4       ;add line x offset
    sub.w     d0,d1              ;line width
    
    asr.w    #3,D1
    bgt.s    .multi_words

Kod jest brudny, wieczorem siądę by go oczyścić i jutro wrzucę go na forum.

mały OT. Tutaj nowość od konkurencji :)
https://youtu.be/ZQ3-nnoXGng?t=49
Sprawdziłem w debuggerze winuae no i jeden obiekt generowany jest w cztery ramki

Aaa właśnie. Czy "Takeover" (grupa Lamers) nie jest między innymi autorstwa naszego szanownego kolegi MKMa? :)

Potwierdzam:)

@Cyprian - Jeszcze trochę, to sobie kod wydrukuję i zacznę się do niego modlić :P
@MKM - fajne pomysły, fajny design - ogólnie gratulacje :)

Ha! Po chwili (dłuższej :P) zastanowienia wiem już Cyprian, na czym polega twoja optymalizacja. :) Na razie jawi mi się w dwóch przejściach blittera nad wyliczonymi współrzędnymi. Kusi mnie, żeby zrobić swoją wersję... :P

No i mam wersję, która generuje maski/offsety na blitterze. :) Tyle, że u mnie wychodzi... wolniej. :O (z wyliczeń wynika, że powinno być szybciej, a nie jest :( ). I teraz widzę dwa wytłumaczenia: pierwsze bardziej prawdopodobne, że Cyprian zrobił to inaczej, drugie mniej prawdopodobne, że pomylił zrzuty ekranów :P
W każdym razie u mnie generowanie tablicy przebiega w pięciu cyklach (być może Cyprian tutaj lepiej sobie to wymyślił):
1. Generowanie wyANDowanych wartości współrzędnych dla offsetów
2. Generowanie wyANDowanych wartości dla masek
3. Generowanie offsetów
4. i 5. Generowanie masek.
Przy okazji wpadłem na kolejną optymalizację :D (Przy dużych trójkątach zejdzie jakieś 5 scanlinii). Jak wszystko połączę w całość, zamieszczę odpowiedni kod.

Jakie kroki wykonujesz? Przed implementacją byłem przekonany, że uda mi się właśnie w 4 krokach wszystko załatwić, ale skew dla offsetów wykonuje się przed maskami i jest dupa - musiałem rozdzielić offsety na 2 przejścia. A może udało ci się maski w jednym przejściu wygenerować?

Kur...ka. ;) Wiem, gdzie popełniłem błąd w swoim kodzie. Założyłem, że smudge przyjmie wartości tylko z przedziału 0-15, a przecież większe zostaną po prostu obcięte (!!!) - jedno przejście mam nadmiarowe. Ale z tego co widzę, trochę inaczej podszedłem do tematu i (po połączeniu naszych optymalizacji) wydaje mi się, że całość uda się zamknąć w 3 przejściach! Jak znajdę siły, postaram się napisać odpowiednią poprawkę...

Dokładnie tak. :D Po tym, jak otworzyłeś mi oczy na odpowiednie wykorzystanie xCountów i yCountów pierwsze co robię, to zastanawiam się, czy nie da się tego odpowiednio wykorzystać :) W wolnej chwili połączę optymalizację i będziemy mieć BOSKIE wypełnianie. :D