-
Path: news-archive.icm.edu.pl!newsfeed.gazeta.pl!feed.news.interia.pl!news.nask.pl!ne
ws.nask.org.pl!newsfeed00.sul.t-online.de!t-online.de!newsfeed1.ip.tiscali.net!
tiscali!newsfeed2.ip.tiscali.net!nx02.iad01.newshosting.com!newshosting.com!new
sfeed.neostrada.pl!unt-exc-01.news.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: TAMRON i duzy FF na krotkiej ogniskowej
Date: Mon, 18 Jan 2010 09:35:29 +0100
Organization: TP - http://www.tp.pl/
Lines: 110
Message-ID: <Pine.WNT.4.64.1001180029220.3580@quad>
References: <hip2h1$ffl$1@inews.gazeta.pl> <hipktp$96q$1@nemesis.news.neostrada.pl>
<hiqb2s$hav$1@inews.gazeta.pl>
<5...@r...googlegroups.com>
<hitagn$pnh$1@sunflower.man.poznan.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: nemesis.news.neostrada.pl 1263804402 28047 83.15.167.123 (18 Jan 2010
08:46:42 GMT)
X-Complaints-To: u...@n...neostrada.pl
NNTP-Posting-Date: Mon, 18 Jan 2010 08:46:42 +0000 (UTC)
In-Reply-To: <hitagn$pnh$1@sunflower.man.poznan.pl>
X-Warning: UNAuthenticated Sender
User-Agent: Hamster/2.1.0.11
Xref: news-archive.icm.edu.pl pl.rec.foto.cyfrowa:844690
[ ukryj nagłówki ]On Sat, 16 Jan 2010, Norbert wrote:
> Zawsze mnie zastanawialo skad sie bierze FF i BF. Staly FF i BF dla danego
> body rozumiem, czujnik jest po prostu w zlym miejscu, bo jak rozumiem
> odleglosc miedzy obiektywem a matowka, matryca i czujnikami powinna byc ta
> sama. ale tutaj wystarczy regulacja w serwisie
...tak... (o ile serwis świadczyłby taką usługę!)
O ile powszechnie dostępne informacje są prawdziwe, serwisy tego
*nie* robią. Robią tylko co, co "użytkownik w menu".
I dlatego domagają się posyłania obiektywów "do których dostroić
należy aparat".
> lub ustawienie tego w menu body jak sie da samemu.
Nie, a przynajmniej nie słyszałem o aparacie, który pozwalałby na
skorygowanie (przez użytkownika, zgodnie z warunkami gwarancji)
"właściwego" (pierwotnego) błędu, tego o czym piszesz wyżej.
Robi się kompensację (gorszą, lepszą lub teroretycznie doskonałą),
ale pozostawia pierwotną przyczyną nie usuniętą.
> A skad roznice miedzy obiektywami?
Stąd, że ta korekta, czy to w menu czy w serwisie, *w założeniu*
jest rozwiązaniem "błędnym konstrukcyjnie" - znaczy nie prowadzącym
do usunięcia *pierwotnej* przyczyny.
Nie znaczy, że jest niedopuszczalna czy niemożliwa - tak się robi
tu i ówdzie (od prawa zaczynając :>) kiedy usunięcie przyczyny
stanowi problem, ale zazwyczaj "w zamian" obrywa się innymi problemami,
i nasz przypadek nie jest wyjątkiem.
Przejrzyj archiwum, są opisy - tak jak piszesz wyżej, aby usunąć błąd,
należałoby tak naprawdę skorygować *mechanicznie* błąd ustawienia luster,
aby doprowadzić do zgodności bieg światła "do matrycy" i "do czujników".
BTW: sądziłeś, że "adjustacją w menu" *fizycznie* reguluje się położenie
lustra, czy nie raczyłeś zwrócić uwagi na pewną rozbieżność między
własnymi oczekiwaniami tego co trzeba zrobić a tego co można? :D
W stosowanych rozwiązaniach, ze względu na koszty, robiona jest
kompensacja błędu.
I tu jest pies pogrzebany: jakby zależność "wielkość nieostrości
od wielkości błędu" była liniowa, tudzież liniowa była zależność
nieostrości od odległości ostrzenia, to kompensacja może byłaby
i dobrym rozwiązaniem.
Ale nie jest.
I skoro aparat powinien korygować w ten sposób, że "przeostrzę o pół
milimetra dalej" (zakładając konkretny błąd mechaniczny 0,5mm),
a *nie ma* mechanizmu pozwalającego wprost korygować ten błąd,
z wielu powodów - od trudności pomiaru nieostrego obrazu na
czujnikach (przecież on *ma* być w takim układzie nieostry
w "oczekiwanym punkcie ostrości", prawda?) do nieliniowości "obracania
zoomem", to i ta kompensacja może wypaść blado.
> Jesli potwierdza aparat ostrosc to co ma do tego obiektyw?
Bo *pierwotny* błąd, ktory wymagałby rozebrania aparatu oraz
przestawienia luster nie jest usuwany.
Z jednej strony, trochę nie dziwi polityka producentów: przecież
owo lustro nie tylko da się przestawić w jednej płaszczyźnie,
ale również obracać, więc jakby tak użyszkodnik miałby okazję
pokręcić w ramach gwarancji trzema śrubkami... oj, by się
działo ;)
Z drugiej - jak widzisz, wychodzi że "aparat nie potwierdza
ostrości". Potwierdza miejsce, gdzie zdaniem algorytmu było*by*
ostro, jakby lustro było dobrze ustawione.
A teraz weź sobie dwa obiektywy.
Identyczne. Prawie.
Jeden z nich ma "skalę odległości" nieco przesuniętą względem
drugiego - aparat "myśli" (dowiaduje się od obiektywu), że
jest "na 5m", a faktycznie odległość ostrzenia jest "na 20m".
Aparat "NIE WIE", w jakiej odległości jest ostrzony obiekt.
"Wie", że ma być nieostro, "tak jakby było o pół milimetra
dalej" mierzone odległością płaszczyzny ostrości.
Ale te pół milimetra wylicza przy założeniu, że odległosć
ostrzenia jest prawdziwa, a zależność liniowa nie jest...
> Jeszcze obiektywy z silnikiem, ale
> na srubokret, przeciez kazde powinny tak samo dzialac.
Znaczy zdziwisz się, jeśli dwa niemal identyczne, ostre obiektywy,
będą różniły się TYLKO tym, że identyczną "prawdziwą" odległość
ostrzenia osiągają (przy pozostałych identycznych nastawach)
przy śrubokręcie obróconym o ćwierć obrotu?
("pół milimetra" i "ćwierć obrotu" są wzięte czysto z kapelusza
i służą do zobrazowania problemu, to nie są "typowe błędy
w justacji obiektywów i lusterek" czy żadna inna statystyka).
> Skad to sie bierze, bo nie rozumiem.
Z tego, że znacznie taniej jest zaprogramować EPROM lub Flash
jakimś "średnim błędem" kompensacji, niż ustawić lusterko tak,
aby z obiektywem f:1,4 trafiać z ostrością DOKŁADNIE, znaczy
"lepiej niż na jeden piksel rozmycia".
Ustawić *mechanicznie*, w trzech osiach.
No to co wybrali producenci? ;)
> Jak rozumiem na LV z detekcja kontrastu te obiektywy beda
> dobrze ostrzyc?
Ano będą.
I jak aparat umiałby zrobić sobie dla konkretnego obiektywu
"mapę błędów" (oraz zapamiętać ją dla paru różnych egzemplarzy),
to skompensuje sobie (również) błąd kompensacji i wszyscy będą
zadowoleni :D (również przy użyciu ostrzenia fazowego, które
będzie korzystało ze skorygowanej "mapy").
pzdr, Gotfryd
Następne wpisy z tego wątku
- 18.01.10 10:00 Norbert
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-29 Dławik CM
- 2024-11-29 [OT] Lewe oprogramowanie
- 2024-11-29 Błonie => Sales Specialist <=
- 2024-11-29 Warszawa => IT Expert (Network Systems area) <=
- 2024-11-29 Warszawa => Ekspert IT (obszar systemów sieciowych) <=
- 2024-11-29 Warszawa => Head of International Freight Forwarding Department <=
- 2024-11-29 Białystok => Inżynier Serwisu Sprzętu Medycznego <=
- 2024-11-29 Pómpy ciepła darmo rozdajoo
- 2024-11-29 Białystok => Application Security Engineer <=
- 2024-11-29 Białystok => Programista Full Stack (.Net Core) <=
- 2024-11-29 Gdańsk => Software .Net Developer <=
- 2024-11-29 Wrocław => Key Account Manager <=
- 2024-11-29 Gdańsk => Specjalista ds. Sprzedaży <=
- 2024-11-29 Chrzanów => Specjalista ds. public relations <=
- 2024-11-27 Re: UseGalileo -- PRODUKTY I APLIKACJE UŻYWAJĄ JUŻ DZIŚ SYSTEMU GALILEO