- Формат Windows Media
- Довідник по розширень файлів Windows Media
- стандартні chunk'і
- JUNK і PAD
- INFO
- стандарти MPEG
- MPEG1
- MPEG2
- MPEG4
- MPEG7
- Matroska / Матрьошка
- DWF
Формати мультимедіа набагато складніші ніж більшість інших форматів файлу через широке різноманіття даних, які вони повинні зберегти. Такі дані включають текст, дані зображення, аудіо та відео дані, машинну мультиплікацію, і інші форми двійкових даних, типу Цифрового інтерфейсу музичних інструментів (MIDI) і графічні шрифти. Типові формати мультимедіа не визначають нові методи для того, щоб зберегти ці типи даних. Замість цього, вони пропонують здатність зберегти дані в одному або більше існуючих форматів даних.
Наприклад, формат мультимедіа може містити текст, збережений як PostScript або RTF, а не в звичайному форматі відкритого тексту ASCII. Растрові дані, можуть бути збережені як BMP або файли TIFF, а не як необроблені точкові малюнки. Точно так же аудіо, відео, і дані анімації можуть бути збережені, використовуючи існуючі формати, підтримувані форматом файлу мультимедіа.
Формат Windows Media
Формат Windows Media - формат мультимедіа для додатків потокової передачі, завантаження і відтворення, встановлених на ПК, приставках і переносних пристроях. Формат Windows Media включає в себе кодеки для аудіо та відео Windows Media, додатково інтегровану систему управління цифровими правами (УЦП) та контейнер файлів.
Система управління цифровими правами, інтегрована в формат Windows Media, пропонує постачальникам і продавцям вмісту гнучкий формат для безпечного розподілу вмісту з цифровими правами. Впроваджено схему ліцензування.
Довідник по розширень файлів Windows Media
WMV
Файл Windows Media, який містить як відео, так і аудіо
WMA
Файл Windows Media, який містить тільки аудіо
WVX
Метафайл, в якому міститься посилання на файл WMV (Windows Media Video)
WAX
Метафайл, в якому міститься посилання на файл Windows Media Audio (WMA)
ASF
Структурований файл ASF, що містить аудіо- та відеовміст, стислий за допомогою кодеків сторонніх розробників
Контейнер файлу ASF дозволяє зберігати такі елементи в одному файлі: аудіо, відео з кількома швидкостями передачі даних, метадані (наприклад, назва і автор файлу), а також команди індексу і сценарію (наприклад, URL-адресу та закриті підписи). Контейнер файлу підтримує файли розміром до 17 мільйонів терабайт.
Щоб забезпечити зв'язок вмісту з підтримуваними програвачами, передбачено кілька розширень файлів. Використовувані розширення файлів повинні бути наступними:
WMA для файлів, які містять аудіо, стислий за допомогою кодека Windows Media Audio або WMV для файлів, які містять аудіо і відео, стислі за допомогою кодеків Windows Media Audio і Windows Media Video.
Вміст, стислий за допомогою інших кодеків, має зберігатися в файлі з розширенням ASF. Завдяки використанню різних розширень користувачі можуть встановлювати кілька програвачів в одній системі, деякі з яких можуть відтворювати тільки аудіо з розширенням WMA, а інші програвачі - аудіо і відео з розширенням WMV
ASX
Метафайл, в якому міститься посилання на структурований файл ASF
RIFF
RIFF (англ. Resource Interchange File Format) - один з форматів файлів-контейнерів для зберігання мультимедіа-даних (відео, аудіо). Найбільш відомими форматами, які використовують RIFF як контейнер, є: AVI (відео), WAV (аудіо), RMI (MIDI-треки). Розроблено він був в 1991 році компаніями Microsoft і IBM.
Основною концепцією RIFF-формату є chunk, порція даних з заголовком і сигнатурою, що вказує на вміст chunk'а.
формат chunk'а
DWORD DWORD
FOURCC
Розмір
дані
Перше подвійне слово заголовка містить чотирибуквений код 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'і
RIFF
Chunk з ckID = 'RIFF' має наступну структуру ckData:
FOURCC FormType тип вмісту
BYTE [] ck вміст
Найбільш распростанённие типи:
'AVI' - AVI: містять відео та аудіо інформацію.
'WAVE' - WAV: містить звукову інформацію
'RMID' - RMI: містить музику в форматі MIDI
Інші типи:
'RDIB' - англ. RIFF Device Independent Bitmap формат зберігання зображень
'RMMP' - англ. RIFF Multimedia Movie File
'PAL' - англ. Palette Format
LIST
Chunk 'LIST' має формат, аналогічний RIFF, перші 4 байта містять ListType (тип вкладеного chunk'а), далі до кінця чанка слід вкладений chunk. В рамках формату AVI всередині LIST містяться chunk'і з Заголовок файлу, заголовками потоків. Так само chunk IST використовується для зберігання інформації про вміст.
JUNK і PAD
Для вирівнювання блоків даних за розміром сектора на носії для забезпечення швидкості перемотування і доступу існують два chunk'а: 'JUNK' і 'PAD', які "нічого не значать", які пропускаються програмами відтворення. Спочатку передбачалося, що при створенні файлу ці chunk'і будуть просто заповнені нулями, однак деякі програми редагування відео зберігають там свою сигнатуру. (Наприклад, так надходить Virtual Dub).
INFO
INFO - спеціальний ListType для зберігання інформації про вміст файлу. INFO не впливає на те, як програми працюють з файлом, ця інформація (здебільшого) показується користувачеві .. Список chunk'ов для INFO:
IARL (Archival Location) - місце архівного зберігання документа (практично не використовується)
IART (Artist) - список авторів твору (стандартний тег, відображається практично у всіх плеєрах).
ICMS (Commissioned) - список осіб, які надали вміст файлу. (не використовується)
ICMT (Comments) - коментар. (Відображається практично по всіх плеєрах)
ICOP (Copyright) - інформація про авторські права.
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
Стандарт стиснення MPEG розроблений Експертної групою кінематографії (Moving Picture Experts Group - MPEG). MPEG це стандарт на стиск звукових і відео файлів в більш зручний для завантаження чи пересилання, наприклад через інтернет, формат. Існують різні стандарти MPEG (як їх ще іноді називають фази - phase): MPEG-1, MPEG-2, MPEG-3, MPEG-4, MPEG-7. MPEG складається з трьох частин: Audio, Video, System (об'єднання і синхронізація двох інших).
MPEG1
Стандарт випущений в 1992 р За даним стандартом потоки відео і звукових даних передаються зі швидкістю 1-3 Мбіт в секунду - фактично зі швидкістю одношвидкісного CD-ROM програвача - і управляються шляхом вибірки ключових відео кадрів і заповненням тільки областей, що змінюються між кадрами. M PEG-1 забезпечує якість відеозображення більш низьке, ніж відео, передане по телевізійним стандартам (можна порівняти з якістю VHS відео).
MPEG2
Випущений у 1995 р Понад 97% цифрових даних, що представляють відео сигнал дублюються, тобто є надлишковими і можуть бути стиснуті без збитку якості зображення. Алгоритм MPEG-2 аналізує відеозображення в пошуках повторень, називаних надмірністю. В результаті процесу видалення надмірності, забезпечується чудове відеозображення в форматі MPEG -2 при більш низькій швидкості передачі даних. З цієї причини, сучасні засоби постачання відеопрограм, такі як цифрові супутникові системи і DVD, використовують саме стандарт MPEG-2.
Параметри зображення: 720 ppl x 576 lpf при 25 fps або 640 х 480 х 30. Стандарт призначений для каналів зв'язку, які забезпечують швидкість передачі даних 3-10 Мбіт / с для звичайного телевізійного стандарту і 15-30 Мбіт / с для телебачення високої чіткості ( ТВЧ). У стандарті забезпечується сумісність "вперед", тобто MPEG-2 декодер може декодувати потік даних формату MPEG-1.
Стандарт MPEG-2 також складається з трьох основних частин: системної, відео і звуковий. Системна частина описує формати кодування для мультиплексування звуковий, відео-та іншої інформації, розглядає питання комбінування одного або більше потоків даних в один або безліч потоків, придатних для зберігання або передачі.
MPEG4
MPEG4 має справу не просто з потоками і масивами медіа-даних, а з медіа-об'єктами (це ключове поняття стандарту). Об'єкти можуть бути аудіо-, відео-, аудіовізуальними, графічними (плоскими і тривимірними), текстовими. Вони можуть бути як "природними" (записаними, знятими, відсканованими і т. П.), Так і синтетичними (т. Е. Штучно згенерований). Прикладами об'єктів можуть служити нерухомий фон, відеоперсонажі окремо від фону (на прозорому тлі), синтезована на основі тексту мова, музичні фрагменти, тривимірна модель, яку можна рухати і обертати в кадрі, анімований спрайт. Кожен медіа-об'єкт має пов'язаний з ним набір дескрипторів, де і задаються все його властивості, операції, необхідні для декодування асоційованих з ним потокових даних, розміщення в сцені, а також поведінку і допустимі реакції на дії користувача. З об'єктів будуються сцени. Сцена має свою систему координат, відповідно до якої розміщуються об'єкти. Звукові об'єкти також можуть мати (і змінювати в часі) координати в просторі сцени, завдяки чому досягаються стерео і surround ефекти. Об'єкти можуть бути елементарними (primitive) і складовими (compound), т. Е. Що представляють ту чи іншу композицію елементарних об'єктів (наприклад, згенерований тривимірний телевізор, накладена на його екран жива відеотрансляція і виходить з його динаміків звук). Стандарт задає правила кодування різних об'єктів, їх ієрархії і способи композиції при побудові сцени, а також методи взаємодії користувача з окремими об'єктами всередині сцени. Кожен об'єкт має свою локальну систему координат - з її допомогою об'єкт управляється в просторі і в часі. Сцена описується за допомогою ієрархічної структури; вузлами цієї структури є об'єкти, і вона динамічно перебудовується в міру того, як вузли-об'єкти додаються, видаляються або замінюються.
MPEG7
Новий стандарт MPEG7 не є безпосереднім продовженням лінійки MPEG -предшественніков, хоча по предмету стандартизації частково перегукується з ними. MPEG7 повинен забезпечувати формалізацію і стандартизацію опису різних типів мультимедійної інформації (а не її кодування), щоб гарантувати ефективний і швидкий її пошук. Офіційно новий стандарт називають Multimedia Content Description Interface - інтерфейс опису мультимедійних даних. У ньому визначено стандартний набір дескрипторів ( "опісивателей") для різних типів мультимедіа-інформації. Тут також стандартизується спосіб визначення своїх дескрипторів і їх взаємозв'язку (Description Schemes). Для цих цілей в MPEG7 вводиться спеціалізований мова DDL (Description Definition Language - мова опису визначень).
Основна мета застосування нового стандарту - ефективний пошук мультимедійної інформації аналогічно тому, як зараз ми здійснюємо пошук текстів за ключовими словами або фразі. Як приклад:
- музика - зігравши кілька нот на клавіатурі, можна отримати список музичних творів, які містять таку послідовність звуків;
- графіка - намалювавши ескіз на екрані, отримаємо набір малюнків, що містять подібний фрагмент;
- відео - задавши відповідний об'єкт і його рух, отримаємо набір відео або анімаційних роликів, в яких даний об'єкт присутній.
Matroska / Матрьошка
Matroska (російський варіант - Матрьошка) - проект, націлений на створення відкритого гнучкого крос-платформного (включаючи апаратні платформи) стандарту форматів мультимедійних контейнерів і набору інструментів і бібліотек для роботи з даними в цьому форматі. Цей проект аудіо / відео контейнера не включає в себе форматів стиснення відео і кодеків (таких, як MP3 або JPEG). Це упаковка, яка може містити велику кількість потоків аудіо, відео і субтитрів, дозволяючи користувачеві зберігати в одному файлі цілий фільм і програвати його мультимедіа-програвачем.
Matroska є відкритим проектом (open standard). Це означає, що для персонального використання вона абсолютно безкоштовна, а технічна специфікація формату бітового потоку доступна будь-кому, навіть компаніям, що бажають вбудувати підтримку формату в свої продукти.
DWF
DWF - єдиний формат, підтримуваний на даний момент для завантаження. Design Web FormatT - це відкритий формат файлів, розроблений c метою організації обміну проектними даними (3D моделі з САПР і креслення) для їх перегляду, друку і рецензування. Являє собою контейнер (zip архів), що містить в собі кілька видів даних:
- метадані в XML форматі;
- 3D даний в форматі HOOPS Stream File (.hsf). Дуже компактний формат файлів, що містить 3D дані і зображення. Призначений для потокової передачі через мережу Інтернет. Розроблено в 80х роках. Підтримує полігональний меш (сітку), NURBS геометрію, текстури, камери, джерела освітлення та анімацію. Взагалі вважається відкритим. Специфікація і SDK були доступні за адресою http://www.openhsf.org . Але зараз сайт чомусь недоступний. Комерційна реалізація є у компанії Tech Soft 3D ;
- векторні 2D дані в форматі W2D, розроблений в Autodesk. В різновиди файлів DWFx , 2D дані представлені в форматі XPS , Розроблений в компанії Microsoft. Завдяки використанню XPS полегшується життя розробникам (це ж знайомий XML) + можливість перегляду файлів DWFx штатними засобами ОС Windows (починаючи з Vista).
Створити файли DWF дозволяють багато програм від Autodesk: 3Ds Max, AutoCAD, Inventor.
За допомогою плагінів :
- Для 3D: SolidWorks, CATIA, Pro / ENGINEER Wildfire
- Для 2D: Microsoft PowerPoint, Word, Excel, Visio і Project.
Для програмістів на C ++ є SDK Autodesk DWF Toolkit
Вюверів для DWF:
У випадку з 3D, на сервері DWF файл конвертується в полігональну модель у вигляді набору точок в тривимірних координатах, полігонів і їх нормалей:
Точки:: [- 1.33467, -1.58853, -3.13264, -1.3545, -1.59411, -3.12694]
Координати нормалей:: [- 0.47497,0.875358, -0.0902835, -0.0977853,0.989588, -0.105608]
Індекси точок точок для полігонів:: [0,1]
Чи знаєте Ви, в чому хибність поняття "фізичний вакуум"?
Фізичний вакуум - поняття релятивістської квантової фізики, під ним там розуміють нижчу (основне) енергетичний стан квантованного поля, що володіє нульовими імпульсом, моментом імпульсу і іншими квантовими числами. Фізичним вакуумом релятивістські теоретики називають повністю позбавлене речовини простір, заповнений неізмеряемих, а значить, лише уявним полем. Такий стан на думку релятивістів не є абсолютною порожнечею, але простором, заповненим якимись фантомними (віртуальними) частками. Релятивістська квантова теорія поля стверджує, що, в згоді з принципом невизначеності Гейзенберга, в фізичному вакуумі постійно народжуються і зникають віртуальні, тобто що здаються (кому здаються?), Частки: відбуваються так звані нульові коливання полів. Віртуальні частки фізичного вакууму, а отже, він сам, за визначенням не мають системи відліку, так як в противному випадку порушувався б принцип відносності Ейнштейна, на якому ґрунтується теорія відносності (тобто стала б можливою абсолютна система вимірювання з відліком від частинок фізичного вакууму, що в свою чергу однозначно спростувало б принцип відносності, на якому збудують СТО). Таким чином, фізичний вакуум і його частки не є елементи фізичного світу, але лише елементи теорії відносності, які існують не в реальному світі, але лише в релятивістських формулах, порушуючи при цьому принцип причинності (виникають і зникають безпричинно), принцип об'єктивності (віртуальні частинки можна вважати в завісімсоті від бажання теоретика або існуючими, або неіснуючими), принцип фактичної вимірності (не спостережувані, не мають своєї ІСО).
Коли той чи інший фізик використовує поняття "фізичний вакуум", він або не розуміє абсурдність цього терміна, або лукавить, будучи прихованим або явним прихильником релятивістської ідеології.
Зрозуміти абсурдність цього поняття найлегше звернувшись до витоків його виникнення. Народжене воно було Полем Діраком в 1930-х, коли стало ясно, що заперечення ефіру в чистому вигляді, як це робив великий математик, але посередній фізик Анрі Пуанкаре , Вже не можна. Занадто багато фактів суперечить цьому.
Для захисту релятивізму Поль Дірак ввів афізіческое і алогічне поняття негативної енергії, а потім і існування "моря" двох компенсують один одного енергій в вакуумі - позитивної і негативної, а також "моря" компенсують один одного частинок - віртуальних (тобто здаються) електронів і позитронів в вакуумі.
Однак така постановка є внутрішньо суперечливою (віртуальні частинки ненаблюдаеми і їх по свавіллю можна вважати в одному випадку відсутніми, а в іншому - присутніми) і суперечить релятивізму (тобто заперечення ефіру, так як при наявності таких частинок у вакуумі релятивізм вже просто неможливий). Детальніше читайте в FAQ по ефірної фізиці .
Кому здаються?