-
Path: news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!newsfeed2.atman.pl!newsfeed.
atman.pl!news.nask.pl!news.nask.org.pl!not-for-mail
From: Krzysztof Halasa <k...@p...waw.pl>
Newsgroups: pl.rec.foto.cyfrowa
Subject: Re: Problem z ostrością
Date: Thu, 06 Mar 2014 22:44:38 +0100
Organization: NASK - www.nask.pl
Lines: 33
Message-ID: <m...@i...localdomain>
References: <le5m9m$h7r$1@news.task.gda.pl> <k8lqgzapoau2$.dlg@habeck.pl>
<le62aj$321$1@news.task.gda.pl> <o7gmqdtb21gq$.dlg@habeck.pl>
<leflce$bvs$1@news.task.gda.pl> <leqann$peq$1@node2.news.atman.pl>
<e...@g...com>
<leque3$5ri$1@node1.news.atman.pl>
<a...@g...com>
<lest80$5eo$1@node1.news.atman.pl>
<c...@g...com>
<lf7977$27t8$1@news2.ipartners.pl> <lf7scu$4bf$1@node2.news.atman.pl>
<3...@g...com>
<lf9fn2$59t$1@node1.news.atman.pl>
<5318566c$0$2244$65785112@news.neostrada.pl>
<lfac9j$5gv$1@node1.news.atman.pl>
<0...@g...com>
NNTP-Posting-Host: ni.piap.pl
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-Trace: pippin.nask.net.pl 1394142282 18606 195.187.100.4 (6 Mar 2014 21:44:42 GMT)
X-Complaints-To: abuse ATSIGN nask.pl
NNTP-Posting-Date: Thu, 6 Mar 2014 21:44:42 +0000 (UTC)
Cancel-Lock: sha1:MXwBvc3haCMIVVxl0yPh689hhJ4=
Xref: news-archive.icm.edu.pl pl.rec.foto.cyfrowa:901960
[ ukryj nagłówki ]XX YY <f...@g...com> writes:
> u mnie fluktuacje wielkosci siegaja 10 MB - od ok 21 do 31 MB.
Typowe dla bezstratnej kompresji.
> kiedys sporo czytalem na ten temat i nie chce mi sie wracac do tematu.
> Raw to nie sa rzeczywiscie surowe dane z matrycy. Te surowe dane sa
> dalece prztetworzone.
A coś na poparcie tych teorii?
> Gdyby to byly surowe dane , w zasadzie szybkie
> procesory obrazowe nie bylyby potrzebne.
Logika nieprawidłowa. Gdyby to były surowe dane (jakimi są,
z dokładnością do znanych rzeczy, które robi sama matryca - w sensie
scalaka), to właśnie te szybkie procesory byłyby (i są) potrzebne, by te
surowe dane skorygować o np. balans bieli, o np. dane o martwych
pikselach, przenieść do 8-bitowej przestrzeni RGB (albo innej
np. Adobe), skompresować je JPEGiem itd. W przypadku filmów, trzeba
zamiast JPEGa zrobić MJPEGa lub H.264 (zwykle) oraz zakodować jeszcze
dźwięk.
Gdyby te dane były już "dalece przetworzone", to właśnie wtedy tak szybkie
procesory nie byłyby potrzebne (chyba że w matrycy, tak zresztą może
być), bo po prostu pracy byłoby dla nich mniej.
Są takie matryce, np. mogą od razu wystawiać obrazek 8-bitowy po
odszumieniu, korekcji np. winietowania i błędów matrycy, AGC,
przeskalowaniu, kompresji itp.
--
Krzysztof Hałasa
Następne wpisy z tego wątku
- 07.03.14 11:39 Gotfryd Smolik news
- 07.03.14 13:19 XX YY
- 10.03.14 21:52 Krzysztof Halasa
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-03-02 Tusk idzie na rekord deportacji po 1989 [Będzie popyt na prawników]
- 2025-03-01 Obywatel telefonuje 112 lub 986
- 2025-03-01 detektyw (?) Rutkowski działał jako prasa
- 2025-03-01 "Policjant został ujęty obywatelsko..."
- 2025-03-01 zatrzymanie zbyszka maja
- 2025-03-01 Warszawa => Expert Recruiter 360 <=
- 2025-03-01 Chrzanów => NodeJS Developer <=
- 2025-03-01 Warszawa => Gen AI Engineer <=
- 2025-03-01 Wrocław => Konsultant wdrożeniowy Comarch XL/Optima (Księgowość i
- 2025-03-01 Kraków => Technical Team Leader (Clojure, Java) <=
- 2025-03-01 Zrobił TV OLED z TV LCD
- 2025-03-01 Gdynia => Sales Executive / KAM <=
- 2025-03-01 Błonie => Sales Specialist <=
- 2025-03-01 Ryga => Konsultant Wdrożeniowy Comarch XL/Optima (Księgowość i Kad
- 2025-03-01 Żerniki => Dyspozytor Międzynarodowy <=