Формати мультимедіа
Формат Windows Media
Система управління цифровими правами, інтегрована у формат Windows Media, пропонує постачальникам та продавцям вмісту гнучкий формат для безпечного розподілу вмісту з цифровими правами. Впроваджено схему ліцензування.
Довідник з розширення файлів Windows Media
Файл Windows Media, який містить лише аудіо
Для забезпечення зв'язку з підтримуваними плеєрами передбачено кілька розширень файлів. Розширення файлів, що використовуються, повинні бути такими:
Основною концепцією RIFF-формату є chunk, порція даних із заголовком та сигнатурою, що вказує на вміст chunk'а.
Перше подвійне слово заголовка містить чотирилітерний код FOURCC, який ідентифікує дані, що зберігаються у фрагменті. FOURCC займає 4 байти; це розмір 32-бітного числа, так що іноді FOURCC записують у вигляді числа (подання числа в ASCII little-endian).
FOURCC число (шістнадцяткове) число (десяткове)
'RIFF' 0x46464952 1179011410
'AVI' 0x20495641 541677121
'XVID' 0x44495658 1145656920
'idx1' 0x31786469 829973609
Друге подвійне слово заголовка - розмір області даних у байтах (без урахування розміру самого заголовка).
Область даних має змінну довжину, проте вона має бути вирівняна на межу слова і при необхідності доповнена наприкінці нульовим байтом до цілого числа слів.
Два типи chunk'ів RIFF і LIST можуть містити в собі вкладені chunk'и. Весь файл є єдиним RIFF-chunk (це одна з причин обмеження розміру файлу).
Стандартні chunk'і
Chunk з ckID = 'RIFF' має таку структуру ckData:
FOURCC FormType тип вмісту
BYTE[] ckвміст
Найбільш поширені типи:
'WAVE' - WAV: містить звукову інформацію
'RMID' - RMI: містить музику у форматі MIDI
'RDIB' – англ. RIFF Device Independent Bitmap формат зберігання зображень
'RMMP' – англ. RIFF Multimedia Movie File
'PAL' – англ. Palette Format
Chunk 'LIST' має формат, аналогічний RIFF, перші 4 байти містять ListType (тип вкладеного chunk'а), далі до кінця чанка слідує вкладений chunk. В рамках формату AVI всередині LIST містяться chunk'і із заголовком файлу, заголовками потоків. Також chunk IST використовується для зберігання інформації про вміст.
JUNK та PAD
INFO - спеціальний ListType для зберігання інформації про вміст файлу. INFO не впливає на те, як програми працюють з файлом, ця інформація (переважно) показується користувачеві. Список chunk'ів для INFO:
IARL (Archival Location) – місце архівного зберігання документа (практично не використовується)
ICMS (Commissioned) – список осіб, які надали вміст файлу. (не використовується)
ICRD (Creation date) – Дата створення оригінального твору. Формат YYYY-MM-DD. (Рідко використовується).
ICRP (Cropped) – дані про обрізання твору. (не використовується).
IDIM (Dimensions) – Фізичні розміри оригіналу. (не використовується).
IDPI (Dots Per Inch) – DPI оригіналу. (не використовується)
IENG (Engineer) – прізвища, що створювали файл. (не використовується).
IGNR (Genre) – жанр. (частково підтримується)
IK EY (Keywords) – список ключових слів, що належать до твору. (не використовується)
ILGT (Lightness) – ступінь освітленості оригіналу (залежить від обладнання оцифрування) (не використовується).
IMED (Medium) – тип носія оригіналу (невикористовується)
INAM (Name) – назва твору. Існують розбіжності про те, чи слід використовувати INAM або ISBJ для збереження заголовка твору. (стандартний тег, підтримується і часто використовується)
IPLT (Palette Setting) – кількість кольорів при оцифруванні. (не використовується).
IPRD (Product) - заголовок продукту, котрим у оригіналі призначалося твір. (не використовується)
ISBJ (Subject) – описує вміст файлу. Періодично нарівні з INAM використовується для зберігання заголовка. (використовується)
ISF T (Software) – ПЗ, використане для створення файлу. Зазвичай автоматично заповнюється програмами редагування, але не відображається у списку тегів. (використовується)
ISHP (Sharpness) – необхідний рівень різкості для відтворення твору. (не використовується)
ISRC (Source) - назва організації, яка надала твір. (не використовується)
ISRF (Source Form) - форма оригінального твору (папір/слайд тощо) (не використовується)
ITCH (Technician) - спеціаліст, який робив оцифрування (не використовується)
Стандарти MPEG
Параметри зображення: 720 ppl x 576 lpf при 25 fps або 640 х 480 х 30. Стандарт призначений для каналів зв'язку, що забезпечують швидкість передачі даних 3-10 Мбіт/с для стандартного телевізійного стандарту і 15-30 Мбіт/с для телебачення високої чіткості ( ТВЧ). У стандарті забезпечується сумісність "наперед", тобто. MPEG-2 декодер може декодувати потік даних MPEG-1.
Новий стандартMPEG7не є безпосереднім продовженням лінійкиMPEG-попередників, хоча щодо стандартизації частково перегукується з ними.MPEG7повинен забезпечувати формалізацію та стандартизацію опису різних типівмультимедійної інформації (а не її кодування), щоб гарантувати ефективний та швидкий її пошук. Офіційно новий стандарт називають Multimedia Content Description Interface – інтерфейс опису мультимедійних даних. У ньому визначено стандартний набір дескрипторів ("описувачів") різних типів мультимедіа-інформації. Тут також стандартизується спосіб визначення своїх дескрипторів та їхнього взаємозв'язку (Description Schemes). Для цього вMPEG7вводиться спеціалізована моваDDL(Description Definition Language - мова опису визначень).
Основна мета застосування нового стандарту - ефективний пошук мультимедійної інформації аналогічно до того, як зараз ми здійснюємо пошук текстів за ключовими словами або фразою. Як приклад:
музика – зігравши кілька нот на клавіатурі, можна отримати список музичних творів, які містять таку послідовність звуків;
графіка – намалювавши ескіз на екрані, отримаємо набір малюнків, що містять подібний фрагмент;
Matroska / Матрьошка
Matroska є відкритим проектом (open standard). Це означає, що для персонального використання вона абсолютно безкоштовна, а технічна специфікація формату бітового потоку доступна будь-якому навіть компаніям, які бажають вбудувати підтримку формату в свої продукти.