RU2435235C2 - Система и способ указания взаимосвязей треков в мультимедийном файле - Google Patents

Система и способ указания взаимосвязей треков в мультимедийном файле Download PDF

Info

Publication number
RU2435235C2
RU2435235C2 RU2009109847/09A RU2009109847A RU2435235C2 RU 2435235 C2 RU2435235 C2 RU 2435235C2 RU 2009109847/09 A RU2009109847/09 A RU 2009109847/09A RU 2009109847 A RU2009109847 A RU 2009109847A RU 2435235 C2 RU2435235 C2 RU 2435235C2
Authority
RU
Russia
Prior art keywords
tracks
track
group
identifier
mdc
Prior art date
Application number
RU2009109847/09A
Other languages
English (en)
Other versions
RU2009109847A (ru
Inventor
Йе-Куи ВАНГ (FI)
Йе-Куи ВАНГ
Миска ХАННУКСЕЛА (FI)
Миска ХАННУКСЕЛА
Имед БОУАЗИЗИ (FI)
Имед БОУАЗИЗИ
Original Assignee
Нокиа Корпорейшн
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Нокиа Корпорейшн filed Critical Нокиа Корпорейшн
Publication of RU2009109847A publication Critical patent/RU2009109847A/ru
Application granted granted Critical
Publication of RU2435235C2 publication Critical patent/RU2435235C2/ru

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/46—Embedding additional information in the video signal during the compression process
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/19—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier
    • G11B27/28—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording
    • G11B27/32—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on separate auxiliary tracks of the same or an auxiliary record carrier
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/75—Media network packet handling
    • H04L65/752—Media network packet handling adapting media to network capabilities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/75—Media network packet handling
    • H04L65/762—Media network packet handling at the source 
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/75—Media network packet handling
    • H04L65/765—Media network packet handling intermediate
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/30—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using hierarchical techniques, e.g. scalability
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/30—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using hierarchical techniques, e.g. scalability
    • H04N19/39—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using hierarchical techniques, e.g. scalability involving multiple description coding [MDC], i.e. with separate layers being structured as independently decodable descriptions of input picture data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • H04N21/234327—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements by decomposing into layers, e.g. base layer and one or more enhancement layers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/647—Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless
    • H04N21/64784—Data processing by the network
    • H04N21/64792—Controlling the complexity of the content stream, e.g. by dropping packets
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/845—Structuring of content, e.g. decomposing content into time segments
    • H04N21/8455—Structuring of content, e.g. decomposing content into time segments involving pointers to the content, e.g. pointers to the I-frames of the video stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/85—Assembly of content; Generation of multimedia applications
    • H04N21/854—Content authoring
    • H04N21/85406—Content authoring involving a specific file format, e.g. MP4 format

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Compression Or Coding Systems Of Tv Signals (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Signal Processing For Digital Recording And Reproducing (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

Изобретение относится к системам хранения кодированных мультимедийных файлов, в частности к хранению кодированных мультимедийных данных в файлах для локального воспроизведения или трансляции. Техническим результатом является создание способа указания информации многоуровневых групп треков и информации групп треков при кодировании с множеством описаний (MDC), наряду с механизмом указания информации о взаимосвязях треков эффективным образом. Указанный технический результат достигается тем, что в приложениях для локального воспроизведения файлов или в приложениях одноадресной потоковой доставки при выборе независимо декодируемого трека для конкретного типа мультимедийных данных сначала находят информацию о группах альтернативных треков с использованием блока взаимосвязей треков и для заданного типа мультимедийных данных выбирают один трек из группы альтернативных треков. Если требуется переключить поток, то с помощью блока взаимосвязей треков находят информацию о группе переключаемых треков. В многоадресных приложениях с масштабируемыми потоками или потоками MDC, треки в многоуровневых группах или группах треков MDC находят с помощью блока взаимосвязей треков и выбирают из всех многоуровневых групп или групп MDC. 6 н. и 16 з.п. ф-лы, 3 ил.

Description

Область техники
Настоящее изобретение относится, в общем, к хранению кодированных мультимедийных файлов. В частности, настоящее изобретение относится к хранению кодированных мультимедийных данных в файлах для локального воспроизведения или трансляции.
Предпосылки изобретения
Данный раздел нацелен на описание предпосылок или контекста изобретения, изложенного в формуле изобретения. Приведенное здесь описание может содержать известные принципы, но не обязательно ограничивается только теми, которые были реально предложены и разработаны.
Таким образом, если не указано обратное, описанное в данном разделе не ограничивается существующим уровнем техники и не признается существующим уровнем техники вследствие его включения в данный раздел.
Мультимедийные приложения имеют такие сервисы, как локальное воспроизведение, потоковое воспроизведение или воспроизведение по требованию, диалоговые и широковещательные/многоадресные сервисы. Технологии, используемые в мультимедийных приложениях, включают, среди прочих, кодирование мультимедийной информации (аудио/видео данных), ее хранение и передачу. Для различных технологий были приняты соответствующие стандарты. Масштабируемое кодирование позволяет получать масштабируемые мультимедийные потоки, в которых отдельный поток может кодироваться на нескольких уровнях. При использовании масштабируемого кодирования каждый уровень, совместно с необходимыми нижележащими уровнями, является одним из возможных представлений мультимедийной последовательности с определенным пространственным разрешением, временным разрешением, заданным уровнем качества или некоторой комбинацией этих трех параметров. Часть масштабируемого потока может быть выделена и декодирована с необходимым пространственным разрешением, временным разрешением, заданным уровнем качества или некоторой комбинацией этих параметров. Масштабируемый поток содержит немасштабируемый базовый уровень и один или более “улучшающих” уровней. Улучшающий уровень может улучшать временное разрешение (т.е. частоту кадров), пространственное разрешение, или просто качество видеосодержания, представляемого нижележащим уровнем или его частью. В некоторых случаях данные улучшающего уровня могут быть отброшены, начиная с определенного места или даже с произвольно выбранных позиций, где каждая такая позиция может содержать добавочные данные, представляющие постепенно повышающееся качество видео.
SVC (масштабируемое видеокодирование, scalable video coding) является примером масштабируемого видеокодирования. Актуальный на сегодня проект стандарта SVC описан в документе JVT-S202 «Объединенная модель масштабируемого видео JSVM-6: Объединенный проект №6 с предложенными изменениями» 19-ая встреча, Женева, Швейцария, апрель 2006 г., полностью включенном в настоящий документ путем ссылки.
При видеокодировании с множеством точек наблюдения (multi-view video coding, MVC) видеопоследовательности на выходе различных камер, соответствующих различным видам, кодируются в один битовый поток. После декодирования для отображения конкретного вида показываются изображения, принадлежащие этому виду. Актуальный на сегодня проект стандарта MVC описан в документе JVT-T208 «Объединенная модель видео с множеством точек наблюдения (JMVM-6)» «Объединенный проект №6 с предложенными изменениями», 20-ая встреча JVT, Клагенфурт, Австрия, Июль 2006 г., полностью включенном в настоящий документ путем ссылки.
При кодировании с множеством описаний (multiple description coding, MDC) входная мультимедийная последовательность кодируется в несколько подпотоков, каждый из которых называется “описанием” (description). Каждое описание является независимо декодируемым и представляет определенное качество мультимедийных данных. Однако, на основе декодирования одного или нескольких описаний, добавочное декодирование еще одного описания может дать повышение общего качества мультимедиа. MDC подробно обсуждается в документе «Кодирование с множеством описаний для передачи видео» «Multiple description coding for video delivery» Y. Wang, A. Reibman и S. Lin, заседания IEEE, т.93, №1, январь 2005, полностью включенном в настоящий документ путем ссылки.
Важным звеном в цикле производства мультимедийного содержания (контента), его обработки, передачи и потребления является формат файла. Существует определенная разница между форматом кодирования и форматом файла. Понятие «формат кодирования» относится к действиям конкретного алгоритма кодирования, кодирующего информационное содержание в битовый поток. Понятие «формат файла», в отличие от него, включает систему организации сгенерированного битового потока таким образом, чтобы он мог быть доступен для локального декодирования и воспроизведения, передан в качестве потока или файла, и все это при использовании множества различных архитектур хранения и транспортировки. Также формат файла может облегчать обмен и редактирование мультимедийных данных. Например, большое число приложений потоковой доставки приложений требуют, чтобы заранее закодированный битовый поток на сервере сопровождался метаданными, хранящимися в «треках-указаниях», помогающих серверу в осуществлении потоковой передачи видео клиенту. Примеры информации, которая может входить в метаданные треков-указаний, включают информацию о привязке по времени, отметки точек синхронизации, указания по пакетированию. Эта информация используется для снижения вычислительной нагрузки на сервер и получения максимального качества сервиса для конечного пользователя.
Существующие стандарты форматов мультимедийных файлов включают формат файла ISO (ISO/IEC 14496-12), формат файла MPEG-4 (ISO/IEC 14496-14), формат файла AVC (ISO/IEC 14496-15) и формат файла 3GPP (3GPP TS 26.244). Существует также проект группы MPEG по разработке формата файла SVC, который станет поправкой к формату файла AVC. Параллельно группой MPEG прикладываются усилия по определению формата треков-указаний для сессий FLUTE (file delivery over unidirectional transport, доставка файлов с помощью однонаправленного транспортного протокола).
Формат файла ISO является основой, из которой вытекают все остальные вышеупомянутые форматы файлов. Все эти форматы файлов в совокупности, включая формат файла ISO, называются семейством форматов файлов ISO. В соответствии с семейством форматов файлов ISO каждый файл, будучи иерархически структурированным, содержит только один блок фильма (movie box), который может содержать один или более треков (“дорожек”), при этом каждый трек содержится в одном “блоке трека” (track box). Мультимедийная информация конкретного типа может храниться сразу на нескольких треках. Подмножество таких треков может образовывать группу альтернативных треков, в которой каждый трек может быть декодирован и выбран для воспроизведения или передачи независимо, при этом только один трек из группы должен быть выбран для воспроизведения или передачи.
Все треки в альтернативной группе являются кандидатами при выборе мультимедийной информации. Тем не менее, может не иметь смысла переключаться между некоторыми из этих треков во время сессии. Например, может разрешаться переключение между видеотреками с различным битрейтом при одинаковом размере кадра, но не разрешаться переключение между треками с отличающимся размером кадра. Аналогично, может позволяться выбор (но не переключение) треков с различными видеокодеками или со звуковым сопровождением на разных языках. Различение треков, доступных для выбора, и треков, доступных для переключения, осуществляется путем введения структуры подгрупп, называемых группами переключения. В то время как треки в альтернативной группе являются кандидатами для выбора мультимедийной информации, для треков из (под)группы переключения дополнительно доступно переключение в течение сессии. Различные группы переключения отражают различные аспекты воспроизведения, такие как различный размер кадра, высокое/низкое качество и т.п.
Формат файла ISO поддерживает треки-указания (hint tracks), предоставляющие детальные инструкции для инкапсуляции данных в передаваемые пакеты и передачи сформированных пакетов в соответствии с конкретными отметками времени. Механизм треков-указаний может использоваться серверами, такими, например, как приложения потоковой доставки, для аудио-, видеоданных реального времени. (Детальные инструкции могут включать указания по сборке заголовка пакета и охватывать также сборку полезной части (payload) пакета. При сборке полезной части пакета возможны ссылки на данные, находящиеся в других треках или объектах данных, т.е. при этом ссылкой обозначается какой фрагмент данных в конкретном треке или объекте данных предназначен для копирования в пакет во время его сборки. Механизм треков-указаний надстраивается над любым транспортным протоколом и в настоящее время формат трека-указания для транспортного протокола реального времени (Real-Time Transport Protocol, RTP), (IETF RFC 3550 (www.ietf.org/rfc/rfc3550.txt) (полностью включено в настоящий документ путем ссылки)) определен, а форматы треков-указаний для протоколов доставки файлов по однонаправленным каналам, таких как FLUTE (IETF RFC 3926 (www.ietf.org/rfc/rfc3926.txt) (полностью включено в настоящий документ путем ссылки)) и ALC (IETF RFC 3450 (www.ietf.org/rfc/rfc3450.txt) (полностью включено в настоящий документ путем ссылки)) находятся в процессе стандартизации.
Как было сказано выше, семейство форматов файлов ISO поддерживает треки-указания. Проект формата файла SVC поддерживает структуру данных, называемую экстрактором. Экстрактор аналогичен определенной части указания, но не привязан к конкретному транспортному протоколу. Экстрактор ссылается на подмножество данных порции мультимедийной информации (медиасэмпла), при этом данные, на которые осуществляется ссылка, соответствуют данным, необходимым в этой порции для декодирования и воспроизведения конкретного масштабируемого уровня.
Для многоадресных приложений с масштабируемыми мультимедийными потоками, информация масштабируемого потока может храниться на различных треках, при этом каждый трек будет соответствовать определенному масштабируемому уровню или некоторому множеству смежных уровней. Эти треки могут быть как треками-указаниями, так и треками-экстракторами. Как указывалось ранее, треком-экстрактором называют трек, который содержит экстракторы и, возможно, порции данных неэкстракторов, например блоки мультимедийных данных. Таким образом, если используется многоуровневая многоадресная передача, подпоток в каждом треке может передаваться в отдельной сессии транспортного протокола реального времени (Real-time Transport Protocol, RTP), а приемник “подписывается” на несколько RTP сессий, содержащих требуемый масштабируемый уровень и необходимые нижележащие уровни. Эти треки называются многоуровневой группой треков. Треки, входящие в состав многоуровневой группы треков, формируют независимо декодируемый масштабируемый поток, при этом декодирование подпотока, соответствующего каждому отдельному треку в многоуровневой группе треков, может зависеть от подпотоков, соответствующих другим трекам. Подобно этому, для потока MDC информация каждого подпотока, или описания, может также храниться на своем собственном треке. Эти треки, соответствующие всем описаниям MDC потока, называются группой треков MDC.
Протокол FLUTE, описанный в запросе на обсуждение (Request for Comments, RFC) IETF №3926 (www.ietf.org/rfc/rfc3926.txt), полностью включен в настоящий документ путем ссылки, широко используется в качестве протокола доставки файлов для многоадресных и широковещательных приложений. FLUTE основан на протоколе асинхронного многоуровневого кодирования (asynchronous layered coding protocol, ALC), описанном в IETF RFC 3451 (www.ietf.org/rfc/rfc3451.txt). FLUTE наследует всю функциональность, определенную в протоколах ALC и LCT, которые полностью включены в настоящий документ путем ссылки. LCN определяет понятие каналов LCT для обеспечения широкой масштабируемости. Масштабируемость LCT была разработана на основе принципа управляемой приемником многоуровневой многоадресной передачи (Receiver-driven Layered Multicast, RLM), в которой приемник отвечает за соответствующий алгоритм контроля перегрузки, основанный на добавлении или удалении уровней передаваемых данных. Отправитель посылает данные на различных уровнях, каждый из которых адресуется отдельной группе многоадресной передачи.
В LCT один или несколько каналов могут использоваться для доставки файлов сессии FLUTE. Отправителю FLUTE предоставляется высокая степень свободы в отношении того, каким образом данные разбиваются между каналами LCT. Часто возникающий случай - отправка одних и тех же, но имеющих различный битрейт данных, по различным каналам LCT. В дополнение к этому отправитель FLUTE может действовать интеллектуально, позволяя приемникам запрашивать все файлы сессии FLUTE путем присоединения сразу по всем каналам на более короткое время, чем это обычно требуется при единственном канале. В таком случае данные, посылаемые в каждом отдельном канале, дополняют данные других каналов.
Информация о каналах LCT сессии FLUTE, а также о том, как данные разбиты между различными каналами, задается в настоящее время в спецификации треков-указаний FLUTE. Эта информация помогает серверу FLUTE выбирать нужные каналы и присоединять их к требуемой сессии FLUTE в соответствии с целевым приложением. Если треки в наборе треков-указаний FLUTE не зависят друг от друга, и в ходе сессии FLUTE планируется обработка только одного из этих треков, то, следовательно, они принадлежат группе альтернативных треков, и по меньшей мере их подмножество принадлежит группе переключаемых треков. Если же треки-указания FLUTE дополняют друг друга, они принадлежат к многоуровневой группе треков.
Существующие на сегодняшний день проекты файловых форматов не поддерживают способов обозначения многоуровневой группы треков или группы треков MDC. Более того, применяемым в настоящее время способом обозначения групп альтернативных или переключаемых треков является включение идентификатора (ID) выбираемой или переключаемой группы в структуру данных уровня треков (блок данных заголовка трека для групп альтернативных треков и блок выбора трека в пользовательском блоке данных уровня треков). Это влечет за собой необходимость анализа всех треков в блоке фильма для того, чтобы извлечь информацию о группах альтернативных или переключаемых треков. Если число треков велико, задача анализа становится сложной.
Сущность изобретения
Настоящее изобретение предлагает систему и способ указания информации о взаимосвязи треков в мультимедийных файлах. В частности, настоящее изобретение предлагает механизм указания информации многоуровневых групп треков и информации групп треков MDC, наряду с механизмом указания информации о взаимосвязях треков эффективным образом.
Эти и другие характерные особенности и достоинства настоящего изобретения, совместно с организацией и способом функционирования, будут пояснены в следующем ниже подробном описании с прилагающимися чертежами, на которых одни и те же элементы сохраняют постоянную нумерацию во всех чертежах.
Краткое описание чертежей
На фиг.1 показана типовая мультимедийная система связи, предназначенная для использования с различными вариантами осуществления настоящего изобретения.
На фиг.2 показан вид в перспективе мобильного телефона, пригодного для использования в вариантах реализации настоящего изобретения; и
фиг.3 является схематичным изображением телефонных электрических цепей в мобильном телефоне на фиг.2.
Подробное описание вариантов осуществления изобретения
На фиг.1 показана типовая мультимедийная система связи, предназначенная для использования с настоящим изобретением. Как видно из фиг.1, источник 100 данных предоставляет исходный сигнал в аналоговом, несжатом цифровом, сжатом цифровом формате или любой комбинации этих форматов. Кодирующее устройство 110 кодирует исходный сигнал в кодированный битовый поток мультимедийных данных. Кодирующее устройство 110 может кодировать более одного типа мультимедийных данных, или же более одного кодирующего устройства 110 может потребоваться для кодирования различных типов мультимедийных данных исходного сигнала. Кодирующее устройство 110 может также получать на вход синтезированную информацию, такую, например, как графику или текст, или быть способным порождать кодированный битовый поток синтезированных мультимедийных данных. В дальнейшем, для простоты описания, будет рассматриваться обработка кодированного битового потока только одного мультимедийного типа данных. Тем не менее, следует отметить, что широковещательные сервисы реального времени, как правило, содержат несколько потоков (в большинстве случаев, как минимум, по одному аудио, видео и текстовому потоку субтитров). Также следует отметить, что система может включать несколько кодирующих устройств, однако в дальнейшем для простоты описания будет рассматриваться только одно кодирующее устройство 110.
Кодированный битовый поток мультимедийных данных передается в устройство 120 хранения. Устройство 120 хранения может содержать память большой емкости любого типа для хранения кодированного мультимедийного битового потока. Формат кодированного мультимедийного битового потока в устройстве 120 хранения может быть простым самодостаточным форматом битового потока, или же один или более кодированных мультимедийных битовых потоков могут инкапсулироваться в контейнерный файл. Некоторые системы могут функционировать в режиме «на лету», т.е. минуя устройство хранения, при необходимости передавать кодированный мультимедийный битовый поток в передатчик 130, называемый также сервером. Формат битового потока, используемый при передаче, может быть простым самодостаточным форматом, или же один или более кодированных мультимедийных битовых потоков могут инкапсулироваться в контейнерный файл. Кодирующее устройство 110, устройство 120 хранения и передатчик 130 могут находиться на одном физическом устройстве или входить в состав различных устройств. Кодирующее устройство 110 и передатчик 130 могут оперировать с контентом реального времени «на лету», в этом случае кодированный мультимедийный битовый поток обычно хранится не постоянно, а буферизуется на короткие промежутки времени в кодирующем содержимое устройстве 110 и/или в передатчике 130 с целью сгладить отклонения в задержках обработки, передачи, а также в битрейте (битовой скорости) кодированных мультимедийных данных.
Передатчик 130 передает кодированный мультимедийный битовый поток с использованием стека протоколов передачи данных. Стек может включать (не обязательно ограничиваясь данным списком): транспортный протокол реального времени (Real-Time Transport Protocol, RTP), протокол пользовательских датаграмм (User Datagram Protocol, UDP), протокол Интернета (Internet Protocol, IP). В случае если стек протоколов передачи данных пакетно ориентирован, передатчик 130 инкапсулирует кодированный мультимедийный битовый поток в пакеты. Например, когда используется RTP, передатчик 130 заключает кодированный мультимедийный битовый поток в пакеты RTP в соответствии с форматом полезной нагрузки RTP. Как правило, для каждого типа мультимедийных данных имеется свой отдельный формат полезной нагрузки RTP. Следует еще раз отметить, что система может содержать более одного передатчика 130, но для простоты в дальнейшем описании рассматривается случай, когда имеется только один передатчик 130.
Передатчик 130 может быть соединен (или не соединен) со шлюзом 140 посредством сети связи. Шлюз 140 может выполнять различные функции, такие как трансляцию потока пакетов, соответствующего одному стеку протоколов передачи данных, в другой стек протоколов передачи данных, слияние и разветвление потоков данных, и обработка потоков данных в соответствии с возможностями нисходящей линии связи и/или приемника, например управление битрейтом пересылаемого потока в соответствии с преобладающими условиями нисходящей линии связи в сети. Примерами шлюзов 140 могут служить: устройства для реализации многоточечных аудио- и видеоконференций (multipoint conference control units, MCU), шлюзы между видеотелефонией с коммутацией каналов и коммутацией пакетов, серверы системы «нажми и говори в мобильной сети» (Push-to-talk over Cellular servers, PoC), инкапсуляторы IP в портативных широковещательных системах цифрового видео (digital video broadcasting-handheld, DVB-H), или приставках, перенаправляющих широковещательные передачи локально в домашние беспроводные сети. В случае, когда используется RTP, шлюз 140 называется микшером RTP и выполняет функции конечной точки RTP соединения.
Система содержит один или более приемников 150, способных, как правило, к приему, демодуляции и извлечению (декапсуляции) переданного сигнала с получением кодированного мультимедийного битового потока. Кодированный мультимедийный битовый поток в дальнейшем обычно обрабатывается декодирующим устройством 160, на выходе которого формируется один или несколько несжатых мультимедийных потоков. Наконец, рендерер 170 способен воспроизводить несжатые мультимедийные потоки, с помощью, например, громкоговорителя или дисплея. Приемник 150, декодирующее устройство 160, рендерер 170 могут находиться на одном физическом устройстве или могут входить в состав различных устройств. Следует понимать, что битовый поток, предназначенный для декодирования, может быть принят от удаленного устройства, находящегося в сети потенциально любого типа, а также являться информацией, полученной в результате работы локального аппаратного или программного обеспечения в устройстве. Необходимо также понимать, что хотя текст и примеры, содержащиеся в настоящем документе, могут описывать именно процесс кодирования, те же самые идеи и принципы применимы для соответствующего процесса декодирования и наоборот, что очевидно специалистам в данной области.
При использовании настоящего изобретения выбор треков для локального воспроизведения или передачи в мультимедийных приложениях упрощается в сравнении с общепринятой схемой. В случае локального воспроизведения или в одноадресных приложениях потоковой доставки, при выборе независимо декодируемого трека для конкретного типа мультимедийных данных, сначала находится информация о группах альтернативных треков с помощью блока взаимосвязей треков. В многоадресных приложениях с масштабируемыми или MDC потоками, треки в многоуровневой группе или группе MDC могут быть с легкостью найдены с помощью блока взаимосвязей треков и отобраны среди других многоуровневых или MDC групп.
В одном из вариантов осуществления настоящего изобретения, определяется новый блок (box), идентифицирующий взаимосвязи между треками, он называется в этом документе “блок взаимосвязей треков”. Блок взаимосвязей треков описывается следующим образом:
Тип блока: 'trel'
Контейнер: Movie Box ('moov') - блок фильма
Обязательность: нет
Количество: ноль или один
Синтаксис блока взаимосвязей треков имеет следующий вид:
Figure 00000001
Figure 00000002
В приведенной выше синтаксической структуре “version” (версия) - целое число, определяющее версию блока взаимосвязей треков (0, как указано выше).
Flags (флаги) - 24-битное целое число с флагами. Задаются описанные ниже биты, при этом бит 0 - это бит с наименьшим значением, бит 1 - второй от наименьшего и т.д. Когда бит 0 равен 1, это означает, что в данном блоке присутствует информация о группе альтернативных треков. Когда бит 0 равен 0, это означает, что информация о группе альтернативных треков в данном блоке отсутствует.
Когда бит 1 равен 1, это означает, что в данном блоке присутствует информация о группах переключаемых треков. Когда бит 1 равен 0, это означает, что информация о группах переключаемых треков в данном блоке отсутствует.
Когда бит 2 равен 1, это означает, что в данном блоке присутствует информация о многоуровневых группах треков. Когда бит 2 равен 0, это означает, что информация о многоуровневых группах треков в данном блоке отсутствует.
Когда бит 3 равен 1, это означает, что в данном блоке присутствует информация о группах треков MDC. Когда бит 3 равен 0, это означает, что информация о группах треков MDC в данном блоке отсутствует.
“Num_alternate_groups” обозначает число групп альтернативных треков, о которых сообщается. “Alternate_group_id” обозначает идентификатор i-ой группы альтернативных треков, о которой сообщается. Это величина, не равная 0. Любой трек, на который ссылается alternate_group_id, имеет значение alternate_group (в блоке заголовке трека) равное значению alternate_group_id. Любой трек, имеющий значение alternate_group (в блоке заголовка трека) не равное 0, имеет соответствующий alternative_group_id. “Num_tracks_in_alternate_group” обозначает число треков в i-ой группе альтернативных треков, о котором сообщается. “Alternate_track_id” обозначает идентификатор j-го трека в i-ой группе альтернативных треков, о котором сообщается.
“Num_switch_groups” обозначает число групп переключаемых треков, о которых сообщается. “Switch_group_id” обозначает идентификатор i-ой группы переключаемых треков, о которой сообщается. Это величина, не равная 0. Для любого трека, соответствующего switch_group_id, в случае, если присутствует блок выбора трека, значение switch_group, указанное в блоке выбора трека, равно значению switch_group_id. Для любого трека, имеющего блок выбора трека, если alternate_group не равно 0, будет иметься соответствующий ему switch_group_id. “Num_tracks_in_switch_group” обозначает число треков в i-ой группе переключаемых треков, о которой сообщается. “Switch_track_id” обозначает идентификатор j-го трека в i-ой группе переключаемых треков, о котором сообщается.
“Num_layered_groups” обозначает число многоуровневых групп треков, о которых сообщается. “Layered_group_id” обозначает идентификатор i-ой многоуровневой группы треков, о которой сообщается.
“Num_tracks_in_layered_group” обозначает число треков в i-ой многоуровневой группе треков, о которой сообщается. “Layered_track_id” обозначает идентификатор j-го трека в i-ой многоуровневой группе треков, о которой сообщается.
“Num_dependent_on_tracks” обозначает число треков, от которых j-ый трек в i-ой многоуровневой группе треков прямо или косвенно зависит.
“Dependent_on_track_id” обозначает идентификатор к-го трека, от которого j-ый трек в i-ой многоуровневой группе треков прямо или косвенно зависит.
“Num_mdc_groups” обозначает число групп треков MDC, о которых сообщается. “Mdc_group_id” обозначает идентификатор i-ой группы треков MDC, о которой сообщается.
“Num_tracks_in_mdc_group” обозначает число треков в i-ой группе треков MDC, о которой сообщается. “Mdc_track_id” обозначает идентификатор j-го трека в i-ой группе треков MDC, о которой сообщается.
В дополнение к вышесказанному, информация о взаимосвязях треков может быть представлена в соответствии с другими вариантами осуществления настоящего изобретения. Например, возможно указание информации о многоуровневых группах треков или треков MDC на уровне треков. Для случая многоуровневых групп треков идентификатор многоуровневой группы указывается в блоке заголовка трека, в пользовательском блоке данных уровня треков или в любой другой структуре данных уровня треков. Ситуация аналогична для случая групп треков MDC. В другом варианте осуществления изобретения блок взаимосвязи треков может также содержаться в блоке заголовка фильма или в пользовательском блоке данных уровня фильма. Еще в одном варианте осуществления изобретения информация о различных типах групп треков может указываться в отдельных блоках. Возможны также, в дополнение к описанным в настоящем документе, иные варианты осуществления изобретения.
На фиг.2 и 3 изображено типовое электронное устройство 12, на основе которого может быть реализовано настоящее изобретение. Необходимо, тем не менее, понимать, что настоящее изобретение не ограничено использованием в конкретном электронном устройстве 12. Электронное устройство 12 на фиг.2 и 3 включает корпус 30, дисплей 32 в виде дисплея на жидких кристаллах, клавиатуру 34, микрофон 36, головной телефон 38, аккумулятор 40, инфракрасный порт 42, антенну 44, смарт-карту 46 в виде UICC в соответствии с одним из вариантов осуществления изобретения, кард-ридер 48, электронные цепи радиоинтерфейса 52, электронные цепи кодека, контроллер 56 и память 58. Все отдельно взятые цепи и элементы широко известны и применяются, например, в модельном ряду мобильных телефонов Nokia.
Устройства связи, реализующие настоящее изобретение, могут осуществлять связь с использованием различных технологий передачи данных, включая (но не ограничиваясь этим): множественный доступ с кодовым разделением (Code Division Multiple Access, CDMA), глобальную систему мобильной связи (Global System for Mobile Communications, GSM), универсальную систему мобильной связи (Universal Mobile Telecommunication System, UMTS), множественный доступ с разделением по времени (Time Division Multiple Access, TDMA), множественный доступ с разделением каналов по частоте (Frequency Division Multiple Access, FDMA), протокол управления передачей/протокол Интернета (Transmission Control Protocol/Internet Protocol, TCP/IP), службу коротких сообщений (Short Messaging Service, SMS), службу мультимедийных сообщений (Multimedia Messaging Service, MMS), сервис мгновенной передачи сообщений (Instant Messaging Service, IMS), Bluetooth, IEEE 802.11 и т.д. Устройство связи может осуществлять связь с использованием различных каналов связи, включая (не обязательно ограничиваясь данным списком) радио, инфракрасные, лазерные, кабельные соединения и т.п.
Настоящее изобретения описано в общем контексте шагов способа, который может быть реализован в одном из вариантов осуществления изобретения с помощью программного продукта, включающего компьютерно-выполняемые инструкции, такие как, например, программный код, выполняемый компьютерами в сетевой среде. Как правило, программные модули включают процедуры, программы, объекты, компоненты, структуры данных и т.д., которые выполняют определенные задачи или представляют определенные типы абстрактных данных. Компьютерно-выполняемые инструкции, связанные с ними структуры данных и программные модули служат примерами программного года для осуществления шагов способа, описанного в этом документе. Определенная последовательность таких исполняемых инструкций или связанных структур данных является примером соответствующих действий по реализации функций, описанных в этих шагах.
Программные и сетевые реализации настоящего изобретения могут быть выполнены с применением стандартных технологий программирования, использующих основанную на правилах или иную логику для осуществления различных шагов поиска в базе данных, шагов по сопоставлению, сравнению и принятию решений. Также следует отметить, что слова «компонент» и «модуль», при использовании их здесь и в формуле изобретения, нацелены на охват различных реализаций с использованием одной или более строки программного кода и/или аппаратные реализации, и/или оборудования для приема ручного ввода.
Вышеизложенное описание вариантов осуществления настоящего изобретения было приведено с целью иллюстрации. Оно не имеет целью быть исчерпывающим и ограничить настоящее изобретение точно описанной формой; изменения и модификации могут осуществляться на основании вышеприведенных идей или вытекать из практики применения настоящего изобретения. Варианты осуществления изобретения, выбранные и описанные для разъяснения принципов настоящего изобретения и их практического применения, предназначены для того, чтобы позволить специалистам использовать настоящее изобретение в различных вариантах его осуществления и с различными модификациями, соответствующими планируемому конкретному применению.

Claims (22)

1. Способ хранения кодированного мультимедийного содержания в иерархически структурированном контейнерном файле, содержащий: включение множества треков в контейнерный файл; определение информации о взаимосвязях треков, идентифицирующей взаимосвязи треков многоуровневых групп или кодирования с множеством описаний (MDC) среди множества треков; указание информации о взаимосвязях треков в блоке взаимосвязей треков; и организацию множества треков и блока взаимосвязей треков в иерархически структурированном контейнерном файле.
2. Способ по п.1, в котором блок взаимосвязей треков также содержит информацию о: числе групп альтернативных треков в контейнерном файле, идентификаторе для каждой группы альтернативных треков, числе треков в каждой группе альтернативных треков и идентификаторе для каждого трека в каждой группе альтернативных треков.
3. Способ по п.1, в котором блок взаимосвязей треков также содержит информацию о: числе групп переключаемых треков в контейнерном файле, идентификаторе для каждой группы переключаемых треков, числе треков в каждой группе переключаемых треков и идентификаторах для каждого трека в каждой группе переключаемых треков.
4. Способ по п.1, в котором блок взаимосвязей треков также содержит информацию о: числе многоуровневых групп треков в контейнерном файле, идентификаторе для каждой многоуровневой группы треков, числе треков в каждой многоуровневой группе треков, идентификаторе для каждого трека в каждой многоуровневой группе треков, для каждого трека, указание числа других треков, от которых прямо или косвенно зависит соответствующий трек, и для каждого трека, идентификацию других треков, от которых прямо или косвенно зависит соответствующий трек.
5. Способ по п.1, в котором блок взаимосвязей треков также содержит информацию о: числе групп треков MDC в контейнерном файле, идентификаторе для каждой группы треков MDC, числе треков в каждой группе треков MDC и идентификаторе для каждого трека в каждой группе треков MDC.
6. Читаемый компьютером носитель, который хранит компьютерную программу, содержащую выполняемый компьютером программный код, обеспечивающий выполнение устройством способа по любому из пп.1-5.
7. Устройство для сохранения кодированного мультимедийного содержания в иерархически структурированном контейнерном файле, содержащее процессор; и блок памяти, подключенный к процессору с возможностью взаимодействия и включающий: компьютерный код для включения множества треков в контейнерный файл; компьютерный код для определения информации о взаимосвязях треков, идентифицирующей взаимосвязи треков многоуровневых групп или кодирования с множеством описаний (MDC) среди множества треков; компьютерный код для указания информации о взаимосвязях треков в блоке взаимосвязей треков; и компьютерный код для организации множества треков и блока взаимосвязей треков в иерархически структурированном контейнерном файле.
8. Устройство по п.7, в котором блок взаимосвязей треков также содержит информацию о: числе групп альтернативных треков в контейнерном файле, идентификаторе для каждой группы альтернативных треков, числе треков в каждой группе альтернативных треков и идентификаторе для каждого трека в каждой группе альтернативных треков.
9. Устройство по п.7, в котором блок взаимосвязей треков также содержит информацию о: числе групп переключаемых треков в контейнерном файле, идентификаторе для каждой группы переключаемых треков, числе треков в каждой группе переключаемых треков и идентификаторах для каждого трека в каждой группе переключаемых треков.
10. Устройство по п.7, в котором блок взаимосвязей треков также содержит информацию о: числе многоуровневых групп треков в контейнерном файле, идентификаторе для каждой многоуровневой группы треков, числе треков в каждой многоуровневой группе треков, идентификаторе для каждого трека в каждой многоуровневой группе треков, для каждого трека, указание числа других треков, от которых прямо или косвенно зависит соответствующий трек, и для каждого трека, идентификацию других треков, от которых прямо или косвенно зависит соответствующий трек.
11. Устройство по п.7, в котором блок взаимосвязей треков также содержит информацию о: числе групп треков MDC в контейнерном файле, идентификаторе для каждой группы треков MDC, числе треков в каждой группе треков MDC и идентификаторе для каждого трека в каждой группе треков MDC.
12. Способ анализа кодированного мультимедийного содержания иерархически структурированного контейнерного файла, включающий: обнаружение блока взаимосвязей треков, содержащегося в контейнерном файле, содержащем множество треков, при этом блок взаимосвязей треков содержит информацию о взаимосвязях треков, идентифицирующую кодирование с множеством описаний (MDC) или взаимосвязи треков многоуровневых групп среди множества треков; анализ указанной в файле информации о взаимосвязях треков, кодированной в указанном блоке взаимосвязей треков и идентифицирующей взаимосвязи треков многоуровневых групп или кодирования с множеством описаний (MDC) среди множества треков; и анализ множества треков контейнерного файла в соответствии с проанализированной информацией о взаимосвязях треков.
13. Способ по п.12, в котором блок взаимосвязей треков также содержит информацию о: числе групп альтернативных треков в контейнерном файле, идентификаторе для каждой группы альтернативных треков, числе треков в каждой группе альтернативных треков и идентификаторе для каждого трека в каждой группе альтернативных треков.
14. Способ по п.12, в котором блок взаимосвязей треков также содержит информацию о: числе групп переключаемых треков в контейнерном файле, идентификаторе для каждой группы переключаемых треков, числе треков в каждой группе переключаемых треков и идентификаторе для каждого трека в каждой группе переключаемых треков.
15. Способ по п.12, в котором блок взаимосвязей треков также содержит информацию о: числе многоуровневых групп треков в контейнерном файле, идентификаторе для каждой многоуровневой группы треков, числе треков в каждой многоуровневой группе треков, идентификаторе для каждого трека в каждой многоуровневой группе треков, для каждого трека, указание числа других треков, от которых прямо или косвенно зависит соответствующий трек, и для каждого трека идентификацию других треков, от которых прямо или косвенно зависит соответствующий трек.
16. Способ по п.12, в котором блок взаимосвязей треков также содержит информацию о: числе групп треков MDC в контейнерном файле, идентификаторе для каждой группы треков MDC, числе треков в каждой группе треков MDC и идентификаторе для каждого трека в каждой группе треков MDC.
17. Читаемый компьютером носитель, который хранит компьютерную программу, содержащую выполняемый компьютером программный код, обеспечивающий выполнение устройством способа по любому из пп.12-16.
18. Устройство для анализа кодированного мультимедийного содержания иерархически структурированного контейнерного файла, включающее процессор; и блок памяти, подключенный к процессору с возможностью взаимодействия и включающий: компьютерный код для обнаружения блока взаимосвязей треков, содержащегося в контейнерном файле, содержащем множество треков, при этом блок взаимосвязей треков содержит информацию о взаимосвязях треков, идентифицирующую кодирование с множеством описаний (MDC) или взаимосвязи треков многоуровневых групп среди множества треков; компьютерный код для анализа указанной информации о взаимосвязях треков, кодированной в указанном блоке взаимосвязей треков и идентифицирующей взаимосвязи треков многоуровневых групп или кодирования с множеством описаний (MDC) среди множества треков; и компьютерный код для анализа множества треков контейнерного файла в соответствии с проанализированной информацией о взаимосвязях треков.
19. Устройство по п.18, в котором блок взаимосвязей треков также содержит информацию о: числе групп альтернативных треков в контейнерном файле, идентификаторе для каждой группы альтернативных треков, числе треков в каждой группе альтернативных треков и идентификаторе для каждого трека в каждой группе альтернативных треков.
20. Устройство по п.18, в котором блок взаимосвязей треков также содержит информацию о: числе групп переключаемых треков в контейнерном файле, идентификаторе для каждой группы переключаемых треков, числе треков в каждой группе переключаемых треков и идентификаторе для каждого трека в каждой группе переключаемых треков.
21. Устройство по п.18, в котором блок взаимосвязей треков также содержит информацию о: числе многоуровневых групп треков в контейнерном файле, идентификаторе для каждой многоуровневой группы треков, числе треков в каждой многоуровневой группе треков, идентификаторе для каждого трека в каждой многоуровневой группе треков, для каждого трека, указание числа других треков, от которых прямо или косвенно зависит соответствующий трек, и для каждого трека, идентификацию других треков, от которых прямо или косвенно зависит соответствующий трек.
22. Устройство по п.18, в котором блок взаимосвязей треков также содержит информацию о: числе групп треков MDC в контейнерном файле, идентификаторе для каждой группы треков MDC, числе треков в каждой группе треков MDC и идентификаторе для каждого трека в каждой группе треков MDC.
RU2009109847/09A 2006-08-24 2007-08-20 Система и способ указания взаимосвязей треков в мультимедийном файле RU2435235C2 (ru)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US84020906P 2006-08-24 2006-08-24
US60/840,209 2006-08-24

Publications (2)

Publication Number Publication Date
RU2009109847A RU2009109847A (ru) 2010-10-27
RU2435235C2 true RU2435235C2 (ru) 2011-11-27

Family

ID=39107195

Family Applications (1)

Application Number Title Priority Date Filing Date
RU2009109847/09A RU2435235C2 (ru) 2006-08-24 2007-08-20 Система и способ указания взаимосвязей треков в мультимедийном файле

Country Status (8)

Country Link
EP (1) EP2055107B1 (ru)
KR (1) KR101021831B1 (ru)
CN (1) CN101518087B (ru)
AU (1) AU2007287222A1 (ru)
CA (1) CA2661578C (ru)
RU (1) RU2435235C2 (ru)
WO (1) WO2008023328A2 (ru)
ZA (1) ZA200901936B (ru)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2685233C2 (ru) * 2014-01-08 2019-04-17 Квэлкомм Инкорпорейтед Перенос потоков битов расширения стандарта высокоэффективного кодирования видео (hevc) и буферной модели с помощью систем стандарта экспертной группы по движущимся изображениям (mpeg)-2

Families Citing this family (41)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6307487B1 (en) 1998-09-23 2001-10-23 Digital Fountain, Inc. Information additive code generator and decoder for communication systems
US7068729B2 (en) 2001-12-21 2006-06-27 Digital Fountain, Inc. Multi-stage code generator and decoder for communication systems
US9240810B2 (en) 2002-06-11 2016-01-19 Digital Fountain, Inc. Systems and processes for decoding chain reaction codes through inactivation
WO2004034589A2 (en) 2002-10-05 2004-04-22 Digital Fountain, Inc. Systematic encoding and decoding of chain reaction codes
CN101834610B (zh) 2003-10-06 2013-01-30 数字方敦股份有限公司 通过通信信道接收从源发射的数据的方法和装置
KR101161193B1 (ko) 2004-05-07 2012-07-02 디지털 파운튼, 인크. 파일 다운로드 및 스트리밍 시스템
JP5550834B2 (ja) 2006-02-13 2014-07-16 デジタル ファウンテン， インコーポレイテッド 可変ｆｅｃオーバヘッド及び保護期間を利用したストリーミング及びバッファリング
US9270414B2 (en) 2006-02-21 2016-02-23 Digital Fountain, Inc. Multiple-field based code generator and decoder for communications systems
WO2007134196A2 (en) 2006-05-10 2007-11-22 Digital Fountain, Inc. Code generator and decoder using hybrid codes
US9380096B2 (en) 2006-06-09 2016-06-28 Qualcomm Incorporated Enhanced block-request streaming system for handling low-latency streaming
US9178535B2 (en) 2006-06-09 2015-11-03 Digital Fountain, Inc. Dynamic stream interleaving and sub-stream based delivery
US9432433B2 (en) 2006-06-09 2016-08-30 Qualcomm Incorporated Enhanced block-request streaming system using signaling or block creation
US9419749B2 (en) 2009-08-19 2016-08-16 Qualcomm Incorporated Methods and apparatus employing FEC codes with permanent inactivation of symbols for encoding and decoding processes
US9386064B2 (en) 2006-06-09 2016-07-05 Qualcomm Incorporated Enhanced block-request streaming using URL templates and construction rules
US9209934B2 (en) 2006-06-09 2015-12-08 Qualcomm Incorporated Enhanced block-request streaming using cooperative parallel HTTP and forward error correction
US9237101B2 (en) 2007-09-12 2016-01-12 Digital Fountain, Inc. Generating and communicating source identification information to enable reliable communications
RU2504917C2 (ru) * 2008-10-07 2014-01-20 Телефонактиеболагет Лм Эрикссон (Пабл) Файл медиаконтейнера
US9281847B2 (en) 2009-02-27 2016-03-08 Qualcomm Incorporated Mobile reception of digital video broadcasting—terrestrial services
US9288010B2 (en) 2009-08-19 2016-03-15 Qualcomm Incorporated Universal file delivery methods for providing unequal error protection and bundled file delivery services
US9917874B2 (en) 2009-09-22 2018-03-13 Qualcomm Incorporated Enhanced block-request streaming using block partitioning or request controls for improved client-side handling
WO2011070552A1 (en) 2009-12-11 2011-06-16 Nokia Corporation Apparatus and methods for describing and timing representations in streaming media files
US9049497B2 (en) 2010-06-29 2015-06-02 Qualcomm Incorporated Signaling random access points for streaming video data
US8918533B2 (en) 2010-07-13 2014-12-23 Qualcomm Incorporated Video switching for streaming video data
US9185439B2 (en) 2010-07-15 2015-11-10 Qualcomm Incorporated Signaling data for multiplexing video components
US9596447B2 (en) 2010-07-21 2017-03-14 Qualcomm Incorporated Providing frame packing type information for video coding
US9456015B2 (en) 2010-08-10 2016-09-27 Qualcomm Incorporated Representation groups for network streaming of coded multimedia data
US9270299B2 (en) 2011-02-11 2016-02-23 Qualcomm Incorporated Encoding and decoding using elastic codes with flexible source block mapping
US8958375B2 (en) 2011-02-11 2015-02-17 Qualcomm Incorporated Framing for an improved radio link protocol including FEC
US9001804B2 (en) 2011-06-16 2015-04-07 Qualcomm Incorporated Sharing multi description coded content utilizing proximate helpers
US9253233B2 (en) 2011-08-31 2016-02-02 Qualcomm Incorporated Switch signaling methods providing improved switching between representations for adaptive HTTP streaming
US9843844B2 (en) 2011-10-05 2017-12-12 Qualcomm Incorporated Network streaming of media data
US9294226B2 (en) 2012-03-26 2016-03-22 Qualcomm Incorporated Universal object delivery and template-based file delivery
US20140297882A1 (en) * 2013-04-01 2014-10-02 Microsoft Corporation Dynamic track switching in media streaming
TWI545942B (zh) 2013-04-30 2016-08-11 杜比實驗室特許公司 從單一容器輸出多語言音訊和相關的音訊之系統及方法
US20180165358A1 (en) * 2014-06-30 2018-06-14 Sony Corporation Information processing apparatus and information processing method
GB2527786B (en) * 2014-07-01 2016-10-26 Canon Kk Method, device, and computer program for encapsulating HEVC layered media data
JPWO2016052191A1 (ja) * 2014-09-30 2017-07-20 ソニー株式会社 送信装置、送信方法、受信装置および受信方法
US9922680B2 (en) * 2015-02-10 2018-03-20 Nokia Technologies Oy Method, an apparatus and a computer program product for processing image sequence tracks
US10034010B2 (en) * 2015-10-14 2018-07-24 Qualcomm Incorporated Alignment of operation point sample group in multi-layer bitstreams file format
CN112804256B (zh) * 2021-02-09 2022-05-24 腾讯科技（深圳）有限公司 多媒体文件中轨道数据的处理方法、装置、介质及设备
CN115474053A (zh) 2021-06-11 2022-12-13 腾讯科技（深圳）有限公司 一种媒体数据的处理方法及相关设备

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1500002A1 (en) * 2002-04-29 2005-01-26 Sony Electronics Inc. Supporting advanced coding formats in media files
KR20050084284A (ko) 2002-12-13 2005-08-26 코닌클리즈케 필립스 일렉트로닉스 엔.브이. 게이트웨이를 위한 장치, 전송 장치, 네트워크, 시스템전환 방법, 인코딩된 스트림 전송 방법 및 네트워크 제공방법
CN1939060B (zh) 2004-02-10 2010-09-29 汤姆逊许可公司 一种用于促进视频信息的流式传输的方法和设备
US9635396B2 (en) * 2005-10-11 2017-04-25 Nokia Technologies Oy System and method for efficient scalable stream adaptation

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
WENGER S. et al. RTP payload format for H.264/SVC scalable video coding, Journal of Zhejiang University SCIENCE A, Volume 7, №5, May 2006 FRANCHI N. et al. Multiple description video coding for scalable and robust transmission over IP, Circuits and Systems for Video Technology, IEEE Transactions on Volume 15, Issue 3, March 2005. VITALI A. Standard-compatible Multiple-Description Coding (MDC) and Layered Coding (LC) of Audio/Video Streams, July 2005, найдено в Интернет на http://tools.ietf.org/tools/rfcmarkup/rfcmarkup.cgi?draft=draft-vitali-ietf-avt-mdc-lc-00.txt. *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2685233C2 (ru) * 2014-01-08 2019-04-17 Квэлкомм Инкорпорейтед Перенос потоков битов расширения стандарта высокоэффективного кодирования видео (hevc) и буферной модели с помощью систем стандарта экспертной группы по движущимся изображениям (mpeg)-2
US10567804B2 (en) 2014-01-08 2020-02-18 Qualcomm Incorporated Carriage of HEVC extension bitstreams and buffer model with MPEG-2 systems

Also Published As

Publication number Publication date
EP2055107A2 (en) 2009-05-06
WO2008023328A2 (en) 2008-02-28
AU2007287222A1 (en) 2008-02-28
CN101518087A (zh) 2009-08-26
ZA200901936B (en) 2010-03-31
CA2661578C (en) 2014-06-17
KR101021831B1 (ko) 2011-03-17
CN101518087B (zh) 2013-05-01
EP2055107B1 (en) 2013-05-15
EP2055107A4 (en) 2011-01-12
CA2661578A1 (en) 2008-02-28
RU2009109847A (ru) 2010-10-27
KR20090045375A (ko) 2009-05-07
WO2008023328A3 (en) 2008-04-24

Similar Documents

Publication Publication Date Title
RU2435235C2 (ru) Система и способ указания взаимосвязей треков в мультимедийном файле
US8365060B2 (en) System and method for indicating track relationships in media files
US9992555B2 (en) Signaling random access points for streaming video data
KR101100413B1 (ko) 트랜스코딩된 미디어 스트림들을 위해 상호운용성 포인트의 미리결정된 시그널링을 제공하고 사용하기 위한 시스템 및 방법
RU2409006C1 (ru) Маркировка виртуальных декодированных опорных изображений и список опорных изображений
KR101037338B1 (ko) 스케일러블 비디오 코딩 및 디코딩
RU2409910C2 (ru) Агрегация изображений с обратной совместимостью при масштабируемом видеокодировании
CN101601305B (zh) 用于可伸缩多媒体的自适应路径的通用指示
TWI435607B (zh) 以媒體檔案發信號通知感興趣區域可縮放性資訊之技術
KR20100030648A (ko) 시간 레이어 스위칭 포인트들을 표시하는 시스템 및 방법
KR101421390B1 (ko) 트릭 모드 비디오 표현물에 대한 비디오 샘플의 시그널링
US7711718B2 (en) System and method for using multiple meta boxes in the ISO base media file format
WO2008148930A1 (en) System and method for storing multiparty vtoeo conferencing presentations
AU2012202346B2 (en) System and method for indicating track relationships in media files
MX2008009353A (en) Backward-compatible aggregation of pictures in scalable video coding

Legal Events

Date Code Title Description
PC41 Official registration of the transfer of exclusive right

Effective date: 20160602

MM4A The patent is invalid due to non-payment of fees

Effective date: 20190821