-
Path: news-archive.icm.edu.pl!news2.icm.edu.pl!opal.futuro.pl!news.internetia.pl!news
.nask.pl!news.nask.org.pl!news.onet.pl!not-for-mail
From: "Marek Wyszomirski" <w...@t...net.pl>
Newsgroups: pl.rec.foto.cyfrowa
Subject: Re: Pentax K-x - prośba o opinie
Date: Sun, 31 Jan 2010 23:26:43 +0100
Organization: http://onet.pl
Lines: 96
Message-ID: <hk503k$1g2$1@news.onet.pl>
References: <hj4rdd$ag3$1@news.onet.pl> <s...@g...mierzwiak.com>
<hj5mjd$7pj$1@inews.gazeta.pl> <hj6996$pgm$1@sunflower.man.poznan.pl>
<hj7h8r$gg6$1@inews.gazeta.pl> <hj7nkh$5j0$1@sunflower.man.poznan.pl>
<hj8o0p$ljd$1@inews.gazeta.pl>
<s...@g...mierzwiak.com>
<hjlhg0$67c$1@inews.gazeta.pl>
<s...@g...mierzwiak.com>
<hjq80t$kru$1@inews.gazeta.pl> <hjqal4$6j3$1@news.onet.pl>
<hjr2ll$4cm$1@news.supermedia.pl> <hjrh3g$75a$1@inews.gazeta.pl>
<hjta8o$mn5$1@inews.gazeta.pl> <hjvffn$cmv$1@news.onet.pl>
<hjvrjj$pf3$1@inews.gazeta.pl> <hk1iug$54b$1@news.onet.pl>
<hk1qg7$4li$1@inews.gazeta.pl> <hk282m$3it$1@news.onet.pl>
<hk4cvv$q4h$1@inews.gazeta.pl>
NNTP-Posting-Host: staticline12607.toya.net.pl
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 8bit
X-Trace: news.onet.pl 1264976820 1538 85.89.170.68 (31 Jan 2010 22:27:00 GMT)
X-Complaints-To: n...@o...pl
NNTP-Posting-Date: Sun, 31 Jan 2010 22:27:00 +0000 (UTC)
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2800.1983
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1983
X-Antivirus: avast! (VPS 100131-0, 2010-01-31), Outbound message
X-Antivirus-Status: Clean
Xref: news-archive.icm.edu.pl pl.rec.foto.cyfrowa:846571
[ ukryj nagłówki ]
"dominik" <u...@d...net.pl> napisał:
> [...]
> >> Też się kiedyś nad tym zastanawiałem i zastanawiałem też kiedy te
> >> charakterystyki byłyby w takim razie uaktualniane? W procesie
produkcji -
> >> wiadomo, ale potem to kiedy?
> > Systematycznie poza czasem ekspozycji. Zebranie szumów 'na ciemno' nie
> > wymaga otwarcia migawki i może być wykonywane np. podczas przeglądania
zdjęć
> > pzrez użytkownika. Jeśłi czas akwizycji bedzie krótki - aparat może takę
> > akwizycję wykonywać nawet przy każdym wyłączeniu (raczej wyłączeniu a
nie
> > włączeniu - gdyż wtedy temperatura matrycy bedzie bardziej
ustabilizowana).
>
> Z całą pewnością mogę powiedzieć - napewno nie.
> Kompensacja ma za zadanie wyrównać wartości poszczególnych pikseli, czyli
> łapiesz wzorcową ilość światła i zapisujesz w tablicy kompensacji jakie są
> odchyłki wartości dla poszczególnych pikseli. Aby zrobić to dokładnie
> najlepiej złapać kilkukrotnie w najniższym iso po prostu jednolity szary.
Zastanowiłęm się trochę głębiej nad tematem i - szary wcale nie musi być
jednolity. Dla kompensacji charakterystyk matrycy nie do wszystkich komórek
musi docierać identyczna ilosć światła - musisz natomiast wiedzieć, ile do
ktorej dociera. na pozór wygląda to gozrej, ale w rzeczywistosci ulatwia
korekcje charakterystyk komensacji. Wystarczy w komorze lustra zamontować
stabilne źrodlo swiatła, ktore w czasie kompensacji oświetla matrycę nie
koniecznie do końca równomiernie (przy odcietym dopływie światał
zewnętzrnego - mozna to uzyskać zakładajać dekielek na obiektyw). W fabryce
wykonujesz najpierw kompensację dla jednolitego oświetlenia matrycy
zewnętrznym swiatlem, a anstępnie rejestrujesz tablicę sygnałó wyjściowych z
poszczególnych komórek dla oświetlenia światłem źródła wbudowanego w komorę
lustra. Korekcja kompensacji u użytkownika bedzie już tylko wymagała
porównania aktualnych wartosci sygnałó uzyskiwanych z matrycy oświetlonej
wewnętzrnym źródłem z zapamiętaną tablicą. Oczywiscie żadna z oferowanych na
rynku obecnie lustzranek takiej korekcji nei ma, ale jak widzisz da z się to
zrobic omijajac skomplikowany do uzyskania w warunkach domowych wymóg
oświetlenia matrycy dokładnie jednorodnym swiatlem.
> Nie mogę za to sobie zupełnie wyobrazić jak byś chciał wykonywać
> kompensację "na ciemno". Wtedy masz szansę złapać *jedynie* szumy, a te są
> czynnikiem stałym i nie do wyeliminowania jakąś tablicą.
>
Kompensacji 'na ciemno' rzeczywiscie wykonać nie damy rady, ale właśnie
zbierajać te szumy na ciemno możemy uzyskać informacje o aktualnej
charakterystyce szumów poszczególnych elementów matrycy - o czym pisał lrem.
Fakt, że tylko w jednym punkcie pracy. Inny punkt pracy można by uzyskać
wykozrystujać źrodło światła w komorze lustra - to, o którym pisałem przed
chwilą.
>[...]
>
> >> Bo to dwa elementy, które nie muszą mieć wpisane w siebie symbiozy, za
to
> >> produkując je oddzielnie odpad będzie mniejszy.
> > Na pewno odpad pzry oddzielnej produkcji będzie mniejszy. Ale - nawet
> > znaczny odpad na etapie produkcji samego chipu jest dość tani -
poszczegolne
> > chipy są testowane jeszcze na plastrrze monokrystalicznego krzemu pzred
jego
> > pocięciem i wadliwe w ogóle nie są obudowywane. W przypadku awarii
powstałej
> > podczas montażu gotowych ukłądów na płytce drukowanej zwykle koszty są
duzo
> > wyższe - do kosza idzie cała płytka z obudowanymi juz układami. Ponadto
> > integracja funkcji w jednym ukłądzie oznacza zmniejszenie rozmiarów
płytek,
> > kosztów montażu, niezawodności gotowego wyrobu. Naprawdę to, ze
kalkulator
> > czy zegarek elektroniczny to ejden chip nie stało się bez powodu - tak
jest
> > znacznei taniej i lepiej.
>
> Tak, ale do tego trzeba naprawdę stabilnej technologii i lat doświadczeń.
Lata mijaja i doświadczenia pzrychodzą:-)
> W matrycach tego nie ma i z roku na rok coraz to nowsze matryce coraz to
> inne technologie wykorzystują. To nie jest temat, który garnie się do
> stabilizacji i do obniżania kosztów za wszelką cenę - wązniejszy jest
> rozwój, nowa technika, nowe wykonanie i końcowe efekty - bardziej niż
> cena, która jednak pozostaje cały czas na rozsądnym poziomie. Kiedyś to
> pewnie się zmieni jak najemy się megapikselami i czułością, wtedy właśnie
> będzie czas na to, żeby szukać oszczędności w kosztach.
> [...]
Odnoszę wrażenie, ze pewne symptomy tego najedzenia juz widzimy - zauważ, że
wyścig na megapiksele wydaje się ostatnio zamierać.
--
Pozdrawiam!
Marek Wyszomirski (w...@t...net.pl)
Następne wpisy z tego wątku
- 31.01.10 22:34 dominik
- 31.01.10 23:03 l...@l...localdomain
- 01.02.10 00:38 dominik
- 01.02.10 01:06 dominik
- 01.02.10 06:43 Marek Wyszomirski
- 01.02.10 08:10 Marek Wyszomirski
- 01.02.10 23:23 dominik
- 01.02.10 23:40 dominik
- 02.02.10 09:10 l...@l...localdomain
- 02.02.10 17:38 Marek Wyszomirski
- 02.02.10 17:49 Marek Wyszomirski
- 03.02.10 19:49 dominik
- 04.02.10 01:12 dominik
- 07.02.10 11:07 dominik
- 08.02.10 09:28 Marek Wyszomirski
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
- 2024-12-30 Gdańsk => Software .Net Developer <=
- 2024-12-30 Białystok => Full Stack web developer (obszar .Net Core, Angular6+) <
- 2024-12-30 Białystok => Programista Full Stack (.Net Core) <=
- 2024-12-30 Moduł BT BLE 5.0
- 2024-12-30 Łódź => Application Security Engineer <=
- 2024-12-30 Lublin => Inżynier bezpieczeństwa aplikacji <=
- 2024-12-30 Nowy Outlander PHEV w PL
- 2024-12-30 Warszawa => Key Account Manager <=
- 2024-12-30 Katowice => Key Account Manager (ERP) <=
- 2024-12-28 Śmiechu KOOOOOOPA ;-)
- 2024-12-29 Pomiar amplitudy w zegarku mechanicznym
- 2024-12-28 Antyradar
- 2024-12-28 Deweloper przegral w sadzie musi zwrócic pieniądze Posypia sie kolejne pozwy?
- 2024-12-28 Warszawa => Full Stack .Net Engineer <=
- 2024-12-28 Warszawa => Sales Assistant <=