Ru-Board.club
← Вернуться в раздел «Программы»

» Koepi's XViD codec

Автор: NOI3
Дата сообщения: 31.10.2010 10:49
Нет не решена. Это из-за компилятора icl11.
Автор: szl
Дата сообщения: 31.10.2010 17:37

Цитата:
Нет не решена. Это из-за компилятора icl11

Сегодня ночью сделаю сборки MSVC2008 и GCC 4.5.2/GCC 4.6.0




Добавил новые сборки: MSVC2010; MSVC2008; GCC 4.6.0..



Цитата:
У меня Атлон 64 3800+ на Win7 64bit xvid x86 работает нормально(прописывал вручную) а вот x64 видеть как кодек система увы не хочет!

XviD x64, будет работать только с 64-bit приложениями. VirtualDub x86, AviSynth x86 и т.д. для него не подходят, нужны VirtualDub x64, AviSynth x64...
Автор: ndch
Дата сообщения: 01.11.2010 15:07
szl
Практические ньюансы сборок разных компиляторов не могли бы огласить ?
Автор: szl
Дата сообщения: 02.11.2010 04:52
ndch, я так думаю, что будет гораздо интереснее, если я выложу тут результаты тестирования (сравнения разных сборок по скорости). Выложить? Скажу сразу, что на моем AMD Phenom II 955BE, лучшие результаты показала сборка, собранная с помощью GCC 4.6.0 (experimental).
Автор: webern
Дата сообщения: 02.11.2010 05:00
szl

Цитата:
результаты тестирования (сравнения разных сборок по скорости). Выложить?

Конечно! Когда ждать?
Автор: olnight
Дата сообщения: 02.11.2010 05:46
szl
Спасибо, у Variance-masking в новой сборке принцип работы тот же, аналогичный x264?
Автор: Vladins
Дата сообщения: 02.11.2010 22:24
Ждем новых сборок! чтобы проц загружался на 100%
Вопрос:
Для старых плееров меняю xvid на dx50, недавно узнал что в программе cfourcc (а также и в hex editore virtual duba) можно указать и декомпрессор - xvid или divx. Думаю что надежнее всего ставить dx50 + divx (чтоб читалось на любом плеере). Так ли это на самом деле?
Автор: ALEX666999
Дата сообщения: 03.11.2010 01:42

Цитата:
Vladins: Ждем новых сборок! чтобы проц загружался на 100%

Присоединяюсь.

Цитата:
Vladins: Так ли это на самом деле?

У меня даже допотопный самсунг xvid читал.
Автор: Vladins
Дата сообщения: 03.11.2010 21:06
ALEX666999
Но до сих пор о поддержке xvid в руководствах плееров ничего не написано, хотелось бы иметь 100% гарантию что файлы будут читаться.

Поставлю вопрос иначе: если изменить fourcc с xvid на dx50, и декомпрессор xvid заменить на divx, то могут ли быть проблемы с такими файлами?
Автор: V0lt
Дата сообщения: 03.11.2010 21:15
Vladins

Цитата:
изменить fourcc с xvid на dx50

для некоторых старых плееров требуется в настройках Xvid-а указывать "FourCC used: DX50"
(но лучше один раз обновить прошивку и не париться)


Цитата:
и декомпрессор xvid заменить на divx

это лишнее. правильные настройки кодека куда важнее.
Автор: ALEX666999
Дата сообщения: 03.11.2010 22:46

Цитата:
Vladins: Но до сих пор о поддержке xvid в руководствах плееров ничего не написано

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


Цитата:
Vladins: то могут ли быть проблемы с такими файлами

Как можно давать гарантию на весь ассортимент? У меня не возникало.
То ли из-за отстойной болванки, то ли из-за скорости записи на неё, были случаи, что видео шло рывками.
Автор: MihaNix
Дата сообщения: 05.11.2010 06:01


Цитата:
XviD x64, будет работать только с 64-bit приложениями. VirtualDub x86, AviSynth x86 и т.д. для него не подходят, нужны VirtualDub x64, AviSynth x64...

Спасибо попробую. А с поддержкой Mpeg2 VirtualDub x64 имеется?

Я FourCC всегда в DX50 ставлю так проблем меньше раньше было. Сейчас плейеры все вроде поддержкой Xvid-а обзавелись. Однако не все настройки Xvid совместимы с Divx - в некоторых случаях FourCC лучше не менять. А так Divx декодер лучше даже на ПК.

Добавлено:
Кстати аппаратные плейеры тоже с Xvid частично совместимы. При определенных настройках кодирования Xvid читаться ими не хочет.
Автор: Vladins
Дата сообщения: 05.11.2010 21:41
при кодировании скриптов avs в avi xvid enc raw неправильно (значительно больше чем на самом деле) отображает fps. Это можно исправить?
Автор: MihaNix
Дата сообщения: 06.11.2010 12:08
Как я понял включение VAQ в xvid на совместимость влиять не должно? И в чем его VAQ "плюшечки"?
Автор: Vladins
Дата сообщения: 14.12.2010 20:13
Можно ли в консольном Xvide сделать отображение процента выполнения или оставшееся время?
Автор: V0lt
Дата сообщения: 14.12.2010 20:49
Vladins

Цитата:
при кодировании скриптов avs в avi xvid enc raw неправильно (значительно больше чем на самом деле) отображает fps. Это можно исправить?

там все правильно, т.к. это не fps видеофайла.


Цитата:
Можно ли в консольном Xvide сделать отображение процента выполнения или оставшееся время?

Пример:
xvid_encraw -i input.avi -avi output.avi -cq 3 -progress
Автор: SamLab
Дата сообщения: 15.12.2010 01:24
szl
Новых сборок XviD не планируется? Вон в K-Lite добавили новый билд
Автор: Vladins
Дата сообщения: 22.12.2010 20:32

Цитата:
там все правильно, т.к. это не fps видеофайла

Я и так понимаю что это не частота кадров видеоролика, речь о другом - xvid показывает 60fps а на самом деле 5 кадров в секунду, это происходит только при кодировании файлов avs.
Автор: szl
Дата сообщения: 25.12.2010 16:56
SamLab, новые сборки будут.
а пока вот лог изменений относительной моей последней сборки:

Цитата:
08.11.2010
fixed some bugs (possible overflow, mainly) (plugin_psnrhvsm.c)

11.11.2010
psnrhvsm for u/v planes too

12.11.2010
fix for typo on pred mv init (thanks to Lasse Collin)

16.11.2010
Had accidentally overwritten the VS 2005 project files by VS 2008 ones -> Restore previous version.
Clean-up for vbv_peakrate handling (many thanks to Lasse Collin)
Clean-up for vbv_peakrate handling (many thanks to Lasse Collin)

23.11.2010
Changed semantics of frame_drop_ratio: "0" will not produce any N_VOPs.

28.11.2010
PSNRHVSM R-D optimization

02.12.2010
some cleanup of vfw code, increased allowed max bitrate, profile for HD 1080

18.12.2010
set decoder threads
MT deblocker
refactorized encoder multi-threading
introduced slice-based encoding

21.12.2010
moved num_threads control to common tab
VHQ metric combobox

22.12.2010
read cpu_flags and num_threads from registry
slice coding GUI element

24.12.2010
update linker definitions (psnrhvsm plugin)
improved decoder robustness upon resync markers in BVOP
slice coding: workaround some third-party decoder bugs
Автор: V0lt
Дата сообщения: 25.12.2010 23:26
У Jawor-а увидел такое:

Цитата:
Xvid 1.3.-31 (CVS daily: 25.12.2010)

а раньше было Xvid 1.3.-127. Релиз теперь чуть ближе
Автор: Wegas_Digital
Дата сообщения: 26.12.2010 10:19
Друзья, с появлением xvid 1.30 - Перестал контролироваться размер файла.

Тоесть, перед кодированием если нужно сделать 1.46 или 2.18 на предыдущем xvid все получалось как надо, здесь же выходной размер выходит по 3.5-4 гига, битрейт увеличивается на 2000-3000 в зависимости от того значения, который я выставлял.

В настройках какие то новые параметры появились, за что они отвечают ?
И вообще как этот косяк исправить ? Кто нибудь в курсе ?
Автор: SamLab
Дата сообщения: 26.12.2010 19:56
Wegas_Digital
Версии с http://jawormat.republika.pl/xvid.html пробовал?
Автор: V0lt
Дата сообщения: 01.01.2011 18:49
Xvid 1.3.0 RC1 (CVS daily: 31.12.2010)
Автор: Vladins
Дата сообщения: 01.01.2011 23:11

Цитата:
Версии с http://jawormat.republika.pl/xvid.html


Версия Xvid 1.3.-31 32-bit 25 December 2010 ставит квантизер 2, несмотря на указанный битрейт
Автор: Ironcast
Дата сообщения: 02.01.2011 06:03
Скажите, а реально ли в xvid vfw ввести ограничение битрейта, ну чтобы выше 3000 не поднимался к примеру? Сейчас изучал один такой источник с телепомехами, понял, что кодирую именно участки с этими помехами с битрейтом под 5000, а при этом средний под 1000 Не нравится мне это и сильно. В x264 через задницу нашёл решение, а вот профили какие-то ненастриваемые вовсе
Автор: V0lt
Дата сообщения: 02.01.2011 08:25
Ironcast

Цитата:
Скажите, а реально ли в xvid vfw ввести ограничение битрейта, ну чтобы выше 3000 не поднимался к примеру?

См. билды от Jawor-а. В профиле "(unrestricted)" можно менять ограничения битрейта. За основу возьми профиль "Xvid Home".

Добавлено:
Vladins

Цитата:
Версия Xvid 1.3.-31 32-bit 25 December 2010 ставит квантизер 2, несмотря на указанный битрейт

проверил на Xvid 1.3.0 RC1. ничего такого не увидел.
Автор: Vladins
Дата сообщения: 04.01.2011 22:02

Цитата:
на Xvid 1.3.0 RC1. ничего такого не увидел

Да, в этой версии все нормально. Но и она не загружает процессор (атлон x4) более чем на 60-70%. Это у меня так или у всех?
Автор: MihaNix
Дата сообщения: 06.01.2011 00:26
У меня и 2х ядерный атлон максимум на 70% загружен, и то часть съедает Mencoder. Зато кодирует быстрей чем Divx. А вам процессор по максимуму нагрузить, или перекодировать быстрей хочется? Хотя действительно - железо современное используется не эффективно.
Автор: Vladins
Дата сообщения: 07.01.2011 00:29
MihaNix А что значит
Цитата:
часть съедает Mencoder
? Я avs кодирую через консольный xvid. А mencoder для чего? А насчет загрузки дело в том что если тот же avs кодировать через x264 то загрузка 90-95%.
Автор: SamLab
Дата сообщения: 07.01.2011 13:30
32-битные версии можно найти здесь http://jawormat.republika.pl/xvid.html, а где достать 64-битные? xvidvideo.ru уже давно не обновлял свои сборки XviD x64

Страницы: 12345678910111213141516171819202122232425262728

Предыдущая тема: WM Cracker


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.