🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Thread View: pl.rec.foto.cyfrowa
4 messages
4 total messages Started by 1634Racine Mon, 29 Jan 2018 18:37
ewentualne straty w konwersji 24bpp --> 8 bpp (obraz cz-b)
#911148
Author: 1634Racine
Date: Mon, 29 Jan 2018 18:37
6 lines
1276 bytes
obrazy  *.png, glebia kolorow 16,7 Milionów, 24bpp  <---- pojedyncze klatki
z filmu potocznie okreslanego jako czarno-bialy.
Klatki maja byc indywidualnie "obrabiane" [rozliczne korekcje, oczywiscie
zapisy png <--> png], potem znow "przerobione" na film.
Czy NIC sie nie straci, jesli przed tymi korekcjami przekonwertuje sie
obrazy/klatki do: skala szarosci, gl. kolorow 256, 8 bpp? 
Re: ewentualne straty w konwersji 24bpp --> 8 bpp (obraz cz-b)
#911149
Author: J.F.
Date: Tue, 30 Jan 2018 12:07
28 lines
2227 bytes
Użytkownik "1634Racine"  napisał w wiadomości grup 
dyskusyjnych:5a6f69e5$0$679$65785112@news.neostrada.pl...
>obrazy  *.png, glebia kolorow 16,7 Milionów, 24bpp  <---- pojedyncze 
>klatki
>z filmu potocznie okreslanego jako czarno-bialy.
>Klatki maja byc indywidualnie "obrabiane" [rozliczne korekcje, 
>oczywiscie
>zapisy png <--> png], potem znow "przerobione" na film.
>Czy NIC sie nie straci, jesli przed tymi korekcjami przekonwertuje 
>sie
>obrazy/klatki do: skala szarosci, gl. kolorow 256, 8 bpp?

ciut sie straci.
Jesli sfotografujesz np jednolite tlo, moze byc nawet szare, to w 8bpp 
z trudem ale mozna sie dopatrzec granic obszarow o jednakowej 
szarosci.

W kolorze tego juz nie bedzie - moze dlatego ze, np obszar koloru 
(100, 100, 100) sasiaduje np z (100, 100, 99).
A to jednak tylko 1/3 roznicy jasnosci (100) i (99)

Ale to jest naprawde minimalne, a kto wie - moze i polepszy jakosc 
obrobki, bo sie nie uwypukla roznice kolorow.
Skaner np zmierzyl piksele jak wyzej, podnosisz kontrast,  100  sie 
zmienia np na 120, a 99 na 115, i kolorki sie pojawiaja, ktorych nie 
bylo widac na oryginale :-)

J.
Re: ewentualne straty w konwersji 24bpp --> 8 bpp (obraz cz-b)
#911150
Author: Sylwester Zarębski
Date: Tue, 30 Jan 2018 16:47
22 lines
1794 bytes
Dnia Mon, 29 Jan 2018 19:37:14 +0100, 1634Racine napisał(a):

> obrazy  *.png, glebia kolorow 16,7 Milionów, 24bpp  <---- pojedyncze klatki
> z filmu potocznie okreslanego jako czarno-bialy.
> Klatki maja byc indywidualnie "obrabiane" [rozliczne korekcje, oczywiscie
> zapisy png <--> png], potem znow "przerobione" na film.
> Czy NIC sie nie straci, jesli przed tymi korekcjami przekonwertuje sie
> obrazy/klatki do: skala szarosci, gl. kolorow 256, 8 bpp?

Jeśli będziesz dużo obrabiać z dużą liczbą pośrednich zapisów, to rozważ
jakiś format co najmniej 16-bit (chociaż czytałem opinie, że lepiej
nawet 32-bit). Mnie osobiście wystarcza 16-bit, ale ja dużo nie pracuję
w obróbce obrazu.

Jeśli obróbka jest jednorazowa, to poza szczególnym przypadkiem opisanym
przez J.F. moim zdaniem różnic nie będzie.
Oczywiście zakładając, że faktycznie film będzie czarno-biały, a nie
tylko "prawie" np. lekko w sepii.

-- 
pozdrawiam
Sylwester Zarębski
Re: ewentualne straty w konwersji 24bpp --> 8 bpp (obraz cz-b)
#911151
Author: Marek S
Date: Sun, 25 Feb 2018 16:27
51 lines
3758 bytes
W dniu 2018-01-29 o 19:37, 1634Racine pisze:

> Czy NIC sie nie straci, jesli przed tymi korekcjami przekonwertuje sie
> obrazy/klatki do: skala szarosci, gl. kolorow 256, 8 bpp?

Odpowiem lekko nie na temat. Sądzę, że nawet nie o to chodzi czy 8, czy 
24 bity bo dla idealnej szarości (bez barwnych dominant) nie powinno to 
mieć znaczenia. Można sporo stracić pracując ogólnie w 256 odcieniach 
szarości - nie ważne czy 8, czy 24 bity. Wiele zależy od środowiska w 
jakim pracujesz w sensie sprzętu i operacji graficznych. Łatwo to 
zaobserwować przy przejściach tonalnych - bardzo często powstaje 
zjawisko color bandingu, nie wiem jak to po polsku się nazywa 
(posteryzacja?). Granica między odcieniami może mieć widoczne granice. 
Co ciekawe - najmniej będzie to widoczne na zwykłych monitorach sRGB i 
nieskalibrowanym systemie. Po dokonaniu kalibracji mogą pojawić się 
widoczne "prążki" wyolbrzymione po graficznych korekcjach obrazu. 
Zastosujesz monitor aRGB - zjawisko jeszcze bardziej będzie widoczne. 
Przy profesjonalnych, więcej niż 8-bitowych monitorach aRGB z 
hardware'ową korektą kolorów (LUT) powstanie masakra.

Przy obrazach kolorowych jeszcze jakoś to się rozmywa - bo są odcienie 
barw, kanały koloru wzajemnie maskują swoje ograniczenia. Ale przy 
obrazie mono trzeba zadbać o jakość obróbki.

Wyobraź sobie sytuację kiedy stosujesz jakieś krzywe luminancji przy 
obróbce. Mam na myśli krzywą gamma lub np. krzywą typu S (zwaną 
kontrastem). Wtedy sztucznie zwiększasz odległość między kolejnymi 
odcieniami szarości. Przykładowo miałeś szary na poziomie 200 i 201, 
które po korekcie staną się 195 i 205. Granica między nimi będzie 
doskonale widoczna.

Z uwagi na powyższe NIGDY nie pracuj na 8 bitach nawet jeśli zeskanowany 
obraz był 8-bitowy. Plik 8-bitowy powinien być jedynie produktem 
końcowym gdy zamierzasz go pokazać w internecie, przesłać komuś mailem 
itp. Pracuj zawsze na 16 bitach. Nie zgadzam się z Sylwestrem, że byłoby 
najlepiej pracować na 32-bitach. Teoretycznie byłoby to uzasadnione (i 
idealne rozwiązanie) ale powstaje problem praktyczny - poza 
specjalistycznymi monitorami/kartami HDR (i to też z ograniczeniami) nie 
da się w miarę poprawnie zobrazować efektów pracy. Trzeba sobie póki co 
wyobrażać jak będzie wyglądał mniej bitowy efekt końcowy. W dodatku np. 
w Photoshopie niewiele, nawet spośród podstawowych filtrów działa w tym 
trybie.

Jest jeszcze jedna rzecz: sposób obróbki zdjęć. Jeśli proces obróbki 
będzie miał wiele etapów to staraj się pracować możliwie bezstratnie. 
Np. stosuj filtry typu live, trzymaj obraz wielowarstwowy, gdzie dolna 
warstwa jest nietknięta (kopia bezpieczeństwa).

-- 
Pozdrawiam,
Marek
Thread Navigation

This is a paginated view of messages in the thread with full content displayed inline.

Messages are displayed in chronological order, with the original post highlighted in green.

Use pagination controls to navigate through all messages in large threads.

Back to All Threads