Pipeline error decode vba error 4

Error during playback triggers conversion even though video is playable (PIPELINE_ERROR_DECODE: VDA Error 4 3) #1115

Comments

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 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:

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?

Источник

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:

Источник

NVJPEG error 4 #306

Comments

When I use Dali on a relatively large data set (a couple of hundred thousand images), I ran into the following error. However, when I ran the same code on a smaller data set (a few thousands), it works just fine. I suspect that it breaks in the case of having a large data set because some of the images may be somehow broken (all are jpeg), but I was wondering if there is a way to ask Dali to ignore such cases.

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

Hi,
Which version of DALI do you use?
In DALI 0.5 we will add more verbose logging pointing you to exact file which causes this problem.
Tracked as DALI-365.

I am using DALI 0.4
It would be nice to have more verbose logging, or the possibility to ignore some of these errors. I searched for this particular error that I am facing and it seems that it is not «Bad» jpegs that cause this error, but rather «not supported» ones.

It is https://github.com/NVIDIA/DALI/blob/v0.4.0/dali/pipeline/operators/decoder/nvjpeg_decoder.h#L349. So nvJPEG already determined after parsing header that this file is supposed to be supported.
Please rerun after 0.5 is released and check if you are able to open and display this faulty jpeg in any image viewer. If so it would be good if you can share it for the debugging purpose.

I ran into this problem also. I have a clunky way of removing the bad images, but it’s good to see that debugging will be easier. I’ll post any update if I find out more.

@JanuszL
Sure, I will rerun it once the new version is released and post the result here.

Just a quick update after running my code using Dali 0.5: I was able to see the faulty images in the error message this time and remove them from my database. Thanks.
I was also able to open them (I tried two of them) with the preview application on Mac.

Would it be possible for you to share those images with DALI and nvJPEG team?

@ptrendx
Sure, here is the link to the images that caused this error.

@sosherio — thanks, we will check them with the nvJPEG team.

@sosherio — #365 should address this issue.

can these ‘bad’ images be ignore?

@GY0913 — not with the present DALI architecture. The pipeline is working only one way: read data->decode->process->output, and it works for the whole batch of data. When decoding fails for one image there is no mechanism to tell previous step (in this case data loader) to provide one more sample to replace one that decoder cannot handle. What is possible to do it to pad this faulty sample with 0 or other preselected value but I don’t know if the user expects this behavior.
In case of other data processing frameworks, it works like that because they process one sample at the time and only at the very end the batch is formed, so when one sample is discarded another one could replace it at the very last operator.

@JanuszL so what kind of image is decoder cannot handle, i try to check my dataset before training,but there still a lot ‘bad’ image left

@GY0913 what DALI supports now are:

• JPEGs
• BMP
• PNM
• PNG
• TIFF
  Only decoding JPEGs is accelerated on GPU, while other formats silently are falling back to the CPU implementation. Nevertheless, they should work.
  If you have some valid image (not corrupted and you can display it in any viewer), in supported format (no GIF with .jpeg file name) and DALI reports some error please let us know and provide this sample image so we can investigate the problem you have.

@JanuszL when setting batch=1 ,can we have a test mode that can return the path of bad images and process next ? if the image is not corrupted and can display it in any viewer ,it is hard to pick up the bad sample one by one

@GY0913 — it would require a couple of things — first of all you would need to store somehow in the decoder what image failed and then create some feedback loop to the reader with the list of faulty images. While I see it possible for the decoder (we are carrying on the names of the files so decoder could return meaningful error with the filename in the message), I don’t know how to create this feedback loop reasonably with all the architecture DALI is based on.
What I would prefer is to fix support for image formats that currently doesn’t work in DALI than to spend time adding workarounds with skipping images.

@JanuszL thank you very much !

@GY0913 — if you have any image that doesn’t work for you feel free to share it, so we can check there the problem is.

Источник

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:

Источник

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

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

Источник