Каким-то образом мне удалось убить кодирование звука на своем компе.
Когда загружаю скрипт в VirtualDub он показывает отсутствие звука в источнике. Получается, что AviSynth выводит звук через DirectX а не в waveout. В динамиках звук идет нормально.
Скрипт такой:

Минутку, а зачем тебе звук в VirtualDub? Всё равно он MP3 не фонтан как кодирует.
Не лучше ли пожать звук отдельно, с помощью LAME, а потом уже пристегнуть его к видео с помощью NanDub или VirtualDubMod? Как тут все и делают, собственно.

P.S. Да, а 29->24 FPS (вернее 29,97 -> 23,976) и NTSC-PAL тут абсолютно не причем.

Именно причем. Мне кажется, что именно из-за телесайна и понижения т.о. частоты кадров у меня появляется разбег звука если кодировать раздельно. Причем разбег не зависит от того, чем склеиваю. Поэтому я решил кодировать хором и звук и видео. И пенка даже не в дубе. Просто мне интересно, чего же я такого наделал в системе, что комп "оглох", хотя звук из динамиков идет. Самое прикольное, что TMPGenc например звук в скрипте слышит, а Canopus procoder и дуб - нет. Почему-то со временем мне все больше нравится способ работы через AviSynth и такие непонятки со звуком гробят всю идею на корню. А возможности деинтерлейсинга там такие, что пока я ничего рядом стоящего не нашел.

Если делать Telecine для NTSC-источника нормальными фильтрами (AviSynth-овским например, а не DVD2Avi-шным Forced Film), то никаких проблем не возникает и звук, пожатый отдельно, никогда не даст расхождения (исключения у меня были отлько один раз, и то проблемы были на самом ДВД). А когда FILM делает видеодорожку 24 fps, а звук при этом остается расчитанным на 29.97 (23.976) - то разбег дорожек гарантирован. И полностью согласен с kvappa - сжимать звук ДУБом это значит его испортить.

При понижении FPS 29,97 -> 23,976 рассинхронизации со звуком возникнуть не может. Если появляется рассинхронизация со звуком - грабли в чем-то другом. Но это тогда нужно точно знать, что и как ты делаешь.

И при кодировании звука в VirtualDub-е не сделать MP3 VBR - считаю это слишком большим проигрышем в качестве, чтобы использовать.

Пока собирался написать ответ, starsoft уже успел всё сказать за меня.

Пенка прорезалась всегда, когда я пытался перевести 29 в 25(ПАЛ). Когда решил оставить 29 - со звуком все ОК.

Уххх, блин! Сразу оговорюсь - речь идет именно о рипах с DVD:

Если источник NTSC, где всегда FPS 29,97 -> делаем из него 23,976, с помощью
Telecide()
Decimate(cycle=5)

Если источник PAL, 25 FPS - оставляем FPS как есть. Если это PAL Interlaced - делаем FieldDeinterlace() или Telecide() - смотрим как лучше получается. Хотя, если попадется PAL, конвертированный из NTSC, методом сохранения продолжительности по времени с изменением количества кадров - можно сливать воду, так как ничего хорошего из этого сделать уже невозможно.

Бывают и более нестандартные случаи, но не так уж, чтобы часто.

По поводу оставления FPS 29,976 - не считаю это корректным. Потому, что формат NTSC устроен таким образом, что полных кадров там нет, есть только поля с частью кадра. То есть, в каждых трех фреймах хранятся только два кадра. После восстановления прогрессивной структуры, с собиранием частей кадров в полные, у нас получается FPS 23,976. При этом, синхронизация звука не нарушается и продолжительность видео по времени не изменяется.
Есть одно исключение - NTSC телефильмы, где часть снята на кинопленку, а часть на видео. Там, наряду с обычной структурой 3:2, могут быть куски с прогрессивной структурой 29,97 FPS (каждый фрейм - полный кадр), но такое встречается крайне редко и перекодировать подобное в Divx - занятие абсолютно неблагодарное.


2 vass-iliskus:

Кстати сказать - вещь не такая уж редкая. Из русских DVD - "Вертикаль", "Военно-полевой роман" (NTSC), некоторые канадские DVD (содраны с французских ради перевода), и пр.

2 vass-iliskus:
Не надо так волноваться - встречал я такие DVD. Только что ты хочешь этим сказать? Мы тут обсуждаем всё-таки процесс изготовления рипов с более-менее стандартных DVD (только не надо говорить, что фильм "Шоколад" является жертвой конверсии между PAL и NTSC ), а экзотические случаи были и будут всегда - к ним нужен персональный подход. И не в моих правилах, точно так же, как и не в правилах Starsoft-а, делать дергающиеся рипы.

Кстати, о конверсиях на DVD, - если они сделаны с сохранением количества кадров и изменением скорости звуковой дорожки, - никаких проблем. Все проблемы начинаются, когда это делают другими способами. Конечно, мы можем поспорить и дальше, только вот о чем?

2 vass-iliskus:

Хех! А где Вы, сударь, видели у меня обобщения? Или Вы предпочитаете, чтобы Вам разжевали и в рот положили ВСЕ возможные разновидности и частные случаи? Если возьмете на себя труд изучить всё вышенаписанное, то я говорил о различных, наиболее часто встречающихся случаях, а Вы почему-то уперлись в свой любимый случай кривой конверсии исходника PAL->NTSC.
И сообщите, пожалуйста, на чем осоновываетесь Вы, делая свои заявления? Может быть, как раз на недостатке личного опыта?

И еще, расскажите-ка нам, любезный сэр, серым и неграмотным, как правильно делать рипы. А то я что-то пока ни одного полезного совета из Ваших уст тут не увидел.

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

2 vass-iliskus:

Глубокоуважаемый, к сожалению действительно отсутствие опыта в изготовлении дергающихся поделок с кривых исходников, объясняя дерганье кризизной конверсии форматов, не позволяет объяснить почему считаю такой подход неправильным. Всё же предпочитаю, придерживаясь определенных правил, выносить на общественное суждение хорошую работу. А о том, насколько она хороша - пусть судят те, кто смотрит потом наши рипы. Кривые руки существуют не только у изготовителей рипов, но и у изготовителей ДВД. Обсуждать как сделать масло из дерьма не имею ни малейшего желания, ведь даже если окажется что "уже мажтся, но еще пахнет", откушать такое все равно вряд ли захочется.
Засим для себя закрываю дискуссию на тему кривых ДВД и если когда-нибудь мне представится возможность посмотреть действительно качественный рип Вашего производства, сделанный из криво сконвертированного исходника - выражу Вам своё искреннее восхищение.

С уважением...

Нда. Мог бы получиться обмен опытом, а получился обмен обвинениями...
Ладно. Тот случай, который я описываю, можно решить с помощью

2 vass-iliskus:
Сорри, что вмешиваюсь, но если Вам данные слова напоминают сию басню, то будьте так добры предьявить виноград. С описанием технологии изготовления. Иначе Ваши слова тянут только на попытку нанести оскорбления участникам форума.
И за что, по-Вашему, Starsoft заслужил здесь титул ДВД-потрошитель и почему он имеет репутацию человека, чье имя в рипе является 100% гарантией качества? Может Вы и про это тоже знаете?

Да, и с чего, Вы взяли, что кто-либо из участников данной дискуссии (кроме Вас), живет в Канаде и имеет дело с канадскими DVD?
А если бы Вы начали разговор с применением технологических аргументов, то и разговор бы пошел совсем по иной колее.

И последнее: с кривого DVD, после конверсий PAL<->NTSC, всё равно никогда не получится настолько же хорошего рипа, как с нормального DVD. Поэтому, заниматься попытками восстановления угробленной информации не вижу никакого смысла, при наличии возможности найти нормальный DVD (или попросить кого-либо найти). Поэтому пойду-ка я, лучше, сделаю рип Вертикали с PAL DVD, чем страдать всякой фигней...

Ладно, задолбало меня препираться что-то. Просто времени жалко. Если товарищ считает, что умеет делать рипы лучше, чем Starsoft, я за него очень рад. И почему он до сих пор не в привате - не понимаю.

Region 5 NTSC ?

Охолоните!
Это уже спор амбиций каких-то, а не аргументов!
Выискивания соринок и брёвен друг у друга в глазах.
Я вот в рипе DVD дилетант и никого учить не собираюсь. Но логично предположить, что если был сделан перевод 25->29.97, то при рипе следует использовать обратное преобразование для получения хорошего результата. Это только мысля логически.
Видео 25 Hz не бывает, ИМХО, - 50 и 60 мне известны в TV (соответствуют частоте напряжений в сети). Если поставить на мониторе 25 Hz, то можно только представить как он мерцать начнёт... Наверное, 25 fps имелось ввиду. Не буду крючкотвором и придираться к ерунде всякой.
Telecine - процесс преобразования 23.976->29.97, а наоборот, наверное, Inverse Telecine (опять таки ИМХО без правоты в последней инстанции).
Полагаясь на всё ту же логику, если было сделано преобразование 23.976->29.97, то рип с применением обратного преобразования должен дать хороший результат без смазок и дёрганий.
Для тех, кто думает, что vass-iliskus ничего в рипах не понимает - спросите у EvgenyK (он даст рекомендацию). EvgenyK человек в рипах авторитетный, вроде бы. И насчёт почему vass-iliskus не в привате ещё - у него же можно поинтересоваться.
Давайте уважать друг друга и не стараться опустить и не подозревать в других такие желания. Мы же не нетлаб акой-нибудь, в конце концов! Взрослые люди, а как дети малые себя ведёте.

Лично мне дискуссия показалась очень интересной. Поскольку оказалось, что грабли NTSC-PAL встретил не только я. Единственное, что я уяснил, что перевести из одного формата в другой если и можно, то никто не знает как. Поэтому лично я зарекся переводить из одного в другой.
А проблема возникает в основном из-за того, что наверняка у каждого, как и у меня есть наборчик скриптов, которые мы стараемся применить под каждый случай. И если "стандартный" скрипт не подходит, вот тут-то и начинаются метания.
Если в 2000 году сделать качественный рип было проблемой, то в 2003 году все стало настолько просто, что действительно никто уже не хочет заморачиваться с теми ДВД, которые не подходят под их скрипты и просто ждут появления "правильного" ДВД. Искусство умерло, осталось лишь ремесло.
В 2003 году лично меня уже совсем не интересуют двухкомпашечные рипы с АС3 звуком - сделать это сегодня сможет кто угодно. А исхитриться сделать ОДИН ЦД с хорошим визуальным качеством - вот сегодняшняя сверхзадача. И только в этом направлении действительно интересно работать. Я думаю к 2005 мы подойдем к задаче рипа на один трехдюймовый ЦД, о чем сейчас можно только мечтать. И подход к решению этой задачи - интерлейсное видео. И последние версии МПЕГ-4 уже могут "выдать на гора" интерлейсное кино, только что пока с ним делать я пока не знаю.
А возвращаясь к теме топика - AviSynth. Мне как программисту как-то очень легло в душу сие средство. Согласитесь, очень приятно оперировать видео на уровне кадра, приделывать фильтры и эффекты.
Но! - почему же он может ТАК косячить и ЧТО надо делать, чтобы это можно было побороть? (кстати, пенка получилась не с "Шоколадом", это просто аналогичный скрипт, так что не заморачивайтесь на название)
И еще пять копеек о деинтерлейсинге. Доверяя только своим глазам, я последнее время стал "хитрить" и ставить ТОЛЬКО telecide() или просто weave() - я не вижу разницы. Еще я не увидел на своих источниках разницы в параметрах guide от 1 до 3 и не понимаю, в каких случаях это может быть нужно.
Может быть кто-нибудь согласится побеседовать о своих изысканиях с AviSynth более подробно?

@kvappa:

KoCHeGAr дело сказал (можно придраться к стилю изложения, но не к идее),
а когда на здравые мысли отвечают в стиле "не учи ученого"... ну, сам понимаешь Дело ведь не в авторитете, а в том, как человек им пользуется

Разойдемся с миром

@Milky Man:
Thanks man, твой взгляд со стороны пришелся очень кстати...

@rambomax:
А с чего ты взял, что твой случай - именно NTSC->PAL ?
ТОЛЬКО telecide() - это без параметров, или без decimate() ?
Про различия в guide ты можешь прочесть в документации к decomb,
там это объяснено доходчиво, а то, что ты не видишь разницы на своем
материале - так это не значит, что ее не будет на более сложном

Ну вот! Конструктивная дискуссия - это уже хорошо.

2 vass-iliskus:
По делу. Коллекционирую способы решения проблемы с перекодировкой материала с mixed 24/30FPS видео (NTSC, разумеется). Если есть интересные мысли - буду весьма признателен. (значения FPS сознательно округлил - надеюсь, что понятно, о чем речь).

@rambomax:
Не совсем так. Есть параметры, которые действительно "подбирают" (типа threshold), а есть такие, которые определяют саму механику процесса, их не подбирают, а
сознательно применяют во вполне определенных случаях.

@kvappa:
Сказать по правде, опробованых решений у меня нет (попадался только один
такой DVD, да и то давно ), все ограничивается теорией из
APPENDIX B. Dealing with Hybrid Clips DeComb-а.
А что, кроме его decimate(mode=1) и decimate(mode=3) еще что-то есть серьезное ?

Эх, Dimon'a на вас нет...

Прочел дискуссию и хочу заметить, что на мой взгляд до поры до времени vass-iliskus вел себя более благожелательно, чем оба наших заслуженных и распаленных риппера, которые дружно кинулись на него яки на красную тряпку . Отрадно то, что все уже поуспокоились вроде и перешли к более конструктивным диалогам.
Только у меня сложилось впечатление что у rambomax'a все-таки не тот материал, который в девичестве был PAL'ом, а потом записан на NTSC DVD. Может, он уточнит?...
Или в противном случае расскажет, зачем ему нужно 25 кадров на выходе...

Дело в том, что я гнал все ДВД одним скриптом, а потом заметил, что некоторые рипы получились "странные". Исследование вопроса показало, что нельзя NTSC диски обрабатывать как PAL. А потом пошли разброд и шатание, поскольку NTSC оказались очень разнообразные, практически целый мир. И если любой PAL диск сливается парой щелчков мыши, то вокруг NTSC обязательно требуются пляски с бубном.

я предполагал , что может возникнуть дисскусия - но чтобы вот ТАК!!!!

есть разные поговорки и народные мудрости по этому поводу - но не буду снова разжигать страсти..