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)
Author: 1634Racine
Date: Mon, 29 Jan 2018 18:37
Date: Mon, 29 Jan 2018 18:37
6 lines
1276 bytes
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)
Author: J.F.
Date: Tue, 30 Jan 2018 12:07
Date: Tue, 30 Jan 2018 12:07
28 lines
2227 bytes
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)
Author: Sylwester Zarębski
Date: Tue, 30 Jan 2018 16:47
Date: Tue, 30 Jan 2018 16:47
22 lines
1794 bytes
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)
Author: Marek S
Date: Sun, 25 Feb 2018 16:27
Date: Sun, 25 Feb 2018 16:27
51 lines
3758 bytes
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