> - teraz trzeba by sie zastaniowic jakby dzialal sampling
>

wydaje mi sie ze w tej nieparzystej wersji
dzialalby z grubsza okay

problem jest jednak ciag;e taki ze i tutaj mozna by czasem trafić ze wspolrzedną
miedzy piksele - wtedy poniewaz kulka jest symetryczna a wybieranie pikseli jest
ukierunkowane np na zawsze lewy w gore - wystapily by bledy i kulkabybyla
niesymetrycznie snieksztalcona - lepiej bybylo przyblizac np zawsze do srodka lob
zawsze na zewnatrz to zachowywaloby ksztalt
- ale ciezsze (jesli nie ciezkie, do zakodowania - moze jednak wystarczy uzyc tylko
floor a math.h -pozniej zobacze

inan kwestia dla ilu skalowań dla dyskretnych srednic 1,2,3... takie cos by wystapilo
(nie chce mi sie liczyc),
chyba jednak nei dla za wielu

widac jednak jak taki niby prosty problem ma zakamarków

daej nalezyaloby przemyslec kwestie tego czy uzywac tez floatowych promieni przy
rysowaniu i czy uzywac floatowych wspolrzednych przy rysowaniu (i czy
uwzgledniac je w tym mapowaniu - to jeszcze nie jest antyaliasing

(dalej jest kwestia antyaliasingu brzegowego,
antyaliasking wiaze sie jednak ze swoistymi problemami

1) niejasna dla mnie kwestia jak dodawac kolory
2) obnizenie wydajnoci na ustalenie wspolczynika f (tego glownego 0. do 1.)
3) straszna kwestia nielinearnej luminancji
4) kwestia wyraznie zwiekszonego storage
na trzymanie klatki (filmu)
5) kwestia znacznie obnizonej wydajnosci na przekonwertowanie obrazu do wyjsciowego
rgb

(o ile wogole czegos nie ominalem, ale ogolnie nieststy spodziewam sie wyraznego
slowdownu i ew frustrujacych klopotow zwiazanych z tym by naprawde tą gamme zrobic
dobrze i o tyle nie che mis ie za to zabierac - gdyby tak procki bylu z 10 razy
szybsze to co innego)