tl; dr: Наразі не існує рішення, яке може бути вирішено для цієї проблеми (поки що!). У всіх доступних на сьогодні опціях є компроміси, які необхідно оцінити перед тим, як заскочити.
Це величезна проблема, яку часто обговорюють у спільноті timelapse. На сьогоднішній день написання не існує "непромокальних" рішень, хоча є чимало з нас, які намагаються створити різні проблеми "plug-n-play" для проблеми.
Як сказано в іншому місці, всі автоматизовані режими, як правило, вносять досить дратівливий рівень мерехтіння, особливо під час світанку та сутінків, коли світло особливо швидко змінюється. Хоча певною мірою це можна впоратися з програмним забезпеченням, яке «вирівнює» рівень світла в декількох кадрах і зменшує мерехтіння в постпродукції на короткий проміжок часу, чим довший час, тим більше проблем вводиться в тому рівні комп'ютера, який може виконати це завдання, не просто ламаючись і плачучи відкрито, досить дорого. Окрім того, чи багато таких програм програмного забезпечення здатні виконувати "розумну" роботу із завданням усунути мерехтіння, дещо гаряче обговорюється.
Одне з варіантів, з яким багато з нас мали успіх, - це брати рамки, замість синглів. Це дає можливість використовувати завмирання в постпродукції, щоб порівняно плавно налаштуватись на надзвичайні зміни, які можуть статися. Залежно від вашої камери ви можете налаштувати до + 4 / -4 зупинок, забезпечуючи ефективний динамічний діапазон 8 зупинок (повний день до повної ночі - приблизно 12 зупинок, YMMV залежно від пори року, розташування на планети тощо). Зніміть це в RAW (gulp!), І ви можете пакетно обробити процес додавання зупинок навіть поза цим. Вам доведеться поекспериментувати, щоб переконатися, що рух вашого автомобіля спричиняє занадто багато проблем із синхронізацією, але я підозрюю, що оскільки ви затухаєте між великими шматками кадрів, проблеми з синхронізацією були б не такими поганими. Очевидно, що це інакше, ніж ідеально для інших способів, а саме розміру файлу,
Я вважаю, що можна було б кодувати програмне рішення для забезпечення функціональності інтервалометра, як ви просили. Проблема, яку потрібно вирішити, полягає в тому, що інтервалометр на базі програмного забезпечення також матиме якийсь датчик світла, який би підказував комп'ютеру, на що слід регулювати швидкість затвора. Або це, або ви могли (гіпотетично) побудувати алгоритм, який генерує відповідну криву для імітації випадання світла, коли цілий день переходить у повну ніч. Тоді цей алгоритм міг би бути використаний для автоматичного регулювання швидкості затвора «тупою» (наприклад, він насправді не знає, що таке рівень освітлення). Все це призводить до "ядерного варіанту" варіантів (принаймні, як це було написано в будь-якому випадку) ...
Що я вибрав, це, мабуть, навіть на порядок більш екстремальний, ніж усе вище ... Я побудував власний інтервалометр, який включає вбудований лічильник світла і можу налаштувати знімок швидкості затвора для зйомки у міру зміни рівня освітлення. Це - безумовно, найнадійніший спосіб, який я знайшов, щоб обробляти мінливі умови освітлення, і завдяки цьому мені вдалося отримати без мерехтіння цілий день до часових проміжок часу. Але, природно, компроміс полягає в тому, що це пристрій для домашньої варіння, тому електроніка (або бажання вчитися), можливість кодувати або переназначити інші коди, електронні частини електроніки та вартість сотень доларів. для цього розчину потрібен паяльник.