ЗДраствуйте плдскажите плиз имеется плата FlyTV 34FM. драйвера WDM последние 2,3,1
Софт FLY 2000 TV 2,38RC
Почему у меня гребенка при высоком размере видеопотока 768*756
На меньших разрешениях гребенки меньше, но качество хуже???
И еще при начале захвата теряютя кадры?
Спасибо ответившим.
Как может быть мало 1700 для мпега1? (до этого тюнера был агрегат asus V7700. никаких пропущеный кадрах не было, жал тогда в тоб же кодек)
Divx ты пошутил так да? этож кодек для второй стадии.
Налету у меня он точно с дивихом несправится.
Конечно могу я и раньше начать, чтоб обрезать потом начальные, но начинается расссинхронизация.
драва кстати 2,3,1,0
может лучше есть?
DivX можно использовать и на захват.
Только под него другие настройки.
Сжатие - fastest битрейт - 900
Хватаю без проблем 768х576 без гребенки и искажений
1.5 часа - 50Гб
Но у меня Р4 2.8МГц и мать разогнана до 880МГц
О черт - пятница, вечер.
Размер захваченого видео можно
приблизительно посчитать.
t*(25*3*X*Y/Kz+2*44100) байт
Kz коэффициент сжатия при захвате примерно 2 - 4 это чтоб искажений поменьше
было.
X Y разрешение
t время в секундах
ASMiD
>DivX можно использовать и на захват.
Только под него другие настройки.
Сжатие - fastest битрейт - 900
Но у меня Р4 2.8МГц
Ставишь 1-pass quality based. Квантизатор 3-4 (поток будет под 5-10 тыс, зависит от сюжета). Скорость Standard. B-frames - отключены (как и GMC и Qpel). Деинтерлейс - силами кодека (Deinterlace source).
У меня на 2.8 ГГц все работает. Если вдруг будут дропы, поставь скорость fast (но fastest - это уж слишком).
Смешная у тебя формула. Такое впечатление, что размер фильма у тебя определяется разрешением и частотой кадров. Ты же задаешь ПОСТОЯННЫЙ поток килобит в секунду. Сколько секунд записал - столько размер занял (не забудь, что мегабайт - это килобит/8192). А от разрешения зависит только качество видео: чем оно больше - тем больше нужен поток (т.к. при постоянном потоке на каждую точку будет приходиться меньше битрейта). При постоянном потоке есть как бы оптимальное разрешение: не слишком низкое но и не слишком высокое. Частоту кадров можешь задать 15Гц для проверки правильности своей формулы - размер файла не изменится. (ведь его время от частоты кадров не зависит).
ASMiD
Размер файла и без тебя считать умею
ты пишешь:
Сжатие - fastest битрейт - 900
Хватаю без проблем 768х576 без гребенки и искажений
1.5 часа - 50Гб
значит 900*60*60*1,5=4,86гб(гигабит)/8= 607,5мб(мегабайт)
где 900- это количество бит в секунду указанное тобой
первая цифра 60 - это количество секунд в минуте
вторая цифра 60 - это количество минут в часе
1,5 - это количество часов записи указанное тобой
8 - это количество бит в байте
На самом деле надо ещё ввести поправку на то что килибит это 1024бит, но для наглядности я это упускаю.
gaz31
Кодек ты используешь правильный, не слушай ASMiD(ему бы знаний побольше - цены бы не было ), так как DivX даст нагрузку на проц раза в три больше. Если в начале сразу прпадает до 10 кадров это не страшно, главное чтобы потом это количество не сильно росло (5-15 кадров на 2-х часовой фильм это неплохо).
Рассинхронизацию (если возникает) легко исправить в VirtualDub (занимает 5-15минут времени)
Какое кстати качество выставленно в настройках PicVideo?
Хорошее соотношение объём/качество при значении 18-19
>Кодек ты используешь правильный, не слушай ASMiD(ему бы знаний побольше - цены бы не было ), так как DivX даст нагрузку на проц раза в три больше
Это верно. Зато DivX дает лучше качество при маленьких потоках (и соответственно размерах файла), если нужно только посмотреть и стереть, а не для коллекции (Mjpeg при качестве 18-19 даст 100-150 Мб на 1 минуту фильма). Но это требует мощного процессора (настройки для DivX выше я давал для ASMiD для 2.8 ГГц).
Хорошо открыть диспетчер задач и при записи поглядеть загрузку процессора. Не должна доходить выше 90% для стабильной записи.
Можно попробовать поковыряться в программе в "Панели записи": Отметить "встроенный АЦП при захвате", "аппаратную привязку аудио к видео", "аудиосемплы короткой длины" "исп. системный таймер для видео". В настройках Avi mux можно все Disable.
Видеообработку выключить, чтобы снизить нагрузку (ее можно сделать при дальнейшем перекодировании).
Раз в МПЕГ2 дропов нет значит дело в низкой пропускной способности дисковой подсистемы. В МПЕГ2 поток примерно 2000-6000килобит/сек, а в PicVideo 8000-15000(в зависимости от настроек). Вот и все ответы на все вопросы...
Если рассинхрон плавный от начала к концу то надо подобрать фреймрейт (в уже готовом, закодированном фильме). Делается так:
1.Открываешь фильм в Дубе
2.Закладка Video->Direct Stream Copy
3.Закладка Video->Frame Rate->Change so video and audio...
4.Сохраняешь avi,закрываешь ДУБ, проверяешь результат в плеере.
Если это не поможет тогда тоже самое делаешь, но
3.Закладка Video->Frame Rate->Change to... и корректируешь фреймрейт вручную на сотые/тысячные доли кадра в зависимости от уровня рассинхрона. С опытом придёт...
Гораздо прще отделить звук от видео и работать с ним отдельно. Есть, например, Sound Forge, который со звуком может творить чудеса.
На нем можно и растянуть и сжать звук. и вставки делать и выркзать куски и уровни подымать/опускать - вобщем черт с рогами.
Проще пока не напорешся на что-нибудь серьезное.
Я, например, долго маялся после захвата с VHS.
Звук был в норме, а кадры были пропущены. Спрашивантся - что легче резать фильм на куски со сдвигом звука и потом сшивать или порезать за один проход звук.
Или накладывать перевод фильма в другом формате.
ASMiD
В твоём случае - да. Наверное проще если было большое количество подряд пропущенных кадров и рассинхрон возникал скачком, а не нарастал постепенно. тогда действительно надо выдирать аудиодорожку и править (вставлять тишину или вырезать кусочки фонограммы) в тех местах где возникает скачкообразный рассинхрон. Я делаю это в CoolEditPro(он же Adobe Audition), там-же можно растянуть/сжать время фонограммы.
Но у gaz31 рассинхрон постепенный, после кодирования. А это значит что можно поправит изменив фреймрейт.