» Koepi's XViD codec

agz73
Из нового заметно, что теперь можно убрать значок XviD из трея

Цитата:

В билде от 24.06.2011 Jawor заявил, что убрал требование наличия Visual C++ 2008 Runtime в системе (я не проверял).
szl свои сборки оптимизирует. Я проводил небольшие тесты, скорости на равных, файлы получаются одинаковые

V0lt, Jawor то же делает оптимизацию, без sse его сборка не будет работать, а моя может


Цитата:

Надо бы в теме на doom9 отметиться

перебьюсь, нет времени...


Цитата:

szl, бум?

Gideon_Vi, вот держи Xvid 1.4.0.127 rev.2024, ничего интересного в 1.4.0 пока нет!

szl
Цитата:

Jawor то же делает оптимизацию, без sse его сборка не будет работать, а моя может

Да ну? На каких процессорах можно проверить?

Добавлено:
Сам увидел. Jawor-у требуется Intel Pentium III, AMD Athlon XP и выше.

CRF бы прикрутили в 1.4.x. Нет у них в планах этого?

szl, а куда делся ffmpeg-mt, для декодирования H.264 из ffdshow? Скачал Вашу последнюю сборку - только libavcodec.

Что на практике даёт патч Явора (Jawor) ?
http://jawormat.republika.pl/patch_132.diff

Кто-нибудь может прокомментировать, почему по информации с http://www.ixbt.com/cpu/results/results-2010.xls на процессорах i7-970, i7-980X, i7-990X
divx быстрее xvid ?

дивикс быстрее потому что картинку более позорную дает. могу добавить что заметного ускореения можно добиться просто разместив целевой и исходный файлы на рамдиске. скорее всего связано с тем что кодеки, а может виртуал даб не разумно использует кеш. не в разы конечно но на 10-ки %. если размер оперативной памяти не позволяет то хотя бы целевой

никто не поделится экспериментами с настройками?

bomzzz
Какой же Вы невнимательный!
На других процах Xvid в разы быстрее, а на топовых (i7-970, i7-980X, i7-990X) почему то divx быстрее. Лично мне - непонятно.

например на этих процессорах оптимизировали какие то команды процессора, положим умножение или деление. вариантов миллион - кеш. зависит от криворукости того кто программу писал

bomzzz

Цитата:

заметного ускореения можно добиться просто разместив целевой и исходный файлы на рамдиске

По сравнению с двумя физическими винчестерами ? В разы ? Ню-ню.


Цитата:

например на этих процессорах оптимизировали какие то команды процессора, положим умножение или деление.

Не похоже что Вы в вопросе разбираетесь.

почему бмв быстрее жигулей

ndch
Sixth MPEG-4 AVC/H.264 Video Codecs Comparison

DonDD
В огороде бузина, в Киеве дядька

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

софт совместим в некоторых случаях даже с 95 виндой. за последние 12-13 лет конструкторы каждый месяц совершенствовали процессоры. на одним процессорах необходимое количество тактов для выполнения одних операций отличается от других. на мой взгляд если оптимизировать код настолько то логичнее делать это под более старые процессоры. те кто пишет на языках высоко уровня в принципе могут только догадываться как работает компилятор. так что даже возможно авторы самого дивикса не смог сказать почему так. вот иксвид очень удачный проэкт, и как бы то нибыло он даст лучше картинку даже если снизить уровень поиска motion в два раза

Добавлено:

вот эти настройки имею ввиду. пробовал последний дивикс вообще картинка не понравилась

bomzzz

Цитата:

софт совместим в некоторых случаях даже с 95 виндой

Угу, в некоторых случаях "софт" от windows совместим с freebsd: NDISulator


Цитата:

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

Действительно, не обязательно. И вскипятить воду можно двумя электродами.
ПТУ-шная отмаза у Вас. Не знаете что писать по существу - так зачем же пишете ?


Цитата:

за последние 12-13 лет конструкторы каждый месяц совершенствовали процессоры. на одним процессорах необходимое количество тактов для выполнения одних операций отличается от других.

Ой, как дилетантским абстрактным ботанированием несёт.


Цитата:

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

rtfm: Intel VTune, Codeanalyst AMD. Ко всему прочему можно компилировать посредством ... Да к чем Вам это ...

В игнор.

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

bomzzz

Цитата:

ты где то видишь версии иксвида скомпиленные под разные процесоры?

http://forum.ru-board.com/topic.cgi?forum=5&topic=5717&start=500#73
Достаточно ?



Цитата:

от этого твой вопрос не станет менее идиотским

Вещи сами по себе ни плохие, ни хорошие, такими они становятся лишь в оценке людей.
Эмо/меланхоликов не все "IT-шники" одобряют.

Что-то не хочет у меня XVid устанавливаться в Win7 x64. После запуска установщика появляется пустое окно и больше ничего не происходит.

Как вы считаете какую матрицу лучше использовать для мультов типа "симпсоны"?

ту которая дает лучший визульно определяемый результат

Kero1
Я специально матрицу для мультфильмов не подбираю - беру заготовки свои для фильмов. Руководствуюсь чаще битрейтом и количеством движений (быстрые смены картинок).
Думаю в данном мультфильме не много таких эпизодов(с быстрой сменой). И при каком битрейте думаете кодировать...
От этого думаю вам и стоит отталкиваться.

Друзья, не подскажете ли такую вещь. В Xvid по разрешению результирующего видео такое же ограничение, как и в divx? В последнем ширина в пикселах должна делиться на четыре, а высота - на два.

Цитата:

Как вы считаете какую матрицу лучше использовать

одну из двух стандартных.

ytr
У Xvid ограничений строгих нет - можно выставлять кратные 2м значения.

Передо мной встала такая задача:
Есть группа компьютеров включенных в сеть, при правильном использовании можно добиться большой вычислительной мощности.
Вопрос таков: есть ли оболочки для работы с Xvid, позволяющие организовать распределение нагрузки по кодированию на сетевые компьютеры?
Желательно графический интерфейс и простота настройки.
Допустим настройка сервер-клиент - сервер раздает задания а на клиентах выполняется кодирование. Сеть локальная - так что скорость предостаточная, можно данные гонять без ограничений.

Раньше методика у меня была такая: Резал один файл на несколько частей, запускал на разных машинах с одинаковыми параметрами - затем склеивал в результирующий файл и прикреплял звук.
Просто хотелось - хотя бы автоматизировать этот процесс.

для этого софт нужен специальный.

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

bomzzz

Цитата:

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

Ой ли ?
Не кодирует xvid так быстро, что бы скорость упиралась с винчестер.

попробуй потом гундеть будешь. быстрее в полтора раза, связано с кривым кешированием работает на всех кодеках

Добавлено:
у кого моднячее железо - ну типа 4 ядра ддр3 64 битная система высокие частоты шин. у меня двд в двдрип жмет 10 часов, неужели на модном за пол часа жмет?

Распределять нагрузку по кодированию видео на несколько компьютеров умеет VirtualDub. Но если вам нужно закодировать один файл, то резать его на кусочки придется самому. А если несколько - программа сама распределит их по компьютерам.

Это как я понял на каждом компе надо самому ручками запускать версию VirtualDub со всеми настройками, указывать где лежит файл и т.д. Либо так же ручками запускать скрипты с прописанными настройками на всех машинах.

Хотелось бы централизованно всем этим хозяйством управлять и задавать настройки с серверной машины.

В дисковую подсистему ни разу производительность при кодировании еще не упиралась. Ни разу не видел, чтобы при кодировании - хард истерически щелкал головами и тем более работал на пределе пропускной способности своего интерфейса. Так что сомневаюсь в том, что RAM disk поможет - тем более на домашнем компе не увидишь пока ОЗУ объемом в десятки гигабайт .