Chciałem kiedyś zrobić trochę zdjęć poklatkowych i kupiłem
małego Canona A470, bo można na nim uruchomić oprogramowanie
CHDK. W zestawie skryptów był też "timelapse". Udało mi się
zrobić kilkaset zdjęć. Nie bawiłem się tym później, ale
wczoraj chciałem znowu skorzystać - do zdjęć nocnego
nieba, na którym być może widać Perseidy. Chciałem zrobić
kilkaset zdjęć naświetlanych przez 5 sekund każde i potem
sprawdzić, czy coś się złapało.

I tutaj niestety okazało się, że nie jest tak łatwo.
Poprzednie zdjęcia robiłem w dzień i nie było problemu
z automatycznym ustawieniem ekspozycji. W skrypcie
nie było żadnych ustawianych parametrów, tylko wyzwalanie
("shoot") co ustalony czas. Parametry naświetlania - takie,
jak ustawione w aparacie.

Teraz chciałem ustawić je w skrypcie: czas ekspozycji 5 sekund,
przesłona minimalna, ostrość na nieskończoność. Znalazłem
w dokumentacji opis ustawień i dopisałem do skryptu
(przed "shoot") takie coś:

set_tv 0-7
set_av 10
set_focus 65000

Liczby podane jako parametry pochodzą z tabelek i mają oznaczać
czas 5 sekund (wartość -7), przesłonę 3.2 (wartość 10)
i ostrość na 65 metrów, czyli "nieskończoność". Dodatkowo
przeczytałem, że ustawienia działają tylko w trybie "manualnym".
Niestety w A470 nie znalazłem takiego trybu. Po przełączeniu
na "M" można ustawiać programy tematyczne, czułość itp., ale
pełnych ręcznych ustawień nie ma. Przełączyłem na "M".

Po uruchomieniu skryptu okazało się, że ustawienia ekspozycji
są ignorowane. Tzn. zdjęcie naświetla się tak, jak przy normalnym
wyzwoleniu z automatycznym ustawieniem ekspozycji (wg EXIF:
czas 1 sekunda, przesłona 2.99, ISO 800). Nie wygląda niestety
dobrze: jest zaszumione i za ciemne.

Według dokumentacji są jeszcze polecenia set_tv96, set_av96
i inne. Ale eksperymentowanie jest nieco uciążliwe (przekładanie
karty między aparatem a PC, przełączanie blokady zapisu,
brak "debugera").

Może ktoś używał takich skryptów z Canonem A470 albo podobnym
(prostym) modelem i wie, jak w skrypcie ustawić parametry
ekspozycji tak, aby nie zostały zignorowane?

Tak wygląda kompletny skrypt, zapisany na karcie w pliku
LAPSE3.BAS:


@title Time Lapse 3
@param a Interval (ms)
@default a 100

i=a
if i<100 then let i=100
t=get_tick_count
rem Shot counter

n=1
print "Time Lapse Photos"

sleep 1000
goto "shot"

:shot
t=get_tick_count
print "Shot", n
set_tv 0-7
set_av 10
set_focus 65000
shoot
n=n+1

let d= i - get_tick_count + t
if d<0 then let d=0
click "display"
sleep d
if is_key "set" then goto "exit"
goto "shot"

:exit
print "End"
end






P.

do góry

W dniu 2013-08-14 12:12, Piotrne pisze:
> Chciałem kiedyś zrobić trochę zdjęć poklatkowych i kupiłem
> małego Canona A470, bo można na nim uruchomić oprogramowanie
> CHDK. W zestawie skryptów był też "timelapse". Udało mi się
> zrobić kilkaset zdjęć. Nie bawiłem się tym później, ale
> wczoraj chciałem znowu skorzystać - do zdjęć nocnego
> nieba, na którym być może widać Perseidy. Chciałem zrobić
> kilkaset zdjęć naświetlanych przez 5 sekund każde i potem
> sprawdzić, czy coś się złapało.

A ręczny 'Override Tv' działa? W ustawieniach CHDK opcja
'Disable Overrides' wyłączona?

do góry

W dniu 2013-08-14 12:58, trolling tone pisze:

> A ręczny 'Override Tv' działa? W ustawieniach CHDK opcja
> 'Disable Overrides' wyłączona?

Poeksperymentowałem z tymi ustawieniami i chyba zaczęło
działać. Ale jest tam więcej ustawień mających wpływ
na ekspozycję. Ustawiłem tak:

Disable Overrides: Off
Override Shutter Speed: 10
Value Factor: 1
Shutterspeed enum type: Ev Step

Dla "Disable Overrides" możliwe wartości to Disable,
Off, On. Trudno powiedzieć, czym różni się "disable
disable overrides" od "off" (było "disable").
Wartość 10 to chyba graniczna wartość czasu. Value
Factor musi być równy 1. Sprawdzę jeszcze, czy jest
tak jak mi się wydaje, ale na razie mi to wystarczy
i spróbuję zrobić trochę zdjęć gwiazd. Widziałem też
w opisach możliwość wyłączenia robienia "czarnej ramki".
Automatycznie robi się po każdym zdjęciu w celu
redukcji szumów, ale trwa dodatkowo tyle samo czasu,
ile robienie właściwego zdjęcia. Po wyłączeniu czarnej
ramki zdjęcia mogą gorzej wyglądać, ale za to migawka
jest otwarta przez prawie cały czas (95%, a nie poniżej
połowy).

P.

do góry

"Piotrne" <p...@p...onet.pl> wrote:

> Dla "Disable Overrides" możliwe wartości to Disable,
> Off, On. Trudno powiedzieć, czym różni się "disable
> disable overrides" od "off" (było "disable").


Kompletnie nie znam CHDK, ale może chodzi o możliwość absolutnego
lub względnego blokowania zmian (jeśli przyjdzie parametr o wyższym
priorytecie).




> Widziałem też w opisach możliwość wyłączenia robienia "czarnej ramki".
> Automatycznie robi się po każdym zdjęciu w celu redukcji szumów, ale
> trwa dodatkowo tyle samo czasu, ile robienie właściwego zdjęcia. Po
> wyłączeniu czarnej ramki zdjęcia mogą gorzej wyglądać, ale za to
> migawka jest otwarta przez prawie cały czas (95%, a nie poniżej
> połowy).


??? 8-o


Wydawało mi się do tej pory, że:

a). odjęcie czarnej ramki robi się automatycznie tylko przy
dłuższych czasach (np. pow. 1 sek.);

b). nie ma to nic wspólnego z czasem otwarcia migawki, gdyż robi się
to po skończeniu naświetlania, a w czasie procedury migawka MUSI być
zamknięta (inaczej nie byłaby czarna. :))


pozdrawiam

Mariusz [mr.]

do góry

W dniu 2013-08-14 16:17, Mariusz [mr.] pisze:

> Wydawało mi się do tej pory, że:
>
> a). odjęcie czarnej ramki robi się automatycznie tylko przy dłuższych czasach (np.
pow. 1 sek.);
>
> b). nie ma to nic wspólnego z czasem otwarcia migawki, gdyż robi się to po
skończeniu
> naświetlania, a w czasie procedury migawka MUSI być zamknięta (inaczej nie byłaby
czarna. :))

Właśnie tak się robi. Chciałem robić zdjęcia nocnego nieba
z długimi czasami. Dużo zdjęć, żeby złapał się jakiś meteor.
A jeśli po każdym naświetlaniu 5-sekundowym przez drugie
tyle robi się "czarna ramka", to w efekcie przez połowę
czasu (a w praktyce ponad połowę) aparat nie obserwuje nieba.
Używając CHDK można tę funkcję wyłączyć.


P.

do góry

"Piotrne" <p...@p...onet.pl> wrote:

>> Wydawało mi się do tej pory, że:
>>
>> a). odjęcie czarnej ramki robi się automatycznie tylko przy dłuższych
>> czasach (np. pow. 1 sek.);
>>
>> b). nie ma to nic wspólnego z czasem otwarcia migawki, gdyż robi się
>> to po skończeniu naświetlania, a w czasie procedury migawka MUSI być
>> zamknięta (inaczej nie byłaby czarna. :))
>
> Właśnie tak się robi. Chciałem robić zdjęcia nocnego nieba
> z długimi czasami. Dużo zdjęć, żeby złapał się jakiś meteor.
> A jeśli po każdym naświetlaniu 5-sekundowym przez drugie
> tyle robi się "czarna ramka", to w efekcie przez połowę
> czasu (a w praktyce ponad połowę) aparat nie obserwuje nieba.
> Używając CHDK można tę funkcję wyłączyć.


No to teraz jasne, pełna zgoda - właśnie tak to działa. Wcześniejszy
opis był wieloznaczny, można było odnieść wrażenie, że:

a). w trakcie odszumiania migawka jest otwarta;

b). procedura odjęcia czarnej klatki odbiera połowę czasu
ekspozycji (1 EV)

:)



Nie sprawdzałem, ale do meteorów chyba lepiej nadaje się analog.
A tak w ogóle podejście to samo, co do fajerwerków (musiałbym zajrzeć,
co ja tam mam).

Oczywiście najlepiej, gdyby aparat poruszał się na montażu
paralaktycznym - kreski meteorów nie konkurowałyby z krzywymi kreskami
gwiazd.


[mr.]

do góry

No i jeszcze taki drobiazg (mam rację, bo przeżyłem to w praktyce: :)

Meteory to jest niuans! Niuansik! Na takim aparacie bardzo szybko
osiągniesz poziom zaszumienia, w którym utoną te niuanse. Dlatego jak
bardzo by to nie bolało dark_frame może być konieczna, a jeszcze mogą
się okazać przydatne przerwy na przestudzenie matrycy. :)


[mr.]

do góry

W dniu 2013-08-14 17:40, Mariusz [mr.] pisze:
>
> No i jeszcze taki drobiazg (mam rację, bo przeżyłem to w praktyce: :)
>
> Meteory to jest niuans! Niuansik! Na takim aparacie bardzo szybko
> osiągniesz poziom zaszumienia, w którym utoną te niuanse. Dlatego jak
> bardzo by to nie bolało dark_frame może być konieczna, a jeszcze mogą
> się okazać przydatne przerwy na przestudzenie matrycy. :)

A czy to nie jest tak, że na szum termiczny (w dużej mierze losowy
w rozkładzie) darki pomagają tyle co umarłemu kadzidło? Już prędzej
jakiś RAW-merge, gdyby nie przesunięcia paralaktyczne.

do góry

"trolling tone" <a...@a...org> wrote:

>> No i jeszcze taki drobiazg (mam rację, bo przeżyłem to w praktyce: :)
>>
>> Meteory to jest niuans! Niuansik! Na takim aparacie bardzo szybko
>> osiągniesz poziom zaszumienia, w którym utoną te niuanse. Dlatego jak
>> bardzo by to nie bolało dark_frame może być konieczna, a jeszcze mogą
>> się okazać przydatne przerwy na przestudzenie matrycy. :)
>
> A czy to nie jest tak, że na szum termiczny (w dużej mierze losowy w
> rozkładzie) darki pomagają tyle co umarłemu kadzidło? Już prędzej
> jakiś RAW-merge, gdyby nie przesunięcia paralaktyczne.


W praktyce pomagają.

A w teorii? Musiałbym się zastanowić. Może faktycznie nie mają prawa
pomagać? Ale pomagają. :)


pozdrawiam

Mariusz [mr.]

do góry

W dniu 2013-08-14 17:40, Mariusz [mr.] pisze:

> Meteory to jest niuans! Niuansik! Na takim aparacie bardzo szybko
> osiągniesz poziom zaszumienia, w którym utoną te niuanse.

Sprawdziłem, jak wychodzą takie zdjęcia. Czas 10 sekund ustawiony
w dodatkowym menu nadpisał wszystkie inne czasy, czyli
również ten ze skryptu (5 sekund). Zdjęcia naświetlają się
przez 10 sekund. Potem kolejne 10 sekund zajmuje "czarna ramka"
i jeszcze kilka sekund zapisanie obrazu. W sumie takie zdjęcia
robią się co 26 sekund (obserwacja nieba przez 38% czasu).

Gwiazdy na nich widać całkiem dobrze. Sądzę, że z meteorem (znacznie
jaśniejszym od gwiazd) nie byłoby problemu. Ale jeszcze się
nie złapał...

Zdjęcie z ISO 100:
http://piotrne.republika.pl/niebo1/IMG_0516.JPG

Zdjęcie z ISO 400:
http://piotrne.republika.pl/niebo1/IMG_0518.JPG


P.

do góry