Pipeline error decode video decoder initialization failed

Formatted as a bug but submitting a question as we dont have a repro and the request is to figure out how we can get one.

Have you read the FAQ and checked for duplicate open issues?

Yes. We saw another item with the same PIPELINE_ERROR_DECODE and that issue seemed to potentially about hardware decoding. We are unable to repro on our various devices

What version of Shaka Player are you using?

Recently updated to 2.5.3 but was previously on 2.5.2.

Can you reproduce the issue with our latest release version?

Just updated so no data yet. It is random so it takes a while to see it.

Can you reproduce the issue with the latest code from master?

Huh?

Are you using the demo app or your own custom app?

Custom app

If custom app, can you reproduce the issue using our demo app?

We dont have an in house repro with any app.

What browser and OS are you using?

Based on logs various Chrome versions with Android OS versions appear to repro.

Last one in logs was Chrome 75.0.3770.101 on Android v8.0.0.
One before that was Chrome 70.0.3538.80 on Android v6.0.1

For embedded devices (smart TVs, etc.), what model and firmware version are you using?

NA

What are the manifest and license server URIs?

We dont use a license server. We are using signed cookies.

What can we do to capture more data when the error occurs so that we may be able to troubleshoot further?

What did you do?

This appears to happen during initialization of the video. The video never reaches the state where it «canplay».

What did you expect to happen?

No error.

What actually happened?

Again we cant repro this in house but this is what we get in logs when we listen to the «error» event on the Shaka player object. Once the error happens in the field — that particular user is blocked. We dont know of a workaround.

shaka.util.Error {
  "severity": 2,
  "category": 3,
  "code": 3016,
  "data": [
    3,
    null,
    "PIPELINE_ERROR_DECODE: video decoder reinitialization failed"
  ],
  "handled": false
}
shaka.util.Error {
  "severity": 2,
  "category": 3,
  "code": 3015,
  "data": [
    {
      "stack": "Error: Failed to execute 'appendBuffer' on 'SourceBuffer': The HTMLMediaElement.error attribute is not null.n    at ce.p.ce (https://worldalive.tours/scripts/shaka-player/dist/shaka-player.compiled.js:135:430)n    at le (https://worldalive.tours/scripts/shaka-player/dist/shaka-player.compiled.js:137:269)n    at ke (https://worldalive.tours/scripts/shaka-player/dist/shaka-player.compiled.js:133:414)n    at Gi.<anonymous> (https://worldalive.tours/scripts/shaka-player/dist/shaka-player.compiled.js:349:245)"
    }
  ],
  "handled": false
}
shaka.util.Error {
  "severity": 2,
  "category": 3,
  "code": 3015,
  "data": [
    {
      "stack": "Error: Failed to execute 'appendBuffer' on 'SourceBuffer': The HTMLMediaElement.error attribute is not null.n    at ce.p.ce (https://worldalive.tours/scripts/shaka-player/dist/shaka-player.compiled.js:135:430)n    at le (https://worldalive.tours/scripts/shaka-player/dist/shaka-player.compiled.js:137:269)n    at ke (https://worldalive.tours/scripts/shaka-player/dist/shaka-player.compiled.js:133:414)n    at Gi.<anonymous> (https://worldalive.tours/scripts/shaka-player/dist/shaka-player.compiled.js:349:245)"
    }
  ],
  "handled": false
}

Ни один браузер не проигрывает видео на Android

Для воспроизведения видео в браузере на Android обычно требуется Flash Player. Однако проблемы могут возникать даже при наличии необходимых компонентов или использовании других технологий воспроизведения – например, через проигрыватель HTML5.

Данная статья подходит для всех брендов, выпускающих телефоны на Android 11/10/9/8: Samsung, HTC, Lenovo, LG, Sony, ZTE, Huawei, Meizu, Fly, Alcatel, Xiaomi, Nokia и прочие. Мы не несем ответственности за ваши действия.

Внимание! Вы можете задать свой вопрос специалисту в конце статьи.

Установка Flash Player

В современных браузерах Flash Player встроен по умолчанию. Но если вы пользуетесь обозревателем, который установлен на Android по умолчанию, то в нем может не оказаться нужного компонента. Единственный способ решения проблемы – использовать другой браузер. Скачайте из Play Market один из перечисленных веб-обозревателей:

• Opera.
• Google Chrome.
• UC Browser.
• Dolphin Browser.
• Maxthon Browser.

После установки браузера проверьте, воспроизводится ли в нем видео. Если проблема заключалась в отсутствии Flash Player, то использование другого веб-обозревателя ее решит.

Отдельно Flash Player установить на Android нельзя – такая возможность не поддерживается, начиная с версии Android 4.0. Компонента даже нет в Play Market. Вы можете скачать его с сайта Adobe и установить из APK-файла, но для работы все равно понадобится сторонний браузер – например, Dolphin Browser.

Использование клиентов

Если проблемы возникают при воспроизведении видео на YouTube, установите на Android официальный клиент видеохостинга. Это поможет обнаружить источник ошибки. Если через приложение видео воспроизводится, а в браузере нет ни изображения, ни звука, следует попробовать скачать другой веб-обозреватель.

Не знаешь как решить проблему в работе своего гаджета и нужен совет специалиста? На вопросы отвечает Алексей, мастер по ремонту смартфонов и планшетов в сервисном центре.Напиши мне »

Для просмотра видео ВКонтакте, Twitter или Instagram также не требуются дополнительные компоненты. Ролики воспроизводятся внутри приложений, не перебрасывая пользователя в браузер.

Нет видео, но есть звук

Отсутствие Flash – не единственная причина того, что ни один браузер не проигрывает видео на Андроид. Если проблемы возникают и в клиентах соцсетей и приложении YouTube, то причину следует искать в модификации отображения и наложениях.

Если в последнее время вы использовали приложения или включали встроенные функции для изменения цветовой температуры, то отключите их или удалите программы для цветокоррекции. Обратите внимание на опции «Инверсия цветов» и «Коррекция цвета» в настройках Android. Найти их можно в разделе «Спец. возможности».

Увеличить

Для другой версии Android это будет: Настройки — Специальные возможности — Зрение — Настройка цвета и Негатив.

Увеличить

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

Если вы не знаете, были ли установлены такие приложения на Android, перезагрузите телефон в безопасном режиме.

1. Удерживайте кнопку питания, пока не появится меню с вариантом «Отключить».
2. Нажмите на пункт «Отключить» и держите палец.
3. Появится окно «Переход в безопасный режим». Нажмите «ОК».
4. Дождитесь выключения телефона и повторной загрузки системы.

Увеличить

Суть безопасного режима в том, что система загружается без установленных приложений. Если здесь видео воспроизводится, то перезагрузите устройство в нормальном режиме и удалите приложения, которые могут создавать наложения.

Другие способы исправления ошибки

Если способы, указанные выше, не помогли решить проблему, попробуйте применить следующие методы:

1. Если видео не воспроизводится на Android 5 или 5.1, включите режим разработчика и переключите потоковый проигрыватель с AwesomePlayer на NUPlayer или наоборот.
2. Попробуйте отключить опции разработчика, отвечающие на аппаратное ускорение визуализации.
3. Если видео не воспроизводится только в одном приложении (например, в клиенте YouTube), откройте раздел «Приложения» в настройках, найдите проблемную программу и очистите ее кэш.

Увеличить

Кроме того, на старых устройствах, работающих на процессорах MTK, иногда приходится сталкиваться с тем, что видео перестает работать при выборе высокого разрешения. Единственный способ решить эту проблему – понизить разрешение до минимального уровня.

Источник

Ошибка воспроизведения Смарт ТВ

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

Почему технология не работает на телевизорах Phillips и Samsung

Наиболее частой проблемой, с которой сталкиваются владельцы ТВ-приемников от Филипс и Самсунг, является отсутствие подключения к Интернету. Доступ к сети возможно осуществить при помощи обычного роутера Wi-Fi. Модели могут отличаться по техническим характеристикам, форме и дизайну, но принцип работы у них одинаковый: они принимают сигнал от провайдера и передают к конечным устройствам буквально по воздуху. Проверка подключения для телевизоров Samsung и Phillips практически ничем не отличается, за исключением одной-двух команд.

На устройстве Филипс необходимо выполнить следующие действия:

1. В главном меню на экране нажать на кнопку с изображением домика.
2. Далее нужно перейти во вкладку «Конфигурация» и выбрать пункт «Настройки сети».
3. Выполнив нажатие по вкладке «Просмотр параметров сети», перед пользователем откроются все сетевые характеристики.
4. Первым делом рекомендуется обратить внимание на пункт «IP адрес». Если указано число в формате 192.168.Х.ХХ. – значит, устройства синхронизированы друг с другом.

Если Smart TV по-прежнему не работает, проблема может заключаться в самом маршрутизаторе. Например, роутер находится на большом расстоянии от ТВ-приемника. В этом случае потребуется поставить его поближе или приобрести более мощный прибор.

При наличии ошибок воспроизведения на Смарт ТВ Samsung или Phillips можно попробовать обновить прошивку, а в некоторых случаях следует поискать альтернативное ПО для устаревших моделей телевизоров.

Как найти ошибку воспроизведения на Smart TV Samsung

В телевизорах Самсунг можно и другим способом выявить ошибку воспроизведения. Если перезагрузка оборудования не помогла, рекомендуется переустановить приложение. Это возможно для моделей J, K, M, N, Q и LS, выпушенных после 2015 года. Переустановка осуществляется таким образом:

1. Необходимо открыть панель приложений APPS и отыскать ту программу, которая не работает или выдает сообщение об ошибке.
2. Далее следует нажать на центральную кнопку пульта и удерживать ее, пока не откроется дополнительное меню.
3. Здесь потребуется выбрать команду «Повторная установка». Время ее выполнения будет зависеть от скорости Интернета.

Если после перезапуска устройства все работает исправно, значит, с телевизором все в порядке.

Приложение иногда не работает по причине блокировки IP-адресов со стороны провайдера. Подключив телевизор к другой точке доступа, пользователь проверит, обращается ли приложение к правильным адресам. Проблема бывает и со стороны DNS серверов. Для их изменения потребуется:

1. Отрыть раздел настроек.
2. Выбрать пункт «Общий», если такового нет, выполнить переход к разделу «Сеть».
3. Выбрав пункт «Состояние сети», пользователь определит, все ли нормально с соединением.
4. После перейти в раздел «Настройки IP» и отыскать вкладку «Настройка DNS». Здесь выбрать пункт «Ввести вручную».
5. В поле сервер DNS указать 8.8.8.8 и подтвердить действие с помощью кнопки «Готово».
6. Для сохранения настроек нажать на «Ок».

В самых тяжелых случаях можно обратиться к специалисту или связаться с разработчиком приложения. Контакты разработчика должны быть указаны в детальном описании программы. Для этого необходимо перейти в магазин Samsung Apps, выбрать используемое приложение и нажать на кнопку в виде трех точек.

Смарт-карта Триколор ТВ: что означает ошибка 8

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

Пользователи, использующие смарт-карту Триколор ТВ, в один день могут столкнуться с появлением на экране надписи, сообщающей о наличии ошибки с кодом 8. Чаще всего она появляется по причине сбоя программного обеспечения, поэтому для начала следует выполнить перезагрузку тюнера. Рекомендуется также проверить, установлена ли карта корректным образом. Если причина не была найдена, можно выполнить сброс настроек до заводских.

Для этого нужно открыть главное меню и выбрать соответствующий пункт. Особое внимание стоит уделить выбору региона, также устройство способно запросить пароль для подтверждения действия. Если код не менялся, нужно ввести 0000.

Появившаяся на экране телевизора «ошибка 8» может быть вызвана следующими причинами:

• неправильная установка или повреждение смарт-карты;
• неисправность ресивера;
• отсутствие обновленного программного обеспечения;
• устаревшая модель приемника;
• сбой на уровне настроек.

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

Трудности зачастую возникают у пользователей, которые приобрели оборудование у частных продавцов. Лучше всего покупать приемники у официальных дилеров, которые продают качественные лицензионные изделия.

Источник

Chrome: PIPELINE_ERROR_DECODE not seen on other browsers #2528

What version of Hls.js are you using?

What browser and OS are you using?

Chrome (This issue does not appear when using in the hls.js demo page on either Firefox or Safari)

Test stream:

Checklist

• The issue observed is not already reported by searching on Github under https://github.com/video-dev/hls.js/issues
• The issue occurs in the stable client on https://hls-js.netlify.com/demo and not just on my page

• The issue occurs in the latest client on https://hls-js-latest.netlify.com/demo and not just on my page

• The stream has correct Access-Control-Allow-Origin headers (CORS)
• There are no network errors such as 404s in the browser console when trying to play the stream

Steps to reproduce

1. Please provide clear steps to reproduce your problem
   Click the link to the hls.js demo page provided and look in the console logs. This error only occurs on chrome browsers but plays fine in Firefox and Safari (although the warnings still exist)
2. If the bug is intermittent, give a rough frequency

Expected behavior

No PIPELINE_ERROR_DECODE: and the ad plays through the whole 30s

Actual behavior

On chrome the PIPELINE_ERROR_DECODE: occurs and the stream crashes

Console output

[log] > parsed codec:mp4a.40.5,rate:44100,nb channel:2
[log] > AAC: align PTS for overlapping frames by -23
[warn] > parsing error:AAC PES did not start with ADTS header,offset:6
Error event:
[log] > audio sampling rate : 44100
[log] > InitPTS for cc: 0 found from video track: 129916
[log] > creating sourceBuffer(audio/mp4;codecs=mp4a.40.2)
[log] > creating sourceBuffer(video/mp4;codecs=avc1.640028)
[log] > main track:audio,container:audio/mp4,codecs[level/parsed]=[mp4a.40.2/mp4a.40.5]
[log] > main track:video,container:video/mp4,codecs[level/parsed]=[avc1.640028/avc1.640028]
[log] > Parsed audio,PTS:[0.000,5.805],DTS:[0.000/5.805],nb:250,dropped:0
[log] > Parsed video,PTS:[0.023,5.996],DTS:[0.000/5.963],nb:180,dropped:0
[log] > main stream-controller: PARSING->PARSED
[log] > main buffered : [0.023,5.805]
[log] > latency/loading/parsing/append/kbps:483/3987/55/16/5478
[log] > main stream-controller: PARSED->IDLE
[log] > Loading 1 of [0 ,4],level 6, currentTime:5.805,bufferEnd:5.805
[log] > main stream-controller: IDLE->FRAG_LOADING
[log] > target start position not buffered, seek to buffered.start(0) 3.118119 from current time 0
[log] > media seeking to 3.118
[log] > media seeked to 3.118
[log] > recoverMediaError
[log] > detachMedia
[log] > media source detaching
[log] > main stream-controller: FRAG_LOADING->STOPPED
[log] > audio stream:IDLE->STOPPED
[log] > attachMedia
main.js:740 The video playback was aborted due to a corruption problem or because the video used features your browser did not support — PIPELINE_ERROR_DECODE: Failed to send audio packet for decoding: timestamp=3390113 duration=23219 size=5774 side_data_size=0 is_key_frame=1 encrypted=0 discard_padding (us)=(0, 0)
Paste the contents of the browser console here.

For media errors reported on Chrome browser, please also paste the output of chrome://media-internals

The text was updated successfully, but these errors were encountered:

Источник

Pipeline error decode что это за ошибка

Обсуждение TOX1
ТВ приставка [Amlogic S905X3]
Обсуждение » | Покупка » | Доработка охлаждения » | Клуб владельцев ТОХ1 » | Каталог программ для Android медиа-приставок » | Выбор ТВ приставки (медиаплеера) » | Пульты для Android miniPC, ТВ, медиацентров и прочего »

• ОС: Android 9 (Android Pie, Android P)
• Процессор: Amlogic S905X3 (Quad-Core ARM Cortex-A55 до 2.0GHz)
• Графический процессор: ARM Mali-G31 MP2 (OpenGL ES 3.2, Vulkan 1.1 и OpenCL 2.0)
• RAM: DDR3 4GB
• ROM: 32GB
• Аппаратная декодинг: H.265 4K [email protected] 75fps, VP9 4K profile 2 60fps, H.264 4K [email protected] 30fps (AVC) 60fps (MVC)
• Поддержка HDR: Есть
• Порты расширения: 1x USB 2.0, 1x USB 3.0, 1x Слот для карт памяти MicroSD
• HDMI: HDMI (1.4 и 2.0 ) с максимально поддерживаемым разрешением [email protected] (HDCP2.2)
• Поддержка сети: LAN 1000M Ethernet, WiFi 2,4GHz, 5GHz, Bluetooth 4.1
• Wi-Fi модуль: RTL8822BS
• Питание: 5V/2A
• Размеры: 110*62*22mm
• Вес: 90g
• Официальный сайт:https://trustonx.com
• Комплектация:
  • 1x ТВ приставка
  • 1x Кабель HDMI
  • 1x Адаптер питания
  • 1x Пульт ДУ

• Отзыв tanuki88 от (11.08.21)
• Отзыв Ksardas_pro от (05.04.21)
• Обзор сайта IXBT.com от (23.03.21)
• Отзыв miha nik от (04.01.21)
• Отзыв dmitry042 от (15.12.20)

• ATV UGOOS Hybrid+ 0.4.2 от AuronSV
• ATV SlimBox 1.5.2 от SlimHouse
• SlimBox AOSP и ATV (версии от 1.5.2 до 1.6.7) от SlimHouse
• SlimBox v.1.6.1 AOSP и ATV от SlimHouse
• ATV на базе 1.5 от Vasily_5
• ATV на базе 1.5 от tatarin13
• ATV на базе 1.5 от AuronSV
• Порт UGOOS Х3 0.4.2 AOSP и ATV от AuronSV
• ATV на базе 1.4 от tatarin13
• TWRP бэкап настроенной ATV прошивки v1.5 от saimonyz

• Ugoos 0.4.1 AOSP и ATV от AuronSV
• Ugoos 0.4.2 AOSP и ATV от AuronSV
• Ugoos (версии от 0.37 и 0.42) от XVortex
• ATV Ugoos 0.4.0 от AuronSV
• ATV Ugoos Hybrid (версии 0.4.1 и 0.4.2) от AuronSV
• Мод на базе порта Ugoos 0.4.0 от JAW
• ATV на базе стоковой прошивки v1.3 от tatarin13
• ATV на базе стоковой прошивки v1.3 от CryptoNick
• ATV на базе стоковой прошивки v1.2 от tatarin13
• TOX1_MG!(Magisk) (на базе стоковой прошивки 1.2) от [email protected]

Прошивка с помощью кабеля и ПК:
Канал «TECHNOZON»
Канал «Pro100tehnika» (на примере х96мах)

Прошивка и создание бэкапа и восстановление бэкапа через TWRP:
Канал «Vasily TV BOX — Прошивки Amlogic модификация»

Сообщение отредактировал MOPE4ok — Вчера, 14:30

Андрей И., Вам на страничку про пульты
Обсуждение Пультов для Android miniPC, ТВ, медиацентров и прочего (Пост gun-fan #17186795)
Дома есть g10s, g30s (с обучением кнопок для тв), сегодня получил G50s. В руке удобнее g10s, но там кнопки заподлицо, неудобно в темноте. G50s ещё не пользовался, посмотрю, но вроде удобно по кнопкам, да ещё под вопросом ИК обучение кнопки выключения, нет там окошка.

Сообщение отредактировал technocat-vl — 24.08.20, 15:46

Приветствую. Благодаря youtube каналу «Технозон» получил вчера этот бокс (бесплатно). За что им огромное спасибо. Сразу же вечером собрал на него АТВ. Особо потестировать ещё не успел. Но программный афр работает. Да и так вроде шустренько всё.
Еще немного погоняю прошивку и если всё будет норм, то выложу в ветке.

Сообщение отредактировал tatarin13 — 31.08.20, 08:37

В ATV-прошивке голосовой поиск глобальный, папа ищет каналы (приложение Wink)
В Ugoos Cube x2 это работает. Родную AOSP не пробовал, сразу перешил на ATV
Пульт g20s работает отлично

Сообщение отредактировал Opupyrkin — 26.08.20, 13:26

Сообщение отредактировал tatarin13 — 26.08.20, 14:56

Приветствую. Вот прошивка АТВ собранная на основе стоковой.
В прошивке отключена проверка подписи;
добавил TWRP 3.4.0;
добавил кнопку перезагрузки в TWRP ;
увеличил время отображения системных панелей;
исправил ошибку с WebViewGoogle;
заменил предустановленную тёмную тему на модифицированную от ув. Tsynik;
добавил модифицированный, рабочий Google Cast от ув. Tsynik;
в прошивке два варианта заставки- Backdrop и Aerial Dream, по умолчанию установлена Backdrop, но в настройках можно поменять на Aerial Dream;
предустановленного софта по минимуму.

Источник

PIPELINE_ERROR_DECODE error in Chrome with android phones. What can we do to troubleshoot? #2020

Formatted as a bug but submitting a question as we dont have a repro and the request is to figure out how we can get one.

Have you read the FAQ and checked for duplicate open issues?

Yes. We saw another item with the same PIPELINE_ERROR_DECODE and that issue seemed to potentially about hardware decoding. We are unable to repro on our various devices

What version of Shaka Player are you using?

Recently updated to 2.5.3 but was previously on 2.5.2.

Can you reproduce the issue with our latest release version?

Just updated so no data yet. It is random so it takes a while to see it.

Can you reproduce the issue with the latest code from master ?

Are you using the demo app or your own custom app?

If custom app, can you reproduce the issue using our demo app?

We dont have an in house repro with any app.

What browser and OS are you using?

Based on logs various Chrome versions with Android OS versions appear to repro.

Last one in logs was Chrome 75.0.3770.101 on Android v8.0.0.
One before that was Chrome 70.0.3538.80 on Android v6.0.1

For embedded devices (smart TVs, etc.), what model and firmware version are you using?

What are the manifest and license server URIs?

We dont use a license server. We are using signed cookies.

What can we do to capture more data when the error occurs so that we may be able to troubleshoot further?

What did you do?

This appears to happen during initialization of the video. The video never reaches the state where it «canplay».

What did you expect to happen?

What actually happened?

Again we cant repro this in house but this is what we get in logs when we listen to the «error» event on the Shaka player object. Once the error happens in the field — that particular user is blocked. We dont know of a workaround.

The text was updated successfully, but these errors were encountered:

Источник

PIPELINE_ERROR_DECODE with HLS playback on Chrome #6093

Description

We are experiencing an issue with Chrome Version 75.0.3770.100 (Official Build) (64-bit) where Video.JS (https://vjs.zencdn.net/7.5.4/video.min.js) brings a «The media playback was aborted due to a corruption problem or because the media used features your browser did not support.» error. It is not specific with a single HLS playlist and the issue is persistent only with Chrome. Firefox and mobile browsers work well. It is only the 2nd time I am opening a ticket so I hope I followed all the guidelines.

Steps to reproduce

1. Go to https://www.ant1.com.cy/webtv/show-page/episodeinner/?showID=99809&episodeID=109813
2. Play Video
3. At on average 15 minutes in, the error comes up.

Results

Expected

Video should play without interruptions.

Actual

«The media playback was aborted due to a corruption problem or because the media used features your browser did not support.»

Error output

In the console I see this error:

video.min.js:12 VIDEOJS: ERROR: (CODE:3 MEDIA_ERR_DECODE) The media playback was aborted due to a corruption problem or because the media used features your browser did not support.
Tt
code: 3
message: «The media playback was aborted due to a corruption problem or because the media used features your browser did not support.»
proto: Object

chrome://media-internals/ brings this output

Additional Information

plugins

videojs-hls-quality-selector.min.js
videojs-contrib-quality-levels.min.js
videojs-brand.min.js
videojs-preroll.min.js

The text was updated successfully, but these errors were encountered:

Источник

Chrome: PIPELINE_ERROR_DECODE not seen on other browsers #2528

What version of Hls.js are you using?

What browser and OS are you using?

Chrome (This issue does not appear when using in the hls.js demo page on either Firefox or Safari)

Test stream:

Checklist

• The issue observed is not already reported by searching on Github under https://github.com/video-dev/hls.js/issues
• The issue occurs in the stable client on https://hls-js.netlify.com/demo and not just on my page

• The issue occurs in the latest client on https://hls-js-latest.netlify.com/demo and not just on my page

• The stream has correct Access-Control-Allow-Origin headers (CORS)
• There are no network errors such as 404s in the browser console when trying to play the stream

Steps to reproduce

1. Please provide clear steps to reproduce your problem
   Click the link to the hls.js demo page provided and look in the console logs. This error only occurs on chrome browsers but plays fine in Firefox and Safari (although the warnings still exist)
2. If the bug is intermittent, give a rough frequency

Expected behavior

No PIPELINE_ERROR_DECODE: and the ad plays through the whole 30s

Actual behavior

On chrome the PIPELINE_ERROR_DECODE: occurs and the stream crashes

Console output

[log] > parsed codec:mp4a.40.5,rate:44100,nb channel:2
[log] > AAC: align PTS for overlapping frames by -23
[warn] > parsing error:AAC PES did not start with ADTS header,offset:6
Error event:
[log] > audio sampling rate : 44100
[log] > InitPTS for cc: 0 found from video track: 129916
[log] > creating sourceBuffer(audio/mp4;codecs=mp4a.40.2)
[log] > creating sourceBuffer(video/mp4;codecs=avc1.640028)
[log] > main track:audio,container:audio/mp4,codecs[level/parsed]=[mp4a.40.2/mp4a.40.5]
[log] > main track:video,container:video/mp4,codecs[level/parsed]=[avc1.640028/avc1.640028]
[log] > Parsed audio,PTS:[0.000,5.805],DTS:[0.000/5.805],nb:250,dropped:0
[log] > Parsed video,PTS:[0.023,5.996],DTS:[0.000/5.963],nb:180,dropped:0
[log] > main stream-controller: PARSING->PARSED
[log] > main buffered : [0.023,5.805]
[log] > latency/loading/parsing/append/kbps:483/3987/55/16/5478
[log] > main stream-controller: PARSED->IDLE
[log] > Loading 1 of [0 ,4],level 6, currentTime:5.805,bufferEnd:5.805
[log] > main stream-controller: IDLE->FRAG_LOADING
[log] > target start position not buffered, seek to buffered.start(0) 3.118119 from current time 0
[log] > media seeking to 3.118
[log] > media seeked to 3.118
[log] > recoverMediaError
[log] > detachMedia
[log] > media source detaching
[log] > main stream-controller: FRAG_LOADING->STOPPED
[log] > audio stream:IDLE->STOPPED
[log] > attachMedia
main.js:740 The video playback was aborted due to a corruption problem or because the video used features your browser did not support — PIPELINE_ERROR_DECODE: Failed to send audio packet for decoding: timestamp=3390113 duration=23219 size=5774 side_data_size=0 is_key_frame=1 encrypted=0 discard_padding (us)=(0, 0)
Paste the contents of the browser console here.

For media errors reported on Chrome browser, please also paste the output of chrome://media-internals

The text was updated successfully, but these errors were encountered:

Источник

Chrome: PIPELINE_ERROR_DECODE not seen on other browsers #2528

Comments

What version of Hls.js are you using?

What browser and OS are you using?

Chrome (This issue does not appear when using in the hls.js demo page on either Firefox or Safari)

Test stream:

Checklist

• The issue observed is not already reported by searching on Github under https://github.com/video-dev/hls.js/issues
• The issue occurs in the stable client on https://hls-js.netlify.com/demo and not just on my page

• The issue occurs in the latest client on https://hls-js-latest.netlify.com/demo and not just on my page

• The stream has correct Access-Control-Allow-Origin headers (CORS)
• There are no network errors such as 404s in the browser console when trying to play the stream

Steps to reproduce

1. Please provide clear steps to reproduce your problem
   Click the link to the hls.js demo page provided and look in the console logs. This error only occurs on chrome browsers but plays fine in Firefox and Safari (although the warnings still exist)
2. If the bug is intermittent, give a rough frequency

Expected behavior

No PIPELINE_ERROR_DECODE: and the ad plays through the whole 30s

Actual behavior

On chrome the PIPELINE_ERROR_DECODE: occurs and the stream crashes

Console output

[log] > parsed codec:mp4a.40.5,rate:44100,nb channel:2
[log] > AAC: align PTS for overlapping frames by -23
[warn] > parsing error:AAC PES did not start with ADTS header,offset:6
Error event:
[log] > audio sampling rate : 44100
[log] > InitPTS for cc: 0 found from video track: 129916
[log] > creating sourceBuffer(audio/mp4;codecs=mp4a.40.2)
[log] > creating sourceBuffer(video/mp4;codecs=avc1.640028)
[log] > main track:audio,container:audio/mp4,codecs[level/parsed]=[mp4a.40.2/mp4a.40.5]
[log] > main track:video,container:video/mp4,codecs[level/parsed]=[avc1.640028/avc1.640028]
[log] > Parsed audio,PTS:[0.000,5.805],DTS:[0.000/5.805],nb:250,dropped:0
[log] > Parsed video,PTS:[0.023,5.996],DTS:[0.000/5.963],nb:180,dropped:0
[log] > main stream-controller: PARSING->PARSED
[log] > main buffered : [0.023,5.805]
[log] > latency/loading/parsing/append/kbps:483/3987/55/16/5478
[log] > main stream-controller: PARSED->IDLE
[log] > Loading 1 of [0 ,4],level 6, currentTime:5.805,bufferEnd:5.805
[log] > main stream-controller: IDLE->FRAG_LOADING
[log] > target start position not buffered, seek to buffered.start(0) 3.118119 from current time 0
[log] > media seeking to 3.118
[log] > media seeked to 3.118
[log] > recoverMediaError
[log] > detachMedia
[log] > media source detaching
[log] > main stream-controller: FRAG_LOADING->STOPPED
[log] > audio stream:IDLE->STOPPED
[log] > attachMedia
main.js:740 The video playback was aborted due to a corruption problem or because the video used features your browser did not support — PIPELINE_ERROR_DECODE: Failed to send audio packet for decoding: timestamp=3390113 duration=23219 size=5774 side_data_size=0 is_key_frame=1 encrypted=0 discard_padding (us)=(0, 0)
Paste the contents of the browser console here.

For media errors reported on Chrome browser, please also paste the output of chrome://media-internals

The text was updated successfully, but these errors were encountered:

Источник

PIPELINE_ERROR_DECODE in Chrome Version 60.0.3112.90 #160

Comments

Hello,
I apologize in advance if this is not a mux.js issue but my tests indicate that it might be.

In my current project I get mp2t packets via a websocket and I am converting those packets to fmp4 using mux.js which I then send to the browser (Windows 10 Chrome Version 60.0.3112.90) via the MSE pipeline. This works great and I am able to see the video for a little while until I get a PIPELINE_ERROR_DECODE error and the stream shuts down. This usually occurs within 30-40 minutes after the video starts playing.

In an effort to narrow down the problem I took the debug index.html (which works great when loading the whole file at a time) and modified it to take a file, read it and then cut it down to 40k slices which I then then feed to the mux.js at a fast rate. I take the output from the “done” event and append it to the MSE buffer. Doing this I also seem to get the PIPELINE_ERROR_DECODE from the browser after the video displays for a few minutes.

I cannot include the file I am using for testing (cause its too big) but any .ts file that is over 20 minutes long with 24 frames per second can be loaded to test this.

Here is the html page I have modified to slice the .ts file:

You are using an outdated browser. Please upgrade your browser or activate Google Chrome Frame to improve your experience.

Transmux Analyzer

This page can help you inspect the results of the transmuxing to mp4 files performed by videojs-contrib-hls. It’s still a bit tricky to create a MSE-compatible fragmented MP4. We’ve had luck with Bento4 and ffmpeg. If you have both of those utilities installed, you can create a working MP4 like this: Looking for the FLV tool?

Источник

MSE Debugging — pipeline: decode error #43

Comments

We have a lot of NVR’s and cameras and we can’t re-encode video due to performance issues.
Some of them is working fine. Some of them not.

For example, we have a couple of cameras with unstable streams (corrupted frames, dropped frames and so on). Firefox, IE and Safari is able to decode this streams but Chrome is not.

The problem is: chrome://media-internals is not helping. I mean, there is too little debug information in this log. pipeline: decode error is not enough.

I will try to publish restream on some public-available server.

Meanwhile. let’s just say: you have better experience with MSE and maybe you know how to debug MSE in Chrome properly?

PS. HLS.js’s log says only error while trying to append buffer:Failed to execute ‘appendBuffer’ on ‘SourceBuffer’: The HTMLMediaElement.error attribute is not null.,try appending later

The text was updated successfully, but these errors were encountered:

Stream created using ffmpeg:

@dananichev Do you see more information in chrome://media-internals if you scroll down to the bottom of the page where it says «Log»?

My player showed identical symptoms to yours. The media-internals Log showed several «error» events prior to the final pipeline: decode error . One of those errors pointed to the problem with my stream:

That message pointed to this bug (https://crbug.com/229412) which is that currently Chrome requires each tls segment to start with a keyframe (even though that’s not required by the MSE spec, or other browsers).

Our HLS streams had not been encoded to start with a keyframe at the beginning of every segment, which seems to be what’s causing this issue for me.

@gmcnaughton error Media segment did not begin with key frame. — different problem. I mean, currently public test stream can restart ffmpeg proccess under different circumstances. Which can produce this type of errors (plus sometimes rtsp source stream going nuts and this is also can possibly cause this kind of errors).

But ultimately i was trying to describe different issue.

As i said previously In my case there is only pipeline: decode error and nothing more. Thats why i need help with debugging.

There were 3 types of errors so far in my experience:

• decode error due to audio codec issues (thats why i used -an in my test setup with this stream)
• decode error due to keyframes issue
• and decode error with no additional information at all

Also, i should probably narrow this down. I just checked again and in Chrome 46 on Windows 10 (i suppose on any Windows) this stream works fine. But in Chrome 46 on OS X behavior is kind of tricky:

Источник

PIPELINE_ERROR_DECODE with HLS playback on Chrome #6093

Comments

Description

We are experiencing an issue with Chrome Version 75.0.3770.100 (Official Build) (64-bit) where Video.JS (https://vjs.zencdn.net/7.5.4/video.min.js) brings a «The media playback was aborted due to a corruption problem or because the media used features your browser did not support.» error. It is not specific with a single HLS playlist and the issue is persistent only with Chrome. Firefox and mobile browsers work well. It is only the 2nd time I am opening a ticket so I hope I followed all the guidelines.

Steps to reproduce

1. Go to https://www.ant1.com.cy/webtv/show-page/episodeinner/?showID=99809&episodeID=109813
2. Play Video
3. At on average 15 minutes in, the error comes up.

Results

Expected

Video should play without interruptions.

Actual

«The media playback was aborted due to a corruption problem or because the media used features your browser did not support.»

Error output

In the console I see this error:

video.min.js:12 VIDEOJS: ERROR: (CODE:3 MEDIA_ERR_DECODE) The media playback was aborted due to a corruption problem or because the media used features your browser did not support.
Tt
code: 3
message: «The media playback was aborted due to a corruption problem or because the media used features your browser did not support.»
proto: Object

chrome://media-internals/ brings this output

Additional Information

plugins

videojs-hls-quality-selector.min.js
videojs-contrib-quality-levels.min.js
videojs-brand.min.js
videojs-preroll.min.js

The text was updated successfully, but these errors were encountered:

Источник

PIPELINE_ERROR_DECODE #1394

Comments

Have you read the FAQ and checked for duplicate open issues?:
yes

What version of Shaka Player are you using?:
«version»: «2.3.0»

Can you reproduce the issue with our latest release version?:
yes

Can you reproduce the issue with the latest code from master ?:
yes

Are you using the demo app or your own custom app?:
custom app

If custom app, can you reproduce the issue using our demo app?:
no

What browser and OS are you using?:
chrome, firefox, Windows 10

What are the manifest and license server URIs?:

(NOTE: you can send the URIs to shaka-player-issues@google.com instead, but please use GitHub and the template for the rest)
(NOTE: a copy of the manifest text or an attached manifest will not be enough to reproduce your issue, and we will ask you to send a URI instead)

What did you do?
loaded the player in autoplay mode.it was playing fine for some time after that it is getting halted

What did you expect to happen?
Continuous Playback

What actually happened?
Halted the playback after playing for sometime.

The shaka-player(«version»: «2.3.0») playback getting halted after played for some time.Am getting the failure as PIPELINE_ERROR_DECODE.Attached the error screen shot.

The text was updated successfully, but these errors were encountered:

Источник