-
Data: 2014-03-07 11:37:20
Temat: Re: Pa, pa!
Od: Gotfryd Smolik news <s...@s...com.pl> szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]On Wed, 5 Mar 2014, Krzysztof Halasa wrote:
> Gotfryd Smolik news <s...@s...com.pl> writes:
>
>> Tak ku czystej ciekawości - czy istnieje jakiś program na Linuksa,
>> mający wbudowaną regulację jasności krzywymi?
>> Dla (nomen omen) jasności, chodzi o zmianę jasności *bez* zmiany
>> koloru, czyli nie krzywymi RGB.
>> (ciągle nie ma w GIMP, trzeba albo kombinować wartstwami co
>> przy 8 bitach czasem średnio wychodzi albo cut&paste do Paint.NET
>> i z powrotem)
>
> Akurat w GIMPie to jest, Colors -> Curves -> Channel = Value. Chyba że
> nie o to chodziło.
Nie, nie o to.
To co piszesz to jest "RGB" - zmienia wszystkie kolory tą samą krzywą,
ale to nie skutkuje niezmienianiem kolorów. Wbrew pozorom.
Najprościej to wyjaśnić na przykładzie skrajnym, czyli inwersji:
bierzesz tę krzywą, by default początkowo prostą, w punkcie zero
jedziesz do góry (100%), w punkcie końca jedziesz do zera.
Z pozoru wszystko gra - białe staje się czarne, czarne staje się
białe. Z pozoru. Bo niebieskie staje się żółte itede, czego
łatwo się domyślić.
Oczywiście, krzywa pogięta "mniej niż 100%" ma odpowiednio mniejsze
zniekształcenia barwne, ale one występują.
Przy regulacji krzywą jasności, dowolne pogięcie krzywej nie zmienia
kolorów - niebieski jest niebieski, jest "taki sam odcień niebieskiego",
tylko jasny może być od ciemnego do jasnoniebieskiego.
Przy mocnym "krzywieniu" kolorów (powiedzmy w skali stosowanej przy
HDR) brak regulacji jasności daje się we znaki.
"W skali stosowanej w HDR" nie musi oznaczać HDR jako takiego,
wystarczą silne "schodki" przy usiłowaniu skompresowania obrazka
z częścią bardzo jasną i bardzo ciemną, wystarczy słońce/cień,
aby było widać nieprawidłowe kolory (przy korekcie RGB)
:)
> Uwaga o 8 bitach to oczywiście prawda, można ew. użyć wersji
> developerskiej z gita, albo np. CinePainta (forka wcześniejszego GIMPa).
khem... dawno CinePainta nie sprawdzałem, ale ostatnia sprawdzona
wersja była lata świetlne za funkcjonalnością GIMPa.
To ja już wolę przerzucać sobie do Pait.NET i z powrotem :)
(sporo zresztą da się i w Paint zrobić, warstwy ma)
Niemniej czuję się zobowiązany do sprawdzenia wersji 0.17 CinePaint
pod Windows ;) (nowszej chyba nie ma, a linuksa mam, ale na emulacji
więc użytek z tego marny)
pzdr, Gotfryd
Następne wpisy z tego wątku
- 10.03.14 22:40 Krzysztof Halasa
- 11.03.14 22:12 borsuk
- 19.03.14 22:28 Paweł W.
Najnowsze wątki z tej grupy
- Trochę NTG - Vegas Pro
- Nikon D5500 i wyzwalanie migawki
- Canon 550D
- EOS 600D i balans bieli w filmach
- EOS 90D i sentymenty
- Skanowanie: Canon MG2550S vs HP OfficeJet 6950
- czas exif a czas modyfikacji pliku
- karta SD po formacie odzyskiwanie zdjęć i filmów
- Chess
- Vitruvian Man - parts 7-11a
- Eltec nie zyje?
- Steve McCurry
- Light - lajkowe klasyki od Chinczykow
- Forum o Sony serii A (alfa)?
- obrobka RAW na konputerze
Najnowsze wątki
- 2025-02-01 Śmierć mózgu a narządy do pobrania
- 2025-01-31 A niektórym to naprawdę zależy na ekologi w miastach LPG POWRACA ;-)
- 2025-01-31 Lublin => Programista Delphi <=
- 2025-01-31 Łódź => Programista NodeJS <=
- 2025-01-31 Wrocław => Senior SAP Support Consultant (SD) <=
- 2025-01-31 Warszawa => Full Stack web developer (obszar .Net Core, Angular6+) <=
- 2025-01-31 Gdańsk => iOS Developer (Swift experience) <=
- 2025-01-31 Kraków => UX Designer <=
- 2025-01-31 Warszawa => Data Engineer (Tech Leader) <=
- 2025-01-31 Gliwice => Business Development Manager - Dział Sieci i Bezpieczeńst
- 2025-01-31 Gliwice => Business Development Manager - Network and Network Security
- 2025-01-31 Warszawa => Architekt rozwiązań (doświadczenie w obszarze Java, AWS
- 2025-01-31 Warszawa => Full Stack .Net Engineer <=
- 2025-01-31 Warszawa => Programista Full Stack (.Net Core) <=
- 2025-01-31 Gdańsk => Programista Full Stack .Net <=