tl; dr: Saat ini tidak ada solusi 'sangat mudah / plug-n-play' untuk masalah ini (belum!). Semua opsi yang tersedia saat ini memiliki trade-off yang harus dievaluasi sebelum masuk.
Ini adalah masalah besar yang sering dibahas dalam komunitas timelapse. Sampai tulisan ini dibuat, tidak ada solusi yang 'sangat mudah', meskipun ada banyak dari kita yang berusaha menciptakan berbagai solusi 'plug-n-play' untuk masalah tersebut.
Seperti yang dinyatakan di tempat lain, semua mode otomatis cenderung memperkenalkan tingkat kedipan yang agak menyebalkan, terutama saat fajar dan senja ketika cahaya berubah sangat cepat. Sementara sampai batas tertentu hal ini dapat dikelola dengan perangkat lunak yang 'menyamakan' tingkat cahaya di beberapa frame dan mengurangi flicker dalam pasca produksi untuk timelapse pendek, semakin lama timelapse, semakin banyak masalah yang diperkenalkan pada tingkat komputer yang dapat menyelesaikan tugas ini tanpa hanya mogok dan menangis secara terbuka cukup mahal. Selain itu, apakah jenis perangkat lunak ini mampu melakukan pekerjaan yang 'masuk akal' dengan tugas menghilangkan flicker masih diperdebatkan oleh sebagian orang.
Salah satu solusi yang banyak dari kita telah sukses dengan adalah untuk mengambil bingkai yang diurung bukan tunggal. Ini memberikan opsi untuk menggunakan fading dalam pasca produksi untuk menyesuaikan dengan cara yang relatif mulus untuk perubahan ekstrem yang dapat terjadi. Tergantung pada kamera Anda, Anda mungkin dapat menyesuaikan hingga + 4 / -4 berhenti, memberi Anda rentang dinamis yang efektif 8 berhenti (sehari penuh hingga malam penuh sekitar 12 berhenti, YMMV tergantung pada waktu tahun, lokasi pada planet, dll.). Tembak di RAW (tegukan!) Dan Anda dapat memproses batch untuk menambahkan berhenti bahkan lebih dari itu. Anda harus bereksperimen untuk melihat apakah gerakan kendaraan Anda menyebabkan terlalu banyak masalah sinkronisasi, tetapi saya menduga bahwa karena Anda akan memudar di antara potongan frame yang besar, masalah sinkronisasi tidak akan seburuk itu. Jelas ini kurang ideal dengan cara lain, yaitu ukuran file,
Saya percaya akan mungkin untuk memberi kode solusi perangkat lunak untuk menyediakan fungsionalitas intervalometer seperti yang Anda tanyakan. Masalah yang perlu dipecahkan adalah bahwa intervalometer berbasis perangkat lunak juga akan memiliki semacam sensor cahaya bertenaga yang akan memberi tahu komputer apa yang harus disesuaikan dengan kecepatan rana. Entah itu atau Anda bisa (secara hipotetis) membangun algoritma yang menghasilkan kurva yang tepat untuk mensimulasikan jatuh cahaya sebagai hari penuh pergi ke malam penuh. Kemudian algoritma ini dapat digunakan untuk secara otomatis menyesuaikan kecepatan rana dengan cara 'bodoh' (misalnya tidak benar-benar tahu apa level cahaya). Semua ini mengarah ke 'opsi nuklir' dari opsi (setidaknya sampai tulisan ini, pokoknya) ...
Apa yang saya pilih untuk dilakukan mungkin bahkan urutan besarnya lebih ekstrem daripada apa pun di atas ... Saya membuat intervalometer sendiri yang mencakup pengukur cahaya bawaan dan dapat menyesuaikan bidikan kecepatan rana untuk memotret saat tingkat pencahayaan berubah. Sejauh ini, ini adalah cara yang paling dapat diandalkan yang saya temukan untuk menangani perubahan kondisi pencahayaan, dan dengan itu saya bisa mendapatkan waktu sehari penuh yang bebas flicker menjadi garis waktu semalaman. Tapi secara alami kompromi adalah bahwa ini adalah perangkat buatan sendiri, jadi latar belakang elektronik (atau kemauan untuk belajar), kemampuan untuk kode, atau re-purpose kode lain, beberapa ratus dolar komponen elektronik dan senjata solder diperlukan untuk solusi ini.