и файл у тебя получается ровный ну например если в настройках стоит 5 минут то он и получается 5.00 или тоже меньше типа 4.52

Если чесно, то никогда внимания не обращал. Сегодня гляну. Пишу 20 файлов по 6 мин.

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

Посматрел. Если запись была сделана в светлое время суток, то файл по времени 6:03, 6:04. Если в темное время суток, то по времени получается 5:24 - 5:45. При ночной съемке частота кадров не более 17.

днем даже больше чем в настройках стоит не чего себе ну вот значит не я один такой осталось выяснить это так и должно быть или нет?

Т.е. моё объяснение причины не устраивает?

а на что вы конкретно указали в чем причина?вы вроде только перечислили изза чего может быть проц слабый,загружен чем то, кодек глючный и т.д

Причина в пропуске кадра, это может быть в свою очередь из-за кучи разных причин. Например, ночью камера вынуждена снижать фреймрейт, чтобы электронный затвор обеспечивал большую выдержку. Поэтому ночью видео укорачивается. В туннель въехали - несколько кадров потеряли. Далее процессор, опять же. И не только его скорость, а загруженность прерываниями, неготовность харда, скажем, решила винда что-то проиндексировать или карта подгрузиться, буфер переполнился, кадр пропал, переполнение оперативки, неоптимизированность кодека, глючный USB или его длинный провод... Опять же, если пропуск со стороны камеры, разные кодеки по-разному его обрабатывают. Чаще всего тупо вырезают эти кадры, а некоторый и дублируют. Моя вебка, например, после пуска пропускает добрых 20 кадров почему-то. Вот просто сама по себе, даже без записи. Инициализируется, может. Больше время - может быть просто из-за неточности в программе. Чуть позже срабатывает остановка или буфер какой дописывается, учесть который невозможно. Если потеря кадров - секунд на 10, мне кажется, что с этим глупо бороться. Ради интересна, если только.

AMD Athlon 64 к тому же - одноядерный проц, к тому же, не совсем первой свежести. Это тоже может играть свою роль. Причем, еще раз повторюсь, надо смотреть подробную диаграмму загрузки проца, прерываний, обращения к памяти и т.п. И связывать пики в этих диаграммах с потерей кадров (это, если интересно разобраться почему так)

ок понял что забить на это и не париться только голову себе лишнем забьешь себе с этими кодеками остался на PICVideo.M-JPEG спасибо за помощь всем

назрел еще один вопросик . Вот например идет запись и вдруг комп отключаеться или еще что произошло файл получаеться не закрылся и не воспроизводиться можно ли его потом востановить просмотреть или это не возможно сделать?