У меня звук подается с платы на плату через АUX штекер, может в нем все дело?
Не в курсе... я тюнер брал два года назад, у меня звук подаётся на вход звуковай карты, снаружи корпуса.

В том то и дело что я не хочу создавать сразу диск, я хочу как ты, научится 3-х минутные мувики делать.
Я хочу делать коротенькие некомпрессированные авишки, потом их собрать вместе в один ролик и сохранить пожатым файлом. Пока имеющийся у меня софт это не дает делать.
А точнее? просто трёхминутные ролики? Или с монтажём?
Для первого (и частично для второго) поодходит VirtualDub.
Вот главные возможности
-входные форматы :avi, MPEG1(VCD)
-выходные форматы: avi
-кодек: любой VideoForWindows(VfW) совместимый
-вырезание части видео
-подгрузка другой звуковой дорожки из файла (wav)
-смещение звуковой дорожки
-применение фильтров к картинке (несколько десятков)
-изменение частоты кадров
-автоматическая разрезка файлов при кодировании
-возможность создания списка задач с последующим выключением компьютера (на ночь люблю оставлять)
-изменение громкости звуковой дорожки
-экспорт звуковой дорожки

но он НЕ МОЖЕТ
-перемещать куски видео
-создавать переходы и спецэффекты при переходах
-работа со слоями
-сжатие/растяжка фрагментов по времени
-одновременная работа с несколькими видео/аудио клипами.

Для полноценного монтажа рекомендую Adobe Premiere (последняя версия 7.0) - там как раз есть работа с несколькими роликами, свободная нарезка, склеивание, растягивание, перехожы между видео, простые спецэффекты (типа перемещения и деформаций). Но, как вы понимаете, просто для кодирования видео он слишком громозден...
Также есть програмка Adobe After Effects (6.0) - грубо говоря, это Photoshop для видео - там уж можно создавать спецэффекты, да и просто интересные анимированые картинки.

Кстати, о не сжатом видео. Наверно понятно, для чего при работе со звуком используют wav, а для работы с графикой tiff? Чтобы качество раз за разом не ухудшалось при скохранении. Ведь mp3 и jpeg - они каждый раз будут терять часть картинки/звука, а это не допустимо.
Для видео таким решением можно назвать кодек Хаффмана - HuffYUV. Я его использую для промежуточных файлов при монтаже. Но места на диске он жрёт очень много...

Вернёмся к VirtualDub - т.к. его исходники открыты, то уже есть замечательная программка VirtualDubMod - в отличии от оригинала, она поддерживает несколько звуковых дорожек, возможность импорта звука прямо в mp3, вывод видео в форматах ogg и mkv.

Опять таки - pctuner.ru - там есть статейки про VirtualDub и статьи по основам кодирования и захвата

пресскотовский целик 2,6 Д потянет? - думаю да, но смысл импользовать это, только если потом это ролик не уйдёт на монтаж. Если потом с роликом предстоит работа, то лучше писать MJPEG-ом - там поток будет около 5 гигов в час, но зато потом можно с ним поработать нормально.

Foks
Кстати, как я понимаю, можно ведь вначале сделать видеомонтаж, пожать Дубом, а потом на пожатый файл уже наложить спецэффекты (титры, графику, дополнительный звук и все такое) ?

Фигня получится. Сжатие VirtualDub'ом - это всегда конечная стадия обработки видеоизображения. Чтобы понять это, достаточно привести более простой пример. Отсканируй фотку 10х15, скажем на 300 dpi, и сожми его в до размера 640х480 точек, да так, чтобы он занимал не больше 50-ти килобайт. А теперь открой этот сжатый JPEG, и нанеси на него надпись или комментарий. Сохрани его и обрати внимание на то, как сильно упало его качество после повторного сохрания.

Вывод: сильное сжатие ВСЕГДА является заключительной стадией обработки мультимедиа-файлов.

стати, как я понимаю, можно ведь вначале сделать видеомонтаж, пожать Дубом, а потом на пожатый файл уже наложить спецэффекты (титры, графику, дополнительный звук и все такое) ?

Звук можно мучать отдельно от видео,а потоом сводить. титры и графику - нет.
Если уже есть готовая дорожка, то просто вычитам её размер из требуемого и битрейт посчитается точнее (например если надо на 700 метров вместить фильм и уже есть дорожка за 90 метров, то сразу делим 610 мегабайт на 90 минут и радуемся)

причем цифры совпали с точностью до нескольких килобайтов
Кстати, чем длиннее ролик, тем точнее совпадение. Короткие ролики часто не совпадают расчитанным - в начале ролика много ключевых кадров (читай ниже) и сам заголовок avi весит.
Ещё у кодека xVid есть проблемы с подгонкий размера - он часто перерасходует заданый битрейт

кодек выбрал APvc (MS MPEG-4 V3 /nAVI).
старайся использовать популярные кодеки, а то потом будут писать гневные письма у кого этот ролик не идёт.

Значит я так понимаю как сжимать видео и звук ты понял. Обрезать рекламу и пустоту в начале ролика, надеюсь тоже.
Теперь поэкспериментируй с фильтрами. Можешь взять неплохую кучу фильтров у меня - http://www.kspu.ru/temp/plugins.rar
Распаковываешь их в VirtualDub/plugins и они появляются в меню Video->Filters.
Жмёшь Add и выбираешь фильтр (или несколько), у большинства есть настройки разные, даже с предпросмотром.
Ещё заметь такой факт, что дорожки в avi фале абсолютно независимы. Это замечательный факт, позволяет тебе, например, пожать звук, СОВЕРШЕННО не трогая видео. Аналогично аудио. Для жтого в меню Audio и Video есть пара галочек - Full Processing Mode и Direct Stream Copy. При первом на видео кладутся филтры и применяется переколирование. при втором поток копируется один-в-один, без всяго перекодирования и без потери качества. Аналогично звук.
Используя этот факт, можно резать большие ролики на части без перекодирования и потери качества - выделяем начало и конец, ставим audio и video в direct stream copy и жмём save. Через пару минут (секунд) получаем 100% копию того куска.
Правда тут маленькая неприятность при разрезке - avi-video состоит из ключевых кадров, которые являются полным сжатым кадром и промежуточных кадров, которые реально не хранятся, а хранится некая информация, позволяющая восстановить кадр.
Так вот, разрезка avi возможна только по ключевым кадрам. Если даже и поставишь границу на промежуточный кадр, при сохранении, границы сами уползут на ключеые кадры. Хорошо что в большинстве случаев ключевые кадры попадают на тёмные участки или резкую смену картинки, но иногда так хорошо не получается... Вобщем хватит о теории.

но у меня подозрение, если делать это отдельно от видео, увеличится вероятность несовпадения звука и изображения
Если при редактировании сохранять оригинальную дорожку, а всё накалыдвать на неё, то не совпадения не будет.
А вот если собирать дорожку с нуля, то там надо следить за видео...
Да и под словом "мучать" я имел ввиду и просто wav->mp3. Можно сдлеать в другой программе, а потом свести

кодек под названием DivХ имел картинку в 3 раза хуже, чем у кодека APvc
Как проверял? Почему в три?

Если раньше я хавал некопрессированным ави 5 минут где-то 1,5 ГБ, то теперь 5 минут у меня стали на 6 ГБ. Это меня очень тревожит!
Вообще-то некомпрессированное от кодеков не должно зависеть, может ты размеры захватываемой картинки увеличил?
Да и вообще, лучше всё таки писать MJPEG-ом - при качестве 17 из 20 и картинке 512x384 у меня выходит около 5 гигов в ЧАС. При 19 из 20 - около 20 гигов в час.

Foks
Кстати, расчесочка видна... надо тоже подумать отдельно как ее замылить.

Фильтры VirtualDub:

Asvzzz deinterlace - на мой личный взгляд самая грамотная вещь.

Deinterlace - area based v1.4 - если нет первого, то это не плохая замена.

Deinterlace - базовый фильтр VirtualDub. Страшное Г, ибо он именно "замыливает". Использовать лишь в том случае, когда не нашёл первых двух фильтров.

показалось хуже
а какая версия DivX? если DivX3 то там правда не всё гуд. А если DivX5 и выше, то советую оключить профили.
Кстати, поэкспериментируй в DivX с фичей "двухпроходное кодирование" - весьма полезная штука - автоматический повышает и полнижает битрейт в активный и статичных стенах соответсвенно.

[теория]
Есть три основных метода сжатия
-статичный битрейт - каждый кадр получает одинаковое кол-во байт внезависимости от того статичная сцена (а так как мы знаем, что в MPEG4 кодека в основном кодируется РАЗНИЦА между кадрами, то в иделае статические кадры, должны весить очень мало) или с быстрыми движениями
-средний (average) битрейт - кодек заводит буфер КОНЕЧНОЙ длины и если сцена статичная, то он кодирует её меньшой инофрмацией, а остаток кладёт в буфер. Если попадается быстрая сцена, то на неё кладётся больше байт, которые достаются из буфера. Из минусов - то что буфе конечный - если очень длинная статичная сцена, то может наступить момент, что в буфер уже нальзя скинуть остатки, так что снова уходит вся информация на статичный фрагмент. И обратная ситуация - длинная динамическая сцена может израсходовать весь буфер.
-двухпроходное сжатие - кодек просматривает исходный материал дважды. При первом он строит "карту" видео, запоминая какому кадру сколько дать, а во второй раз сосбтвенно кодируя. При этом важно, чтобы оба раза кодек получал один и тот же ролик (например, если используются фильтры, то они должны использоваться в обеих проходах). Метод самый лучший (проверял при кодировании DVD->AVI - взрывы в методе average покрываются квадратами, а при двупрохожном сжатии всё чисто), но по времени занимает в 1.5-2 раза больше времени (хотя на Atholn Sempron 2600+ двухчасовой фильм за оба прохода БЕЗ ФИЛЬТРОВ занимает около пяти часов)
[/теория]

Эх, надо где-то приличный грабер мп3 поискать, кстати, не обращал внимания, дуб мп3 понимает?
Вроде по тестам LAME один из лучших. Ещё Blade неплохой.
LAME он правда чисто консольный, но есть оболочка RazorLame к нему. wav можно вырезать в VDub. Перекодировать в mp3. Но скелить не получиться. Есть вообщето VirtualDubMod - там можно вставлять и mp3 дорожки, а можно и сразу несколько дорожек. Но вообщето LAME при установке ставиться как acm-кодек, так что можно и VirtualDub'е прямо делаьт конвертацию в mp3. в меню Audio->Compression

MJPEG скачал (2 варианта)... буду эксперементировать
К нему ещё ключик надо, а то он будет рекламу писать на твоё видео

однааако!
на самом деле на ночь оставлять - само то.
Поэкперементируй с jobs в virtualdub
Вкратце
-вначале всё делаешь как обычно - открываешь ролик, выбираешь филтры, обрезаешь куски, кодек ставишь, сохраняешь... но при сохранении ставишь галку внизу окошка "...add to jobs..." что-то в этом духе. И жмёшь сохранить. Но вместо сохраения, программка запишет все твои дейтсвияя в скрипт. Всё можешь закрыть этот файл и добавить ещё чего-нить - другой ролик например. Потом когда сделал задел на ночь. заходишь в jobs list (в меню File или кнопка F4) и жмушь Start. Он будет поочерёно загружать скрипты и выполнять задачи, а ты спокойно спать... или на работу уйдёшь. А если в меню этого окошка поставить галоску Shutdown when finished, то он вырубит комп.
Также в окошке jobs есть хорошая вешь, как Process Directory. Это хорошо, если охота с десяток роликов обработать олдинаково - одними фильтрами, одним кодеком, с одними настройками.
Для этого надо
-Выставить в VirtualDub все настройки (при этом не обязятельно даже открывать видеофайл)
-в окошке Jobs(F4) выбрать пункт Process Directory в каком-то меню. И выбрать исходную и конечную папку. При этом лучше свалить всё видео в отдельную папку, а для конечного сделать пустую. А то он попытается обработать все входящие файлы, а не только видео.
-Жмём Start и идём спать (или на работу)

Sempron 2600+ двухчасовой фильм за оба прохода БЕЗ ФИЛЬТРОВ занимает около пяти часов
Я ж до недавнего времени этоже делал на Celeron 900Mhz - 10-12 часов.
На самом деле Атлоны для видео неочень пригодны. Celeron D его делает в некоторых типах видео. Почитай тесты на ixbt.

Darth_Morozz

Камрад, а расскажи мне пожалуйста один умный вещь... Я никак не могу подобрать утилиту для конвертирования из AVI в MPEG2, да такой MPEG2, который совместим с DVD (чтобы программы авторинга его снова не перекодировали). Или, может быть, посоветуешь такую прогу, которая сразу VOB'ы из AVI делает?

Я хотел бы ознакомиться с уже проверенными тобой лично решениями.

тут несколько недель не занимался оцифровкой, но на этих выходных вдруг решил наделать скриншотов из фильма на видеокассете и кое-чего, проверить.
1. повергло меня в глубокое уныние то, что передача/обработка сигнала с видака очень плохое.
Я знаю, что эта кассета у меня заезженная, записана при плохом спутниковом сигнале, с многочисленными помехами.
На телевизоре, все смотрится довольно сносно, но на компе все эти помехи вылезают во всей красе, и от изображения никакого толку, один звук остался. Жалко старые кассеты таким способом уже не спасешь.
2. заметил закономерность (боюсь неточно выразиться) если при захвате, ставишь иное разрешение картинки, чем оно подается с видака, то вероятность появления гребенки больше. Картинку начинает плющить под другие размеры и вылезают всякие помехи...

Riskoff
384*288
Кстати, да на этот факт я обратил внимание. Чем меньше картинка, тем она качественнее.

При разрешении захвата более, чем 384*288 точек гребёнка появляется всегда.
Ясно, теперь буду иметь это в виду ,а то я уже плохо думать начинаю про свой тюнер и видак.