-
Path: news-archive.icm.edu.pl!newsfeed.gazeta.pl!feed.news.interia.pl!news.cyf-kr.edu
.pl!agh.edu.pl!news.agh.edu.pl!news.onet.pl!newsfeed.neostrada.pl!atlantis.news
.neostrada.pl!news.neostrada.pl!localhost!smolik
From: Gotfryd Smolik news <s...@s...com.pl>
Newsgroups: pl.rec.foto.cyfrowa
Subject: Re: Dźwięk migawki
Date: Sat, 25 Apr 2009 00:20:10 +0200
Organization: TP - http://www.tp.pl/
Lines: 62
Message-ID: <Pine.WNT.4.64.0904250000360.2436@quad>
References: <gspm1g$nen$1@nemesis.news.neostrada.pl>
<gsrufr$891$1@nemesis.news.neostrada.pl>
NNTP-Posting-Host: emh123.internetdsl.tpnet.pl
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=ISO-8859-2; format=flowed
Content-Transfer-Encoding: 8BIT
X-Trace: atlantis.news.neostrada.pl 1240612429 8840 83.15.167.123 (24 Apr 2009
22:33:49 GMT)
X-Complaints-To: u...@n...neostrada.pl
NNTP-Posting-Date: Fri, 24 Apr 2009 22:33:49 +0000 (UTC)
In-Reply-To: <gsrufr$891$1@nemesis.news.neostrada.pl>
X-X-Sender: moj@quad
User-Agent: Hamster/2.1.0.11
Xref: news-archive.icm.edu.pl pl.rec.foto.cyfrowa:803844
[ ukryj nagłówki ]On Fri, 24 Apr 2009, Sławek Drogosz wrote:
To pooponuję :)
> 2.) Nadal uważam, że w dobie cyfrowego rozwoju matryc i mikroprocesorów
> można zrobić migawkę elektroniczną - bez mechaniki (w obecnej chwili nie ma
> parcia na takie rozwiazania).
> Widziałbym to tak: matryca do każdej grupy pixeli ma przyporządkowany
> procesor realizujący aktywację komórek światłoczułych RGB (pixeli) i w
> momencie czasowym odpowiadającym zamknięciu migawki zatrzaskującym w swojej
> pamięci informację o natężeniu światła - po takim zatrzaśnięciu komórki RGB
> mogą nadal "przyjmować światło", nawet prześwietlać się i "rozlewać" na
> sąsiednie pixele - informacja jest już zapamiętana :-) .
Problem jest z tą "grupą".
Już robienie "grup" po *dwie* powoduje komplikacje, jak choćby sławne
paski (przy równoległym zczytywaniu z matrycy dwoma lub czterema
osobnymi kanałami).
Ale odłóżmy tę sprawę. Jest ważniejsza.
Założenie jest jak rozumiem takie: trzeba zapamiętać (gdzieś)
treść "paczki" pikseli.
Odpowiedz na pytanie: GDZIE!?
I podpowiadam: na matrycy natężenia pól od naświetlonych pikseli są
już *tak duże*, że ładunek "przelewa się" na sąsiednie elementy.
Więc *gdzie* znajdziesz *miejsce* na matrycy, skoro potrzebujesz tego
miejsca *więcej* (znacznie!) niż mają same piksele?
Problem mamy w "wyprowadzeniu" tych ładunków z matrycy, "migiem" się
tego zrobić nie da.
Mimo że przy matrycy 4000x3000 pikseli ładunki są wyprowadzane 4000
linii! (*teraz*, w istniejących konstrukcjach).
Istniejące rozwiązania pozwalają na wyprowadzanie obrazu kilku
Mpix z 60 fps (Casio). Szybciej widać się nie da (przynamniej
w skali produkcji masowej).
Propozycja ze "schowaniem" zdjęcia "gdzieś" wygląda dobrze, ale:
- albo trzeba zrobić matrycę w ciapki ;) (i zdjęcie będzie wyglądało
jak durszlak)
- albo trzeba zrobić ZNACZNIE mniejsze piksele (i większą część
obok poświęcić na pamięć), będziemy mieli GO jak z lustrzanki ale
czułość 50 ISO i "dynamikę" jak w kompakcie (1/3,3" - były takie)
- albo iść w trzeci wymiar.
Wedle mojej wiedzy z tym ostatnim chwilowo jest krucho, nie ma tak
dobrze aby scalić aż *tak* głęboko warstwy w aktualnie wykorzystywanych
technologiach. Możemy sobie pogdybać, jak to by było miło te
rozpychające się elektrony rozpuścić w tunelikach pod każdym
pikselem (głębokim np. na ćwierć milimetra), ale chwilowo
nie mamy "mocy" :D
Pomysł z "wywaleniem" całego zdjęcia poza matrycę odpada - przecież
już to się robi, i to wszystkimi liniami pikseli. Leżymy...
> Przykładowo:
>
> Procesor główny zbiera informacje z procesorów "matrycowych" (np.200
> procesorów) i analizuje cały kadr zdjęcia.
Wyjaśnij nam, gdzie te 200 procesorów trzymało dane opisujące
po 60 000 pikseli (każdy) :[
pzdr, Gotfryd
Następne wpisy z tego wątku
- 24.04.09 21:35 Andrzej Lawa
- 24.04.09 21:38 Andrzej Lawa
- 24.04.09 23:18 Kyniu
- 25.04.09 08:55 Jacek_P
- 25.04.09 17:41 KILu
- 25.04.09 17:45 KILu
- 25.04.09 18:00 KILu
- 25.04.09 20:44 Marek Dyjor
- 25.04.09 21:39 _rK_
- 25.04.09 21:53 _rK_
- 25.04.09 21:52 Gotfryd Smolik news
- 25.04.09 21:49 Gotfryd Smolik news
- 25.04.09 22:19 Marek Wyszomirski
- 26.04.09 04:36 Łukasz Bąk
- 26.04.09 06:02 Marek Dyjor
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-02-10 Spalił się spaliniak
- 2025-02-10 zarowka wifi - z sensowna apka lub lepiej albo lokalnie lub przez web. I zeby harmonogram miala
- 2025-02-10 Chrzanów => Programista NodeJS <=
- 2025-02-10 Kraków => DevOps Engineer (Junior or Regular level) <=
- 2025-02-10 Dlaczego takie preferencje banków?
- 2025-02-10 Białystok => iOS Developer (Swift) <=
- 2025-02-10 Mińsk Mazowiecki => Team Lead / Tribe Lead FrontEnd <=
- 2025-02-10 Białystok => System Architect (Java background) <=
- 2025-02-10 Współczesne mierniki zniekształceń nieliniowych THD audio, produkują jakieś?
- 2025-02-10 Szczecin => Senior Field Sales (system ERP) <=
- 2025-02-10 Gliwice => Business Development Manager - Dział Sieci i Bezpieczeńst
- 2025-02-10 Chrzanów => Specjalista ds. public relations <=
- 2025-02-10 Chrzanów => NodeJS Developer <=
- 2025-02-10 Warszawa => JavaScript / Node / Fullstack Developer <=
- 2025-02-10 Gliwice => Ekspert IT (obszar systemów sieciowych) <=