Я действительно слышал эти хрипы на СТАРЫХ версиях BeSweet (когда он еще не поддерживал ac3 на компрессию). И это заставило меня долго не смотреть на этот проект.
Случайно у знакомого запустил BeSweet версии 1.5b26 и увидел кодирование в ac3. Решил снова поюзать ее и могу сказать, что больше подобных проблем (по крайне мере при перекодировании ac3 в ac3) я не видел. Возможно, что они исправились...

Добавлю, что есть изумительная программа, которая бодро и очень быстро кодирует и декодирует ac3. Пережатие ac3 448 в 384 занимает минут 20-30. Не очень ясно, почему никто об этом не вспомнил, ведь программа фриваре
Всякие там софтенкодеры и прочие "тормоза" (вместе с maven3d, sonic-ом, etc...) нервно курят в сторонке
Програмка называется BeSweet и берут ее на http://dspguru.notrace.dk/beta.htm
Там, собственно, нужен сам BeSweet и GUI к нему. Размеры просто смешные - 460 и 250 килобайт. В качестве бесплатного приложения, она умеет работать с dts, ogg5.1, mp3, AAC и т.д.

Скорее всего нет земли на металлическом основании, которое окружает эти самые 4 пина. Не знаю, как сказать точнее. Надеюсь, что и так понятно...

VirtualDub умеет (причем любой). Для того, чтобы это увидеть надо выбрать tools-hex editor-file-open-<test.avi>-edit-RIFF chunk tree откроется окошко, в котором как раз и будет нужная инфа. Крайний правый столбик - номера фреймов для разных потоков, а крайний левый столбик - это адреса.

Так я признал это только для случая отдельных сцен и кусков. А для простого рипа из качественного исходника (или хорошо обработанного из скрипта avs) прога очень даже пригодна и пашет бодро и здорово. А про удобство при простом рипе я уже говорил: кинул батник, прогу, reg файл в каталог и запустил.
Кстати, последнее время исходники dvd все большей частью качественные попадались, что странно...
Забавно еще и то, что прогу то изначально писал не я, и версия исходная на http://www.doom9.org вполне востребована была. Я даже ее и нашел специально.
Неужто я один такой маньяк?

Просто ради интереса спрошу: хоть один человек пользуется этой версией avs2avi? Или только я сам и оно никому и не надо?

А ларчик просто открывался.
Тормозит DIVX при проигрывании XVID-овских файлов с ac3 звуком в том случае, если при кодировании XVID-ом, стояла мерзкая галка "Packet bitstream".
Если ее не ставить, то тогда фильмы, пожатые XVID-ом, восхитительно проигрываются DIVX-ом без тормозов.

И вот еще кусочек из статьи про XVID, который взят с сайта 3DNews (полный текст статьи доступен по ссылке http://www.3dnews.ru/multimedia/codec-xdiv/)

Отвечаю сразу всем.
Если есть некоторый стандарт generic (MPEG4), который могут декодировать и divx и xvid, то почему бы не рипать в соответствие этому стандарту? Это очень удобно, т.к. не ограничивает пользователя в выборе divx для divx, а xvid для xvid. Есть люди, которым нравится больше xvid, как декодер и наоборот. Почему нельзя унифицировать это (да и аппаратные проигрыватели не будут спотыкаться). Ведь для этого не много надо.
После выходных постараюсь определить, какие параметры мешает кодеку xvid-а соответствовать generic MPEG4.

Так я и утверждаю, что тормоза при декодировании зависят от того, какие параметры (или комбинацию параметров) ты выставил при компрессии в xvid-е. Я и хочу обратить твое внимание на это, чтобы ты нашел эти вредные параметры. От этого ведь только лучше будет всем...
Я попробую сам найти эти параметры кодирования xvid-а, от которых возникают тормоза при декодировании divx-ом фильмов с ac3. Если получится, то сообщу результаты...
Обидно просто за xvid. Как кодек он восхитителен, а вот декодер у него не очень, поэтому и пользуюсь декодером divx-а.

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

Да просто все! Когда ты кодируешь XVID-ом, то ты ставишь какую-то лишнюю галку (или параметр какой-то). Из-за этого и происходят торможения при проигрывании divx-ом xvid-овских файлов с ac3 звуком. Просто надо найти этот вредный параметр, от которого потом тормоза эти возникают и больше его не ставить.

Я действительно хочу помочь, а не обидеть или выпендриться. Могу прислать кусок пожатый xvid-ом с ac3 звуком и который не будет тормозить у тебя при декодировании divx-ом. Использую для сжатия XviD-1.0-RC4-05042004 от Koepi.

2 Sergio Gold: Я снова очень извиняюсь...
Ты писал, что возникают тормоза при проигрывании divx-ом фильмов c ac3, пожатых xvid-ом. Я сегодня это увидел первый раз (тормоза эти), в фильме Blizkie.kontakty.tretego.vida. Только не обижайся, ради дога, но это действительно только на твоих рипах тормоза возникают. Что-то ты включаешь то, отчего эти тормоза происходят. Нету их в других рипах (и моих тоже). Посмотри настройки - это проблема именно в том, как ты кодируешь в xvid.
Если надо, то пиши - я помогу разобраться.

Насчет изменений в ави я все понял и отвял
Насчет неверной информации, которую выдала программа: если просто смотреть в заголовок, то проблем нет. Просто немного смущает то, что она не ругнулась на битую авиху. Хотя, это конечно, не ее забота...
Насчет звука и видео. Сделай, пожалуйста! Действительно не хватает! Иногда Dub-ом расклеивать приходится, чтобы точно посмотреть...
Насчет datarate - я не знаю что это.
А bits/pixel - вещь очень пользовая для оценки avi. Вот к примеру:
http://www.kage.orc.ru/docs/dvd2avi/gknot.htm
Без нее очень непревычно видеть информационную прогу... Нужная она. Гордиан кнот, которым ты не пользуешься, но пользуются остальные как раз на это завязан...

Если говорить именно про фишки GSpot-а, то эта кнопка еще пытается определить валидность avi. Определить у нее получается. Попробовал открыть поврежденный файл твоей программой - она подумала, а потом выдала информацию, которая записана в заголовках. Например вот:
File: Simone.avi
Filesize: 50.00 Mb (52429312 bytes)
Play length: 01:57:36.758 (169193 frames)
Subtitles: Not Present
Video: 512x250, 23.976 fps, DivX ;-) MPEG-4 Low-Motion ~667 kbps avg
Audio: 48 kHz, MPEG Layer-3, 2 ch, ~128.82 kbps avg

В то время, как нормальное значение вот:
File: Simone.avi
Filesize: 678.29 Mb (711243776 bytes)
Play length: 01:57:36.758 (169193 frames)
Subtitles: Not Present
Video: 512x250, 23.976 fps, DivX ;-) MPEG-4 Low-Motion ~667 kbps avg
Audio: 48 kHz, MPEG Layer-3, 2 ch, ~128.82 kbps avg

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

И последнее, чего не хватает, так это параметра bits/pixel. Его можно расчитать по формуле bitrate(Bits) / (FPS * Width * Height).

Как итог: две самые важные идеи, которых не хватает.
1. Размер video и audio отдельно.
2. bits/pixel.

Надеюсь, я не очень много прошу

ЗЫ: Кстати, очень просто получить "битую" avi, если начать заливать ее куда-нить на ftp, а потом оборвать и попробовать посмотреть...

Я ради проверки того, как тормозить будет, даже отключил привычный Passthru режим в Media Player Classic. И даже потом специально запускал Light Alloy и в настройках AC3 filter v0.70b тоже убирал это самое Passthru. И потом уже совсем попробовал в настройках kX Audio Driver (http://www.kxproject.com), убрать Passthru, чтобы звуковуха поток ac3 декодила. И могу точно сказать, что как было от 30 до 55 процентов загрузки проца, так и осталось. Никакой разницы...
Чем ты добился такого странного эффекта? У меня везде и mp3 и ac3 не тормозит абсолютно. Хотя, на компах ниже p3-600 я не проверял.

Спасибо, starsoft, за эту программу! Восхитительная штука. Все к месту и по делу. Давно пользуюсь, вот сейчас спасибы написать решил!
Да и просьбу заодно...
Если бы было возможно добавить в нее фичу, как в GSpote типа "File Lenght Correct" для того, чтобы можно было посмотреть размер видео и звука отдельно друг от друга. Очень это полезное знание иногда бывает...
Как идейка?

Я, конечно, извиняюсь. Но хочу вставить свои пять копеек...
Рипы раньше делал все в DIVX-е только. И только в нем. Даже прогу поправил для того, чтобы работать с этим кодеком.
Но один раз мне попался рип фильма "Try seventeen". Я увидел характеристики у видео (замечу, что это не предел, как оказалось): 01:29:25, 704x384, 766 kb/s, 0.113 bits/pixel, 25 fps, 493 MB!
Тут я понял, что ничего не понял...
В DivX-е такое не сделать. Я пробовал. И настройки и шумопонижающие фильтры и шарп и смотч. Ничего не помогало. Не реализовать это. Две недели бился. Потом решил попробовать XviD. И у меня получилось! И надо сказать, что и в программку добавил XviD тоже. С тех пор я практически целиком перешел на XviD. Но действительно должен быть чистый исходник. Тогда возможны такие рипы и даже лучше ("Open range", 02:18:53, 704x288, 597 kb/s реально чуть больше, т.к. титры пошли с низким битрейтом, 0.123 bits/pixel, 23.976 fps, 598 MB). Хотя, это уже предел низкого битрейта. Ниже нельзя...
Насчет декодирования и всякой там несовместимости. Осмелюсь дать один маленький совет, к которому я пришел просматривая видео разными декодерами. При кодировании XviD-ом надо ставить в FourCC used: DX50. И реально в качестве декодера юзать DivX (для этого галка Support Generic Mpeg-4 в настройках Decodera DivX должна стоять). И никогда не использовать в качестве декодера XviD (для этого никакая галка в decodere XviD-a стоять не должна). На глаз заметно разницу между тем, как классно декодирует DivX и плохо декодирует XviD. При этом никаких проблем декодер DivX не испытывает, когда раскодирует XviD-овский фильм.
Если делать так, то никаких проблем с совместимостью не будет. Проверялось с билдами от Koepi (http://koepi.roeder.goe.net) и DivX 5.1.1

Согласен. Руками в таком случае совершенно долго и отвратительно все делать и avs2avi не нужен. Насчет rgb тоже согласен.
Насчет скриптов руками: это только в особо тяжелых случаях. Ибо, смысла нет. Кнот замечательно справляется с большинством фильмов на двд, если они отличного качества. И у него есть именно тот необходимый визуальный контроль и расчет битрейта и размера.

Хотя, я ведь не являюсь автором этой программы. Просто мне не хватало ее функциональности. Поэтому я ее и дописал для того, чтобы можно было использовать кодеки из командной строки =)

Попробую ответить по пунктам.
Имхо, в качестве визуального контроля как раз достаточно того, что бежит прогресс-бар и показывает сколько времени/процентов еще осталось пожать. Эта функция реализована в avs2avi (кстати, она тоже отключаемая "горячей" кнопкой "Q", чего как раз и не хватало в исходной версии). Смотреть в то, какой конкретно кадр сейчас компрессит прога надобности нет. Это надо делать до процесса запуска компрессии. Основное назначение проги немного другое, чем у dub-а: наделал пачку avs файлов, а потом батничком запустил на сутки все это добро пожиматься.
Насчет качества все просто. Работа программы происходит непосредственно в том цветовом пространстве, которое было изначально задано. И нет потерь на перекодирование в RGB (virtualdub и все его фильтры работают в RGB). Это, кстати, не плохо описано в мануале по avs: AVISynth и VirtualDub?
Только не подумайте, что я наезжаю на virtualdub! Без него никуда, это и ежу ясно. И программа AVS2AVI и сам AVISynth содержат его куски.
Насчет скорости. Если тебе не влом, то попробуй пожать что-нибудь dub-ом и avs2avi. С одинаковыми установками. Конечно скорость не в разы больше, но разница будет. Тогда я буду знать насколько выше или ниже скорость у avs2avi из независимых источников.
И еще раз напомню, что ты берешь готовый один батник, один ехешник и один рег файл и запускаешь его на компрессию следующей командой: xvidsz.bat film.avs 589698 и все. Остальное у тебя уже есть готовое в reg файле. Ты его уже делал для себя один раз и сохранил свои настройки. И такие профили можно сохранить и использовать быстро.
В основном, я использую прогу в сочетании с gordian knot-ом. Создал им avs1, avs2, avs3 и записал значения битрейта/размера файла. Потом затолкал это все в батник и запустил. А потом взял готовые avi и ac3 и склеил dub-ом с direct-copy.

Я добавил полезностей в классную утилитку avs2avi.
Это программа для тех, кто хочет перегонять avs в avi из командной строки с максимальным качеством и скоростью (как альтернатива virtualdub-у).
Возможно, она кому-нибудь будет интересна.
Забрать ее и получить ссылки на разную справочную информацию о том, что такое AVISynth (на русском языке) можно с домашней страницы avs2avi
Вот основные отличия от исходной версии avs2avi-131a:

build 131022
- Система нумерации версий в стиле virtualdub-а. Пишет версию в avi.
- Полностью выкинута глючная matroska и вывод в лог-файл (сорри всем за это )
- "Горячие" клавиши и возможность переключения в процессе работы.
- Возможность автоматического выключения компьютера по окончанию работы.
- Запись в реестр параметров для DIVX и XVID. "Заточка" программы под эти два кодека.
- Автоматическое определение специфичных параметров для каждого кодека и avi файла (например: Max Keyframe Interval, MV File Name, етс...)
- Для каждого прохода можно задать свои параметры индивидуально (и для 3-го и для 4-го).
- Сделана защита от "дурака" при вводе неправильных данных или вводе неверного их количества.
- Нормальный выход по ctrl-c.
- Много косметических исправлений. Статистика "а-ля LAME".
- Нормальный расчет прошедшего и оставшегося времени работы.
- Вывод текущего размера avi (не точный, а приблизительный)
- Вывод на экран ключей кодеков, которые заносят в реестр.