Адаптация потоковой передачи на основе изображений чистого произвольного доступа (cra)

Адаптация потоковой передачи на основе изображений чистого произвольного доступа (cra)

Иллюстрации

Показать все

Реферат

[0001] ДАННАЯ ЗАЯВКА ИСПРАШИВАЕТ ПРИОРИТЕТ:

предварительной заявки США № 61/665,667, поданной 28 Июня, 2012, полное содержимое которой включено в данный документ посредством ссылки.

ОБЛАСТЬ ТЕХНИКИ

[0002] В целом данное раскрытие относится к обработке видеоданных и, более конкретно, к приемам для поддержки произвольного доступа в сжатых видеопотоках.

УРОВЕНЬ ТЕХНИКИ

[0003] Возможности цифрового видео могут быть включены в широкий диапазон устройств, включающих в себя средства цифрового телевидения, системы цифрового прямого вещания, системы беспроводного вещания, карманные персональные компьютеры (PDA), переносные или настольные компьютеры, планшетные компьютеры, средства чтения электронных книг, цифровые камеры, устройства цифровой записи, цифровые мультимедийные проигрыватели, видеоигровые устройства, консоли видеоигр, сотовые или спутниковые радиотелефоны, так называемые "смартфоны", устройства видеоконференцсвязи, устройства потоковой передачи видео, транскодеры, маршрутизаторы или другие сетевые устройства, и тому подобное. Цифровые видеоустройства реализуют приемы сжатия видео, подобные тем, что описаны в стандартах, определенных в MPEG-2, MPEG-4, ITU-T H.263, ITU-T H.264/MPEG-4, Части 10, Усовершенствованного Видеокодирования (AVC), стандарте Высокоэффективного Видеокодирования (HEVC), разрабатываемом в настоящее время, частных стандартах, открытых форматах сжатия видео, таких как VP8, и расширениях таких стандартов, приемов или форматов. Видеоустройства могут передавать, принимать, кодировать, декодировать, и/или сохранять цифровую видеоинформацию более эффективно посредством реализации таких приемов сжатия видео.

[0004] Приемы сжатия видео выполняют пространственное (внутри изображения) предсказание и/или временное (между изображениями) предсказание для уменьшения или удаления избыточности, присущей видеопоследовательностям. Для кодирования видео на основе блоков видеослайс (то есть видеоизображение или часть видеоизображения) может быть разделен на видеоблоки, которые могут также упоминаться как древовидные блоки, единицы (CU) кодирования и/или узлы кодирования. Видеоблоки во внутренне кодируемом (I) слайсе изображения кодируются с использованием пространственного предсказания относительно опорных выборок в соседних блоках в том же самом изображении. Видеоблоки во внешне кодируемом (P или B) слайсе изображения могут использовать пространственное предсказание относительно опорных выборок в соседних блоках в том же самом изображении или временное предсказание относительно опорных выборок в других опорных изображениях. Изображения могут упоминаться как кадры, и опорные изображения могут упоминаться как опорные кадры.

[0005] Пространственное или временное предсказание имеет результатом предиктивный блок для блока, который должен быть кодирован. Остаточные данные представляют пиксельные разности между исходным блоком, который должен быть кодирован, и предиктивным блоком. Внешне кодируемый блок кодируется в соответствии с вектором движения, который указывает на блок опорных выборок, формирующих предиктивный блок, и остаточными данными, указывающими разность между кодируемым блоком и предиктивным блоком. Внутренне кодируемый блок кодируется согласно режиму внутреннего кодирования и остаточным данным. Для дополнительного сжатия остаточные данные могут быть преобразованы из пиксельной области в область преобразования, имея результатом остаточные коэффициенты преобразования, которые затем могут быть квантованы. Квантованные коэффициенты преобразования, изначально упорядоченные в двумерном массиве, могут быть просканированы для создания одномерного вектора коэффициентов преобразования и энтропийное кодирование может быть применено для достижения еще большего сжатия.

СУЩНОСТЬ ИЗОБРЕТЕНИЯ

[0006] В одном примере приемы данного раскрытия относятся к обработке изображения чистого произвольного доступа (CRA) как изображения доступа с разорванной ссылкой (BLA) на основе внешнего указания. Например, видеодекодер или другое устройство могут принимать внешнее указание. Видеодекодер может затем обрабатывать изображение CRA как изображение BLA на основе внешнего указания. В некоторых примерах флаг задается для изображения CRA и внешнее указание указывает, должен ли флаг быть установлен в видеодекодере. Соответственно, видеодекодер может устанавливать флаг на основе внешнего указания. Декодер или некоторые внутренние функциональные средства, такие как блок обработки внешнего указания или модуль предсказания, могут затем проверить флаг. Например, модуль предсказания может обрабатывать изображение CRA как изображение BLA на основе внешнего указания. Например, декодер может обрабатывать изображение CRA как изображение BLA на основе флага.

[0007] В одном примере данное раскрытие описывает способ обработки видеоданных, который включает в себя прием внешнего указания на видеодекодере и обработку изображения чистого произвольного доступа (CRA) как изображения доступа с разорванной ссылкой (BLA) на основе внешнего указания.

[0008] В другом примере данное раскрытие описывает видеодекодер для обработки видеоданных, включающий в себя процессор, сконфигурированный для приема внешнего указания на видеодекодере и рассмотрения изображения чистого произвольного доступа (CRA) в качестве изображения доступа с разорванной ссылкой (BLA) на основе внешнего указания.

[0009] В другом примере данное раскрытие описывает видеодекодер для обработки видеоданных, который включает в себя средство для приема внешнего указания на видеодекодере и средство для обработки изображения чистого произвольного доступа (CRA) как изображения доступа с разорванной ссылкой (BLA) на основе внешнего указания.

[0010] В другом примере данное раскрытие описывает считываемый компьютером носитель данных. Считываемый компьютером носитель данных имеет сохраненные на нем инструкции, которые при исполнении побуждают один или более процессоров устройства принимать внешнее указание на видеодекодере и обрабатывать изображение чистого произвольного доступа (CRA) как изображение доступа с разорванной ссылкой (BLA) на основе внешнего указания.

[0011] Подробности одного или более примеров изложены в сопроводительных чертежах и описании ниже по тексту. Другие признаки, цели и преимущества будут очевидны из описания и чертежей и из формулы изобретения.

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

[0012] ФИГ. 1 является блок-схемой, иллюстрирующей примерную систему кодирования и декодирования видео, которая может использовать приемы, описанные в данном раскрытии.

[0013] ФИГ. 2 является блок-схемой, иллюстрирующей примерный видеокодер, который может реализовывать приемы, описанные в данном раскрытии.

[0014] ФИГ. 3 является блок-схемой, иллюстрирующей примерный видеодекодер, который может реализовывать приемы, описанные в данном раскрытии.

[0015] ФИГ. 4 является блок-схемой, иллюстрирующей примерный набор устройств, которые формируют часть сети.

[0016] ФИГ. 5 является блок-схемой последовательности операций, иллюстрирующей пример способа в соответствии с одним или более примерами, описанными в данном раскрытии.

[0017] ФИГ. 6 является блок-схемой последовательности операций, иллюстрирующей примерный способ в соответствии с одним или более примерами, описанными в данном раскрытии.

[0018] ФИГ. 7 является блок-схемой последовательности операций, иллюстрирующей примерный способ в соответствии с одним или более примерами, описанными в данном раскрытии.

[0019] ФИГ. 8 является блок-схемой последовательности операций, иллюстрирующей примерную работу по отправке первым устройством внешнего указания и ответные действия второго устройства по приему внешнего указания.

ПОДРОБНОЕ ОПИСАНИЕ

[0020] Данное раскрытие описывает приемы для адаптации потоковой передачи на основе изображений чистого произвольного доступа (CRA). Описаны различные улучшенные проектные решения видеокодирования, которые могут быть связаны с адаптацией потоковой передачи на основе изображений CRA, выводом изображений до изображений точки произвольного доступа (RAP) и сигнализацией информации синхронизации изображений.

[0021] Сначала описывается краткий уровень техники некоторых стандартов видеокодирования. Стандарты видеокодирования включают в себя ITU-T H.261, ISO/IEC MPEG-1 Visual, ITU-T H.262 или ISO/IEC MPEG-2 Visual, ITU-T H.263, ISO/IEC MPEG-4 Visual и ITU-T H.264 (также известный как ISO/IEC MPEG-4 AVC), включающий в себя расширения: Масштабируемое Видеокодирование (SVC) и Многоракурсное Видеокодирование (MVC).

[0022] В дополнение, имеется новый стандарт видеокодирования, называемый Высокоэффективным Кодированием Видео (HEVC), разрабатываемый Объединенной Командой по Кодированию Видео (JCT-VC) Экспертной Группы по Кодированию Видео ITU-T (VCEG) и Экспертной Группой по Движущимся Изображениям ISO/IEC (MPEG). Рабочий Проект (WD) HEVC, упоминаемый как HEVC WD7 в этом документе, доступен по ссылке http://phenix.int-evry.fr/jct/doc_end_user/documents/9_Geneva/wg11/JCTVC-I1003-v5.zip, полное содержимое которой включено в этот документ посредством ссылки.

[0023] Более новый Рабочий Проект (WD) HEVC, упоминаемый как HEVC WD9 в этом документе, доступен по ссылке http://phenix.int-evry.fr/jct/doc_end_user/documents/9_Geneva/wg11/JCTVC-I1003-v10.zip, полное содержимое которой включено в этот документ посредством ссылки.

[0024] В одном примере приемы данного раскрытия относятся к обработке изображения чистого произвольного доступа (CRA) как изображения доступа с разорванной ссылкой (BLA) на основе внешнего указания. Например, видеодекодер или другое устройство могут принимать внешнее указание. Видеодекодер может затем обрабатывать изображение CRA как изображение BLA на основе внешнего указания. В некоторых примерах флаг задается для изображения CRA и внешнее указание указывает, должен ли флаг быть установлен в видеодекодере. Соответственно, видеодекодер может устанавливать флаг на основе внешнего указания. Декодер или некоторые внутренние функциональные средства, такие как блок обработки внешнего указания или модуль предсказания, могут затем проверить флаг. В одном примере модуль предсказания может обрабатывать изображение CRA как изображение BLA на основе внешнего указания. Например, декодер может обрабатывать изображение CRA как изображение BLA на основе флага.

[0025] В другом примере флаг задается для изображения CRA и декодер или другое устройство могут принимать внешнее указание о том, что флаг должен быть установлен. Декодер или другое устройство могут затем установить флаг на основе внешнего указания. Декодер может затем проверить флаг. Когда флаг установлен, декодер может обрабатывать изображение CRA как изображение BLA.

[0026] Произвольный доступ относится к декодированию битового потока видео, начинающемуся с кодированного изображения, которое не является первым кодированным изображением в битовом потоке. Произвольный доступ к битовому потоку необходим во многих практических применениях видео, таких как вещание и потоковая передача, например, для переключения пользователями между различными каналами, для быстрого перехода к конкретным частям видео, или для переключения на другой битовый поток для адаптации потока (например, частота следования битов, частоты кадров, пространственного разрешения и так далее). Эта особенность может быть обеспечена посредством вставки изображений произвольного доступа или точек произвольного доступа многократно с постоянными интервалами в битовый поток видео.

[0027] Соединение битовых потоков относится к связи двух или более битовых потоков или их частей. Например, первый битовый поток может быть присоединен ко второму битовому потоку, возможно с некоторыми модификациями либо одного, либо обоих битовых потоков, для генерирования соединенного битового потока. Первое кодированное изображение во втором битовом потоке также упоминается как точка соединения. Поэтому изображения, следующие за точкой соединения в соединенном битовом потоке, происходят из второго битового потока, тогда как изображения, предшествующие точке соединения в соединенном битовом потоке, происходят из первого битового потока.

[0028] Средства соединения битовых потоков могут выполнять соединение битовых потоков. Средства соединения битовых потоков часто являются менее сложными, менее современными и/или менее интеллектуальными, чем кодеры. Например, они могут не быть оснащены возможностями энтропийного кодирования и декодирования. Средства соединения битовых потоков могут быть включены в любые из устройств, описанных в этом документе, включающих в себя устройства кодирования или сетевые устройства.

[0029] Переключение битового потока может быть использовано в средах адаптивной потоковой передачи. Операция переключения битового потока на некоторое изображение в битовом потоке, на который осуществляется переключение, является эффективной операцией соединения битовых потоков, в которой точкой соединения является точка переключения битового потока, то есть первое изображение из битового потока, на который осуществляется переключение.

[0030] Изображения мгновенного обновления декодирования (IDR), определенные в AVC или HEVC, могут быть использованы для произвольного доступа. Однако, поскольку изображения, следующие за изображением IDR в порядке декодирования, не могут использовать изображения, декодированные до изображения IDR в качестве ссылки, битовые потоки, полагающиеся на изображения IDR для произвольного доступа, могут значительно снизить эффективность кодирования.

[0031] Для улучшения эффективности кодирования понятие изображений чистого произвольного доступа (CRA) было введено в HEVC, чтобы позволить изображениям, которые следуют за изображением CRA в порядке декодирования, но предшествуют ему в порядке вывода, использовать изображения, декодированные до изображения CRA, в качестве ссылки. Изображения, которые следуют за изображением CRA в порядке декодирования, но предшествуют изображению CRA в порядке вывода, упоминаются как ведущие изображения, ассоциированные с изображением CRA (или ведущие изображения для изображения CRA). Ведущие (начальные) изображения для изображения CRA являются корректно декодируемыми, если декодирование начинается с изображения CRA или IDR перед текущим изображением CRA. Однако ведущие изображения для изображения CRA могут не являться корректно декодируемыми, когда возникает произвольный доступ из изображения CRA. Следовательно, декодеры типично отбрасывают ведущие изображения во время декодирования с произвольным доступом. Для предотвращения распространения ошибки от опорных изображений, которые могут не быть доступны в зависимости от того, где начинается декодирование, все изображения, которые следуют за изображением CRA как в порядке декодирования, так и в порядке вывода, не должны использовать какое-либо изображение, которое предшествует изображению CRA либо в порядке декодирования, либо в порядке вывода (который включает в себя ведущие изображения) в качестве ссылки.

[0032] Понятие изображения доступа с разорванной ссылкой (BLA) было дополнительно введено в HEVC после введения изображений CRA и на основе понятия изображений CRA. Изображение BLA типично возникает из соединения битовых потоков в позиции изображения CRA, и в соединенном битовом потоке изображение CRA точки соединения может быть изменено на изображение BLA. Изображение IDR, изображение CRA и изображение BLA совместно упоминаются как изображения точки произвольного доступа (RAP).

[0033] Одним различием между изображениями BLA и изображениями CRA является следующее. Для изображения CRA ассоциированные ведущие изображения являются корректно декодируемыми, если декодирование начинается с изображения RAP перед упомянутым изображением CRA в порядке декодирования. Изображение CRA может не являться корректно декодируемым, когда возникает произвольный доступ из изображения CRA. Например, когда декодирование начинается с изображения CRA или, другими словами, когда изображение CRA является первым изображением в битовом потоке. Для изображения BLA ассоциированные ведущие изображения могут не являться корректно декодируемыми во всех случаях, даже когда декодирование начинается с изображения RAP перед упомянутым изображением BLA в порядке декодирования.

[0034] Для некоторого конкретного изображения BLA или CRA некоторые из ассоциированных ведущих изображений являются корректно декодируемыми даже, когда изображение BLA или CRA является первым изображением в битовом потоке. Эти ведущие изображения упоминаются как декодируемые ведущие изображения (DLP) и другие ведущие изображения упоминаются как недекодируемые ведущие изображения (NLP) или декодируемые ведущие изображения произвольного доступа (RADL). NLP также упоминаются как отмеченные для отбрасывания изображения (TFD) или пропускающие произвольный доступ ведущие изображения (RASL).

[0035] В некоторых случаях нижеследующие проблемы могут быть ассоциированы с некоторыми существующими способами (1) в адаптации потоковой передачи на основе изображений CRA, изменение изображения CRA на изображение BLA обычно необходимо выполнять посредством медиасервера или промежуточного сетевого элемента, например осведомленного о среде сетевого элемента (MANE) или даже не осведомленного о среде сетевого элемента, такого как кэш HTTP или веб-прокси, MANE, который обычно предпочтительно является менее сложным, менее современным и/или менее интеллектуальным и может не обладать возможностью изменения битового потока вовсе, (2) вывод изображений перед изображением BLA или IDR в порядке декодирования может, каким-либо образом, управляться посредством использования no_output_of_prior_pics_flag. Когда no_output_of_prior_pics_flag установлен в "1" или выведен равным 1, все изображения, декодированные в порядке декодирования раньше, чем изображение BLA или IDR, отбрасываются после декодирования изображения BLA или IDR без вывода/отображения. Однако иногда отображение большего количества этих изображений может обеспечить лучшее восприятие пользователем. В настоящий момент отсутствует способ для обеспечения вывода/отображения большего количества изображений в подобных ситуациях, (3) изображениям DLP разрешено выводиться. Поскольку их порядок вывода или время вывода являются более ранними, чем у ассоциированного изображения RAP, самое раннее время представления в ходе произвольного доступа из изображения RAP не может быть известно посредством простой проверки единицы доступа, содержащей изображение RAP. Однако в ходе произвольного доступа из изображения RAP система должна попытаться вычислить самое раннее начало воспроизведения, чтобы выяснить, соответствует ли изображение RAP запросу произвольного доступа от пользователя.

[0036] В данном раскрытии изложено некоторое количество приемов, которые могут, в общем, разрешить или превзойти одну или более из идентифицированных выше по тексту проблем. Некоторое количество путей обработки подобного сообщения, принятого или выведенного, является возможным. Несколько примеров рассматриваются ниже по тексту; они включают в себя (1) рассмотрение изображения CRA в качестве изображения BLA, (2) изменение изображения CRA на изображение BLA и (3) рассмотрение изображения CRA в качестве изображения CRA, которое начинает битовый поток.

[0037] В некотором примере декодер может рассматривать изображение CRA в качестве изображения BLA. Декодер может быть сконфигурирован таким образом, что изображение CRA рассматривается в качестве изображения BLA, когда это указано внешним средством. Таким внешним указанием может быть сообщение, как описано выше по тексту (что некоторое изображение CRA должно быть рассмотрено в качестве изображения BLA), которое передается декодеру посредством функции стороны декодера, через выведение или прием от сервера или промежуточного сетевого элемента.

[0038] Более конкретно, процесс декодирования может быть изменен следующим образом. Отдельная переменная, которая может быть ассоциирована с каждым изображением CRA, может быть использована. Например, переменная HandleCraAsBlaFlag ассоциируется с каждым изображением CRA. Другими словами, каждое изображение CRA может иметь переменную HandleCraAsBlaFlag (также упоминаемую как флаг), ассоциированную с ним. Значение HandleCraAsBlaFlag для некоторых изображений CRA может быть точно определено внешними средствами. Когда значение HandleCraAsBlaFlag для некоторого конкретного изображения CRA не точно определено внешними средствами, оно может быть установлено в "0" (например, HandleCraAsBlaFlag изображения CRA по умолчанию равно "0" со значением "0", указывающим, что изображение CRA не обрабатывается как изображение BLA). В подобном примере значение "1" может указывать, что изображение CRA обрабатывается как изображение BLA. В других примерах истиной может являться противоположное и значение "1" может указывать, что изображение CRA не обрабатывается как изображение BLA и значение "0" может указывать, что изображение CRA обрабатывается как изображение BLA.

[0039] Нижеследующий пример предполагает случай, когда HandleCraAsBlaFlag по умолчанию имеет значение "0", указывающее, что изображение CRA не обрабатывается как изображение BLA, и значение "1", указывающее, что изображение CRA обрабатывается как изображение BLA. Когда декодируют (в том числе анализируют) единицу NAL каждого кодированного слайса, если HandleCraAsBlaFlag равен "1", например, рассмотрение изображения CRA в качестве изображения BLA и nal_unit_type указывает изображение CRA (например, значение равно "4" или "5" согласно HEVC WD7), применяется нижеследующее: (1) значение nal_unit_type изменяется для указания изображения BLA (например, значение увеличивается на 2 согласно HEVC WD7), (2) значение no_output_of_prior_pics_flag устанавливается в 1, (3) если предыдущим изображением в порядке декодирования является изображение RAP и rap_pic_id текущего слайса равен rap_pic_id предыдущего изображения, применяется нижеследующее. Во-первых, если следующим изображением в порядке декодирования не является изображение RAP, значение rap_pic_id текущего слайса изменяется, чтобы быть отличным от rap_pic_id предыдущего изображения в порядке декодирования, но все еще находится в разрешенном диапазоне значений синтаксического элемента. Во-вторых, иначе (следующим изображением в порядке декодирования является изображение RAP) значение rap_pic_id текущего изображения изменяется, чтобы быть значением, которое отличается от rap_pic_id и предыдущего изображения и следующего изображения в порядке декодирования, но все еще находится в разрешенном диапазоне значений синтаксического элемента.

[0040] В качестве альтернативы, когда изменяют изображение CRA на изображение BLA, декодер может выполнять нижеследующее, если присутствуют сообщения SEI синхронизации изображений и время вывода из DPB для всех изображений в DPB меньше, чем время вывода из DPB текущего изображения, значение no_output_of_prior_pics_flag устанавливается в 1; иначе значение no_output_of_prior_pics_flag устанавливается в “0”.

[0041] В некоторых примерах HandleCraAsBlaFlag может являться первым флагом и no_output_of_prior_pictures_flag может являться вторым флагом. В некоторых примерах no_output_of_prior_pictures flag может являться переменной контекста.

[0042] С вышеуказанными изменениями к HEVC WD7 существует возможность дополнительно удалять особые процессы декодирования для изображения CRA, которое является первым изображением в битовом потоке, и ассоциированных изображений TFD. В этом случае, когда битовый поток начинается с изображения CRA, первое изображение CRA в битовом потоке должно быть рассмотрено в качестве изображения BLA путем установки значения HandleCraAsBlaFlag в “1” для начинающего битовый поток изображения CRA, вне зависимости от того, осуществлено ли точное определение значения посредством внешнего средства, если имеется, и применения вышеуказанного измененного процесса декодирования.

[0043] В качестве альтернативы, когда декодируют (в том числе анализируют) единицу NAL каждого кодированного слайса, если текущее изображение является первым изображением в битовом потоке и nal_unit_type указывает изображение CRA (например, значение равно "4" или "5" согласно HEVC WD7), может применяться нижеследующее, значение nal_unit_type изменяется для указания изображения BLA (например, значение увеличивается на 2 согласно HEVC WD5). В данном примере нет необходимости изменять значения no_output_of_prior_pics_flag и rap_pic_id. В качестве альтернативы, значение HandleCraAsBlaFlag может быть указано посредством синтаксического элемента в битовом потоке, например нового синтаксического элемента, который может быть включен в заголовок слайса или новое сообщение SEI.

[0044] Один пример относится к адаптации потоковой передачи на основе изображений CRA. В таком примере вместо того, чтобы полагаться на изменение сервером или промежуточным сетевым элементом изображения BLA на изображение CRA, сервер или промежуточный сетевой элемент может генерировать сообщение, которое должно быть отправлено на сторону декодера (то есть клиента). Сообщение может уведомить декодер, например, что произошла операция переключения битового потока в некотором изображении CRA и что изображение CRA должно быть рассмотрено в качестве изображения BLA. В контексте динамической адаптивной потоковой передачи по HTTP (DASH) сторона декодера может также сама выводить такое сообщение посредством изменения унифицированного указателя ресурса (URL), используемого ей для запроса данных потока, и приема данных мультимедиа, ассоциированных с измененным URL.

[0045] В другом примере изображение CRA может быть изменено таким образом, что если присутствуют сообщения SEI синхронизации изображений и время вывода из DPB для всех изображений в DPB меньше, чем время вывода из DPB текущего изображения, значение no_output_of_prior_pics_flag может быть установлено в 1. Иначе, значение no_output_of_prior_pics_flag может быть установлено в “0”.

[0046] ФИГ. 1 является блок-схемой, иллюстрирующей примерную систему 10 кодирования и декодирования видео, которая может использовать приемы, описанные в данном раскрытии. Как показано на ФИГ. 1, система 10 включает в себя устройство-источник 12, которое генерирует закодированные видеоданные для их декодирования впоследствии устройством-адресатом 14. Приемы, описанные в этом документе, в общем относятся к обработке изображения CRA как изображения BLA на основе внешнего указания. Соответственно, эти приемы могут в общем применяться к устройству-адресату 14, которое может в общем принимать внешнее указание и в ответ на такое внешнее указание может обрабатывать изображение CRA, принятое устройством-адресатом, как изображение BLA в ходе его обработки устройством-адресатом. Однако в некоторых примерах устройство-источник 12 или другое сетевое устройство, такое как MANE, может обеспечить внешнее указание устройству-адресату 14, которое побуждает устройство-адресат 14 обрабатывать изображение CRA, принятое устройством-адресатом, как изображение BLA.

[0047] Устройство-источник 12 и устройство-адресат 14 могут представлять собой любое из широкого диапазона устройств, включающих в себя настольные компьютеры, блокнотные (то есть переносные) компьютеры, планшетные компьютеры, телевизионные приставки, микротелефонные трубки, такие как так называемые "интеллектуальные" телефоны, так называемые "интеллектуальные" планшеты, телевизионные приемники, камеры, устройства отображения, цифровые мультимедийные проигрыватели, консоли для видеоигр, устройства потоковой передачи видео или подобное. В некоторых случаях устройство-источник 12 и устройство-адресат 14 могут быть оборудованы для беспроводной связи.

[0048] Устройство-адресат 14 может принимать закодированные видеоданные, которые должны быть декодированы посредством линии 16 связи. Линия 16 связи может представлять собой любой тип носителя или устройства, способного перемещать закодированные видеоданные из устройства-источника 12 в устройство-адресат 14. В одном примере линия 16 связи может представлять собой среду связи для обеспечения возможности устройству-источнику 12 передавать закодированные видеоданные непосредственно к устройству-адресату 14 в реальном времени. Модулятор может модулировать закодированные видеоданные согласно стандарту связи, такому как протокол беспроводной связи, и передавать устройству-адресату 14. Среда связи может представлять собой любую беспроводную или проводную среду связи, такую как радиочастотный (RF) спектр или одна или более физических линий передачи. Среда связи может формировать часть пакетной сети, такой как локальная сеть, широкомасштабная сеть или глобальная сеть, такая как Интернет. Среда связи может включать в себя маршрутизаторы, коммутаторы, базовые станции или другое оборудование, которое может быть пригодным для содействия связи от устройства-источника 12 к устройству-адресату 14.

[0049] В качестве альтернативы, закодированные данные могут быть выведены от интерфейса 22 вывода к запоминающему устройству 32. Аналогичным образом, входной интерфейс может осуществить доступ к закодированным данным из запоминающего устройства 32. Запоминающее устройство 36 может включать в себя любой из многообразия распространяемых или локально доступных носителей данных, таких как жесткий диск, Blu-Ray диски, DVD, CD-ROM, флэш-память, энергозависимая или энергонезависимая память, либо любые другие подходящие цифровые носители данных для хранения закодированных видеоданных. В дополнительном примере запоминающее устройство 36 может соответствовать файловому серверу или другому промежуточному запоминающему устройству, которое может хранить закодированное видео, сгенерированное устройством-источником 12. Устройство-адресат 14 может осуществлять доступ к хранящимся видеоданным с запоминающего устройства 36 путем потоковой передачи или загрузки. Файловым сервером может быть любой тип сервера, способный хранить закодированные видеоданные и передавать эти закодированные видеоданные устройству-адресату. Примерные файловые серверы включают в себя веб-сервер (например, для веб-сайта), FTP сервер, соединенные с сетью запоминающие устройства (NAS) или локальный дисковый накопитель. Устройство-адресат 14 может осуществлять доступ к закодированным видеоданным через любое стандартное соединение для передачи данных, включающее в себя Интернет-соединение. Это может включать в себя беспроводный канал (например, Wi-Fi соединение), проводное соединение (например, DSL, кабельный модем) или их комбинацию, которая является подходящей для осуществления доступа к закодированным видеоданным, хранящимся на файловом сервере. Передачей закодированных видеоданных от запоминающего устройства 36 может быть потоковая передача, передача загрузки или их комбинацией.

[0050] Приемы данного раскрытия необязательно ограничены беспроводными приложениями или установками. Приемы могут быть применены к кодированию видео в поддержку любого из многообразия мультимедийных приложений, таких как телевизионные вещательные передачи по радиоинтерфейсу, кабельные телевизионные передачи, спутниковые телевизионные передачи, потоковые передачи видео, например, через Интернет, кодирование цифрового видео для хранения на носителе данных, декодирование цифрового видео, хранящегося на носителе данных, или другие приложения. В некоторых примерах система 10 может быть сконфигурирована для поддержки односторонней или двухсторонней передачи видео для поддержки приложений, таких как потоковая передача видео, воспроизведение видео, вещание видео и/или видеотелефония.

[0051] В примере на ФИГ. 1 устройство-источник 12 включает в себя источник 18 видео, видеокодер 20 и интерфейс 22 вывода. В некоторых случаях интерфейс 22 вывода может включать в себя модулятор/демодулятор (модем) и/или передатчик. В устройстве-источнике 12 источник 18 видео может включать в себя источник, такой как устройство видеозахвата. Например, видеокамера, видеоархив, содержащий ранее захваченное видео, интерфейс подачи видео для приема видео от поставщика видеоконтента и/или систему компьютерной графики для генерирования данных компьютерной графики в качестве исходного видео или комбинацию таких источников. В качестве одного примера, если источником 18 видео является видеокамера, устройство-источник 12 и устройство-адресат 14 могут формировать так называемые телефоны с камерами или видеотелефоны. Однако приемы, описанные в этом раскрытии, могут быть применены к кодированию видео в общем и могут быть применены к беспроводным и/или проводным приложениям.

[0052] Видеокодер 20 может кодировать захватываемое, ранее захваченное или сгенерированное компьютером видео. Закодированные видеоданные могут быть переданы непосредственно устройству-адресату 14 через интерфейс 22 вывода устройства-источника 12. В качестве альтернативы, закодированные видеоданные могут быть сохранены на запоминающее устройство 36 для дальнейшего доступа устройством-адресатом 14 или другими устройствами для декодирования и/или воспроизведения. В других примерах могут быть выполнены и то и другое, указанное выше по тексту.

[0053] Устройство-адресат 14 включает в себя интерфейс 28 ввода, видеодекодер 30 и устройством 32 отображения. В некоторых случаях интерфейс 28 ввода может включать в себя приемник и/или модем. Интерфейс 28 ввода устройства-адресата 14 принимает закодированные видеоданные по линии 16 связи. Закодированные видеоданные, передаваемые по линии 16 связи или обеспеченные на запоминающем устройстве 36, могут включать в себя многообразие синтаксических элементов, сгенерированных посредством видеокодера 20 для использования видеодекодером, таким как видеодекодер 30, при декодировании видеоданных. Такие синтаксические элементы могут быть включены в закодированные видеоданные, передаваемые по среде связи, хранимые на носителе данных или хранимые на файловом сервере.

[0054] В одном примере видеодекодер 30 или другое устройство могут принимать внешнее указание. Видеодекодер 30 может затем обрабатывать изображение чистого произвольного доступа (CRA) как изображение доступа с разорванной ссылкой (BLA) на основе внешнего указания. В некоторых примерах внешнее указание указывает, должен ли флаг быть установлен в видеодекодере. Соответственно, видеодекодер 30 может устанавливать флаг на основе внешнего указания. Видеодекодер 30 или некоторые внутренние функциональные средства, такие как блок 72 обработки внешнего указания или модуль 81 предсказания, могут затем проверить флаг. В качестве примера модуль 81 предсказания может обрабатывать изображение CRA как изображение BLA на основе внешнего указания, которое указывает, что изображение CRA должно быть обработано как изображения BLA на основе флага.

[0055] В другом примере видеодекодер 30 или другое устройство может принимать внешнее указание, что флаг должен быть установлен. Видеодекодер 30 или другое устройство может затем установить флаг на основе внешнего указания. Декодер 30 может затем проверить флаг. Когда флаг установлен, видеодекодер 30 обрабатывает изображение CRA как изображение BLA.

[0056] Устройство 32 отображения может быть объединено с устройством-адресатом 14, или быть внешним относительно него. В некоторых примерах устройство-адресат 14 может включать в себя интегрированное устройство отображения и также может быть сконфигурировано для взаимодействия с внешним устройством отображения. В других примерах устройство-адресат 14 может быть устройством отображения. В общем устройство 32 отображения отображает декодированные видеоданные пользователю и может содержать любое из многообразия устройств отображения, таких как жидкокристаллическое устройство отображения (LCD), плазменное устройство отображения, устройство отображения на органических светодиодах (OLED) или другой тип устройства отображения.

[0057] Видеокодер 20 и видеодекодер 30 могут функционировать согласно стандарту сжатия видео, такому как разрабатываемый в настоящее время стандарт Высокоэффективного Видеокодирования (HEVC), и могут соответствовать Тестовой Модели HEVC (HM). Последний проект HEVC, от 27 июня 2012, доступен по ссылке http://wg11.sc29.org/jct/doc_end_user/current_document.php?id=5885/JCTVC-I1003-v5, полное содержимое которого включено в этот документ посредством ссылки. В качестве альтернативы, видеокодер 20 и видеодекодер 30 могут функционировать согласно другим частным или промышленным стандартам, таким как стандарт ITU-T H.264, в качестве альтернативы упоминаемый как MPEG-4, Часть 10, Усовершенствованное Видеокодирование (AVC) или расширения таких стандартов. Приемы данного раскрытия, однако, не ограничены каким-либо конкретным стандартом кодирования. Другие примеры станда