Mmmm... Macra... Co ja bym bez nich począł? :D Fajna biblioteka, chociaż na małej dokładności robiona (8 bitów). Ze względów wydajnościowych (jeśli chodzi o M68k) działam na 15 bitowej. A moje sqrt i tak szybsze... :P

Oświetlenie pada z góry. :) Chciałem zrobić poprawne oświetlenie, nawet przy ścianach, które mają w danej chwili stałą jasność (właśnie flat shading), a do tego należy obliczyć znormalizowany wektor normalny (masło maślane :P ) do płaszczyzny i na tej podstawie obliczyć jasność ściany. Oczywiście sposób podany przez Ciebie również zadziała, ale docelowo chciałbym dojść do ruchomego źródła światła (na razie mam procedurę, która liczy oświetlenie dla promieni padających prostopadle do obiektu (góra, dół, lewo, prawo).

Gratulacje. Bardzo ładnie całość wyszła.

To mnie zaskoczyliście z tym Blade Packerem. :O Patrząc na kod potrzebny do odtworzenia muzy w Insomnii nie widzę nigdzie procedur depakujących, ale postaram się przeanalizować kod pod tym kątem. :) W sumie to mógłbym wyciąć kod potrzebny do odtworzenia muzy, ale na pewno nie jestem w stanie zrobić z powrotem moda. Na 90% procedura korzysta z bebechów octalyzera (zobaczcie na info, które dodałem do posta) - Insomnia korzysta z modroutine "Rachel".

Wygląda na jakąś karnację Octalyzera (do jej odtwarzania wykorzystywany jest plugin "rachel" znany właśnie z Octalyzera) . Tyle, że Octalyzer nie chce jej odtworzyć... :P

W toolach nic nie widzę. Poszukam jeszcze u mnie w zachowanych źródłach.

To była trackerowa muzyczka, tyle że w jakimś dziwnym formacie. Szczerze, to nie pamiętam czym była konwertowana lub na czym pisana, co nie przeszkadza mi, żeby ją wrzucić. :) Może ktoś będzie wiedział, jakim trackerem ją potraktować. :)

Planuję demko "Insomnia 2016" - nową wersję po 20 (!!!) latach od ukazania się oryginalnej "Insomnii". Oczywiście o ile starczy mi czasu i samozaparcia. No i oczywiście liczę na dużą pomoc grupowiczów :)

No i w końcu jest... Wersja ekstremalna z rozwiniętą pętlą wypełniającą. :) I znowu 9 scanlinii mniej :D

Edit: Tylko źródła jeszcze dodam :P

Podsyłam obiecaną wersję. Doszło kilka flag, którymi można manipulować: clipOn - włącza/wyłącza clipping, debug - wersja pomocna w czasie debugowania kodu - teraz działanie programu można przejrzeć (oczywiście w debugerze) w sposób łatwy, prosty i przyjemny. Wersja jest już bardzo mocno zoptymalizowana i jedyne co można jeszcze zrobić, to rozwinąć pętlę rysującą linie poziome - uwalniamy wtedy jeden rejestr na wprowadzenie optymalizacji pod kątem adresowania blittera. Tak swoją drogą, to tylko dwóch optymalizacji adresowych zabrakło mi do pełnej optymalizacji pętli wypełniającej - jeszcze dwa rejestry i byłoby genialnie, a tak jest tylko super :P )
Edit: Kurde! Dla linii dłuższych od 16 pix. (dla krótszych musi być bra, więc będzie podobnie jak w pętli) do wyciągnięcia jest od 12 do 16 cykli zegara plus 4 na optymalizację adresową. Hmmmm... :D

Yeah! Zbliżamy się do końca optymalizacji. Mam już 3-przebiegową wersję generowania masek na blitterze, a dodatkowo po mojej ostatniej optymalizacji kod wypełniania wygląda tak: :D

    movem.w    (a2)+,d0-d3            ;left x offset, right x offset, left mask, right mask
    sub.w    d0,d1                ;line width
    ext.l    d0
    add.l    (a5)+,d0
    asr.w    #3,d1
    bgt.s    .multi_words

Jak dodam pomniejsze optymalizację na tryby adresowania oczywiście wrzucę wersję ostateczną

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ę...