Ошибка pipeline error decode video decoder error

Ни один браузер не проигрывает видео на 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:

Источник

Describe the bug
When previewing videos in Lossless Cut sometimes I will hit «problem points» (is what I’m calling them) which cause Lossless Cut to think the video is not playable and to run a conversion on it. The video is definitely playable, however, and if I know where one of these problem points is I can hop over it and continue to play the rest of the video just fine.

I think this could be caused by a number of things, including:

• Corruption in the video file
• My camera inserting weird things into the video (the problem points don’t seem to occur at regular intervals, so this seems unlikely)
• Some problem with ffmpeg on my computer
• Something else?

I would love and appreciate any assistance anyone is willing to give in debugging this. I’m attaching a ~1 minute clip which contains one of these «problem points» at 23.971 seconds in (other than that the video plays back fine, skip over that point and the rest will play back as expected). EDIT: I cannot cut a section small enough to upload to github, here is a google drive link: https://drive.google.com/file/d/1LzKuzGPQR4PYRWX3DqlWqrEyRo1fk4xo/view?usp=sharing

I doubt the problem is Lossless Cut itself, but realistically I think the solution might be. I don’t know enough yet to say for sure, but I suspect that when Lossless Cut encounters one of these problem points something could be done to «retry» playback (maybe a millisecond in the future or something) before resorting to conversion.

What I know so far:

• The error in the ffmpeg console says onVideoError PIPELINE_ERROR_DECODE: VDA Error 4 3
• It’s a specific point in the video, not something that happens after X number of minutes playback
• There does not seem to be a consistent interval where these problem points occur. The first problem points that I encountered happened 16min 4seconds into a clip so I thought maybe it was long videos or something. But I have found sections of video longer than 16:04 that play back fine and sections where a problem point occurs in a short < 5 min clip.

To Reproduce
Steps to reproduce the behavior:

1. Open the provided video file
2. Play back until 23.971 seconds in
3. See main.276ec257.js:2 onVideoError PIPELINE_ERROR_DECODE: VDA Error 4 3 in console

Screenshots

Versions:

• OS: Mac OS 12.3
• Lossless Cut: Version 3.44.0 (3.44.0)
• Camera: Sony a6400
• Video: 4k at 30 frames a second into an MPEG-4
• ffmpeg:

ffmpeg version 5.0 Copyright (c) 2000-2022 the FFmpeg developers
 built with Apple clang version 13.0.0 (clang-1300.0.29.30)
 configuration: --prefix=/usr/local/Cellar/ffmpeg/5.0 --enable-shared --enable-pthreads --enable-version3 --cc=clang --host-cflags= --host-ldflags= --enable-ffplay --enable-gnutls --enable-gpl --enable-libaom --enable-libbluray --enable-libdav1d --enable-libmp3lame --enable-libopus --enable-librav1e --enable-librist --enable-librubberband --enable-libsnappy --enable-libsrt --enable-libtesseract --enable-libtheora --enable-libvidstab --enable-libvmaf --enable-libvorbis --enable-libvpx --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxml2 --enable-libxvid --enable-lzma --enable-libfontconfig --enable-libfreetype --enable-frei0r --enable-libass --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libspeex --enable-libsoxr --enable-libzmq --enable-libzimg --disable-libjack --disable-indev=jack --enable-videotoolbox
 libavutil      57. 17.100 / 57. 17.100
 libavcodec     59. 18.100 / 59. 18.100
 libavformat    59. 16.100 / 59. 16.100
 libavdevice    59.  4.100 / 59.  4.100
 libavfilter     8. 24.100 /  8. 24.100
 libswscale      6.  4.100 /  6.  4.100
 libswresample   4.  3.100 /  4.  3.100
 libpostproc    56.  3.100 / 56.  3.100

Describe the bug
When previewing videos in Lossless Cut sometimes I will hit «problem points» (is what I’m calling them) which cause Lossless Cut to think the video is not playable and to run a conversion on it. The video is definitely playable, however, and if I know where one of these problem points is I can hop over it and continue to play the rest of the video just fine.

I think this could be caused by a number of things, including:

• Corruption in the video file
• My camera inserting weird things into the video (the problem points don’t seem to occur at regular intervals, so this seems unlikely)
• Some problem with ffmpeg on my computer
• Something else?

I would love and appreciate any assistance anyone is willing to give in debugging this. I’m attaching a ~1 minute clip which contains one of these «problem points» at 23.971 seconds in (other than that the video plays back fine, skip over that point and the rest will play back as expected). EDIT: I cannot cut a section small enough to upload to github, here is a google drive link: https://drive.google.com/file/d/1LzKuzGPQR4PYRWX3DqlWqrEyRo1fk4xo/view?usp=sharing

I doubt the problem is Lossless Cut itself, but realistically I think the solution might be. I don’t know enough yet to say for sure, but I suspect that when Lossless Cut encounters one of these problem points something could be done to «retry» playback (maybe a millisecond in the future or something) before resorting to conversion.

What I know so far:

• The error in the ffmpeg console says onVideoError PIPELINE_ERROR_DECODE: VDA Error 4 3
• It’s a specific point in the video, not something that happens after X number of minutes playback
• There does not seem to be a consistent interval where these problem points occur. The first problem points that I encountered happened 16min 4seconds into a clip so I thought maybe it was long videos or something. But I have found sections of video longer than 16:04 that play back fine and sections where a problem point occurs in a short < 5 min clip.

To Reproduce
Steps to reproduce the behavior:

1. Open the provided video file
2. Play back until 23.971 seconds in
3. See main.276ec257.js:2 onVideoError PIPELINE_ERROR_DECODE: VDA Error 4 3 in console

Screenshots

Versions:

• OS: Mac OS 12.3
• Lossless Cut: Version 3.44.0 (3.44.0)
• Camera: Sony a6400
• Video: 4k at 30 frames a second into an MPEG-4
• ffmpeg:

ffmpeg version 5.0 Copyright (c) 2000-2022 the FFmpeg developers
 built with Apple clang version 13.0.0 (clang-1300.0.29.30)
 configuration: --prefix=/usr/local/Cellar/ffmpeg/5.0 --enable-shared --enable-pthreads --enable-version3 --cc=clang --host-cflags= --host-ldflags= --enable-ffplay --enable-gnutls --enable-gpl --enable-libaom --enable-libbluray --enable-libdav1d --enable-libmp3lame --enable-libopus --enable-librav1e --enable-librist --enable-librubberband --enable-libsnappy --enable-libsrt --enable-libtesseract --enable-libtheora --enable-libvidstab --enable-libvmaf --enable-libvorbis --enable-libvpx --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxml2 --enable-libxvid --enable-lzma --enable-libfontconfig --enable-libfreetype --enable-frei0r --enable-libass --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libspeex --enable-libsoxr --enable-libzmq --enable-libzimg --disable-libjack --disable-indev=jack --enable-videotoolbox
 libavutil      57. 17.100 / 57. 17.100
 libavcodec     59. 18.100 / 59. 18.100
 libavformat    59. 16.100 / 59. 16.100
 libavdevice    59.  4.100 / 59.  4.100
 libavfilter     8. 24.100 /  8. 24.100
 libswscale      6.  4.100 /  6.  4.100
 libswresample   4.  3.100 /  4.  3.100
 libpostproc    56.  3.100 / 56.  3.100

What version of Hls.js are you using?

0.13.1

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:

https://static.realeyes.cloud/53_source_92720_361823_hls_1765618_558/53_source_92720_361823_hls_1765618_558.m3u8

https://hls-js.netlify.com/demo/?src=https%3A%2F%2Fstatic.realeyes.cloud%2F53_source_92720_361823_hls_1765618_558%2F53_source_92720_361823_hls_1765618_558.m3u8&demoConfig=eyJlbmFibGVTdHJlYW1pbmciOnRydWUsImF1dG9SZWNvdmVyRXJyb3IiOnRydWUsImR1bXBmTVA0IjpmYWxzZSwibGV2ZWxDYXBwaW5nIjotMSwibGltaXRNZXRyaWNzIjotMX0=

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: {type: «mediaError», details: «fragParsingError», fatal: false, reason: «AAC PES did not start with ADTS header,offset:6», frag: Fragment, …}
[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.

[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: {type: "mediaError", details: "fragParsingError", fatal: false, reason: "AAC PES did not start with ADTS header,offset:6", frag: Fragment, …}
[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)

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

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:

Источник