9/ спасибо
в первую очередь снимок снимается для себя, конечно. Если не снять, то потом будет мучительно больно;
Много снимков делается ради тренировки - типа как охотники на стенд ездят
:)
---
кста, щас вот написал фичу, которая удаляет РАВ, если удален жэпэгэ
немного потестю и могу подарить
одно "но":
сочинена на VBA. это значит: запускается из EXCEL, - ну то есть на компе должен быть "офис"
там еще одна фича есть, корректирует имя файла, созданное по времени съемки. с этой проблемой столкнулся в том году. надо было выстроить поток кадров "последовательно".
того ради переименовал их в соответсвии со временем съемки...
но жопа случилась в том, что сводились кадры с разных фотиков, и на каждом было "свое время" с расхождением в минуты...
вот и пришлось корректировать имена - сводить к единому знаменателю
надеюсь понятно изложил
29/Это интересно, но я стараюсь не менять имена файлов. Это позволяет потом в поисковике найти нужный файл на внешних дисках.
И от файлов в Джипеге при съемке я отказался. И память занимают - но это не очень существенно. А вот просмотр отснятого материала очень затрудняет. Можно скопировать при отборе не Рав ,а Джипег. И потом опять искать исходник. Громоздко всё это. Джипеги как исходники, по факту, вообще мне не нужны.
я добавляю время перед исходным именем файла
поэтому исходное имя сохраняется и видно сразу в любом "проводнике"
а то некоторые пишут внутрь файла, а там не видать без инструмента
жпег сильно ограничивает длину и скорость скоростной серийной съемки
по мне это основная причина его отключения
но быстрыми длинными очередями пользуюсь редко
что любопытно:
очередь жпегов заметно тормознее очереди равов. на моей системе
и что бесит меня: в моей системе скоростная очередь НЕРАВНОМЕРНА! :( в середине длает несколко "пауз" в два "периода"
29+ намерен действовать так:
- переношу жпг в отдельную дир-жпг
- фастстоуном смотрю\пропалываю эту директорию
- запускаю фичу, указав дир-жпг и исходную дир. фича перекладывает в дир=жпг файлы, связанные с оставшимися после прополки файлами жпг
- решаю, что делать с остатком в исходной дир, скорее всего стираю не глядя
и возвращаю в нее то, что ценно
===
имхо оптимальный сценарий
34,35/
Этот кадр, понятно, я снимал очередью. Возможно, и на отслеживающем фокусе - не помню.
Про тормознутость камеры при съемке. Это зависит от скоростной карты памяти и буфера камеры. Чем более забит буфер камеры и кадры не успевают переписываться на карту, тем более камера сбивается с ритма, и ,может, вообще остановить съемку.
к 41/ Например, момент атаки хамелеона можно поймать имея только большой буфер. Так, Кэнон 1Dx -mkII, с картой памяти CFast стучит 14 кадров в секунду и буфер может принять не тормозя 179 равов. Таким образом, можно тупо стучать камерой пока хамелеон не атаканёт). Иная камера захлебнется в буфере уже на продолжительном этапе накачивания языка хамелеоном. Вручную поймать атаку - это типа лотереи. Процесс выбрасывания языка длится около 1/20 секунды. ссылка
41 это понятно
но в моей камере (которая далеко не "проф") это особенность софта
я бвы предпочел меньшую скорострельность но большую стабильность периода... но что есть то есть
в итоге про красивые цепочки кадров надо забыть :(
об том, между прочим не пишут ни в одном "обзоре"
но материал для выбора одного "лучшего" конечно есть
вот так и происходит выбор:
наперво удаляешь неинтересные" и "некрасивые"
затем смотришь, что там с фокусом и вообще с резкостью
в итоге из 1500 остается сотня, которую еще надо перешать с кадрами с других источников в хронологическом порядке
отсюда и родил две проги…
хотя лень было неимоверно...
лет 15 назад был в продаже фотик с двумя режимами что то вроде 150кадров\сек и вроде как 4'000к\сек
последнее тока в 2Мп, но все таки
я бы прикупил сегодня такое на всякое разное необычное
но забыл название, и даже бренд...
45/ Почитал описание: " Камера Canon 1DX Mark III позволяет вести съёмку сериями до 1000 фотографий (одновременно в форматах RAW и JPEG) без переполнения буфера.
Ну, и новое поколение карт памяти для такого чуда-чудного - CFexpress 1.0:)