[MKN]

Никто не заставляет качать Full версию - именно поэтому и сделал разделение по версиям »

В шапке [addon] Lite что то не обнаружил...

[truvo]

MKN, а в шапке пока и нету - в посте 235 ссылка на установщик и инструкция по переделке в аддон.

[Lite]

SamLab
Кстати. Для облегчения делай себе пометку в текстовике с какими видео файлами возникают проблемы. Неужели не догадался. Это ж облегчает дальнейшее тестирование.

P.S.
Что то ты со скринами морознулся...

[SamLab]

Lite, Мне лень для скринов ставить аля фотошоп и делаю в Пэинте А про пометки надо было делать, но лень было...

[Lite]

Так я не фотошопом делал. Фотошопом минимальный размер и не получишь. У меня своя технология)) Специально же сделал. Чего не поставишь вместо стоящего?

[SamLab]

Lite, Вот будет финальная версия тогда и выложим твою хитрую версию

[Lite]

Понятно.

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

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

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

[SamLab]

Lite, Мнение видеомонтажника...

Когда я сам начинал заниматься монтажом, то сам испытывал проблемы и глюки от пакета K-Lite. И я прибегал к альтернативным пакетам кодеков. К примеру я проверенно использую пакет кодеков Cole2k Media Codec Pack 7.6.0 Advanced. Но при установке в предложенном списке я отказываюсь от установки ffdshow. При работе в монтажных программах проблем не обнаружил. Что касается установки пакета K-lite, там нужен очень внимательны подход, чтобы избежать в дальнейшем проблем. 1) Не устанавливать пакет полностью. 2) В списке некоторых кодеков, в строке предлагается выбор, где можно указать, как сам кодек или работу через ffdshow фильтр. Так вот везде в списке я ставил выбор на сам кодек, нужно стараться избавляться от вмешательства в работу ffdshow фильтра. Именно от больше всех бед и приходится. В монтажных программах он даже вмешивается в процес редеринга видео, что вызывает тормоза самого процесса чуть ли не в три раза. Хотя козалось бы с какого бадуна? Если я видео не воспроизвожу а просчитываю. 3) Так же нужно снимать отметки с ненужных утилит прилагаемых в пакете. Вобщем отбросить всё лишнее и ненужное. А так же не устанавливать не используемые тобой кодеки.

[Lite]

Айм сорри, но я что-то не замечал, чтобы FFDShow вмешивался в процесс при работе с VirtualDub, AVIdemux. DirectShow и Vfw это разные вещи. Если не хочется вмешательства FFDshow в процессы видеомонтажа, то нужно не устанавливать плагин и VfW и другие дополнительные плагины. А также проследить, чтобы в аудио и видео декодере FFDShow не была разрешёна обработка сырого (RAW) контента. Более того - в FFDShow есть чёрный список, то к чему FFDShow не будет прикасаться вообще. Нужно добавить в этот список соответствующий EXE-файл. Что же касается DirectShow, то нужно просто следить за графом (цепью) подключённых фильтров. В этом может помочь Microsoft GraphEdit либо MONOGRAM GraphStudio.

FFDShow в своей основе использует FFMPEG.

FFmpeg — это набор свободных библиотек с открытым исходным кодом, которые позволяют записывать, конвертировать и передавать цифровое аудио и видео в различных форматах. Он включает libavcodec, библиотеку кодирования и декодирования аудио и видео и libavformat, библиотеку мультиплексирования и демультиплексирования в медиа-контейнер. Название происходит от названия экспертной группы MPEG и «FF», означающего «fast forward».

Большинство различных форматов в проект было добавлено благодаря "реверс инженерии". Некоторые взяты из отдельных (открытыхили частично открытых) проектов, как например liba52, libmad, которые имеют отличную производительность и качество. Как всем известно - MAD является наиболее точным на сегодня аудиодекодером. Декодер плеера Apollo ещё точнее, но он не в счёт, так как за пределы плеера его не выведешь.

Кроме того код libavcodec - это на 80% ассемблерный код с многочисленными "ручными" оптимизациями. т.е. постоянно доводится участниками проекта до совершенства. Декодеры библиотеки libavcoded показывают высочайшую производительность, обходя декодеры самих же разработчиков формата!

Грубо говоря имеет две части:
1) декодеры\кодеры.
2) фильтры эффектов.

Таким образом FFDShow - это "State of the Art" софт.
Кроме вышеперечисленного фильтры FFDShow (Deinterlace, Resize и т.д.) могут быть задействованы в DirectShow и VfW (посредством плагина VfW).

Существуют две компиляции FFDShow: Generic и ICL10. Generic - стандартная, подходящая на любой процессор. ICL10 - использует компилятор Intel, который используя SIMD очень эффективно распарралеливает код, обеспечивая максимум производительности на процесорах, подерживающих инструкции MMX, MMX-E, SSE, SSE2, SSE3 и т.д.

SIMD (англ. Single Instruction, Multiple Data) — принцип компьютерных вычислений, позволяющий обеспечить параллелизм на уровне данных.

Так как основной код FFMPEG итак оптимизирован, то компилятор затрагивает именно фильтры (но не кодеки), существенно ускоряя именно различную фильтрацию. Поэтому лучше использовать именно icl10 версию. Generic нужна для поддержки старых процессоров.

Кроме того FFShow позволяет во встроенных энкодерах выставить гораздо больше опций, нежели можно выставить во внешних. Например в XviD.

Просто нужно правильно настроить.
Если декодирование формата в монтажной программе происходит через DirectShow, а не VfW, и точно идёт через FFDShow, то надо убедиться в том, чтобы в декодере FFDShow не были включены никакие фильтры. В AviSynth, например, можно пустить декодирование через DirectShow специально. Так, например, можно декодировать H.264 через DirectShow используя "CoreAVC Decoder", что существенно быстрее, чем декодировать через VfW "x.264" кодек.

При декодировании я всегда стараюсь использовать именно FFDShow, если это возможно. Исключение составляет MPEG2, который в нём развит плохо. Ну а использование остальных я оставляю на авторов, т.е. опции по умоланию. им ведь лучше знать, что у них хорошо работает, а что нет. Единственное что я уверенно включаю в FFShow сам: wmv1, wmv2, wmv3, wvc1. Последний можно выставить и при установке K-Lite. Я специально замерял производительность декодеров Microsoft и libavcodec в этих форматах, используя тестировщик декодирования, который был в Light Alloy 2.9. Потом его почему-то убрали. libavcodec оказался быстрее. А так как эти форматы "кушают" немало мощи проца, то важен каждый сэкономленный такт.

P.S.
Опять ты сохранил скрин используя JPEG. Там где есть много повторяющихся цветов (векторная графика, крины окон приложений, окон windows) используй PNG. Результат будет гораздо лучше. PNG есть даже в Paint. Но гораздо компактнее это делает IrfanView с уровнем сжатия 9. А если сохранить, используя плагин PNGOUT, то получишь минимально возможный размер PNG. Но так как плагин жутко медленный и даёт результат чуть хуже, чем PNGOUTWin, лучше использовать PNGOUTWin в паре с 9-м уровнем Irfan.

[Lite]

Глядите как интересно.

ffdshow tryouts project, svn 2859 Commit by drevil_xxl :: r2859 /trunk/ (12 files in 4 dirs): updated idct, fdct, quantization and dequantization routines from XviD.

Это сулит нам более высокое качество, скорость, а может улучшение обоих характеристик (и такое бывает) при воспроизведении и кодировании XviD, DivX и других "MPEG-4 Part 2 Advanced Simple Profile (ASP)" форматов, либо большего количества декодеров с составе FFDShow Tryouts посредством libavcodec. Активное развитие проекта идёт каждый день. Это просто поразительно. В день в проекте по 5-10 изменений.
Более чем стоящий проект.