-
Path: news-archive.icm.edu.pl!news.rmf.pl!agh.edu.pl!news.agh.edu.pl!ziutka.router!ne
ws
From: Marcin Debowski <a...@I...ml1.net>
Newsgroups: pl.rec.foto.cyfrowa
Subject: Re: Koszt matryc CCD a ich wielkosc
Date: Sun, 1 Mar 2009 16:41:19 +0800
Organization: Osobista Chalupa
Lines: 23
Sender: a...@n...agh.edu.pl
Message-ID: <f...@z...router>
References: <1...@z...router> <godf0e$ndr$1@opal.futuro.pl>
NNTP-Posting-Host: cm117.omega169.maxonline.com.sg
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-2
Content-Transfer-Encoding: 8bit
X-Trace: news.agh.edu.pl 1235897101 11540 218.186.169.117 (1 Mar 2009 08:45:01 GMT)
X-Complaints-To: a...@a...edu.pl
NNTP-Posting-Date: Sun, 1 Mar 2009 08:45:01 +0000 (UTC)
User-Agent: slrn/0.9.8.1pl1 (Linux)
Xref: news-archive.icm.edu.pl pl.rec.foto.cyfrowa:794607
[ ukryj nagłówki ]Dnia 01.03.2009 Radosny <radosny@usun_to.top67.pl> napisał/a:
>> Mam pewne kłopoty z wyekstrahowaniem informacji via google... Z czego
>> wynika DUŻO wyższy koszt większych matryc CCD w stosunku do małych o tej
>> samel liczbie pixeli? Jak dotąd wyczytałem, że prawdopodobieństwo
>> wystapienia dyskwalifikującego defektu w matrycy większej jest większe bo
>> ta jest większa. To się może i zgadza (jeśli są to defekty strikte
>> materiałowe), ale nie specjalnie mnie to przekonuje gdy przełoży się to na
>> różnice cenowe.
> To sobie policz. Załóżmy, że na 100cm2 wypada 10 błędów.
> Na takiej powierzchni mieszczą się 23 klatki DX albo 11 FF. W skrajnym
> przypadku dostaniesz 13 dobrych DX i 1 dobre FF z tego samego wafla.
> Przykład ekstremalny, ale obrazowy.
Jest o tyle nieobrazowy, że nie znamy rzeczywistych kosztów obsługi
takiego defektu, więc MZ prosta matematyka tu nie działa. Co by przybliżyc
o czym mówię: jeśli nawet co druga partia farb którymi maluje się np.
mercedesa będzie wadliwa ale jej wadliwość zostanie wykryta na etapie
przed malowaniem to koszt takiego błędu na pojedyńczy samochó? będzie
praktycznie pomijalny. Jeśli już po pomalowaniu to zapewne nieco większy.
Nie mając takich danych nie ma co bawić się w matematykę.
--
Marcin
Następne wpisy z tego wątku
- 01.03.09 08:52 Radosny
- 01.03.09 10:18 Marek Dyjor
- 01.03.09 10:38 JA
- 01.03.09 10:51 Marek Dyjor
- 01.03.09 10:52 Marcin Debowski
- 01.03.09 11:00 JA
- 01.03.09 11:08 Marek Wyszomirski
- 01.03.09 11:15 Stefan Nawrocki
- 01.03.09 12:02 Marek Dyjor
- 01.03.09 12:31 Jester
- 01.03.09 12:40 Marek Dyjor
- 01.03.09 14:36 Sergiusz Rozanski
- 01.03.09 15:12 Marek Dyjor
- 01.03.09 16:30 Marek Wyszomirski
- 01.03.09 19:03 Marek Dyjor
Najnowsze wątki z tej grupy
- 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
- silentpeakphoto
- Powerbank w ksztalcie raczki monopodu?
- Po jakiemu gada Nikon?
- Czy ktos z Was używa aparatu 360°?
Najnowsze wątki
- 2024-06-27 Re: Prywatny parking? Pierwsze 10 minut bezplatnie
- 2024-06-27 A co mnie to koooorwa obchodzi?
- 2024-06-28 nawigacja satelitarna
- 2024-06-28 SmartLife/Tuya i osuszanie -- mordowanie z zimną krwią...
- 2024-06-27 położyłem kafelki
- 2024-06-28 Łódź => International Freight Forwarder <=
- 2024-06-28 Łódź => Spedytor Międzynarodowy <=
- 2024-06-28 Gdańsk => Head of International Freight Forwarding Department <=
- 2024-06-28 Sopot => Team Leader E-Commerce for Foreign Markets <=
- 2024-06-28 Warszawa => Senior React Native Developer <=
- 2024-06-28 Warszawa => Frontend Developer (React) <=
- 2024-06-28 Warszawa => Software .Net Developer <=
- 2024-06-28 Warszawa => Frontend Developer (React) <=
- 2024-06-28 Warszawa => Programista Full Stack .Net <=
- 2024-06-28 Warszawa => Frontend Developer (React) <=