При моих условиях все же убегает (раза в 2-3) индикатор красненький мигает часто, больших выпадений нет на PIC кодеке. с кодеком xvid на выходе вешает систему. Для minincam наиболее легок у меня PIC DerectShow.
Может все же поменять логику - при нажатии "старт" гасить предпросмотр, при "стоп" восстанавливать?

XVID очень тяжелый кодек. Зачем использовать его, если система слабая? Можно попробовать поиграться с fddshow.

При выходе возможно просто долго сохраняется файл, а не подвисает. Программа не завершается пока не убедится, что файл полностью сохранен на винт.

Есть опция для остановки предпросмотра при неактивной форме. Можно ее просто свернуть (или можно настроить автозапуск с виндой + сворачивать при запуске + останавливать предпросмотр при неактивной форме).

Не знаю как у других, а у меня 1.8.3 дает загрузку проца на 98%. Все остальные приложения повисают. Ставлю первую версию с возможностью изменения фона (не помню какой вариант) и все работает шикарно.
Раздражает только в центрифуге на окне программы наличие стрелки мыши.

А поподробнее? Какой режим выбран как источник? Нужны все 3 значения из параметра Источник видео -> Разрешение.

А так же какой FPS указан на закладке "Видео"

Установки программы 10fps 800х480х30. Качество записи в установках камеры 48 в каких-то герцах, настройки видео у камеры широкоформатный 720*(адаптированный), используемый кодак ffdshow с битрейтом 3000 Encoder: MJPEG fourcc: MJPG Mode: one pass - average bitrate
На 1.8.3 = жесть
на одной из предыдущих версий с теми же настройками все идет шикарно.

У меня 1.8.3 тормозит сильнее чем 1.8.8beta и память жрет безбожно - буфер памяти не освобождается пока не выйдешь из программы. 2 гига как ветром сдуло.

1.8.8beta - движек лучше кажется. Не знаю как у кого скорость воспроизведения там, пусть не ставят запредельные разрешения если комп не тянет!

Стоит fddshow -xvid 1500 битрейт 1280х720х30 - камера и в закладке видео 25fps - загрузка 100% - тормоза. 1.8.8beta загрузка 80%. 800х600 примерно 60 и 50% соответственно

mjpeg с 1.8.3 более адекватен - память не жрет загрузка на 20 % меньше чем с xvid. В принципе можно жить!

Сделаю настройку для задания кадров самой камеры. Т.к. бетка задавала их, а 1.8.3 задает максимальное значение из режима.
Например у ciclop раньше камера выдавала 10fps, а сейчас 30 (из режима 800х480х30), а в файл все равно пишется только 10.

Если все равно будет хуже беты, вернем алгоритм в беткиному, только сделаю его адаптируемым

Вчера окончательно определился с местом установки камеры.
Установил.
Для установки пришлось использовать удлинитель USB - 3 метра.
Короче видео стало тормозить нещадно.
Убираю удлинитель все работает нормально. Буду думать новое место для камеры чтоб без удлинителя.
Может кому данная инфа пригодится.
А теперь по программе.
Вчера получилось так что пришлось долго ездить соответственно под разное освещение днем и ночью приходилось выставлять разное fps.
Было жутко не удобно останавливаться, брать стилус, переходить в программе в настройки и менять настройки fps.
Вот и возник вопрос к разработчику программы: Возможно ли на главном окне программы где все кнопки управления программы сделать кнопки поменьше но под палец со значениями Fps.
Алгоритм работы такой:
1. Еду - вижу что темнеет(надо поменять fps)
2. Жму кнопку "стоп".
3. Жму кнопку "5" или "10" или "25" (что соответствует настройкам fps) при этом активная кнопка выделяется цветом.
4. Жму кнопку "запись" и спокойно еду дальше.
Идея проста - зачастую настройки кодака и настройки камеры настраиваются раз и навсегда, а вот fps приходится менять постоянно.
И коль уж эта программа затачивается под автомобиль, то логично сделать эти настройки под палец.
Может я конечно не прав и прошу слишком многого?

А зачем fps менять на ходу. Камера сама меняет fps в зависимости от освещенности. И при условии достаточной мощности проца - днем будет 30, а ночью 5 -10. И ничего никуда бежать не должно. Ну будет местами несоответствие - ну и что. Что мы кино снимаем. Для разбора полетов вся инфа есть в кадре - gps скорость время. Что еще надо?

Алгоритм Антон со временем отточит надеюсь. Сейчас главное сделать глобальные настройки. Выбрать движок, и внешний образ программы.

А что бы не бежало у меня есть идея (не знаю можно ли сделать это) - при появлении пропусков кадров, для сохранения скорости потока забивать пропуски одинаковыми кадрами - но тогда получатся небольшие тормоза видео. Так что это палка о двух концах.

Беда в том, что именно так сейчас и делается в 1.8.3.

Возникает дилема. Камера выдает определенное количество кадров, максимально сколько может, но не больше указанного нами значения.
Например, у нее есть режим 800*600*30.
Это значит, что камера при этом разрешении может выдать 30 кадров (в самых идеальных условиях).

Поэтому 1.8.3 выставляет именно это значение. Но процессор компа слаб и в настройках выставляется только 10 кадров в секунду, которые проц успевает пожать. Получается, что 20 кадров в секунду сыпятся с камеры просто так. Они расходуют ресурсы, вызывают копирование памяти и т.д. Но никак не используются.

Поэтому напрашивается решение - ограничить количество кадров камеры, чтобы не сыпались лишние кадры. Но тут еще 2 нестыковки.

Первая - хочется же писать максимально - днем 25, а вечером 5. Соответственно настройку придется менять. Вручную - не вопрос.
Автоматически? Тоже можно, но чтобы понять сколько камера может выдать в данный момент времени - ее нужно открыть с максимальным FPS и пару секунд подсчитывать средний FPS. Потом открыть еще раз в режиме который рассчитали. И по-хорошему это надо делать перед стартом каждого нового ролика. Двухсекундный замер приведет к тому, что мы потеряем пару секунд записи. А если в эти пару секунд произойдет ДТП? Будет обидно.

Вторая нестыковка - некоторые камеры (например та, которая в моем еее-пц), после открытия в 10FPS, выдает 5FPS, а при открытии в 30FPS, выдает 10FPS при одинаковой освещенности. Почему так происходит - ХЗ.
Драйвера или железо так работает - не знаю.

Я пока в раздумьях как решить все эти проблемы.

Универсальное решение сейчас использовано в 1.8.3. Камера открывается в максимальном режиме. В видеофайл пишется столько кадров, сколько указано. А если с камеры приходит недостаточно кадров, копируются старые кадры.

Но это решение жрет ресурсы....