-
Data: 2010-08-27 07:03:12
Temat: Re: jak sie uzyskuje takei zdjecia?
Od: "Eneuel Leszek Ciszewski" <p...@c...fontem.lucida.console> szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]
"Andrzej Libiszewski" n...@4...net
> Jestem. Najpierw jest pokazywany jpeg zabudowany, potem program generuje
> uproszczony podgląd w rozdzielczości ekranu - na tym podglądzie toczy się
> praca. Przy powiększeniu wycinka jest generowany kolejny podgląd, tego
> wycinka.
W oprogramowaniu Canona tak nie jest -- może tak być, ale tak nie jest.
> Finalny, pełny render, jest wykonywany przy zapisie przetworzonego
> pliku na dysku.
Ów ,,render'' to dopisanie (modyfikacja) informacji leżącej niejako
obok mapy bitowej. Prymitywną metodą weryfikacji powyższych słów jest
obejrzenie pliku CR2 po obróbce i przed tą obróbką (zwaną przez
Ciebie dumnie renderingiem) -- można wziąć CR2, zmienić mu balans
bieli czy ekspozycję (lub cokolwiek), zapisać wynik jako A.CR2 po
czym otworzyć ów plik A.CR2 i ponownie zmodyfikować coś (na przykład
balans bieli) oraz zapisać wynik jako B.CR2 po czym porównać bajt
po bajcie A.CR2 z B.CR2 na przykład TotalCommanderem. Oba te pliki
(A.CR2 i B.CR2) będą miały tę samą długość (liczoną bajtami) i niemal
identyczną zawartość. Zmianie (w wyniku ,,renderingu'') ulegnie jedynie
informacja o wprowadzonych poprawkach. Co więcej -- można otworzyć plik
B.CR2 i ponownie zmienić balans bieli tak, iż po tym kolejnym ,,renderingu''
i zapisie ,,zrenderowanego'' pliku pod nazwą C.CR2 uzyska się plik
identyczny z plikiem A.CR2.
Każde wyświetlenie CR2 wymaga odczytania bitmapy, uwzględnienia
,,renderingu'' i przekazania do karty graficznej ,,wywołanego''
(na bieżąco renderowanego) obrazka. :)
-=-
A teraz pytanie kontrolne do tych, dla których JPG to ,,normalny
plik graficzny'' w odróżnieniu od CR2. Czy ,,normalność'' JPG
wyraża się tym, że system operacyjny po prostu wrzuca zawartość
pliki JPG do pamięci karty graficznej (karty zwykłej, przeciętnej,
najprostszej, systemowej, nie karty z hardowymi dopalaczami
specjalizującymi się w obróbce grafiki zapisanej w JPG)
bez jakiejkolwiek obróbki (bez rozkompresowania) podczas
gdy CR2 musi obrabiać CPU komputera?
Jeśli tak -- to winszuję. ;)
Aby sprawdzić, można spróbować skopiować zawartość JPG do pamięci
karty -- tak, jak się kopiuje jakiś plik na przykład z dysku na
dysk lub z dysku na ekran czy na drukarkę. :) Zwykle copy a.roz
b.roz należy uzupełnić kluczem '/b', co pozwala na unikniecie
zaprzestania kopiowania po napotkaniu znaku ,,końca pliku''. :)
Pod DOSem kopiowanie pliku na ,,ekran'' odbywać się może dzięki
copy plik.roz con/b
gdzie con jest ,,konsolą''. :) Komenda ta (pseudokomenda) pochodzi
z dawnych czasów, gdy ,,konsolą'' był terminal graficzny -- urządzenie
peryferyjne takie jak dysk, drukarka, stacja tasiemek magnetycznych czy
perforowanych lub inne urządzenie peryferyjne. :)
,,Normalny'' plik graficzny dla Windows to BMP.
Normalność ta została doceniona na przykład w budowaniu ikon systemowych,
które mogą być po prostu plikami BMP. Mogą, ale mogą też być zmodyfikowanymi
BMP -- mogę zawierać informację o palecie kolorów (na przykład można mieć
ikonę dwukolorową -- monochromatyczną tak zwaną, choć w istocie będą tam
aż dwa kolory) i mogą zawierać zbiory bitmap w różnej rozdzielczości...
(piszę o ikonach w WinDosie czy WinXP -- nie o ikonach w Win powstałych
już po ,,epoce'' WinNT)
JPG to niestety bardzo skomplikowany plik graficzny. Może być prymitywny,
ale może tez być bardzo cwanie kompresowany. Prymitywny jest łatwy w dekompresji
i kompresji, ale nie niesie gęstej informacji, zaś cwanie kompresowany może nieść
bardzo dużo informacji, bazując na niedoskonałości ludzkiego oka. :) I (co łatwo
zauważyć) JPG nie kompresuje liczby pikseli (po kompresji do JPG mamy nadal zachowaną
liczbę pikseli bitmapy) ale kompresuje kolor, podobnie jak wiele kompresorów Audio
nie kompresuje częstotliwości ramek (na przykład dając nadal częstotliwość 44.1 kHz)
ale kompresując pomija to, co rzekomo jest dla ucha obojętne, czyli przechodzenie
jakiegoś dźwięku w inny.
To nie CR2 wymaga ,,renderingu'', ale JPG. Tyle tylko, że JPG jest formatem
popularnym i uniwersalnym, podczas gdy CR2 czy inne RAWkowate są formatami
zamkniętymi i ograniczonymi do danego producenta aparatów fotograficznych
lub nawet ograniczonymi do konkretnego modelu aparatu fotograficznego.
Pomijam tu fakt, że ,,rendering'' ma się nijak do obróbki CR2. :)
Zapraszam do słowników. :)
--
.`'.-. ._. .-.
.'O`-' ., ; o.' eneuel@@gmail.com '.O_'
`-:`-'.'. '`\.'`.' ~'~'~'~'~'~'~'~'~ o.`.,
o'\:/.d`|'.;. p \ ;'. . ;,,. ; . ,.. ; ;. . .;\|/....
Następne wpisy z tego wątku
- 31.08.10 21:43 Janko Muzykant
Najnowsze wątki z tej grupy
- 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
- Sklejanie bracketowanych JPGów
Najnowsze wątki
- 2024-11-25 Karty przedpłacone (podarunkowe) Google Play - pytanie do korzystających
- 2024-11-26 wina Tóska
- 2024-11-26 Rewolucja/Rewelacja!
- 2024-11-25 grupa ożyła ;)
- 2024-11-24 Być jak Clint
- 2024-11-24 Rura kanalizacja konceptu Franke = problem
- 2024-11-25 Wrocław => Lead Java EE Developer <=
- 2024-11-25 Warszawa => Business Development Manager - Network and Network Securit
- 2024-11-25 Kraków => Programista Full Stack (.Net Core) <=
- 2024-11-25 Lublin => Senior PHP Developer <=
- 2024-11-25 Karlino => Konsultant wewnętrzny SAP (FI/CO) <=
- 2024-11-25 Warszawa => ECM Specialist / Consultant <=
- 2024-11-25 Katowice => Regionalny Kierownik Sprzedaży (OZE) <=
- 2024-11-25 Warszawa => Senior Frontend Developer (React + React Native) <=
- 2024-11-25 Lublin => Inżynier Serwisu Sprzętu Medycznego <=