цитата :
Несжатое видео
При захвате видео с размером кадра 768 на 576 пикселей с платы оцифровки видео поступает поток данных примерно в 22 Мбайт/сек (76 Гбайт/час) — и, соответственно 21 Мбайт/сек (73 Гбайта/час) при размере кадра 720 на 576. При захвате несжатого видео практически нет нагрузки на процессор компьютера, зато велика нагрузка на жёсткий диск. А главное — видео в таком виде занимает неоправданно много места. На практике в любительских условиях никто не работает с несжатым видео. Приведённые выше цифры вы можете использовать как предел сверху — как для необходимой скорости жёсткого диска, так и для необходимого для захвата места. Также, если ваша программа захвата вдруг показывает, что поток данных равен таким большим значениям, это означает наличие какой-то проблемы с видео кодером: реально у вас захватывается несжатое видео. В таком случае остановите захват и повторите настройку сжатия видео (возможно выбранный вами кодер видео не поддерживается программой захвата).
HuffYUV
Этот кодер идеально соответствует требованиям, которые перечислены в разделе «Промежуточное сжатие видео». Он сжимает каждый кадр отдельно при помощи одного из самых эффективных методов сжатия данных без потерь: методом Хаффмана (его также использует архиватор RAR). Хоть это нетипично для сжатия видео, но этот кодер обеспечивает сжатие данных совершенно без потерь. Правда, эффективность такого сжатия не очень велика: типичные потоки данных для HuffYUV — 10–13 Мбайт/сек (35–45 Гбайт/час). Учтите, что если часть кадра постоянно занимает однородный фон, то потребуется меньший поток данных: это касается записей широкоэкранных кинофильмов (с чёрными полосами сверху и снизу изображения). Кодек достаточно требователен к ресурсам компьютера: для захвата видео с размером кадра 768x576 нужен процессор не меньше 700 МГц. Автор — Ben Rudiak-Gould, последняя авторская версия — 2.1.1.
MJPEG
Идея этого метода кодирования достаточно проста: каждый кадр кодируется независимо от остальных, кадры сжимаются алгоритмом с потерями типа JPEG (который так широко используется для сжатия фотографий). Существует несколько реализаций алгоритма, в том числе и аппаратные: так, карта захвата Pinnacle Studio DC10+ выдаёт поток в формате MJPEG. Из программных реализаций наиболее распространены кодеки от Morgan Multimedia и Pegasus Imaging Corp. Кодек от Morgan специалисты не жалуют: и качество изображения у него похуже, и совместимость (не умеет декодировать некоторые MJPEG файлы). Кодек от Pegasus (PICVideo MJPEG) наоборот — очень популярен. Практически у него есть одна настройка: уровень качества (от 1 до 20). При захвате видео с целью получения максимального качества как правило используется уровень 19, поток данных при этом получается 5–7 Мбайт/сек (17–25 Гбайт/час). При этом видео с размером кадра 768x576 можно захватывать на процессоре 450 МГц.
Использовать самый большой уровень качества нет смысла: поток данных получается 12–17 Мбайт/сек (40–60 Гбайт/час) — это больше, чем HuffYUV. При этом MJPEG сжимает с потерями, а HuffYUV — без потерь. Да и требования к процессору в таком режиме получаются побольше, чем у HuffYUV.
Вы можете использовать и меньшие значения уровня качества — при этом и поток данных, и загрузка процессора будут меньше. Но уже при уровне 18 артефакты сжатия становятся заметны на глаз: случайный шум в ТВ программах иногда вырождается в регулярные узоры (муар). При уровне 17 муар становятся постоянными.
Уровень качества сжатия, | Типичный поток данных, |
кодер PICVideo MJPEG | Мбайт/сек (Гбайт/час) |
20 12–17 (40–60)
19 5–7 (17–25)
18 3–6 (11–16,5)
17 2,5–4 (9–13)
16 2–3,5 (8–11)
15 1,8–2,8 (6,5–10)
Pegasus недавно выпустили новую версию своего кодека: PICVideo MJPEG 3. Среди прочих новшеств этот кодек содержит пост-процессинг при декодировании видео: по аналогии с MPEG‑4 декодерами. Это позволит использовать более высокие степени сжатия видео при сохранении приблизительно такого же визуального качества изображения.
взято из статьи с сайта www ixbt com
точной ссылки дать не могу так как у меня офлайн копия статьи
думаю полезно её почитать тем кто только начинает кодировать видео.
Лично я спервапри захвате с тв тюнера кодирую Пик Видео МЖПЕГ
на уровне 18 так как обьём жесткого диска не позволяет более высокое качество а
потом накладываю в Виртуал Дубе Деинтерлейс , также фильтр Smart Smoother Hiquality
он чуть подготавливает видео к кодингу в мпег 4 , а там уже кодирую
Дивикс , хотя на одном из форумов видел сообщение профессионала
который говорил что для некачественного источника видео ( ТВ тюнер или ВХС )
кодек Дивх плохо подходит а лучше использовать Хвид или WMV9 или VP6.
простите если мой пост не уместен. Я только начинающий и просто хотел помочь чем могу.
Несжатое видео
При захвате видео с размером кадра 768 на 576 пикселей с платы оцифровки видео поступает поток данных примерно в 22 Мбайт/сек (76 Гбайт/час) — и, соответственно 21 Мбайт/сек (73 Гбайта/час) при размере кадра 720 на 576. При захвате несжатого видео практически нет нагрузки на процессор компьютера, зато велика нагрузка на жёсткий диск. А главное — видео в таком виде занимает неоправданно много места. На практике в любительских условиях никто не работает с несжатым видео. Приведённые выше цифры вы можете использовать как предел сверху — как для необходимой скорости жёсткого диска, так и для необходимого для захвата места. Также, если ваша программа захвата вдруг показывает, что поток данных равен таким большим значениям, это означает наличие какой-то проблемы с видео кодером: реально у вас захватывается несжатое видео. В таком случае остановите захват и повторите настройку сжатия видео (возможно выбранный вами кодер видео не поддерживается программой захвата).
HuffYUV
Этот кодер идеально соответствует требованиям, которые перечислены в разделе «Промежуточное сжатие видео». Он сжимает каждый кадр отдельно при помощи одного из самых эффективных методов сжатия данных без потерь: методом Хаффмана (его также использует архиватор RAR). Хоть это нетипично для сжатия видео, но этот кодер обеспечивает сжатие данных совершенно без потерь. Правда, эффективность такого сжатия не очень велика: типичные потоки данных для HuffYUV — 10–13 Мбайт/сек (35–45 Гбайт/час). Учтите, что если часть кадра постоянно занимает однородный фон, то потребуется меньший поток данных: это касается записей широкоэкранных кинофильмов (с чёрными полосами сверху и снизу изображения). Кодек достаточно требователен к ресурсам компьютера: для захвата видео с размером кадра 768x576 нужен процессор не меньше 700 МГц. Автор — Ben Rudiak-Gould, последняя авторская версия — 2.1.1.
MJPEG
Идея этого метода кодирования достаточно проста: каждый кадр кодируется независимо от остальных, кадры сжимаются алгоритмом с потерями типа JPEG (который так широко используется для сжатия фотографий). Существует несколько реализаций алгоритма, в том числе и аппаратные: так, карта захвата Pinnacle Studio DC10+ выдаёт поток в формате MJPEG. Из программных реализаций наиболее распространены кодеки от Morgan Multimedia и Pegasus Imaging Corp. Кодек от Morgan специалисты не жалуют: и качество изображения у него похуже, и совместимость (не умеет декодировать некоторые MJPEG файлы). Кодек от Pegasus (PICVideo MJPEG) наоборот — очень популярен. Практически у него есть одна настройка: уровень качества (от 1 до 20). При захвате видео с целью получения максимального качества как правило используется уровень 19, поток данных при этом получается 5–7 Мбайт/сек (17–25 Гбайт/час). При этом видео с размером кадра 768x576 можно захватывать на процессоре 450 МГц.
Использовать самый большой уровень качества нет смысла: поток данных получается 12–17 Мбайт/сек (40–60 Гбайт/час) — это больше, чем HuffYUV. При этом MJPEG сжимает с потерями, а HuffYUV — без потерь. Да и требования к процессору в таком режиме получаются побольше, чем у HuffYUV.
Вы можете использовать и меньшие значения уровня качества — при этом и поток данных, и загрузка процессора будут меньше. Но уже при уровне 18 артефакты сжатия становятся заметны на глаз: случайный шум в ТВ программах иногда вырождается в регулярные узоры (муар). При уровне 17 муар становятся постоянными.
Уровень качества сжатия, | Типичный поток данных, |
кодер PICVideo MJPEG | Мбайт/сек (Гбайт/час) |
20 12–17 (40–60)
19 5–7 (17–25)
18 3–6 (11–16,5)
17 2,5–4 (9–13)
16 2–3,5 (8–11)
15 1,8–2,8 (6,5–10)
Pegasus недавно выпустили новую версию своего кодека: PICVideo MJPEG 3. Среди прочих новшеств этот кодек содержит пост-процессинг при декодировании видео: по аналогии с MPEG‑4 декодерами. Это позволит использовать более высокие степени сжатия видео при сохранении приблизительно такого же визуального качества изображения.
взято из статьи с сайта www ixbt com
точной ссылки дать не могу так как у меня офлайн копия статьи
думаю полезно её почитать тем кто только начинает кодировать видео.
Лично я спервапри захвате с тв тюнера кодирую Пик Видео МЖПЕГ
на уровне 18 так как обьём жесткого диска не позволяет более высокое качество а
потом накладываю в Виртуал Дубе Деинтерлейс , также фильтр Smart Smoother Hiquality
он чуть подготавливает видео к кодингу в мпег 4 , а там уже кодирую
Дивикс , хотя на одном из форумов видел сообщение профессионала
который говорил что для некачественного источника видео ( ТВ тюнер или ВХС )
кодек Дивх плохо подходит а лучше использовать Хвид или WMV9 или VP6.
простите если мой пост не уместен. Я только начинающий и просто хотел помочь чем могу.
Хотя на каких-то настройках были дропы... 
Что это может быть, глюк программы или где-то надо настройки какие-то произвести? Посоветуйте пожалуйста. Хватать пытаюсь Видеокартой Radeon 9200 VIVO. Пытался записть видео без программного сжатия, версия программы 4.8.4 Rus