Opinia zupełnego laika: Podkład za głośny w stosunku do wokalu. Musiałem się skupić, żeby wyłapać słowa. Możliwe, że z tego powodu podkład wydaje się trochę przeładowany, w szczególności gitara i pianino sprawiają wrażenie, jakby sobie przeszkadzały. Poza tym super. Koncepcja i aranżacja rytmu bardzo mi się podoba :).

Istnieje pewna istotna różnica: męt jest za soczewką, a drobinka kurzu przed. Dokonując pewnych uproszczeń można przyjąć, że zadaniem soczewki jest aby na każdym punkcie siatkówki zbierało się światło padające z unikalnego dla tego punktu kierunku (przy określonej akomodacji). Dzięki temu widzimy ostro. Światło zbierające się w tym punkcie pochodzi z całej powierzchni źrenicy, a więc defakto z całej rogówki. Widać jasno, że drobina kurzu przyczepiona do rogówki zmniejszy poprostu ilość światła wpadającego przez źrenicę jednak te zmniejszenie dotknie mniej więcej całej siatkówki, podczas gdy przysłonięcie przez męt światła już skupionego spowoduje powstanie stożka cienia (mniej więcej takiego jak podczas zaćmienia słońca :)), który padnie tylko na niewielki obszar siatkówki przez co otrzymamy całkiem wyraźny kształt męta przysłaniającego nam obraz :).

Mętów nie ogniskujemy. One pływają wewnątrz oka i stanowią przeszkodę dla już zogniskowanego światła i to co widzimy, to cienie mętów, które mogą być całkiem wyraźne. A brud na oku chyba nie pasuje do określenia "punkcika" skoro nie widać go wyraźnie i jedyne co robi to zmniejsza ilość światła jaka wpada do oka :)

Paczka ma jedną przewage: jest już spakowana i ciągnie się tylko jeden plik...

O wiele jaśniej byłoby jakbyś wkleił jakiś fragment...

zonk.

google rozróżnia, ale mój mózg ma z tym problem ;)

(tak samo, jak pół życia byłem przekonany, że moje ulubione musztardy to saperska i kozacka)

ps: a wiecie, ze ARM był wzorowany ideowo na 6502? wystarczy zerknąć na rozkazy i wyglądają tak jakoś znajomo...

jellonek: ale napewno to o czym mówisz działa z CLI?
Bo wszystkie programy jakie widziałem miały GUI

solo: ty statsiarzu

Wystarczy imho dzielić kod logicznie na pliki i zwijanie nie jest wtedy za bardzo przydatne. Ja programuje w eclipsach/sharpdevelopach i wszelakich visual studiach, które mają zwijanie i nie za często z tego korzystam.

A btw można zaprogramować zwijanie dla procesora 6502? Jak program rozpoznawałby co zwijać, a czego nie? Od etykiety do RTSa? To chyba zbyt pewne nie jest.

A ma 65c816?

Bo ja tak się patrze i nie widze, chyba, że patrze na zły emulator.

Póki nie wypowie się ktoś, kto wie co się tam w środku dzieje, to możemy tylko fantazjować.
PBI ma dwie linie odcinające. MPD\ odcina ROM spod $D800 - $DFFF (Math Pach Disable), ale to nie wystarcza, bo wtedy pojawia się tam RAM i do podcięcia RAMu jest EXTSEL\ (EXTernal SELect) (This input is used to disable the CPU decoder for the duration of the current bus cycle.). Dodatkowe linie są w gdzieździe Cartridge'a (S4 do obszaru $8000 - $9FFF i S5 do $A000 - $BFFF), a w ECI linia D1xx do strony $D1. Ale nie wiem, czy one są niezbędne, czy dla ułatwienia (żeby mniej hardwaru dekodującego dany obszar pakować do urządzeń). Zadałem sobie tylko pytanie: Jeżeli urządzenie nie ma dostępu do całego obszaru adresowego, to po co mu wszystkie 16 linii adresowych? Jak ma się wszystkie linie, to można zareagować na dostęp do dowolnego obszaru i jeżeli EXTSEL\ może odciąć dowolny obszar to w dowolnym miejscu można oszukać CPU. W tym miejscu wyobraziłem sobie np. sprzętowy debuger do atarki, który w dowolnym momencie może podłożyć CPU kod zrzucającu zawartość RAMu, albo w extremalnym przypadku zastępować cały RAM odpowienim obrazem, a w przypadku ANTICa - tylko wyobraźnia by nas ograniczała co można mu podłożyć (ot może karte telewizyjną podkładającą mu obraz w TIPie :P)