ATNEL tech-forum

Re: Tryb PWM timer 1 Atmega16

2016-11-29T00:49:10+01:00

Witam serdecznie kolegów!
Ponieważ programowaniem zainteresowałem się całkiem niedawno, to postanowiłem odświeżyć ten watek z przed 3-ech lat dotyczący trybów pracy liczników, bo w moim przypadku jest on jak najbardziej aktualny. Związku z tym mam pytanie dotyczące pewnej symboliki oznaczeń w tabeli
trybów pracy PWM 16 bitowego (FastPWM).
Czym różni się pozycja licznika TOP od MAX
W nocie opisowej licznika 0 Atmega 16 czytamy:
„ Najprostszy sposób pracy to tzw. Tryb Normal, przy ustawieniu WGM01:0 = 0. W tym trybie licznik zawsze zlicza przez inkrementowanie, a po osiągnięciu maksymalnej wartości TOP = 0xFF licznik „przekręca się” i resetuje od 0.”

Z kolei w liczniku 1 czytamy:

„ Najprostszy sposób pracy to tzw. Tryb Normal, przy ustawieniu WGM013:0 = 0. W tym trybie licznik zawsze zlicza przez inkrementowanie, a po osiągnięciu maksymalnej wartości MAX = 0xFFFF licznik „przekręca się” i resetuje od 0.”

Z tego opisu wygląda na to, że definicja skrótów TOP i MAX jest taka sama.
Ale z tego opisu pod tabelką tak nie wynika.

„TOP – wartość kończąca zliczanie (np. z rejestruOCR1A, albo stałej).
MAX – osiągnięcie wartości (0xFF).
BOTTOM – osiągnięcie minimum (0x00).
CTC –kasowanie przy zrównaniu (clear timer on compare).”

Może TOP to zrównanie wartości licznika z wartością rejestru, czyli compare, chyba, że wcześniej licznik się przekręcił/zresetował.
Możecie mi to logicznie wytłumaczyć.

Statystyki: Napisane przez barus — 29 lis 2016, o 00:49

Re: Tryb PWM timer 1 Atmega16

2013-10-10T08:04:56+01:00

Tak tak widać widać ... dlatego np trochę brzydko wygląda przechodzenie z pośrednich kolorów w pełne ... tzn brzydko ... ale co tu zrobić ? .... Zawsze tym naszym okiem jednak widać, że zmniejsza się jasność przy tych płynnych przejściach gdy wchodzi na chwilę pełny kolor. No ale ten problem związany jest niestety także z tym, że przecież oko inaczej postrzega każdy kolor i do tego jeden widzi lepiej a inny gorzej ... generalnie już sobie kiedyś myślałem, żeby tak np zmniejszać nieco PWM w szczytach zmieszanych kolorów tak żeby jasność sprowadzić na poziom jasności pełnych ale ....

Fajnie byłoby to dopracować ale .... tak sobie myślę - robić to tak trochę w oderwaniu od konkretnego urządzenia to troszkę jak walka z wiatrakami bo jak wiemy zależne jest to także a może nawet przede wszystkim od samych diod LED. A poza tym to nie monitor czy ekran gdzie mamy jako tło kolor CZARNY ....

generalnie bardzo ciekawy to temat ... na razie musiałem go odłożyć niestety z uwagi na kupę innych rzeczy, ale myślę że te profile kolorów CIELAB być może mogłyby tu jakoś pomóc ...

Statystyki: Napisane przez mirekk36 — 10 paź 2013, o 08:04

Re: Tryb PWM timer 1 Atmega16

2013-10-10T02:13:29+01:00

Wiesz co Mirek, zauważyłem jeden problem w tej funkcji HSV_to_RGB. Tzn może nie jest to taki straszny problem, ale jakby jej właściwość. Jasność kolorów ma "góry i doliny". Kolory podstawowe R G B, gdy mają pełne nasycenie, powodują wysterowanie poszczególnych diod RGB PWMem o jakimś wypełnieniu (zależnym od wartości B przekazanej do funkcji). Przy tych kolorach świeci tylko jedna struktura. Ale już kolory pochodne R+G, G+B, B+R dają dwa razy więcej światła ponieważ z tym samym wypełnieniem sterowane są już dwie struktury. Oczywiście czułość oka jest logarytmiczna więc nie jest to tak bardzo odczuwalne, nie mniej jednak trochę to widać. Najbardziej chyba przy czerwonym. Myślę, że ta właściwość powoduje dodatkowe jakby pogorszenie liniowości zmian.

Statystyki: Napisane przez sq8dsr — 10 paź 2013, o 02:13

Re: Tryb PWM timer 1 Atmega16

2013-09-30T11:15:45+01:00

No więc dlatego pisałem że gdy próbowałem dodawać gamma correction przy Hue to wychodziła sieczka (tzn gamma dla każdej składowej RGB) .... Ta proporcja i tak jest w miarę dobrze wyliczana przez ten prosty algorytmik ...

Statystyki: Napisane przez mirekk36 — 30 wrz 2013, o 11:15

Re: Tryb PWM timer 1 Atmega16

2013-09-30T09:39:07+01:00

Ja bym chciał spróbować zrobić tak:
Stablicować PWM dla RGB w 256 krokach i funkcją hsv2rgb włączać nie kolejne wartości PWM tylko kolejne elementy tablic.
Funkcja sama w sobie raczej nie może mieć korekcji gamma dla HUE bo jest zbyt prosta matematycznie, wzór który jest opisany w tym śmiesznym BASICu na Twoim Blogu, jest dość skomplikowany. Potęgowanie z wykładnikiem typu FLOAT...
Z tego co zaobserwowałem hsv2rgb daje coś jakby wyrównanie odcieni, ale to chyba jest wynikiem samej właściwości przestrzeni HSV. Choć to bardzo zależy od diody. Takie tanie 5mm diody RGB to efekt raczej mizerny. Za to ten potworek którego używam sam w sobie jest jakby bardziej liniowy, a poza tym (podobnie jak takie płaskie diody SMD) lepiej miesza kolory.

Statystyki: Napisane przez sq8dsr — 30 wrz 2013, o 09:39

Re: Tryb PWM timer 1 Atmega16

2013-09-30T09:17:21+01:00

sq8dsr napisał(a):

A mnie teraz korci, żeby tablicowanie korekcji gamma połączyć z konwersją HSV. W sumie na 256 dyskretnych wartości potrzeba raptem tylko 768 bajtów.

Tzn próbowałem w tej funkcji hsv2rgb() w jej środku używać korekcji gamma ... ale niestety porażka ... ten algorytm hsv jeśli chodzi o Hue sam chyba to robi (no chyba że gdzieś się machnąłem) .... Za to np wartość V czyli sterowanie jasnością jak najbardziej można przepuścić przez gamma correction i tym właśnie posługuję się w ostatnim poradniku w kodzie to rozjaśnianie i ściemnianie na początku które widać - to właśnie V "z" i "bez" korekcji gamma

Statystyki: Napisane przez mirekk36 — 30 wrz 2013, o 09:17

Re: Tryb PWM timer 1 Atmega16

2013-09-30T09:03:43+01:00

A mnie teraz korci, żeby tablicowanie korekcji gamma połączyć z konwersją HSV. W sumie na 256 dyskretnych wartości potrzeba raptem tylko 768 bajtów.

Statystyki: Napisane przez sq8dsr — 30 wrz 2013, o 09:03

Re: Tryb PWM timer 1 Atmega16

2013-09-26T16:08:48+01:00

tak samo ta moja nie jest moja - nie ma co się przejmować ja też brałem z netu i przerabiałem po swojemu jeden pies ...

Statystyki: Napisane przez mirekk36 — 26 wrz 2013, o 16:08

Re: Tryb PWM timer 1 Atmega16

2013-09-26T16:05:46+01:00

hehe, wiesz ona nie jest moja, posiłkowałem się przykładem z netu, coś tam też właśnie zmieniałem jeśli chodzi o typy. Nawet już nie pamiętam bo to było kilka miesięcy temu.

Statystyki: Napisane przez sq8dsr — 26 wrz 2013, o 16:05

Re: Tryb PWM timer 1 Atmega16

2013-09-26T15:57:37+01:00

sq8dsr napisał(a):

Funkcja działa praktycznie tak samo jak ta moja. Może przy bardziej powolnych zmianach czasami widać pewną skokowość. Co zapewne jest związane z mniejszą ilością kroków w parametrze H

sq8dsr ---> łeeeech no twoja wersja działa JEDNAK ZNACZNIE lepiej a dopiero teraz doszedłem .... pewnie z uwagi na dużo większy zakres Hue i to nie jest TROSZKĘ ale dużo lepiej. Co ważne poprawiłem ją znacznie bo bez tego była kicha .. tzn bez rzutowania do UL stałych dosłownych. ..... O kurczę i kolejne odchudznie - można zmienne x_val dać jako uint8_t ... wywalić te pierwsze dwa warunki while() i już się ładniutko robi

------------------------ [ Dodano po: kilkunastu sekundach ]

powiem ci, że spokojnie teraz można wolniej jechać i żółty o wiele dłużej i lepiej widać - co więcej i pomarańczowy się trzyma przez jakiś czas ... jest cacuni że tak powiem

Statystyki: Napisane przez mirekk36 — 26 wrz 2013, o 15:57

Re: Tryb PWM timer 1 Atmega16

2013-09-26T15:35:17+01:00

mirekk36 napisał(a):

No i czekam na info jak twój potwór sobie z tym poradzi

No i przetestowane:
[syntax=c]/*
* main.c
*
* Created on: 26-09-2013
* Author: Michał Uryga
*/
#include
#include
#include
#include
#include "pwm.h"

typedef struct {
uint8_t r;
uint8_t g;
uint8_t b;
} RGB;

RGB myrgb; //struktura trzymająca współrzędne RGB

uint8_t i; //licznik do zmian HUE

// Deklaracja funkcji Mirka
void hsv_to_rgb( RGB * myrgb, uint8_t h, uint8_t s, uint8_t v);

int main(void) {
PWM_init();

//sei();

while(1) {

for(i=0; i<255; i++){
hsv_to_rgb(&myrgb, i, 255,255);

// przypisanie RGB do PWMów
OCR2B = myrgb.r;
OCR0A = myrgb.g;
OCR0B = myrgb.b;
_delay_ms(10);

}

} // koniec WHILE
} // koniec MAIN

// Definicja funkcji Mirka
void hsv_to_rgb( RGB * myrgb, uint8_t h, uint8_t s, uint8_t v) {
uint16_t region, remainder, p, q, t;

if (s == 0) myrgb->r = myrgb->g = myrgb->b = v;
else {
region = h*6 / 256;
remainder = (h*6)%256;

p = (v * (255 - s)) / 256;
q = (v * (255 - (s * remainder)/256)) / 256;
t = (v * (255 - (s * (255 - remainder))/256)) / 256;

uint8_t sreg = SREG;
cli();
switch (region)
{
case 0:
myrgb->r = v; myrgb->g = t; myrgb->b = p;
break;
case 1:
myrgb->r = q; myrgb->g = v; myrgb->b = p;
break;
case 2:
myrgb->r = p; myrgb->g = v; myrgb->b = t;
break;
case 3:
myrgb->r = p; myrgb->g = q; myrgb->b = v;
break;
case 4:
myrgb->r = t; myrgb->g = p; myrgb->b = v;
break;
case 5:
myrgb->r = v; myrgb->g = p; myrgb->b = q;
break;
}
SREG = sreg;
}

}[/syntax]

Funkcja bardzo ładnie działa, pomyślę jakby to sfilmować tak w ogóle, ale chyba poczekam do wieczora, posprzątam w pokoju i naładuję kamerę HD. Telefon też robi w HD, ale jednak ma słabszą dynamikę więc gorzej to widać będzie. Ta dioda daje bardzo mocno, jest jasno w całym pokoju, a i tak nie jedzie na pełnym prądzie bo jest trochę źle zasilana. Konkretnie przez ULN2003 z dobranym napięciem aby prąd wyszedł około 200mA, przy czym obwód "czerwony" ma dodany rezystor cermetowy kilka ohm bo czerwona LED ma znacznie mniejszy spadek napięcia.
Zakupiłem już do niej drivery prądowe sterowane PWM (1500 mA) tylko, że muszę ruszyć temat płytki PCB bo układziki są SMD.

Funkcja działa praktycznie tak samo jak ta moja. Może przy bardziej powolnych zmianach czasami widać pewną skokowość. Co zapewne jest związane z mniejszą ilością kroków w parametrze H.
Kod był uruchomiony na AT88, zajął 610 B flasza i 4 B RAMu.

Statystyki: Napisane przez sq8dsr — 26 wrz 2013, o 15:35

Re: Tryb PWM timer 1 Atmega16

2013-09-26T15:18:49+01:00

GwynBleidD napisał(a):

Teraz szukam dokładnych wzorów na przeliczanie LCh do RGB, spróbuję przekształcić je, aby usunąć z nich współczynnik h, zastępując znormalizowanymi wartościami RGB dla konkretnego koloru (czyli gotowymi wyliczonymi wartościami RGB dla L=50 i C=100). Jeśli się to uda i powstałe wzory będą szybkie do przeliczenia, da się to szybko zaimplementować w AVRach, tablicując po prostu całe koło h, implementując w tablicy od razu różnice w jasności diod RGB i innych czynników związanych z diodami (patrz przedstawiony przez Mirka dodatek do calculatora wcześniej w temacie)

tak to miałoby ręce i nogi gdyby tak stablicować ... mi się niestety nie udało jak dotąd poszukać dobrych wzorów .... A przydałoby się, żeby je tzn może inaczej żeby na ich podstawie na PC np w MkAvrCalculator móc sobie wystrzelić dowolne tablice i władować je do procka

Statystyki: Napisane przez mirekk36 — 26 wrz 2013, o 15:18

Re: Tryb PWM timer 1 Atmega16

2013-09-26T15:00:05+01:00

a jednak nie - przy powolnym czasie zmiany kolorów - obydwie funkcje zachowują się praktycznie identycznie a więc wychodzi na to że lepiej używać chyba tej lżejszej ... ale jeszcze potestuję..

No i czekam na info jak twój potwór sobie z tym poradzi

Statystyki: Napisane przez mirekk36 — 26 wrz 2013, o 15:00

Re: Tryb PWM timer 1 Atmega16

2013-09-26T14:34:46+01:00

Zaraz spróbuje zrobić nowy projekt i przetestować na tej wielkiej diodzie heheh

Statystyki: Napisane przez sq8dsr — 26 wrz 2013, o 14:34

Re: Tryb PWM timer 1 Atmega16

2013-09-26T14:26:18+01:00

ok ja mam tak:

[syntax=c]void hsv_to_rgb( RGB * myrgb, uint8_t h, uint8_t s, uint8_t v) {
uint16_t region, remainder, p, q, t;

if (s == 0) myrgb->r = myrgb->g = myrgb->b = v;
else {
region = h*6 / 256;
remainder = (h*6)%256;

p = (v * (255 - s)) / 256;
q = (v * (255 - (s * remainder)/256)) / 256;
t = (v * (255 - (s * (255 - remainder))/256)) / 256;

uint8_t sreg = SREG;
cli();
switch (region)
{
case 0:
myrgb->r = v; myrgb->g = t; myrgb->b = p;
break;
case 1:
myrgb->r = q; myrgb->g = v; myrgb->b = p;
break;
case 2:
myrgb->r = p; myrgb->g = v; myrgb->b = t;
break;
case 3:
myrgb->r = p; myrgb->g = q; myrgb->b = v;
break;
case 4:
myrgb->r = t; myrgb->g = p; myrgb->b = v;
break;
case 5:
myrgb->r = v; myrgb->g = p; myrgb->b = q;
break;
}
SREG = sreg;
}

}[/syntax]

tutaj wszystkie składowe hsv zmieniają się od 0 do 255

------------------------ [ Dodano po: 4 minutach ]

ale są jednak przez to wyraźniejsze skoki PWM podczas przejść między niektórymi kolorami - szczególnie w okolicach żótego

no coś za coś ... wszystko jak widać zleży do czego chcemy użyć takiego przeliczania.

Statystyki: Napisane przez mirekk36 — 26 wrz 2013, o 14:26

Re: Tryb PWM timer 1 Atmega16

2013-09-26T14:25:44+01:00

Zmieniłem ten typ na int i chyba coś się zmieniło. Na końcach zakresu była jakby mała nieciągłość a teraz jej nie ma.

Statystyki: Napisane przez sq8dsr — 26 wrz 2013, o 14:25

Re: Tryb PWM timer 1 Atmega16

2013-09-26T14:24:06+01:00

sq8dsr napisał(a):

Co ciekawe u mnie to działa bez problemu.

eeeeh i u mnie już działa sorki miałem głupi błąd - zapomniałem poprawić typu swojej zmiennej hue

Statystyki: Napisane przez mirekk36 — 26 wrz 2013, o 14:24

Re: Tryb PWM timer 1 Atmega16

2013-09-26T14:17:13+01:00

ten CIELCh jest faktycznie ciekawy. To jest to chyba mapowanie HSV na LAB. HSV dzięki temu się normalizuje. Myślę, że on jest przez to dokładniejszy w tych kolorach które nie mają pełnego V i S. Czyli mamy bardziej płynne przejścia przy małych nasyceniach i małych jasnościach.

------------------------ [ Dodano po: 4 minutach ]

mirekk36 napisał(a):

zmienna hue jest u ciebie uint16_t a tymczasem powinna chyba być int

Tak chyba faktycznie powinna być int bo w tym warunku może wyjść poniżej 0, co prawda natychmiast ją przerzuci z powrotem w zakres dodatni, ale ten moment krótki może coś źle robić.
Co ciekawe u mnie to działa bez problemu...

Statystyki: Napisane przez sq8dsr — 26 wrz 2013, o 14:17

Re: Tryb PWM timer 1 Atmega16

2013-09-26T14:14:00+01:00

sq8dsr napisał(a):

myrgb to struktura ?

Tak tak, to żeby nie podawać dodatkowych 3 argumentówr,g,b

ale mi ta twoja funkcja w ogóle nie działa ciężko mi sprawdzić ...

w mojej hue przekazuje się jako uint8_t i kółko jeździ od 0 do 255 dzięki temu też obliczenia szybciej się wykonują ale pewnie troszkę traci się na dokładności. Tylko nie wiem co się dzieje że gdy podkładam twoje obliczenia to tylko coś mi tam miga dziwnie. Muszę jeszcze popróbować.

------------------------ [ Dodano po: 2 minutach ]

aaa no bo tu już jest babol:

[syntax=c]uint16_t hue

while (hue > 1529) hue -= 1530;
while (hue < 0) hue += 1530;[/syntax]

zmienna hue jest u ciebie uint16_t a tymczasem powinna chyba być int

Statystyki: Napisane przez mirekk36 — 26 wrz 2013, o 14:14

Re: Tryb PWM timer 1 Atmega16

2013-09-26T12:57:32+01:00

mirekk36 napisał(a):

void hsv_to_rgb( RGB * myrgb, uint8_t h, uint8_t s, uint8_t v);

myrgb to struktura ?

ja mam takie coś:
[syntax=c]/* Funkcja obliczania wektorów RGB z przestrzeni HSV
Bez normalizacji jasnoci, PWM 8 bit

hue: 0 do 1529
sat: 0 do 255
bri: 0 do 255
zmienne tylu unit16_t
*/

void hsv_to_rgb_8(uint16_t hue, uint16_t sat, uint16_t bri, uint8_t *red, uint8_t *green, uint8_t *blue) {

uint16_t red_val, green_val, blue_val;

while (hue > 1529) hue -= 1530;
while (hue < 0) hue += 1530;

if (hue < 255) {
red_val = 255;
green_val = (65280 - sat * (255 - hue)) >> 8;
blue_val = 255 - sat;
}
else if (hue < 510) {
red_val = (65280 - sat * (hue - 255)) >> 8;
green_val = 255;
blue_val = 255 - sat;
}
else if (hue < 765) {
red_val = 255 - sat;
green_val = 255;
blue_val = (65280 - sat * (765 - hue)) >> 8;
}
else if (hue < 1020) {
red_val = 255 - sat;
green_val = (65280 - sat * (hue - 765)) >> 8;
blue_val = 255;
}
else if (hue < 1275) {
red_val = (65280 - sat * (1275 - hue)) >> 8;
green_val = 255 - sat;
blue_val = 255;
}
else {
red_val = 255;
green_val = 255 - sat;
blue_val = (65280 - sat * (hue - 1275)) >> 8;
}

*red = ((bri + 1) * red_val) >> 8;
*green = ((bri + 1) * green_val) >> 8;
*blue = ((bri + 1) * blue_val) >> 8;

}[/syntax]

Statystyki: Napisane przez sq8dsr — 26 wrz 2013, o 12:57

Re: Tryb PWM timer 1 Atmega16

2013-09-26T12:44:20+01:00

ŁAŁ - no to kawał potwora

tak z tym CIELAB to nawet na PC długo trwa korekcja z RGB więc na 8-bitowcach to już byłaby masakra

ale generalnie mam już praktycznie fajnie dopracowaną procedurkę

void hsv_to_rgb( RGB * myrgb, uint8_t h, uint8_t s, uint8_t v);

gdzie nie jest źle nawet z przejściem żółtego ... a jeśli statycznie włączać kolory to też widać i żółty z odcieniami i pomarańczowy ...

będzie GIT

to i tak jest DUUUŻO więcej niż wcześniej gdy człowiek babrał się w ogóle nawet bez zwyklastego Gamma correction

Statystyki: Napisane przez mirekk36 — 26 wrz 2013, o 12:44

Re: Tryb PWM timer 1 Atmega16

2013-09-26T12:14:37+01:00

mirekk36 napisał(a):

tylko jak mówię nie wiem czy sobie dam radę na 8-bitowcach

Zaczyna się trochę bardziej zaawansowana matematyka, może nie dać się uciec od liczb FLOAT, w obliczenia wchodzą pierwiatski.
Zawsze niby można kosztem większego użycia pamięci wejść w te floaty.
Ale powiem jeszcze takie coś, że jakość koloru bardzo zależy od diody. Taka prosta dioda RGB, w klasycznej obudowie słabo bardzo miesza kolory. Dużo lepsze rezultaty obserwowałem na diodach SMD, np. takich jakie są w taśmach. Ta "inteligentna" dioda której dotyczyła ostatnio zagadka też pewnie prezentuje się bardzo dobrze.
Sam używam takiego 10W potworka na którym ten żółty jest bardzo ładny, bardzo ładne są odcienie pomarańczowe tylko faktycznie w porównaniu z niebieskimi kolorami, przy przewijaniu jest tego znacznie mniej.

To ten "potworek":

Statystyki: Napisane przez sq8dsr — 26 wrz 2013, o 12:14

Re: Tryb PWM timer 1 Atmega16

2013-09-26T07:15:35+01:00

Naprawdę z CIELAB color wystarczą 3 kanały PWM ... ale niestety jak narazie im dalej się w to wgryzam - ty może być gorsza implementacja tego na 8-bitowce niestety .... już po wielu godzinach czytania i dryfowania po bezkresach oceanu załapałem pierwsze algorytmy i kody, z którymi najpierw będę mógł się pobawić na PC ...

Masz rację to co jako PODSTAWOWY ATUT daje CIELAB color to właśnie - ten nasz kochany żółty, którego podczas przewijania kolorów jest prawie BRAK ...

Tzn tematy te są dla mnie mega ciekawe ... tylko jak mówię nie wiem czy sobie dam radę na 8-bitowcach

Statystyki: Napisane przez mirekk36 — 26 wrz 2013, o 07:15

Re: Tryb PWM timer 1 Atmega16

2013-09-26T01:44:07+01:00

Wow, Mirku no to wyjdzie z tego jakiś superprogram kolorymetryczno-konwersyjny

Tak Lab jest (chyba 3 wersje są) podobno w ogóle jest tak zaprojektowana, że zawiera wszystkie możliwe kolory jakie człowiek może zobaczyć i ciekawe bo mimo że ma mniej odcieni niż 24bit RGB, to dla człowieka jest jakby pełniejsza. Szukałem kiedyś czegoś w tym zakresie... Jest jakaś biblioteka ColorMine się chyba nazywa i ale nie bardzo mogłem ją znaleźć, albo raczej nie chciała się pobrać.

W ogóle jeszcze w podobnym temacie. To można jeszcze do RGB dopiąć czysty biały czyli RGBW, nawet widziałem takie diody
"czterordzeniowe" fmy Cree... Też by było ciekawe, tylko 4 kanały PWM trzeba dać.

Statystyki: Napisane przez sq8dsr — 26 wrz 2013, o 01:44

Re: Tryb PWM timer 1 Atmega16

2013-09-26T00:56:58+01:00

sq8dsr napisał(a):

W niektórych miejscach okręgu H (przy HSV) poszczególne kolory powinny zmieniać się szybciej, w innych wolniej. Np przejście z koloru czerwonego do zielonego (przez zółty) jest odbierane jako bardziej skokowe niż przejście z zielonego do niebieskiego, mimo że oba przejścia mogą mieć taki sam jakby "delta"H.

Święta racja, dlatego wymyślono jeszcze inną przestrzeń barw i to dopasowaną już w pełni do ludzkiego oka i nosi ona nazwę CIELAB .... to jest to nad czym teraz z kolei ślęczę

Statystyki: Napisane przez mirekk36 — 26 wrz 2013, o 00:56