tl; dr: Obecnie nie ma rozwiązania „niezawodnego / plug-n-play” dla tego problemu (jeszcze!). Wszystkie obecnie dostępne opcje mają kompromisy, które należy ocenić przed wskoczeniem.
To ogromny problem, który jest często dyskutowany w społeczności timelapse. W tym piśmie nie ma „niezawodnych” rozwiązań, choć jest wielu z nas, którzy próbują stworzyć różne rozwiązania problemu typu „podłącz i graj”.
Jak stwierdzono w innym miejscu, wszystkie tryby automatyczne mają tendencję do wprowadzania irytującego poziomu migotania, szczególnie podczas świtu i zmierzchu, gdy światło zmienia się szczególnie szybko. O ile do pewnego stopnia można temu zaradzić za pomocą oprogramowania, które „wyrównuje” poziomy światła w wielu ramkach i zmniejsza migotanie w postprodukcji w przypadku krótkiego timelapse, im dłuższy jest timelapse, tym więcej problemów wprowadza się na tym poziomie komputera, który może wykonać to zadanie bez rozpadu, a otwarte płaczenie jest dość drogie. Ponadto, niektórzy dyskutują, czy tego rodzaju oprogramowanie jest w stanie wykonać „rozsądną” pracę przy usuwaniu migotania.
Jednym z rozwiązań, z którym wielu z nas odnosi sukces, jest stosowanie ramek z nawiasami zamiast pojedynczych. Daje to możliwość użycia zanikania w postprodukcji w celu stosunkowo płynnego dostosowania się do ekstremalnych zmian, które mogą wystąpić. W zależności od aparatu możesz ustawić maksymalnie do + 4 / -4 przystanki, co daje efektywny zakres dynamiki 8 przystanków (cały dzień do nocy to około 12 przystanków, YMMV w zależności od pory roku, lokalizacja na planeta itp.). Zrób to w RAW (łyk!), A będziesz mógł przetwarzać wsadowo, aby dodać przerwy nawet dalej. Trzeba będzie eksperymentować, aby sprawdzić, czy ruch pojazdu nie powoduje zbyt wielu problemów z synchronizacją, ale podejrzewam, że skoro przechodzisz między dużymi fragmentami ramek, problemy z synchronizacją nie byłyby takie złe. Oczywiście jest to mniej niż idealne pod innymi względami, a mianowicie rozmiar pliku,
Wierzę, że byłoby możliwe kodowanie rozwiązania programowego w celu zapewnienia funkcjonalności interwalometru, o co zapytałeś. Problem, który należałoby rozwiązać, polega na tym, że interwałometr oparty na oprogramowaniu miałby także czujnik zasilania, który informowałby komputer, do czego ma regulować czas otwarcia migawki. Albo to, albo możesz (hipotetycznie) zbudować algorytm, który generuje odpowiednią krzywą, aby zasymulować opadanie światła w ciągu dnia. Następnie ten algorytm mógłby zostać użyty do automatycznego dostosowania czasu otwarcia migawki w „głupi” sposób (np. Tak naprawdę nie wie, jaki jest poziom światła). Wszystko to prowadzi do „opcji nuklearnej” opcji (przynajmniej w chwili pisania tego tekstu) ...
To, co wybrałem, to prawdopodobnie nawet rząd wielkości bardziej ekstremalny niż cokolwiek powyżej ... Zbudowałem własny interwałometr, który zawiera wbudowany światłomierz i mogę regulować czas otwarcia migawki między zdjęciami, gdy zmieniają się poziomy oświetlenia. Jest to - jak dotąd - najbardziej niezawodny sposób radzenia sobie ze zmieniającymi się warunkami oświetleniowymi, a dzięki temu udało mi się uzyskać bez migotania harmonogramy od dnia do nocy. Ale oczywiście kompromis polega na tym, że jest to urządzenie do domowego parzenia, więc tło elektroniczne (lub chęć do nauki), możliwość kodowania lub zmiany przeznaczenia innych kodów, kilkaset dolarów części elektronicznych i do tego rozwiązania wymagany jest pistolet lutowniczy.