Что такое x264 кодек? x264 - это бесплатная библиотека для кодирования H264/AVC видео потоков. Авторами
являются Laurent Aimar, Eric Petit(OS X), Min Chen (vfw/nasm), Justin Clay(vfw), Mеns Rullgеrd и Loren Merritt. Кодек
распространяется на условиях GPL лицензии.
Благодаря открытому исходному коду кодек доступен для многих платформ.
Кодек доступен в нескольких вариантах реализации - это 32/64 бит версии, с глубиной обработки в 8/10 бит.
8 бит - для стандартного применения; 10 бит - для профессиональных приложений с использованием специального декодера.
Функции кодера:
CAVLC/CABAC
Multi-references
Intra: all macroblock types (16x16, 8x8, and 4x4 with all predictions)
Inter P: all partitions (from 16x16 down to 4x4)
Inter B: partitions from 16x16 down to 8x8 (including SKIP/DIRECT)
Ratecontrol: constant quantizer, single or multipass ABR, optional VBV
Scene cut detection
Adaptive B-frame placement
B-frames as references / arbitrary frame order
8x8 and 4x4 adaptive spatial transform
lossless mode
Изменения в ревизиях (от 2136 до 2146):
Fix trellis 2 + subme >= 8
Trellis didn't return a boolean value as it was supposed to.
Regression in r2143-5.
CABAC trellis opts part 4: x86_64 asm
Another 20% faster.
18k->12k codesize.
CABAC trellis opts part 3: make some arrays non-static
Hoist the branch on coef value out of the loop over node contexts.
Special cases for each possible coef value (0,1,n).
Special case for dc-only blocks.
Template the main loop for two common subsets of nodes, to avoid a bunch of branches about which nodes are live.
Use the nonupdating version of cabac_size_decision in more cases, and omit those bins from the node struct.
CABAC offsets are now compile-time constants.
Change TRELLIS_SCORE_MAX from a specific constant to anything negative, which is cheaper to test.
Remove dct_weight2_zigzag[], since trellis has to lookup zigzag[] anyway.
60% faster on x86_64.
25k->18k codesize.
CABAC trellis opts part 1: minor change in output
Due to different tie-break order.
x86inc improvements for 64-bit
Add support for all x86-64 registers
Prefer caller-saved register over callee-saved on WIN64
Support up to 15 function arguments
High bit depth SSE2/AVX add8x8_idct8 and add16x16_idct8
From Google Code-In.
MMX/SSE2/AVX predict_8x16_p, high bit depth fdct8
From Google Code-In.
XOP 8-bit fDCT
Use integer MAC for one of the SUMSUB passes. About a dozen cycles faster for 16x16.
Анонсирована новая версия одного из лучших MP3 аудио кодеров Lame v3.99.4.
Кодер я вляется бесплатным и доступен через Sourceforge.net. На данный момент доступен только исходный код.
Скомпилированная версия будет представлена в ближайшее время.
В этой версии:
Fix for tracker item [ 3475581 ] lame crashes at .w64 input file
Addressing things brought to attention by tracker item [ 3463197 ] 3.99.x problem WFED and PCST frames
WFED and PCST frames can now be added, to tag podcasts iTunes recognizes
USER frames are now supported
COMM frames can now have a description, when passed via --tv "COMM=description=full text"
possible divide-by-zero exception should be fixed
adding malformed user-defined-frames could result in abnormal program termination, fixed
Напомню, что Lame MP3 Codec является консольной программой работающей из командной строки. Для тех, кому тяжело даётся
искусство задавать параметры кодирования вручную, существует графическая оболочка LameXP.
В ней вам достаточно выставить все необходимые параметры кодирования и указать место расположения самого кодека. Далее программа
сама сделает за вас всю рутинную работу.
MediaInfo позволяет получать технические данные и тэги из видео- или аудио- файлов.
Это - бесплатное программное обеспечение (без всякой оплаты и со свободным доступом к исходному коду, лицензии GPL или LGPL).
Какую информацию я могу получить от MediaInfo?
Основная : название, автор, режиссер, альбом, номер звуковой дорожки, дата, продолжительность...
Видео : кодек, отношение сторон, частота кадров, скорость потока...
Аудио : кодек, каналы, язык, скорость потока...
Текст : язык субтитров
Части : количество частей, список частей
Какие форматы (контейнеры) поддерживает MediaInfo?
FrameServing и AudioServing - это технологии, используемые для организации процесса передачи аудио/видео данных из одного приложения в другое, без
необходимости создания временных файлов. Debugmode FrameServer является плагином, возможности которого активизируют в NLE программах функцию экспорта
аудио и видео данных прямо с "timeline" непосредственно на Вход любого другого приложения.
Возможный вариант использования FrameServer-а - трансляция аудио/видео данных из одного приложения в другое, когда последнее не умеет работать с
оригинальным форматом файла. Например, одно NLE приложение умеет работать с .mov файлами, а ваш MPEG енкодер умеет открывать только .avi файлы. В
таком случае вы можете открыть .mov файл в вашем NLE приложении и используя Debugmode FrameServer организовать трансляцию аудио/видео данных в ваш
MPEG енкодер.
Данный плагин позволяет расширить совместимость между приложениями.
Так же, Debugmode Frameserver умеет экспортировать последовательности кадров, сохраняя их в форматах lossless BMP, TIFF, PNG и JPEG.
Задачи, которые можно решать с использованием FrameServer-а и методы реализации, детально описаны в статье
Фреймсерверы и редакторы, а более детальную информацию можно получить
на сайте производителя.
Данная версия поддерживает следующий набор программ:
Sony Vegas Pro (тестировалось с Vegas 11.0 и более ранними)
Adobe Premiere Pro (тестировалось с версиями CS5 и Elements 10.0)
Ulead MediaStudio Pro (тестировалось с MSP 7.0)
Ulead VideoStudio (тестировалось с VideoStudio 8.0)
Pure Motion EditStudio (тестировалось с EditStudio 6.0)
DebugMode Wax (работает с Wax 2.0e и старше)
Внимание! Перед установкой обязательно деинсталлируйте предыдущую версию программы.
Поддержка проекта. Если Вам нравится этот продукт Вы можете помочь проекту внеся пожертвование на странице проекта.
Avidemux — свободное кроссплатформенное приложение с открытыми исходными кодами,
предоставляющее возможности для быстрого (и несложного) редактирования видеофайлов (удаления ненужных частей, наложения всевозможных фильтров и
последующего кодирования). Поддерживается работа с различными типами видео (среди которых AVI, MPEG, MP4/MOV, OGM, ASF/WMV, VOB, MKV и FLV), имеется
богатый набор фильтров. Avidemux прекрасно работает с кодеками x264, Xvid, LAME, TwoLAME, Aften и другими.
Avidemux написано на C/C++, с использованием или GTK+, или Qt — инструментария для создания графического интерфейса, либо возможна работа с
интерфейсом командной строки.
Существуют версии под Microsoft Windows, Mac OS X, GNU/Linux, FreeBSD, NetBSD порты и пакеты OpenBSD. Программа также успешно работает под
Solaris, хотя бинарные сборки под него отсутствуют. Программа может работать в 64-разрядных операционных системах, которые основаны не на Windows и
не на Macintosh.
В текущей версии:
Restored AC3 and MP2 encoding (regression introduced 2.5.5)
Added support for latest x264 core
Better compatibility with some FLV files
Updated the FFmpeg libraries (version 0.9)
Drag-and-drop no longer blocks source application for Qt interface
Resolved Windows XP 32-bit stability issues (regression introduced 2.5.5)
Windows 7 taskbar now displays encoding progress
Improved crash reporting on Windows especially Win64
Compilation fixes for OS X Snow Leopard and Lion (thanks to nibbles)
Используя AVCHDCoder от разработчика разработчика
Twan's Place Вы сможете осуществлять конвертацию MKV, M2TS, Blu-ray и WMVHD
файлов в формат AVCHD. Все преобразования происходят в автоматическом режиме. Если исходный файл содержит в себе звук или файл
субтитров (SRT или SUP), они будут автоматически декодированы и включены в новый проект. Встроенные средства позволят точно
расчитать битрейт и заполнить диск на все 100%, добившись при этом максимального качества материала.
Программа базируется на бесплатных инструментах и для своей работы требует наличия следующих компонентов: Java, Avisynth,
Ffdshow и Haali Media Splitter.
Возможности:
Support for different kind of media: MKV, M2TS, MTS, TS, MP4, AVI, Blu-ray and most WMVHD files
Maximum of 32 items on 1 disc. (Mixed content)
Customize your intro video.
Search for movie information on the internet and be able to use backgrounds and covers.
Basic menu support.
Up to 32 subtitles streams. SRT/ASS/PGS Blu-ray support.
Wide range of output sizes: DVD5, DVD9, BD25, BD50, USB 4GB and custom output size.
Integration of AVCHDCalculator to calculate the bitrate very accurate. So you are sure the discs are not oversized or to much undersized. (Unique calculator, first in the world)
.iso or folder output.
Video downscaling.
Audio conversion.
Normal and High Quality subtitle conversion.
Borders will automatically be added to the video if necessary. Aspect ratio will be kept at all time.
No need to configure the x264 video encoder. There are 3 build in profiles that can't be edited.
Native 64 bit encoding.
Decoder Tester to check if all required decoders are working properly.
Save and open projects (jobs).
Video remux mode for H264, VC-1 and MPEG2
В текущей версии:
Fixed: There were still some bugs in the Blu-ray input module. Many seamless branched disc resulted in an error while demuxing. Now all possible eac3to output information is supported by AVCHDCoder.
Preparation: Preparing AVCHDCoder for a major technical improvement like: Better logging, better progress information, better process handling, error handling and converting all AVCHDCoder features into reusable modules. This way I can add even more features in the future like: seperate audio conversion tooling, mkv tooling etc. The first result of this improvement will be improved blu-ray support (mpls playlists that are shorter than 15 minutes currently are not shown)
Таки дождались! Спустя ровно один год после последнего релиза Эвери Ли (Avery Lee) представил следующую версию
своей программы VirtualDub. Возможно этому поспособствовали новогодние
и рождественские праздники к началу которых многие производители пытаются обновить старые и представить свои новые
продукты и Virtualdub тут судя по всему не исключение. )))
Позволю себе предположить, что автор спешил поскорее уйти на праздники, т.к. описание изменений и исправлений
на родном сайте опубликован в сжатом и экстренном стиле (если такой вообще существует :).
Кратко напомню об нововведениях появившихся в версии 1.10.0: Multithreaded filter system (Многопоточная работа фильтров).
Теперь, при использовании более одного фильтра, задействуется потенциал многоядерных процессоров и происходит их
параллельная обработка. Эта возможность доступна в меню через Options | Preferences | Threading.
Multithreaded video compression (Многопоточное сжатие видео).
Эта функция доступна на многоядерных процессорах, но есть одно НО. Поддержка параллельного сжатия видеоизображения
должна быть реализована, в первую очередь, в самом кодеке. Если этого нет, то функция многопоточного сжатия становиться
применима к видео кодекам производящим ТОЛЬКО ключевые кадры, например, такие как Huffyuv.
Raw video support (Поддержка Raw видео).
Теперь VirtualDub содержит модули ввода и вывода видео потоков определённых как последовательность Raw кадров.
Enhanced color space support (Расширенна поддержка цветовых пространств).
Теперь внутренняя библиотека поддерживает большее количество форматов, включая полный диапазон YCbCr и planar, Rec.709.
Их поддержка пока ограничена, но со временем будет расширена. Также, для улучшения поддержки этих форматов, был
обновлён дисплейный драйвер Direct3D9.
External encoder support (Поддержка сторонних программ кодирования).
Отныне VirtualDub позволяет использовать внешние программы кодирования и мультиплексирования посредством командной
строки.
В версии 1.10.1 (build 34703, experimental):
improved support for Rec. 709 and full-range color spaces
3D accelerated filtering now survives display mode switches on Vista and up
Начата разработка новой системы защиты контента для карт памяти
21 декабря 2011
Компании Panasonic, Samsung Electronics, SanDisk, Sony и Toshiba объявили о сотрудничестве в рамках совместного
проекта под названием Next Generation Secure Memory Initiative. Он направлен на разработку новой системы защиты
контента, предназначенной для карт памяти и устройств, используемых для хранения информации.
Подписание общего соглашения участниками Next Generation Secure Memory Initiative дает старт работам, итогом
которых станет лицензирование и продвижение на рынке нового механизма защиты, подходящего для карт SD и
встроенной памяти, используемой в устройствах потребительской электроники, включая планшеты и смартфоны.
По словам участников инициативы, схема защиты «будет достаточно надежна для защиты материалов высокой четкости».
Высокий уровень безопасности предполагается реализовать путем использования «идентификаторов флэш-памяти» и защиты
от копирования на основе шифрования с открытыми ключами.
Как утверждают производители, эта технология откроет путь к таким приложениям, как загрузка контента высокой
четкости из сети, мобильное вещание и копирование материалов, записанных на дисках Blu-ray. Отдельно отмечено,
что просматривать записи высокой четкости смогут пользователи смартфонов и планшетов под управлением Android.
По расчетам «инициативщиков», внедрение новой технологии защиты контента начнется уже в следующем году.
MediaInfo позволяет получать технические данные и тэги из видео- или аудио- файлов.
Это - бесплатное программное обеспечение (без всякой оплаты и со свободным доступом к исходному коду, лицензии GPL или LGPL).
Какую информацию я могу получить от MediaInfo?
Основная : название, автор, режиссер, альбом, номер звуковой дорожки, дата, продолжительность...
Видео : кодек, отношение сторон, частота кадров, скорость потока...
Аудио : кодек, каналы, язык, скорость потока...
Текст : язык субтитров
Части : количество частей, список частей
Какие форматы (контейнеры) поддерживает MediaInfo?
Bink Video - обновление до версии 1.99n
18 декабря 2011
RadGameTools обновила свой флагманский продукт Bink
Video до версии v1.99n. Компания и дальше проджолжает исправлять ошибки и расширять совместимость этой
платформы.
Напомним, что этот пакет доступен для свободного скачивания и использования в личных, не коммерческих, целях. Основное предназначение
пакета - сжатие видеоклипов в играх (Warcraft III), собственно уже за это взимаются лицензионные отчисления. Пакет представляет собой
отдельную программу преобразующую *.avi файлы в формат *.smk (Smacker) или *.bnk (Bink Video).
Smacker - ранний кодек, работающий с палитрой в 256 цветов.
Bink Video - был выпущен значительно позже, поддерживает Hi-Color и более высокую степень сжатия
видеоизображения.
Одной из положительных возможностей пакета является функция создания самопроигрывающегося *.exe файла, а начиная с версии 1.6,
появилась возможность создания "хранителей экрана" (screen saver), файлов с расширением *.src.
Изменения в версиях от 1.99m до 1.99n:
Added Wii-U support!
Added some docs about using BINKFROMMEMORY with local memory when using the SPU on PS3 (there is a speed hit, but only about 30% and you save the system memory).
Fixed a problem on PS Vita where thread resources hung around.
HTML5 приближает телевидение к Интернету
15 декабря 2011
Медиаконтейнер является «упаковщиком», который содержит видео, аудио, данные и может функционировать как
файловый объект или как инкапсуляционный метод для живого потока. Поскольку форматы контейнеров находят сегодня
широкое применение в вещании, как эфирном, так и online, стоит иметь представление о том, как передается сжатое
видео (и аудио) на радиочастотах и по Интернет. Ранее мы уже рассматривали, каким образом несколько медиаконтейнеров
поддерживают различные форматы сжатия. В этой статье мы коснемся разработки, которая повлияет на дистрибуцию
контента - HTML5.
Точки пересечения веб-браузинга и вещания
Наверное, не стоит напоминать о том, что веб-браузер это инструмент, с помощью которого пользователи
получают доступ в Интернет. Вещатели также используют его для онлайн-присутствия, создавая и меняя контент
специально для просмотра в Интернет. Но такое понятие как браузинг будет применяться в эфирном вещании благодаря
дистрибуции контента не в реальном времени (non-real-time, или NRT). Например, используя разрабатываемую в
данный момент спецификацию ATSC NRT, телевизионные приемники могут быть сконструированы таким образом, чтобы
поддерживать разные форматы сжатия для кэшированного видео. К ним относятся AVC-видео, MP3-аудио и разные
форматы контейнеров, такие как MP4 Multimedia Container Format. Эти приемники будут работать как интегрированные
менеджеры живого-и-кэшированного (live-and-cached) контента, что подразумевает поддержку разных контейнеров и
кодеков. Поэтому нам следует разобраться, как браузеры и контейнеры – казалось бы, две разные технологии –
соотносятся с точки зрения управления контентом.
На сегодня существует несколько контейнеров, которые предоставляют инкапсуляцию для видео и аудио, включая
MPEG Transport Stream, Microsoft Advanced Systems Format (ASF) и Audio Video Interleave (AVI), а также Apple
QuickTime. Новый язык для браузеров HTML5, не являясь форматом контейнера, обладает возможностью
«инкапсулировать» видео и аудио для дальнейшего предоставления пользователю. Старая версия HTML не позволяла
воспроизводить видео и аудио на веб-странице. Обычно для этого использовались плагины, которые интегрировали
видео с браузером. Однако не все браузеры поддерживают одинаковые плагины. HTML5 кардинально меняет ситуацию,
определяя стандартный способ включения аудио и видео с их «элементами».
СПРАВКА: HTML5 - новая разрабатываемая спецификация на смену существующей HTML4, которая используется
браузерами для представления контента с 1999 года. По состоянию на декабрь 2011 года технология находится в
стадии разработки. Среди главных особенностей HTML5 можно назвать независимость от устройства и значительное
сокращение дополнительных плагинов. Новые функции HTML5 включают упаковку и контроль видео и аудио, графики и
интерактивных документов. Также чтобы дать авторам больше гибкости и совместимости, сделать их сайты и
приложения более интерактивными и захватывающими, HTML5 вводит и расширяет диапазон возможностей, включающий
элементы форм, API, мультимедиа, структуры и семантики. Большинство современных браузеров уже поддерживают
некоторые из этих функций.
В рабочую группу HTML5 входят уже AOL, Apple, Google, IBM, Microsoft, Mozilla, Nokia, Opera и многие другие
компании-разработчики. Эта рабочая группа получила поддержку для включения множества видео кодеков (и форматов
контейнеров) в спецификации, такие как OGG Theora, Google VP8 и H.264. Однако пока еще не существует
определенного видеокодека, который по умолчанию можно использовать с HTML5. В идеале, рабочая группа
предполагает, что видеоформат по умолчанию должен иметь хорошее сжатие, качество изображения и низкую загрузку
процессора при декодировании. Они также стремятся к тому, чтобы он был доступен бесплатно.
Богатый выбор кодеков
HTML5 можно рассматривать, как оптимальное решение для производителей и провайдеров контента, которые хотят
избежать использования лицензированных кодеков, таких как Adobe Flash (FLV), предпочитая частично не
лицензированный H.264 (например, для интернет- вещания AVC Video), и бесплатные кодеки (VP8, Theora и другие).
Контейнер Flash, приобретающий популярность в Интернете, наиболее часто содержит видео кодирование с
использованием сжатия H.264, Sorenson Spark или On2 VP6. Лицензирующий агент MPEG-LA по-прежнему не требует плату
за H.264 видео, поставляемое в Интернет. Но компании, которые разрабатывают продукты и сервисы, кодирующие и
декодирующие H.264 видео, обязаны платить отчисления. Исключением является Adobe, которая бесплатно
предоставляет декодер Flash Player.
HTML5 может считаться сочетанием HTML, вложенных таблиц стилей (CSS) и JavaScript. CSS представляет собой язык
для описания веб-страниц, включая цвета, размещение элементов и шрифты. Все это позволяет авторам контента
адаптировать презентацию страницы к разным устройствам, например, к большим и маленьким экранам. Таким образом,
контент, созданный с помощью HTML5, может служить как «исходный шаблон», и его адаптация к различным устройствам
влечет за собой генерацию соответствующих таблиц CSS для каждого конкретного устройства (на языке программистов
- отделение «структуры» от «презентации»). JavaScript - это имплементация ECMAScript. Это скриптовые языки, которые
позволяют алгоритмам выполняться в реальном времени в декодерах. Благодаря тому, что код JavaScript работает
локально в браузере пользователя, браузер может быстро отвечать на ввод пользователя, повышая оперативность его
взаимодействия с приложением.
Веб-сайты часто используют некую форму распознания, чтобы определить, может ли браузер пользователя передавать и
использовать все функции HTML-языка. Из-за того, что не существует особой «метки», идентифицирующей поддержку
браузером языка HTML5, JavaScript может использоваться для проверки функциональности браузера и поддержки
специфических функций HTML. Когда этот скрипт работает, он может создавать глобальный объект, который хранится
локально и может использоваться для определения местных поддерживаемых функций. Таким образом, загружаемый контент
может «адаптироваться» к возможностям различных браузеров (и аппаратного декодирующего обеспечения). Однако скрипты
не всегда используются для такого определения. Например, HTML-код может быть записан без использования JavaScript,
который упаковывает видео в веб-сайт с использованием HTML5 «видео» элемента, что автоматически возвращает нас к Flash.
Язык HTML5 также предоставляет лучшую поддержку для локального offline хранения. Он включает два новых объекта для
хранения пользовательских данных о клиенте (программное/аппаратное обеспечение для воспроизведения): localStorage,
который хранит данные без ограничений во времени; и sessionStorage, который хранит данные для одного сеанса. Раньше
персонализирующие данные хранились с использованием фрагментов данных «куки» (cookie). Однако «куки» не подходят для
управления большими объемами данных, так как они пересылаются на сервер каждый раз при информационном запросе
(например, при обновлении браузера или доступе к линку). Это приводит к снижению скорости и эффективности операций.
С HTML5 сохраненные данные об объекте передаются только тогда, когда этого требует сервер или приложение клиента.
Таким образом, появляется возможность сохранять большие объемы данных локально, не влияя на работу браузера. Для того,
чтобы контролировать обмен данными, особенно между различными веб-сайтами, определенный веб-сайт получает доступ
только непосредственно к сохраненным им же данным. HTML5 использует JavaScript для хранения и получения доступа к
этой информации.
Несколько лет тому назад разработчики контента предсказывали появление точек пересечения телевидения и Интернета.
С появлением стандартных кодеков, форматов медиаконтейнеров и спецификаций, таких как HTML5, в скором времени
интеграция этих двух медиа станет привычным явлением.
CoreAVC Decoder Professional Edition v3.0.1.0
13 декабря 2011
CoreAVC Pro - это H.264 видео декодер, базирующийся
на эталонном MPEG-4, который используется в Blu-ray и High Definition DVD (HD-DVD). Данный декодер считается
одним из наилучших в мире среди H.264 видео декодеров. Эффективность CoreAVC основывается на программном подходе
к декодированию, он не опирается на аппаратные средства ПК для увеличения производительности при воспроизведении
H.264 видео в отличии от других решений подобного рода. Самый впечатляющий вывод - декодер CoreAVC, который не
имеет аппаратной поддержки, опередил по производительности своих побратимов от Cyberlink и NVIDIA. В последних
версиях поддержка деинтерлейсинга осуществляется на программном уровне.
Практически любой человек может считать себя любителем кино. Кому-то нравятся голливудские боевики, кто-то любит
отечественные сериалы, а некоторые боготворят индийский кинематограф. Благодаря современным технологиям абсолютно
любой человек может просматривать различные кино картины не выходя из дома, прямо на своём компьютере, не испытывая
при этом никаких трудностей с программным обеспечением. Нужен только компьютер с DVD-приводом , монитор для просмотра
и какой-нибудь видео плеер с установленными кодеками. Об этом и поговорим.
Новейшие поколения семейств видео кодеков H.264 (второе название - MPEG-4 Advanced Video Codec) - данный вид
компрессии позволяет достичь большей степени сжатия, если это позволяют предыдущие форматы кодеков. Стандарт H.264
был разработан организацией ITU-T Video Coding Experts Group (VCEG) при поддержке ISO/IEC Moving Picture Experts
Group (MPEG) и группы Joint Video Team (JVT).
Функциональные возможности:
H.264 Baseline, Main, High profile support
Interlaced support (PAFF and MBAFF)
SMP (multi-core CPU) support (limit 4)
GPU support
В новой версии:
ADD: DXVA re-initialization when device is lost
FIX: Catch samples that don 't get properly released by EVR
FIX: Overflow in high bit depth weighted prediction
FIX: Bug in 10-bit SSE2 IDCT
FIX: Missing YV12 bitdepth caused misaligned blits from i010/i009 formats
FIX: Don 't use NV12 for connection if it ' s disabled and DXVA is unavailable
CHG: Use "DXVA " FourCC for NV12 subtype when it 's used for DXVA connections
CHG: Reduce CPU usage while polling for DXVA completion
CHG: Reinitialize decoder context on input pin disconnection
Lagarith Lossless Video Codec v1.3.27
10 декабря 2011
Новая версия кодека Lagarith 1.3.27 содержит: исправление критической
ошибки при работе с изображением не кратным 8 в 32 битных системах; восстановленая случайно удалённая запись в таблице Фибоначчи;
исправлена работа с указателями; в декодер добавлена обработка исключений.
Некоторые особенности кодека Lagarith:
Lagarith работает в цветовых пространствах RGB24, RGB32, RGBA, YUY2 и YV12
для DVD видео обеспечивается сжатие на 10-30% лучше в сравнении с Huffyuv, при этом на статических и высоко сжимаемых
сценах Lagarith обеспечивает более высокую скорость работы
суммарно Lagarith превосходит кодек Huffyuv по быстродействию вследствие использования более улучшенных методов сжатия
в сравнении с кодеком Huffyuv, на "обычных" видео фрагментах Lagarith обеспечивает более медленную скорость кодирования.
Но в некоторых ситуациях кодер способен несколько обогнать его
кодек разработан на основе кодека Huffyuv и использует часть его функций (перевод YUY2 видео в RGB). Функция перевода
YV12 в YUY2 была взята из AviSynth
Изменения в версии 1.3.27:
Fixed a crash that could occur when the source video buffer is not aligned to a multiple of 8 for 32 bit systems. The issue still exists for 64-bit systems, but the fix for them isn't nearly as easy and it is a very rare issue so I am leaving it alone for now. Thanks to Peter Dimov for reporting this and providing a way to reproduce the issue.
Restored a table entry in the Fibonacci coder I accidently deleted; this would cause video corruption or crashes when playing back high-resolution video.
Fixed some pointers being treated as 32-bit integers when instantiating the codec; this could result in the pointer being trucated and the application crashing on 64 bit systems. Thanks to Stuart MacKinnon for reporting this and tracking down the cause.
Added exception handling in the range decoder; I am still getting a few reports of issues with Adobe products, and this will help me determine if there is still a buffer overrun in certain cases.
Установка кодека!
Воспользуйтесь либо установочным файлом, либо распакуйте zip-архив, в после чего запустите файл lagarith.bat.
Пользователям Windows 2000 - Ваша ОС поддерживается ТОЛЬКО до версии
1.3.23 (включительно) !!!
Что такое x264 кодек? x264 - это бесплатная библиотека для кодирования H264/AVC видео потоков. Авторами
являются Laurent Aimar, Eric Petit(OS X), Min Chen (vfw/nasm), Justin Clay(vfw), Mеns Rullgеrd и Loren Merritt. Кодек
распространяется на условиях GPL лицензии.
Благодаря открытому исходному коду кодек доступен для многих платформ.
Кодек доступен в нескольких вариантах реализации - это 32/64 бит версии, с глубиной обработки в 8/10 бит.
8 бит - для стандартного применения; 10 бит - для профессиональных приложений с использованием специального декодера.
Функции кодера:
CAVLC/CABAC
Multi-references
Intra: all macroblock types (16x16, 8x8, and 4x4 with all predictions)
Inter P: all partitions (from 16x16 down to 4x4)
Inter B: partitions from 16x16 down to 8x8 (including SKIP/DIRECT)
Ratecontrol: constant quantizer, single or multipass ABR, optional VBV
Scene cut detection
Adaptive B-frame placement
B-frames as references / arbitrary frame order
8x8 and 4x4 adaptive spatial transform
lossless mode
Изменения в ревизиях (от 2110 до 2120):
Fix regression in r2118
Broke trellis with i16x16 macroblocks.
Modify MBAFF chroma deblock functions to handle U/V at the same time
Allows for more convenient asm implementations.
CABAC trellis optimizations: use SIMD quant
Significant speed increase, minor change in output due to rounding.
YUV range detection and support for x264CLI
Two new options: --input-range and --range.
--input-range forces the range of the input in case of misdetection; auto by default.
-- range sets the range of the output; x264cli will convert if necessary, TV by default.
--fullrange is now removed as a CLI option (but the libx264 API is unchanged).
Pass through user data
Remove unpredictable branch in CABAC dqp
x86inc: AVX symmetry optimization
3-arg AVX ops with a memory arg can only have it in src2, whereas SSE emulation of 3-arg prefers to have it in src1 (i.e. the move).
So, if the op is symmetric and the wrong one is memory, swap them.
Eliminates redundant moves in some cases when using 3-operand without AVX with memory arguments.
Also fix movss and movsd in some cases, and flag shufps correctly as float.
checkasm: shut up gcc warnings, fix some naming of functions in results
checkasm: fix build on ARM
Because of how ALIGNED_ARRAY_16 is defined on ARM, array initialisers cannot be used here. Use memset() instead.
Improve makefile rules
Remove the need for "make clean" after most reconfigures.
CompactFlash Association стандартизовала высокоскоростные карты памяти XQD
09 декабря 2011
Отраслевая организация CompactFlash Association (CFA) объявила об
утверждении спецификаций XQD, определяющих новый, высокоскоростной формат карт памяти. В основе XQD лежит
PCI Express, что позволило заложить фундамент будущего повышения производительности.
Карты XQD будут иметь размеры 38,5 x 29,8 x 3,8 мм. В принятой спецификации закреплено использование скорости PCI Express
2,5 Гбит/с с увеличением в будущем до 5 Гбит/с. В качестве ориентира реальной скорости записи указано значение «125 МБ/с
и более». Организация также утвердила маркировку для продуктов, совместимых с XQD.
Первые карты XQD будут показаны на мероприятии CP+ 2012, которое пройдет с 9 по 12 февраля 2012 года в Иокогаме.
Лицензирование XQD начнется в начале будущего года (за использование торговой марки нужно платить, как и в случае
CompactFlash, а использование самого стандарта будет для членов CFA бесплатным).
Стандартизована передача видео и звука по USB
09 декабря 2011
Организация USB-IF объявила о выходе спецификации USB-IF Audio/Video Device
Class Specification. Эта спецификация поддерживает передачу аудио- и видеоданных по USB в разнообразных устройствах, включая
сотовые телефоны, камеры, карманные проекторы, web-камеры, мониторы и телевизоры.
Стандартизация передачи видео и звука по USB позволит производителям создавать миниатюрные устройства, которые будут использовать
единственный кабель для питания и подключения дисплея.
Таким образом, универсальность USB расширяется, позволяя этому стандарту сохранять привлекательность в глазах разработчиков,
производителей и потребителей. Сохраняя обратную совместимость с ранее выпущенным оборудованием, USB сейчас поддерживает передачу
данных, видео и звука, подачу питания и другие функции.
FrameServing и AudioServing - это технологии, используемые для организации процесса передачи аудио/видео данных из одного приложения в другое, без
необходимости создания временных файлов. Debugmode FrameServer является плагином, возможности которого активизируют в NLE программах функцию экспорта
аудио и видео данных прямо с "timeline" непосредственно на Вход любого другого приложения.
Возможный вариант использования FrameServer-а - трансляция аудио/видео данных из одного приложения в другое, когда последнее не умеет работать с
оригинальным форматом файла. Например, одно NLE приложение умеет работать с .mov файлами, а ваш MPEG енкодер умеет открывать только .avi файлы. В
таком случае вы можете открыть .mov файл в вашем NLE приложении и используя Debugmode FrameServer организовать трансляцию аудио/видео данных в ваш
MPEG енкодер.
Данный плагин позволяет расширить совместимость между приложениями.
Так же, Debugmode Frameserver умеет экспортировать последовательности кадров, сохраняя их в форматах lossless BMP, TIFF, PNG и JPEG.
Задачи, которые можно решать с использованием FrameServer-а и методы реализации, детально описаны в статье
Фреймсерверы и редакторы, а более детальную информацию можно получить
на сайте производителя.
Данная версия поддерживает следующий набор программ:
Sony Vegas Pro (тестировалось с Vegas 10.0 и более ранними)
Adobe Premiere Pro (тестировалось с версиями CS5 и Elements 9.0)
Ulead MediaStudio Pro (тестировалось с MSP 7.0)
Ulead VideoStudio (тестировалось с VideoStudio 8.0)
Pure Motion EditStudio (тестировалось с EditStudio 6.0)
DebugMode Wax (работает с Wax 2.0e и старше)
Внимание! Перед установкой обязательно деинсталлируйте предыдущую версию программы.
Австралийская компания 3ivx Technologies обновила одноименный MPEG4-кодек с
версии 5.0.2 до 5.0.4. Изменений очень много, т.к. период обновлений у этого кодека довольно таки большой. С даты
последнего релиза прошло 3,5 года. Сложно сказать с чем связана такая "активность", но видно, что разработчики пытаются
что-то делать.
Среди изменений данной версии отмечаются: совместимость с последними версиями существующих операционных систем;
улучшение работы и функциональности работы ядра; устранение ряда серьёзных ошибок.
3ivx Technologies уверяет, что ее кодек работает быстрее и обеспечивает лучшее качество изображения, чем штатная технология
MPEG4-видеосжатия QuickTime. Благодаря наличию возможности экспорта в контейнер MP4 кодек 3ivx может работать с различными программами,
в том числе с iMovie и Final Cut Pro, а полученные файлы могут быть воспроизведены на iPhone и Apple TV.
Стоимость декодера 3ivx: $10 - персональная версия, $100 - профессиональная версия.
Детально в версии 5.0.4:
Important Changes:
General
Windows 7 Compatibility
Mac OS X Lion Compatibility
Core
New frame resource manager
New frame reference manager
QT Video Codec
Can correctly play CTTS mp4 videos
Mac OS X 3ivx Preference Pane
Added native x86_64 support for Lion and Snow Leopard
Improvements:
Core
Can now handle large b-frame spans after a packed P/B frame
Can now handle more then one warp point GMC videos
Significantly re-written frame management and referencing systems
Significant modification of timing systems
Decoder delay has been reduced by 1 frame.
Improved B frame decoding.
Core now allows optional b-frame delay.
Core now allows optional frame-reordering
Improved Mach-O Position Independent Code support
Improved Watermark diagnostics
QT Video Codec
Significant front end rewrite so we can correctly play CTTS mp4 videos
Now support fully asynchronous decoding for CTTS enabled clips in QuickTime Player 7.5 or later
Mac QT Video Codec
Mac OS X Lion Compatibility
QuickTime X Compatibility
Finder QuickLook Compatibility
iMovie '08 Compatibility
iMovie '11 Compatibility
iPhoto 9.2 Compatibility
PhotoBooth 4.0 Compatibility
Aperture 3.2 Compatibility
QuickTime Plugin Compatibility with Chrome, Safari and FireFox
QT Exporter
iMovie 08 Compatibility
iMovie 11 Compatibility
Mac OS X Lion Compatibility
3ivx Configurator
Now uses XP visual styles
Mac Installer
Redunadant files were removed from packages
Meta-packages now share script resources
Hide the extension of the main meta-package inside the disk image more reliably
Updated CpMac with the universal version
Mac OS X Lion Compatibility
3ivx Media Splitter
Decreased opening time of some long clips.
Windows Installer
Now uses NSIS version 2.46
Fixed an issue where previous installs would fail to uninstall
Bugs Fixed:
Core
Fixed QPel-enabled crash while encoding
Fixed BlockAll0_MMX and BlockAll0_MMXEXT bugs
Fixed decoding packed b-frames with spans over 1
Fixed GMC 2-3 warp point prediction
Fixed skipped b-frames after GMC frames
Fixed b-frame prediction after GMC frames
Fixed GMC frame reconstruction after GMC frames
Fixed IntraDC too small to contain error code
Fixed DC clipping bug
Fixed compatibility issue with Mac OS X Lion
Fixed a crash with expired Trial
DS Video Decoder
Fixed RGB 15bpp output regression
Fixed upstream spitter detection
Fixed glitch when randomly seeking AVI files
Fixed first 30 frames black base class bug when using the VR Renderer with AVI files
Added 0x706D tag for AAC
Fixed input pin reconnection bug
Fixed a problem when stop/playing a directshow graph more then 2 times with a b-frame video
Sometimes the decoder would not flush all frames which caused a spin-lock if an encoder was waiting
Fixed the decoder not resetting correctly after a flush
Fixed an incorrect display issue for clips with Pixel Aspect Ratio not equal to 1
DS Audio Decoder
Fixed audio decoder input pin reconnection bugs
Fixed configuration setting bug for audio down-mixing
OpenQuicktime
Rounding bugs with get frame time and get frame duration are fixed, which makes the splitter behave more accurately
Fixed an esds memory leak
Fixed compatibility issue between iPhone/iPod and 3ivx encoded clips
DS Splitter
Based on the fix above of OpenQuicktime, timestamps in splitter were rewritten, which fixed the following problems:
slow playback
wrong detection of the end
frame step forward and backward
improper synchronisation of audio and video when playback rate is changed
restart delay after playback rate is changed was reduced significantly
IMediaSeeking interface was implemented in 3ivx media splitter, so multi-streams rendered by VMR could be stopped/seeked correctly
Fixed an esds memory leak
Fixed a video/audio synchronisation bug
Fixed the wrong determination for clips with non-zero track offset in the beginning
Fixed dead-lock when stopping a remux
Fixed VMR seeking bug, which occurred when two active sources were connected to the VMR
Fixed buffer mis-allocation for videos with presentation width or height of 0
DS Encoder
Fixed force key-frame bug
DS Audio Decoder
Fixed 3 memory leaks
Mac Installer
Now quits any instance of QuickTime Player before install so our codec is available straight away
Fixed trial to registered upgrade path
Re-wrote installer to use /tmp
Fixed a bug where the 3ivx folder would not be displayed after install, now forces finder refresh
Fixed silent installer from displaying dialog box
Fixed silent installer defaults for current user
Updated CpMac for Snow Leopard/Lion compatibility
Mac Register
Fixed plist non UTF-8 issue
Fixed potential bug where all licenses would be removed
Fixed pop-up registration application appearing alongside LoginWindow in Mac OS X Tiger PPC
QT Video Codec
Playing all frames in QuickTime Player would temporarily leak frames until decoder reset
Now support fully asynchronous decoding for CTTS enabled clips in QuickTime Player 7.5 or later
Fixed crash while receiving video stream from network
Fixed dropped frames while exporting from b-frame videos
QT Exporter
Now correctly displays version in configuration pane
Fixed possible broken m4v output which could not be played by native QuickTime m4v decoder
Fixed m4v compatibility issue with QuickTime Player 7.7
VFW Codec
VFW Ghosts now register correctly.
Windows Installer
Installer now supports NTFS mounts points on the directory page (NSIS patch)
Now detects and terminates any running old support application versions before install
Fixed a Windows 7 compatibility issue
Fixed non-removed shortcut issue
3ivx Configurator
Now correctly stores component configuration instead of applying the configuration to the current component instance only
Windows Register
Muxer would only be available when encoder licenses are installed.
Загрузить (пробную 30-дневную версию с 50-ю аудио кодированиями): 3ivx 5.0.4 for Windows (917Кб, Shareware, Win XP/Vista/7). 3ivx 5.0.4 for MacOS (2.5Мб, Shareware, Mac OS X 10.4.11 or later).
Можно смело утверждать, что этой осенью формат WebP
переживает второе рождение. Сообщения о новых возможностях следуют буквально одно за другим. Здесь я приведу перевод
самых интересных новостей, касающихся формата WebP и перспектив его развития и поддержки. Топик сознательно не
оформляется как перевод, так как данные приведены сразу из нескольких источников. Итак, полупрозрачность, сжатие без
потерь, поддержка IE6+ и так далее!
В WebP появилась поддержка анимации. Можно задавать произвольные временные интервалы между кадрами, а
также делать «закольцованные» анимации.
WebP теперь поддерживает цветовые профили ICC и метаданные XMP.
Появилась поддержка тайлинга: сохранения больших изображений в виде группы картинок меньшего размера,
так называемых тайлов, в одном файле. Это позволяет, во-первых, загружать только необходимые части изображения,
а во-вторых, превысить ограничение webp на размер кадра.
В том же сообщении говорится, что в планах корпорации [добра|зла] — поддержка миниатюр изображения
(thumbnails) и стереоскопических изображений.
17 ноября была объявлена поддержка полупрозрачности (альфа-канала) и сжатия без потерь. Утверждается, что WebP
в режиме сжатия без потерь дает выигрыш в 45% объема по сравнению со среднестатистическим PNG и в 28% по
сравнению с хорошо оптимизированным PNG. В свою очередь, данные альфа-канала добавляют к размеру файла всего
22%.
И, пожалуй, самое главное. Dominik Homberger портировал библиотеку libwebp на javascript (полупрозрачность
уже поддерживается!). Так что теперь WebP в той или иной форме доступен во всех современных браузерах
(включая IE6+, поддержка «ослика» сделана через fallback на флеш). К сожалению, мне не удалось выяснить, под
какой лицензией публикуется библиотека, а также найти репозиторий исходного кода. Но для тех хабрачитателей,
кому интересно будет посмотреть, как это выглядит в коде, я распаковал и отформатировал пример с сайта, и
выложил на pastebin. Приятного изучения!
Впрочем, для Firefox более эффективным решением может стать использование другой javascript-библиотеки, weppy,
которая «оборачивает» webp-изображения в видеоконтейнер WebM, воспроизведение которого в Firefox поддерживается
изначально.
Напомню, «из коробки» на данный момент WebP показывают только Chrome и Opera. А вот среди разработчиков
Firefox идея поддержки WebP вызвала нешуточную дискуссию, которая продолжается до сих пор.
Тем, кто хочет поэкспериментировать с новым форматом самостоятельно, напомню ссылки на плагины для Photoshop,
GIMP и Paint.NET.
Apple открыла исходники музыкального кодека ALAC
28 октября 2011
Компания Apple решила открыть исходники своего ранее созданного кодека
ALAC, поддерживаемого компьютерами Mac и смартфонами iPhone. Кодек ALAC, также известный как Apple Lossless Audio
Codec, хранит данные в контейнере MP4 с расширением .m4a. Хотя Apple Lossless имеет такое же расширение файла, как
AAC, это не AAC: данный кодек схож с другими lossless-кодеками, такими, как FLAC и др. В кодеке не используются
какие-либо специфические средства цифрового управления правами (DRM), но использование DRM возможно, поскольку
предусмотрено форматом контейнера.
Тесты показали, что сжатые ALAC файлы получаются размером примерно от 40% до 60% размера оригиналов в зависимости
от вида музыки, подобно другим lossless-форматам. Кроме того, скорость, с которой он может быть декодирован, делает
его полезным для устройств с низкой производительностью, таких, как iPod и подобных. Apple Lossless Encoder был
представлен в качестве одного из компонентов QuickTime 6.5.1 28 апреля 2004 года и как функция iTunes 4.5. Кодек
используется также в AirPort Express в приложении AirTunes.
Декодер для формата Apple Lossless есть в свободной библиотеке libavcodec. Это означает, что любой мультимедийный
проигрыватель на основе этой библиотеки, включая VLC media player и MPlayer, может проигрывать Apple Lossless-файлы.
Исходные коды ALAC доступны по условиям лицензии Apache 2.0, скачать исходники можно по адресу
alac.macosforge.org
Bink Video - обновление до версии 1.99m
18 октября 2011
RadGameTools обновила свой флагманский продукт Bink
Video до версии v1.99m. Компания и дальше проджолжает исправлять ошибки и расширять совместимость этой
платформы.
Напомним, что этот пакет доступен для свободного скачивания и использования в личных, не коммерческих, целях. Основное предназначение
пакета - сжатие видеоклипов в играх (Warcraft III), собственно уже за это взимаются лицензионные отчисления. Пакет представляет собой
отдельную программу преобразующую *.avi файлы в формат *.smk (Smacker) или *.bnk (Bink Video).
Smacker - ранний кодек, работающий с палитрой в 256 цветов.
Bink Video - был выпущен значительно позже, поддерживает Hi-Color и более высокую степень сжатия
видеоизображения.
Одной из положительных возможностей пакета является функция создания самопроигрывающегося *.exe файла, а начиная с версии 1.6,
появилась возможность создания "хранителей экрана" (screen saver), файлов с расширением *.src.
Изменения в версиях от 1.99l до 1.99m:
Fixed a bug on Windows and Xenon where if you started a Bink async thread and immediately closed it, you could deadlock.
Added markup to support the upcoming Telemetry version that supports SPU.
Worked around a bug in Xaudio, where it would crash if there were no audio devices on the system.
Fixed a threading issue in the yuv converter, where the final 8 lines on an all black frame could turn greenish.
Lagarith Lossless Video Codec v1.3.26
26 сентября 2011
Новая версия кодека Lagarith 1.3.26 содержит исправления
двух обнаруженных ошибок: сбой при работе с продуктами Adobe, из-за переполнения буфера и ошибка приводящая к появлению
цветных квадратов в версиях 1.3.20 и выше.
Некоторые особенности кодека Lagarith:
Lagarith работает в цветовых пространствах RGB24, RGB32, RGBA, YUY2 и YV12
для DVD видео обеспечивается сжатие на 10-30% лучше в сравнении с Huffyuv, при этом на статических и высоко сжимаемых
сценах Lagarith обеспечивает более высокую скорость работы
суммарно Lagarith превосходит кодек Huffyuv по быстродействию вследствие использования более улучшенных методов сжатия
в сравнении с кодеком Huffyuv, на "обычных" видео фрагментах Lagarith обеспечивает более медленную скорость кодирования.
Но в некоторых ситуациях кодер способен несколько обогнать его
кодек разработан на основе кодека Huffyuv и использует часть его функций (перевод YUY2 видео в RGB). Функция перевода
YV12 в YUY2 была взята из AviSynth
Изменения в версии 1.3.26:
Fixed a buffer overrun in the decoder that caused crashes with Adobe products. Thanks to the all the people that reported this bug.
Fixed an error that caused certain solid color frames from 1.3.20 and earlier to be corrupted. Thanks to Luke MacKay-Morris for reporting this and providing a sample video.
Установка кодека!
Воспользуйтесь либо установочным файлом, либо распакуйте zip-архив, в после чего запустите файл lagarith.bat.
Bink Video - обновление до версии 1.99l
26 сентября 2011
RadGameTools обновила свой флагманский продукт Bink
Video до версии v1.99l. Компания и дальше проджолжает исправлять ошибки и расширять совместимость этой
платформы.
Напомним, что этот пакет доступен для свободного скачивания и использования в личных, не коммерческих, целях. Основное предназначение
пакета - сжатие видеоклипов в играх (Warcraft III), собственно уже за это взимаются лицензионные отчисления. Пакет представляет собой
отдельную программу преобразующую *.avi файлы в формат *.smk (Smacker) или *.bnk (Bink Video).
Smacker - ранний кодек, работающий с палитрой в 256 цветов.
Bink Video - был выпущен значительно позже, поддерживает Hi-Color и более высокую степень сжатия
видеоизображения.
Одной из положительных возможностей пакета является функция создания самопроигрывающегося *.exe файла, а начиная с версии 1.6,
появилась возможность создания "хранителей экрана" (screen saver), файлов с расширением *.src.
Изменения в версиях от 1.99k до 1.99l:
Fixed a bug where multiple sounds tracks could get out of sync after a BinkGoto.
On PS Vita, updated to SDK 1.0 (example code tweaks).
Updated the Wii examples to not use GX_CA_ONE.
Range check the spu/thread indexes on the async functions.
Fixed some 3DS sound skipping issues with certain sound playback rates.
Fixed a bug in the still image library where some PNG files would blow up the JPEG decoder.
Removed all TLS stuff for PS3 (and just use a hash map) - too many corner cases with the PS3 TLS implementation.
Как и было обещано, автор видео кодека SIF1, продолжил работу над своим детищем
и анонсировал его новую версию.
SIF1 - это универсальный видео кодек нового поколения. Встраивается в операционную систему, что позволяет
использовать его в любой программе для редактирования и просмотра видео. При сжатии используется новый, не имеющий аналогов
алгоритм сжатия и собственная оригинальная психовизуальная модель, адаптивная к локальным участкам на изображении. Данный
кодек оптимизирован для эффективного сжатия видео высокого и среднего разрешения, что позволяет получать высокое качество
изображения при сжатии видео в FullHD (1920x1072) разрешении c битрейтами около 2 мегабит в секунду, а также при сжатии
HalfHD (1280х720) видео на битрейтах около 1 мегабита в секунду.
Изменения данном релизе:
Произведена реструктуризация движка детектирования движения и его мультипоточная оптимизация (до 32 потоков). В
текущем коде мультипоточная оптимизация сделана по временной схеме, т.к. остался последний большой блок кода не
работающий в мультипоточном режиме - ядро SIF преобразования.
Сделаны мультипоточные режимы работы энтропийного кодека (до 8 потоков). Таким образом, декодер сейчас полностью
распараллелен и поддерживает до 80 мегабит и выше сжатые потоки на декодирование.
Кодек теперь поддерживает разрешение по вертикали не кратное 16.
Реализованы различные в плане скорости & качества пресеты движка детектирования движения.
Добавлен контроль корректности входных данных. Теперь декодер не падает на испорченных и некорректных файлах.
Сделан режим быстрого первого прохода - где-то в два раза более быстрый чем основной при двухпроходном сжатии.
Написан новый движок PsyRD экстраполяции, используемый в движке детектирования движения. За счет этого достигнуто
очередное значительное улучшение четкости и детализации сжатого изображения.
В ближайших планах автора:
Реструктуризация и мультипоточная оптимизация кода ядра SIF преобразования.
Добавление новых более качественных режимов SIF преобразования, за счет использования PsyRD оптимизации.
Добавление поддержки четверть-пиксельной компенсации движения.
Написание портируемой под Линукс библиотеки SIF1 кодирования-декодирования.
SSE2 и мультипроцессорная оптимизация текущего кода.
Дальнейшая разработка новых алгоритмов на основе SIF-преобразования.
Perian v1.2.3 - всем пользователям QuickTime под MacOS
08 сентября 2011
Базовым медиа проигрывателем под MacOS X является пакет QuickTime. Текущие его версии поддерживают воспроизведение большинства популярных медиа
форматов, таких как картинки, видео и аудио файлы, потоковые медиа данные. Но для многих не секрет, что QuickTime - это пакет класса "сам в себе".
А, учитывая, что количество медиа форматов под операционной системой Windows значительно превосходит существующие аналоги под ОС MacOS X, владельцы
последних оказываются в несколько стеснённой ситуации.
Проблему решает существующий пакет Perian который после установки добавляет в
существующий пакет QT поддержку большинства популярных под ОС Windows медиа форматов. А учитывая, что он является
бесплатным и популярен среди существующих владельцев компьютеров серии Apple Macintosh, рекомендации к его использованию
являются не оспоримыми. На сайте производителя доступен исходный код пакета распространяемый под лицензией LGPL v2.1
или позжей.
Perian добавляет в QuickTime поддержку следующих медиа форматов:
File formats: AVI, DIVX, FLV, MKV, GVI, VP6, and VFW
Audio types: Windows Media Audio v1 & v2, Flash ADPCM, Xiph Vorbis (in Matroska), and MPEG Layer I & II Audio, True Audio, DTS Coherent Acoustics, Nellymoser ASAO
AVI support for: AAC, AC3 Audio, H.264, MPEG4, VBR MP3 and more
Subtitle support for SSA/ASS, SRT, SAMI
В версии в 1.2.2 и 1.2.3:
Some Fraps videos only displayed black.
Workaround checks for Front Row stopped being effective.
Fixed compatibility with web video playback.
Worked around System Preferences crashing during an update on 10.6.
Further fixes to Matroska import.
Added WebM/VP8 support.
Added support for compressed MKV tracks, as generated by newer versions of mkvtoolnix.
Added FFv1 lossless video support.
Added an internal decoder for Theora, fixing compatibility problems with XiphQT.
The readme and license files are now included in the component bundle.
Fixed Matroska files with video glitches due to repeated timecodes.
Fixed several possible crashes in Matroska import.
Fixed some Matroska files losing frames at the end of the file.
Fixed audio sync in many FLV videos.
Fixed several possible crashes/hangs in subtitle parsing.
Worked around Apple's incorrect channel layout in .mp4 files.
Fixed several correctness errors.
Improved rendering of semitransparent text styles.
The next planned version will remove support for PowerPC and Mac OS X versions prior to 10.6. Maintenance updates may be provided if necessary.
Загрузить Perian v1.2.3 (3.5Мб, Free, MacOS X v10.4.7 or later)
Что такое x264 кодек? x264 - это бесплатная библиотека для кодирования H264/AVC видео потоков. Авторами
являются Laurent Aimar, Eric Petit(OS X), Min Chen (vfw/nasm), Justin Clay(vfw), Mеns Rullgеrd и Loren Merritt. Кодек
распространяется на условиях GPL лицензии.
Благодаря открытому исходному коду кодек доступен для многих платформ.
Кодек доступен в нескольких вариантах реализации - это 32/64 бит версии, с глубиной обработки в 8/10 бит.
8 бит - для стандартного применения; 10 бит - для профессиональных приложений с использованием специального декодера.
Функции кодера:
CAVLC/CABAC
Multi-references
Intra: all macroblock types (16x16, 8x8, and 4x4 with all predictions)
Inter P: all partitions (from 16x16 down to 4x4)
Inter B: partitions from 16x16 down to 8x8 (including SKIP/DIRECT)
Ratecontrol: constant quantizer, single or multipass ABR, optional VBV
Scene cut detection
Adaptive B-frame placement
B-frames as references / arbitrary frame order
8x8 and 4x4 adaptive spatial transform
lossless mode
Изменения в ревизиях (от 2054 до 2074):
Add Hurd support to configure
Optimize x86 intra_satd_x3_* (~7% faster.)
Optimize x86 intra_sa8d_x3_8x8 (~40% faster.)
Also some other minor asm cosmetics.
Scale interlaced refs/mvs for mvr predictors
Slightly improves compression and fixes a Valgrind error.
Optimize predict_8x8_filter and incidentally remove a valgrind false-positive
Don't override flat SSE2 dequant functions with non-flat AVX ones
Slightly faster.
Shut up some valgrind false-positives
Avoid some unnecessary allocations with B-frames/CABAC off
Fix typo in p8x8 RD analysis
Passed wrong idx to trellis.
Fix invalid memory accesses in x86 lowres_init when width <= 16
Fix intermediate conversion for YUVJ* pixfmts with 4:4:4 encoding
Fix pic_out returned by x264_encoder_encode with 4:4:4
Fix zeroing of mvr predictors in bskip blocks
Fix: chroma planes for weightp analysis were not initted if U early-terminates and V doesn't.
Expand borders before chroma weightp analysis
Prevents mc from using uninitialized source pixels.
Another 4:4:4 chroma weightp bug fix
Fix typo in help
Improve support for varying resolution between passes
Should give much better quality, but still doesn't support MB-tree yet.
Also check for the same interlaced options between passes.
Various minor ratecontrol cosmetics.
asm cosmetics: base-4 constants for shuffles
Enable some existing asm functions that were missing function pointers
pixel_ads1_avx, predict_8x8_hd_avxx
High bit depth mc_copy_w8_sse2, denoise_dct_avx, prefetch_fenc/ref, and several pixel*sse4.
Remove some unused, broken, and/or useless functions
Bink Video - обновление до версии 1.99k
08 сентября 2011
RadGameTools обновила свой флагманский продукт Bink
Video до версии v1.99k. Компания и дальше проджолжает исправлять ошибки и расширять совместимость этой
платформы.
Напомним, что этот пакет доступен для свободного скачивания и использования в личных, не коммерческих, целях. Основное предназначение
пакета - сжатие видеоклипов в играх (Warcraft III), собственно уже за это взимаются лицензионные отчисления. Пакет представляет собой
отдельную программу преобразующую *.avi файлы в формат *.smk (Smacker) или *.bnk (Bink Video).
Smacker - ранний кодек, работающий с палитрой в 256 цветов.
Bink Video - был выпущен значительно позже, поддерживает Hi-Color и более высокую степень сжатия
видеоизображения.
Одной из положительных возможностей пакета является функция создания самопроигрывающегося *.exe файла, а начиная с версии 1.6,
появилась возможность создания "хранителей экрана" (screen saver), файлов с расширением *.src.
Изменения в версиях от 1.99g до 1.99k:
Fixed a bug on iOS where the background threads weren't sleeping properly - all iOS users should update.
On 3DS, updated to SDK 2.4.
Fixed a bug where the IO thread inherited the stack size of the calling thread, which could lead to rare and hard to reproduce crashes - everyone with 1.99h should update.
On Wii, fixed a nasty deadlock when ejecting at the end of a file (thanks to two dedicated testers!).
Added some early outs in the IO system, when an IO error occurs.
On Xbox, switched to June XDK.
On PS3, switched to 360 SDK.
On iOS, fixed blitting pitch issue for odd-width Bink videos.
Bink Video - обновление до версии 1.99g
15 июля 2011
RadGameTools опять обновила свой флагманский продукт Bink
Video с версии v1.99f до версии v1.99g. Компания проджолжила исправлять ошибки и расширять совместимость этой
платформы.
Напомним, что этот пакет доступен для свободного скачивания и использования в личных, не коммерческих, целях. Основное предназначение
пакета - сжатие видеоклипов в играх (Warcraft III), собственно уже за это взимаются лицензионные отчисления. Пакет представляет собой
отдельную программу преобразующую *.avi файлы в формат *.smk (Smacker) или *.bnk (Bink Video).
Smacker - ранний кодек, работающий с палитрой в 256 цветов.
Bink Video - был выпущен значительно позже, поддерживает Hi-Color и более высокую степень сжатия
видеоизображения.
Одной из положительных возможностей пакета является функция создания самопроигрывающегося *.exe файла, а начиная с версии 1.6,
появилась возможность создания "хранителей экрана" (screen saver), файлов с расширением *.src.
Изменения в версии 1.99g:
Added background decoding on Sony NGP (can use multiple cores).
On the Wii, updated the example texturing code to more easily integrate with Iggy.
On PS3, fixed an SPU deadlock if your IO was running way behind.
Made shutdown slightly faster if an IO was in progress.
Fixed a bug in BinkGoto when the destination frame was within 750 ms of the previous key frame and the currently displayed frame.
Fixed a bug on the Wii, if when opening a file on a non-divisible-by-32 file offset.
Lagarith Lossless Video Codec v1.3.25
03 июня 2011
Новая версия кодека Lagarith 1.3.25 содержит исправление
множество дополнений и улучшений, направленных на повышение скорости работы. В результате в сравнении с версией 1.3.24
скорость кодирования увеличена на 20%, а скорость декодирования увеличилась на 30%.
Некоторые особенности кодека Lagarith:
Lagarith работает в цветовых пространствах RGB24, RGB32, RGBA, YUY2 и YV12
для DVD видео обеспечивается сжатие на 10-30% лучше в сравнении с Huffyuv, при этом на статических и высоко сжимаемых
сценах Lagarith обеспечивает более высокую скорость работы
суммарно Lagarith превосходит кодек Huffyuv по быстродействию вследствие использования более улучшенных методов сжатия
в сравнении с кодеком Huffyuv, на "обычных" видео фрагментах Lagarith обеспечивает более медленную скорость кодирования.
Но в некоторых ситуациях кодер способен несколько обогнать его
кодек разработан на основе кодека Huffyuv и использует часть его функций (перевод YUY2 видео в RGB). Функция перевода
YV12 в YUY2 была взята из AviSynth
Изменения в версии 1.3.25:
Fixed some bugs introduced in 1.3.21 that broke backwards compatibility with 1.1.x and below.
Codec settings are now stored in the Windows registry rather than in config files, this should reduce issues with settings on Windows Vista and 7.
Added lookup tables to eliminate a conditional in the range encoder, speeding up encoding.
Replaced a division with an approximate reciprocal multiply and reorganized the run detection code in the range decoder to speed up decoding.
Changed the Run Length Encoder to encode with a run trigger of length 3 only, and then encode with a run trigger of 1 only if the result is sufficiently small. This speeds up encoding of typical video.
Added MMX version of the Run Length Encoder to speed up encoding on processors that don't have SSE.
SSE2 routines originally written for x64 are now included for the x86 build, and are used if they perform faster than the MMX versions on the given processor.
Some more tweaks to the SSE2 routines to improve performance.
On test videos, I saw roughly a 20% encoding speed increase, and a 30% decoding speed increase over version 1.3.24.
Установка кодека!
Воспользуйтесь либо установочным файлом, либо распакуйте zip-архив, в после чего запустите файл lagarith.bat.
Популярный бесплатный и открытый видео кодек Xvid обрёл статус Stable release с номером версии 1.3.2.
Соответствующие компиляции были представлены сразу двумя поддерживающими проект командами -
Xvid.Org и Koepi.
В данном релизе исправлено множество допущенных ранее ошибок. Все детали о нововведениях и изменениях приведены ниже.
В этой версии:
xvidcore library:
Updated implementation of IDCT/FDCT to match error spec of MMX/SSE code
Added "make info" to unix Makefile
Removed debian directory from release tarballs
Made multi-threading (pthread support) switchable at compile time
VFW frontend:
Minor GUI changes
DShow/MFT frontend:
GUI cosmetics
Updated MSVC project files with separate build configs for MFT-enabled binary
Bink Video - обновление до версии 1.99f
18 мая 2011
RadGameTools опять обновила свой флагманский продукт Bink
Video с версии v1.99e до версии v1.99f. Компания проджолжила исправлять ошибки и расширять совместимость этой
платформы.
Напомним, что этот пакет доступен для свободного скачивания и использования в личных, не коммерческих, целях. Основное предназначение
пакета - сжатие видеоклипов в играх (Warcraft III), собственно уже за это взимаются лицензионные отчисления. Пакет представляет собой
отдельную программу преобразующую *.avi файлы в формат *.smk (Smacker) или *.bnk (Bink Video).
Smacker - ранний кодек, работающий с палитрой в 256 цветов.
Bink Video - был выпущен значительно позже, поддерживает Hi-Color и более высокую степень сжатия
видеоизображения.
Одной из положительных возможностей пакета является функция создания самопроигрывающегося *.exe файла, а начиная с версии 1.6,
появилась возможность создания "хранителей экрана" (screen saver), файлов с расширением *.src.
Изменения в версии 1.99f:
Added Sony NGP support!
Added background thread decompression for Wii (lets you decompress in the retrace wait or across multiple frames)
Fixed background thread decompression on Mac
Videos without sound will now only catch up to a maximum of 4 frames (before resyncing). This prevents playback from zooming forward if you stop calling Bink for a while. You should still call BinkPause if you are doing this intentionally
Видеоролики YouTube теперь будут храниться в WebM
24 апреля 2011
Компания Google сообщила, что отныне все видеоролики, закачиваемые на
службу YouTube, будут перекодироваться в открытый формат WebM. По словам
компании, это улучшит распространение WebM, уменьшит технические несовместимости и в целом улучшит общую атмосферу в
области онлайн-видео.
Перекодирование всех новых видеороликов в WebM, как отмечает YouTube, является лишь первым важным шагом, вслед за
которым последует перекодирование всего каталога видео. Учитывая огромный объём каталога — они закачивались шесть лет
на YouTube — это большая задача. Тем не менее, компания уже перекодировала около 30% видеороликов в WebM, что
составляет 99% просмотров.
Google сфокусирована на новых и на самых просматриваемых видеороликах. Происходит это так: когда серверы заняты, они
занимаются кодированием вновь загружаемого видео, когда же нагрузка уменьшается, они подключаются к переводу старого
видео в WebM.
YouTube сообщает, что, несмотря на такие шаги в пользу формата WebM, она продолжает поддерживать H.264 в качестве
важного кодека службы. Также продолжаются работы над HTML5-плеером для YouTube.
Bink Video - обновление до версии 1.99e
17 апреля 2011
RadGameTools опять обновила свой флагманский продукт Bink
Video с версии v1.99d до версии v1.99e. Компания проджолжила исправлять ошибки и расширять совместимость этой
платформы.
Напомним, что этот пакет доступен для свободного скачивания и использования в личных, не коммерческих, целях. Основное предназначение
пакета - сжатие видеоклипов в играх (Warcraft III), собственно уже за это взимаются лицензионные отчисления. Пакет представляет собой
отдельную программу преобразующую *.avi файлы в формат *.smk (Smacker) или *.bnk (Bink Video).
Smacker - ранний кодек, работающий с палитрой в 256 цветов.
Bink Video - был выпущен значительно позже, поддерживает Hi-Color и более высокую степень сжатия
видеоизображения.
Одной из положительных возможностей пакета является функция создания самопроигрывающегося *.exe файла, а начиная с версии 1.6,
появилась возможность создания "хранителей экрана" (screen saver), файлов с расширением *.src.
Изменения в версии 1.99e:
Added iOS as an official platform (had been shipping as beta for a long time).
The iOS library is now a fat library that contains simulator, ARM 6 and ARM 7 versions.
Moved our 3DS support out of secret mode.
Fixed a crash on the 3DS where if another system was pumping the DSP sound chip, you could deadlock. Now, in BinkSoundUse3DS, you call tell Bink to service the DSP or not.
Fixed an issue where the 3DS wouldn't play sound depending on your thread priorities.
Switched to light-weight semaphores on 3DS, since there are only 8 real semaphores system-wide.
Added the blend op in the DX10 pixel shader code.
On the PS3, insure that all audio tracks are decoded before starting mixing (fixes a problem where occasionally a set of audio track would be started out of phase).
Lagarith Lossless Video Codec v1.3.24
17 апреля 2011
Необольшое обновление кодека Lagarith. Новая версия
1.3.24 содержит несколько исправлений и улучшение в работе. Так же добавлена поддерджка SSE2 для ускорения кодирования
при работе с цветом.
Некоторые особенности кодека Lagarith:
Lagarith работает в цветовых пространствах RGB24, RGB32, RGBA, YUY2 и YV12
для DVD видео обеспечивается сжатие на 10-30% лучше в сравнении с Huffyuv, при этом на статических и высоко сжимаемых
сценах Lagarith обеспечивает более высокую скорость работы
суммарно Lagarith превосходит кодек Huffyuv по быстродействию вследствие использования более улучшенных методов сжатия
в сравнении с кодеком Huffyuv, на "обычных" видео фрагментах Lagarith обеспечивает более медленную скорость кодирования.
Но в некоторых ситуациях кодер способен несколько обогнать его
кодек разработан на основе кодека Huffyuv и использует часть его функций (перевод YUY2 видео в RGB). Функция перевода
YV12 в YUY2 была взята из AviSynth
Изменения в версии 1.3.24:
Fixed a bug in the SSE & MMX median restoration routines for RGB video that caused corrupted video.
Fixed a bug where SSE instructions were used in some MMX median restoration routines, this would cause crashes on processors that did not support SSE.
Overhauled multithreading to use events rather than volatile flags and wait loops. This should improve performance slightly in multithreaded mode, and provide better stability.
Improved the MMX/SSE/SSE2 routines for median restoration, this should speed up decoding slightly.
Added SSE2 routines for downsampling colorspaces. This speeds up encoding when changing the colorspace on machines with SSE2.
Установка кодека!
Воспользуйтесь либо установочным файлом, либо распакуйте zip-архив, в после чего запустите файл lagarith.bat.
Bink Video - обновление до версии 1.99d
02 апреля 2011
RadGameTools опять обновила свой флагманский продукт Bink
Video с версии v1.99c до версии v1.99d. Компания проджолжила исправлять ошибки и расширять совместимость этой
платформы.
Напомним, что этот пакет доступен для свободного скачивания и использования в личных, не коммерческих, целях. Основное предназначение
пакета - сжатие видеоклипов в играх (Warcraft III), собственно уже за это взимаются лицензионные отчисления. Пакет представляет собой
отдельную программу преобразующую *.avi файлы в формат *.smk (Smacker) или *.bnk (Bink Video).
Smacker - ранний кодек, работающий с палитрой в 256 цветов.
Bink Video - был выпущен значительно позже, поддерживает Hi-Color и более высокую степень сжатия
видеоизображения.
Одной из положительных возможностей пакета является функция создания самопроигрывающегося *.exe файла, а начиная с версии 1.6,
появилась возможность создания "хранителей экрана" (screen saver), файлов с расширением *.src.
Изменения в версии 1.99d:
On the Xbox, switched to the Feb 2011 XDK for an Xaudio flags change.
Fixed a bug in the compressor when setting a hint value on the very final frame.
Fixed the MacOS X player so that it can play compiled Bink EXE files again.
On the 3DS, moved the sound servicing thread back into Bink (from the user-side code).
Lagarith Lossless Video Codec v1.3.23
09 марта 2011
Необольшое обновление кодека Lagarith. Новая версия
1.3.23 содержит исправление одной ошибки и одно улучшение.
Некоторые особенности кодека Lagarith:
Lagarith работает в цветовых пространствах RGB24, RGB32, RGBA, YUY2 и YV12
для DVD видео обеспечивается сжатие на 10-30% лучше в сравнении с Huffyuv, при этом на статических и высоко сжимаемых
сценах Lagarith обеспечивает более высокую скорость работы
суммарно Lagarith превосходит кодек Huffyuv по быстродействию вследствие использования более улучшенных методов сжатия
в сравнении с кодеком Huffyuv, на "обычных" видео фрагментах Lagarith обеспечивает более медленную скорость кодирования.
Но в некоторых ситуациях кодер способен несколько обогнать его
кодек разработан на основе кодека Huffyuv и использует часть его функций (перевод YUY2 видео в RGB). Функция перевода
YV12 в YUY2 была взята из AviSynth
Изменения в версии 1.3.23:
Fixed a buffer overrun that caused crashes on certain resolutions when decoding RGB video.
Improved the performance of the SSE and SSE2 routines for decoding YUY2 slightly.
Установка кодека!
Воспользуйтесь либо установочным файлом, либо распакуйте zip-архив, в после чего запустите файл lagarith.bat.
Что такое x264 кодек? x264 - это бесплатная библиотека для кодирования H264/AVC видео потоков. Авторами
являются Laurent Aimar, Eric Petit(OS X), Min Chen (vfw/nasm), Justin Clay(vfw), Mеns Rullgеrd и Loren Merritt. Кодек
распространяется на условиях GPL лицензии.
Благодаря открытому исходному коду кодек доступен для многих платформ.
Кодек доступен в нескольких вариантах реализации - это 32/64 бит версии, с глубиной обработки в 8/10 бит.
8 бит - для стандартного применения; 10 бит - для профессиональных приложений с использованием специального декодера.
Функции кодера:
CAVLC/CABAC
Multi-references
Intra: all macroblock types (16x16, 8x8, and 4x4 with all predictions)
Inter P: all partitions (from 16x16 down to 4x4)
Inter B: partitions from 16x16 down to 8x8 (including SKIP/DIRECT)
Ratecontrol: constant quantizer, single or multipass ABR, optional VBV
Scene cut detection
Adaptive B-frame placement
B-frames as references / arbitrary frame order
8x8 and 4x4 adaptive spatial transform
lossless mode
Изменения в ревизиях (от 1893 до 1913):
Fix 10L in r1912
SSSE3 code got used in MMX/SSE2 and vice versa (in hpel)
Add AVX functions where 3+ arg commands are useful
Frame-packing 3D: don't place scenecuts on right views
Caused problems for some players
Improve slice-max-size handling of escape bytes
More accurate but a bit slower. Helps deal with a few obnoxious corner cases where the current algorithm failed
Use bs_write1 wherever possible in header writing
Remove obsolete mvcost init code
Fix memory leak on encoder close if not all frames are flushed
Fix signedness bug in CPU detection
Luckily didn't affect anything due to C signedness rules
Fix dumb bug caused by stray semicolon
Caused noise reduction to run incorrectly in part of RD, but probably had no effect
Fix malloc of zero size
Caused x264 to fail with some settings on systems that return a NULL pointer for malloc(0), like Solaris
Fix crash in mp4 muxer after failure of x264_encoder_open
Fix shadowed variable warning in ffms.c
Fix some Intel compiler warnings
Fix 10L in r1886
Aspect ratio can't be set before SPS is initted
Improve update interval of x264cli progress information
Now updates every 0.25s instead of every N frames
Windows: restore previous console title after encoding
MSDN docs claim that SetConsoleTitle's effect is reverted when the process terminates, but this doesn't always work properly
Accordingly, manually revert the console title at the end of encoding
Allow WEIGHTP_FAKE in interlaced mode
It seems to work fine as-is even though real weightp doesn't support interlacing yet
Output pic struct information in libx264 API
Enable FastShuffle on Penryn and Nehalem CPUs without SSE4
Bink Video - обновление до версии 1.99с
28 февраля 2011
RadGameTools опять обновила свой флагманский продукт Bink
Video с версии v1.99b до версии v1.99c. Компания проджолжила исправлять ошибки и расширять совместимость этой
платформы.
Напомним, что этот пакет доступен для свободного скачивания и использования в личных, не коммерческих, целях. Основное предназначение
пакета - сжатие видеоклипов в играх (Warcraft III), собственно уже за это взимаются лицензионные отчисления. Пакет представляет собой
отдельную программу преобразующую *.avi файлы в формат *.smk (Smacker) или *.bnk (Bink Video).
Smacker - ранний кодек, работающий с палитрой в 256 цветов.
Bink Video - был выпущен значительно позже, поддерживает Hi-Color и более высокую степень сжатия
видеоизображения.
Одной из положительных возможностей пакета является функция создания самопроигрывающегося *.exe файла, а начиная с версии 1.6,
появилась возможность создания "хранителей экрана" (screen saver), файлов с расширением *.src.
Изменения в версии 1.99с:
Added support for negative frame numbers in the Bink compressor - they are offsets from the end of the file. So, a start frame of -1 means start on the very last frame.
On the 3DS, remove an unintentional call to NN_LOG (which isn't in the release libs).
On Windows, increment the maximum number of queued async frame decompressions to 32 (for Intel's 100's of videos demo).
On the Xbox, when under super-heavy system load, avoid the XDK warning message if you incremented a semaphore past it's max.
On the 3DS, reset the vertices pointers on every call to draw the textures.
On the PS3, dynamically allocate TLS variables so that the Bink library can be used in a PRX.
On the PS3, use a bigger priority delta for the background threads.
On the Wii, allocate the stack memory for the background threads from the user memory callback.
Lagarith Lossless Video Codec v1.3.22
17 февраля 2011
Немного помолчав, обновился беспотерьный кодек Lagarith.
Была представлена версия 1.3.21 но через день было выпущено обновление 1.3.22 с набором исправлений допущенных ошибок.
Кодек Lagarith предоставляет превосходное сжатие видеоматериала, хотя на данный момент кодеки MSU Lossless Codec
и FFV1 превосходят его по быстродействию и степени сжатия.
Некоторые особенности кодека Lagarith:
Lagarith работает в цветовых пространствах RGB24, RGB32, RGBA, YUY2 и YV12
для DVD видео обеспечивается сжатие на 10-30% лучше в сравнении с Huffyuv, при этом на статических и высоко сжимаемых
сценах Lagarith обеспечивает более высокую скорость работы
суммарно Lagarith превосходит кодек Huffyuv по быстродействию вследствие использования более улучшенных методов сжатия
в сравнении с кодеком Huffyuv, на "обычных" видео фрагментах Lagarith обеспечивает более медленную скорость кодирования.
Но в некоторых ситуациях кодер способен несколько обогнать его
кодек разработан на основе кодека Huffyuv и использует часть его функций (перевод YUY2 видео в RGB). Функция перевода
YV12 в YUY2 была взята из AviSynth
Изменения в версии 1.3.22:
Fixed a bug in that caused video corruption when downsampling.
Fixed some race conditions with RGBA and YV12 video in multi-threaded mode that caused video corruption.
Fixed a bug in the 64 bit build that caused crashes when downsampling RGB24 video.
Изменения в версии 1.3.21:
Fixed a bug that would cause the codec to crash when downsampling certain resolutions.
Several speed improvements:
- Integrated RLE restoration into range decoder so decoding only takes one pass through the data.
- Increased range decoder hash table size.
- Removed RLE level 2, testing indicates that it doesn't offer any real benefit verses levels 1 or 3.
- RLE compression now encodes all levels in parallel and selects the best one rather than perform an estimation run and then an RLE run.
- RLE compression now has a faster SSE version for processors that support SSE.
- Added and improved existing MMX/SSE/SSE2 optimizations for several functions relating to median prediction and image layout.
Overall I typically see about a 10-30% speed improvement.
Tweaked how RLE level is selected to improve compression by about 1%.
Tweaked how the work is distributed in multithreading to reduce wasting CPU time.
Added support for encoding YV16 source video, since it was a trivial change and is slightly faster than YUY2 or UYVY.
Removed Reduced Resolution mode, I don't think it is useful enough to justify maintaining.
Установка кодека!
Распакуйте архив. Нажмите правую клавишу мыши на файле lagarith.inf и в выпавшем меню выбираете Install.
Bink Video - обновление до версии 1.99b
07 февраля 2011
RadGameTools опять обновила свой флагманский продукт Bink
Video с версии v1.99a до версии v1.99b. Компания проджолжила исправлять ошибки и расширять совместимость этой
платформы.
Напомним, что этот пакет доступен для свободного скачивания и использования в личных, не коммерческих, целях. Основное предназначение
пакета - сжатие видеоклипов в играх (Warcraft III), собственно уже за это взимаются лицензионные отчисления. Пакет представляет собой
отдельную программу преобразующую *.avi файлы в формат *.smk (Smacker) или *.bnk (Bink Video).
Smacker - ранний кодек, работающий с палитрой в 256 цветов.
Bink Video - был выпущен значительно позже, поддерживает Hi-Color и более высокую степень сжатия
видеоизображения.
Одной из положительных возможностей пакета является функция создания самопроигрывающегося *.exe файла, а начиная с версии 1.6,
появилась возможность создания "хранителей экрана" (screen saver), файлов с расширением *.src.
Изменения в версии 1.99b:
Fixed a bug on Windows machines with more than 32 cores
Updated Bink on NDS to use the same IO layer as all the other platforms
Fixed a bug on the NDS where the first bit of sound would be muted
Fixed a problem in the example program for a secret platform
On the PS3, if you don't use threaded IO and you are decoding on the SPU, then we make sure the disc IO is complete before starting the SPU task
На сайте 
Базовым медиа проигрывателем под MacOS X является пакет QuickTime. Текущие его версии поддерживают воспроизведение большинства популярных медиа
форматов, таких как картинки, видео и аудио файлы, потоковые медиа данные. Но для многих не секрет, что QuickTime - это пакет класса "сам в себе".
А, учитывая, что количество медиа форматов под операционной системой Windows значительно превосходит существующие аналоги под ОС MacOS X, владельцы
последних оказываются в несколько стеснённой ситуации.
