Часто и много записываю со спутникового ресивера через VHS. Всегда пишу MPEG2 аппаратным кодером X7.

Последнее время несколько раз замечал такой "сбой" что-ли: если запись длится более 1.5-2 часов, в какой-то момент (в какой точно, не знаю, не отслеживал) появляется 100 (и всегда ровно 100) пропущенных кадров.
Сами по себе эти дропы меня совершенно не волнуют, но при этом существует куда более значимая для меня проблема - MPEG2-файл с таким сбоем получается какой-то "больной" - нарушенная длина видео.
Плееры (проверял на BSPlayer и виндозном MediaPlayer) видят не всю длину Файла. Пример - во вторник записал с Рен-ТВ где-то 3.5 часа видео. Размер файла - 11-12GB - нормально. Запустил BSPlayer - пишет длина файла - примерно полтора часа (точно не помню), плюс соответствующие глюки с прокруткой (seek) по файлу. При этом, когда я досмотрел до конца эти полтора часа, он пишет время до конца 00:00:00, но продолжает показывать дальше, как ни в чём ни бывало!

Теперь о видеоредакторах.
VirtualDub с MPEG2 плагином читает, показывает и обрабатывает всё идеально.
Womble MPEG Wizard и SonyVegasVideo видят только полтора часа . Остального куска для них просто не существует.

Если длительность записи меньше этих волшебных полутора часов - никаких проблем .

Раньше я такого как-то не замечал. Но раньше в системе были кодек Intervideo MPEG2 (я им пользуюсь в 609FM тюнере) и MainConcept. Сейчас стоит только Intervideo, MainConcept-а нету, я просто забыл его поставить. Вечером проверю (просто сообразил об этом только сейчас ), отпишусь. Других MPEG2 компонентов (кодеков, ПО) в системе нету, равно как и кодекпаков.

Зная логику работы аппаратного кодера, я понимаю, что все эти кодеки на него совершенно не влияют, они могут влиять только на плееры.

Получается, что ПО портит (либо некорректно формирует) какие-то заголовки (или ещё что-то) MPEG2 файла. Вот только почему? MPEG2 плагин VirtualDub-а их, видимо, тупо игнорирует, работая "по концу файла". И правильно делает .

Раздел на винте, куда запись идёт - NTFS, свободного места - 70 гиг (20-22 часа, по прогнозам самого ПО). Загрузка 4-голового Core2Quad 2.6 GHz не превышает 10%, хотя оно тут явно ни при чём - если писать меньшую длину, то запись идёт нормально и при загрузке 90-95% (проверено неоднократно).

ПО v5.17, драйвера - 2 последних - v5.3.50 и v 5.3.20. ОС - Win Server 2003 x32 SP2. Данная ОС - для меня основная, в других не проверял.
Настройкии аппаратного кодера умолчальные, я их никогда не менял.

Кто может сказать, где тут собака порылась?

Если надо какие-то другие подробности, готов сообщить.

Спасибо.

PS. Вчера писал парад Победы с канала "Россия". Запись шла по планировщику 2.5 часа (такая длина указана специально, чтобы захватить следом идущий док. фильм). Опять ровно 100 дропов и полученная длительность, по данным BSPlayer и видеоредакторов - 5 мин 17 сек . И опять только VirtualDub-MPEG2 увидел весь файл и совершенно корректно его обработал.
Если кому надо, могу выложить этот парад. Только скажите, какой файлообменник хавает файлы по 10 гигов.

Как знаешь у меня тоже Х7. Писал аппараткой с кассет и тв по 3-5 часов одним файлом, артефактов и сдвига звука не заметил.
В системе стоит K-Lite Codec Pack - ПРО установка, также с 409-го остался Intervideo MPEG2 и WinDVD Creator. Смотрю всё через MediaPlayer.
ПО 517 драйвер 5210. ОС Win7 32bit MAX. Железо по слабее будет =)
Подобные артефакты наблюдались ещё в 409-м

Честно не помню как лечил. Сейчас стоит Auslogics BoostSpeed такова тьфу-тьфу нету.
Советы: Попробуй писать с разбивкой файла. Проверь ОС на виры! Часто троян мешает писать/воспроизводить нормально. Поставь Microsoft Security Essentials с сайта Микрософт или другой антивирь не кушающий много памяти и какой нибуть оптимизатор типа Auslogics BoostSpeed, Kerish Doctor 2012, SysTweak Regclean Pro. Запись осуществляй на диск с оборотами от 7200 и где много места. Навсякий случай можно проверить винты на росыпить прогой типа DiskDirectorSuite или улитой (название щас не помню,вспомню напишу. оно раньше было на пиратских дисках ХР). Впрочем у меня в Auslogics BoostSpeed всё это есть =)

Драйвер 5210 попробую.
Разбивку файла я стараюсь делать всегда. Это просто "несчастные" случаи - ушёл из дома и застрял. Вот он писал и писал...

Антивирус - Symantec, ничего подозрительного незамечал, но проверю ещё.
Винты давно все по 7200. Я тюнерами с 2000-2001 г пользуюсь, знаю про это.

Спасибо.

А сдвига звука никогда не замечал (тьфу-тьфу).

На 5400 тоже можно нормально писать, только выделить его специально под запись и ничем больше не напрягать.

Запись в mpeg2 - 12Mbit максимум плюс звук, скорость записи на 5400 - мегабайт 40-50/сек. Если винт не сильно фрагментирован, не писать в несжатый ави и не загружать во время записи винт другими приложениями, этой скорости - выше крыши.
По теме - можно попробовать проиндексировать этот файл dgindex-ом, а потом открыть его либо через скрипт, либо прогнав его прогой vfapi reader. Ну, и посмотреть, соответственно, сколько он там будет длиться. Если будет то же самое, то нужно восстанавливать программой, лечащей битые mpeg2.

Какой именно? Пробовал Tsdoctor, она файлы .mpg вообще не понимает, ругается. Подсовывал ей и эти порченные и нормальные - по фиг ....
Видимо она только DVD-шные .vob-ы понимает...

tsdoctor лечит только файлы ts. Для мпег2 нужна своя программа. У меня с мпег2 таких проблем никогда не было, поэтому я даже не знаю, есть ли такая. С битыми ави сталкивался, пробовал восстанавливать - получается хреново, это одна из причин, почему не пишу в ави. И мпег2 - это реалтайм кодек, поэтому в него

Поробуй так : скачай эту штуку, разархивируй куда-нибудь, набери в командной строке "путь к\mencoder.exe" -idx -oac copy -ovc copy -o "путь к вЫходному файлу\file.mpg" "путь к файлу который лечить\file.mpg"

Спасибо, скачал.
Дома проверю. С собой файл этот взять забыл...

Только имя выходного файла смотри чтобы отличалось, а то запись сотрешь нафег :-)

Драйвер 5210 помог. Вчера записывал что попало примерно 2.5 часа, всё нормально. Дропов нету, длина результирующего файла нормальная. По крайней мере в плеерах. Видеоредакторы пока не проверил, но, думаю, и там будет чисто.

У меня вывод один - в драйверах 5320 и 5350 присутствует некая "порча" . Будем надеяться, что авторы драйвера найдут, в чём именно там причина.

ПО v5.17 не переставлял и настройки никакие не трогал. При переустановке драйвера только закрыл обоих агентов, они держат драйвер и наблюдаются глюки при инсталляции/деинсталляции.

Пока остановлючь на этом, потом посмотрим.

Прогу для ремонта MPEG2 файлов проверить пока не успел. Как проверю, отпишусь.

hd44780,
не могли бы вы нам дать тот пресет, в котором запись стабильно сбоит на 1.5-2 часах?

Admin, или вечером или завтра выложу.
Сейчас я на работе, здесь у меня ничего нет.

Admin, вчера добавить не смог, извините.

Мои настройки - см. вложение.
Записал это дело в пресет:

[ProfileVideo]
RecordSet=MPG.HW
HWM_NC_FrameSize=0
HWM_NC_AspectRatio=0
HWM_NC_BitrateMode=2
HWM_NC_Bitrate=7000000
HWM_NC_BitrateMin=4000000
HWM_NC_BitrateMax=9000000
HWM_NC_GOP=0
HWM_NC_ClosedGOP=0
HWM_NC_SCD=1
HWM_NC_DC=3
HWM_NC_Denoise=1
HWM_NC_AudioFreq=0
HWM_NC_AudioChannel=1
HWM_NC_AudioBitrate=4
UseACPF=1
RecordSink=0
NetworkProto=0
NetPort=4080
NetClients=5
NetUdpGroup=16842976
NetUdpPort=10200
NetUdpNIC=0
NetUdpTTL=1
NetUdpPacket=1492
NetSAP=%mode% (%channel%)
UseSegment=0
SegmentSize=4095
NoRecordAudio=0
NoPreview=0

[ProfilePlugins]
ProcessCount=4
ProcessFile1=BPP_Border.dll
ProcessEnable1=1
ProcessFile2=BPP_RemoteSystemInfo.dll
ProcessEnable2=1
ProcessFile3=BPP_Sharpn.dll
ProcessEnable3=1
ProcessFile4=BPP_Blank.dll
ProcessEnable4=1

Файл .pst вложить нельзя - движок форума ругается.
Но сам я пресетами не пользуюсь, что видно на скрине.

Смени расширение на неругабельное. А запись лечится ?