Сделав достаточную подготовку, я уверенно начал атаку на цель декодирования видео H265 8K. Однако, уже собираясь начать, я вдруг обнаружил, что, не говоря уже о поддержке H265, самописный Chromium WebView не может даже декодировать H264. поддерживать. Используйте WebView Shell для доступа к тестовой странице, результаты следующие:
Журнал ошибок выглядит следующим образом:
03-05 23:20:21.731 9061 9124 E chromium: [ERROR:batching_media_log.cc(26)] MediaEvent: MEDIA_ERROR_LOG_ENTRY {"error":"FFmpegDemuxer: no supported streams"}
Что меня озадачивает, так это то, что в предварительно скомпилированном Webview Android 10 такой проблемы нет.
Тестируемое видео в формате MP4. По логам примерно можно судить, что есть проблема с разбором конвекционного потока. Просматривая код в разделе мультимедиа, можно увидеть файлы mp4_stream_parser.h/mp4_stream_parser.cc. В принципе можно судить, что роль класса MP4StreamParser заключается в разборе формата MP4. StreamParser создается с использованием фабричного режима, а фабричный класс — StreamParserFactory. Просматривая исходный код, можно обнаружить, что большая часть кода заключена в макрос BUILDFLAG(USE_PROPRIETARY_CODECS).
Я думаю о документации Chromium, в которой упоминаются проприетарные декодеры. Исходные слова:
также,Возможно, вы захотите включить поддержку проприетарных аудиокодеков.,нравиться Google из WebView Сделай это. Эти кодеки могут быть защищены патентами или лицензионными соглашениями, а дистрибутивы, включающие их, могут быть защищены патентами или лицензионными соглашениями. WebView Прежде чем строить, вам следует обратиться за юридической консультацией.
Поскольку платформа поддерживает жесткое декодирование H264/H265, я не думал, что это связано с этим. Быстро добавьте его в параметры компиляции:
ffmpeg_branding = "Chrome"
proprietary_codecs = true
Была ли проблема решена удовлетворительно? Ответ — нет.
Нажмите стрелку воспроизведения на странице. Экран видео не отображается. Проверьте журнал и найдите следующую информацию:
03-04 14:11:37.069 26846 26910 W cr_MediaCodecUtil: HW encoder for video/avc is not available on this device.
Почему я не могу найти аппаратный декодер?
Ранее я просматривал документацию модуля Media. В документации упоминалось, что информацию о декодировании мультимедиа и соответствующие журналы можно просмотреть через chrome://media-internals. WebView Shell не поддерживает ввод chrome://media-internals в адресной строке. Для меня это не проблема, я могу скомпилировать браузер Chromium на основе этого кода.
$ autoninja -C out/Default chrome_public_apk
После установки на одной вкладке воспроизводится веб-страница, а на другой — chrome://media-internals. Вы можете увидеть:
Видеодекодер — MojoVideoDecoder, а при использовании Chrome для Android, официально выпущенного Google, видеодекодер — MediaCodecVideoDecoder:
По сравнительной картинке похоже, что произошла ошибка создания декодера. Но после некоторого отслеживания кода MojoVideoDecoder все еще вызывает MediaCodecVideoDecoder. Не позволяйте MojoVideoDecoder обмануть вас, думая, что он декодирует смайлы здесь. Объяснение по поводу Mojo следующее:
We use mojom interfaces as the transport layer of each media component to support hosting them remotely. These interfaces are called media player mojo interfaces. They are very similar to their C++ counterparts:
Другими словами, Mojo — это всего лишь уровень абстракции. На платформе Android он все равно будет обращаться к компоненту MediaCodec для декодирования. Что касается того, почему здесь показан используемый MojoVideoDecoder, причина в том, что MediaCodecVideoDecoder не был успешно создан. Это также подтверждается из журнала:
03-07 08:35:05.895 29840 30203 I ACodec : 0x6fbdb77900 [OMX.uapi.video.decoder.avc] setting nBufferCountActual to 7 *minUndequeuedBuffers: 4 extraBuffers:3
03-07 08:35:05.895 3081 30389 I SOCT_OMXVDEC: set_parameter: setted buf cnt 7 exceed range(0, 3)!
03-07 08:35:05.895 3081 30389 E OMXNodeInstance: setParameter(0xe836c360:uapi.decoder.avc, ParamPortDefinition(0x2000001)) ERROR: Undefined(0x80001001)
03-07 08:35:05.895 29840 30203 W ACodec : [OMX.uapi.video.decoder.avc] setting nBufferCountActual to 7 failed: -2147483648
03-07 08:35:05.895 29840 30203 I ACodec : 0x6fbdb77900 [OMX.uapi.video.decoder.avc] setting nBufferCountActual to 6 *minUndequeuedBuffers: 4 extraBuffers:2
03-07 08:35:05.895 3081 30389 I SOCT_OMXVDEC: set_parameter: setted buf cnt 6 exceed range(0, 3)!
03-07 08:35:05.895 3081 30389 E OMXNodeInstance: setParameter(0xe836c360:uapi.decoder.avc, ParamPortDefinition(0x2000001)) ERROR: Undefined(0x80001001)
03-07 08:35:05.895 29840 30203 W ACodec : [OMX.uapi.video.decoder.avc] setting nBufferCountActual to 6 failed: -2147483648
03-07 08:35:05.895 29840 30203 I ACodec : 0x6fbdb77900 [OMX.uapi.video.decoder.avc] setting nBufferCountActual to 5 *minUndequeuedBuffers: 4 extraBuffers:1
03-07 08:35:05.895 3081 30389 I SOCT_OMXVDEC: set_parameter: setted buf cnt 5 exceed range(0, 3)!
03-07 08:35:05.896 3081 30389 E OMXNodeInstance: setParameter(0xe836c360:uapi.decoder.avc, ParamPortDefinition(0x2000001)) ERROR: Undefined(0x80001001)
03-07 08:35:05.896 29840 30203 W ACodec : [OMX.uapi.video.decoder.avc] setting nBufferCountActual to 5 failed: -2147483648
03-07 08:35:05.896 29840 30203 I ACodec : 0x6fbdb77900 [OMX.uapi.video.decoder.avc] setting nBufferCountActual to 4 *minUndequeuedBuffers: 4 extraBuffers:0
03-07 08:35:05.896 3081 30389 I SOCT_OMXVDEC: set_parameter: setted buf cnt 4 exceed range(0, 3)!
03-07 08:35:05.896 3081 30389 E OMXNodeInstance: setParameter(0xe836c360:uapi.decoder.avc, ParamPortDefinition(0x2000001)) ERROR: Undefined(0x80001001)
03-07 08:35:05.896 29840 30203 W ACodec : [OMX.uapi.video.decoder.avc] setting nBufferCountActual to 4 failed: -2147483648
03-07 08:35:05.896 29840 30203 E ACodec : Failed to allocate buffers after transitioning to IDLE state (error 0x80000000)
03-07 08:35:05.896 29840 30203 E ACodec : signalError(omxError 0x80001001, internalError -2147483648)
03-07 08:35:05.896 29840 30202 E MediaCodec: Codec reported err 0x80001001, actionCode 0, while in state 5
После того, как я снова и снова разбирался в процессе, снова и снова отслеживал и отлаживал код, мои глаза были ослеплены. Это продолжалось три дня без каких-либо подсказок. После очередного поиска в Google некоторые люди заявили, что начиная с Chromium 105 и более поздних версий поддержка H265 является относительно полной. Затем попробуйте скомпилировать последнюю версию и посмотрите, что произойдет.
Поскольку я прошел все предыдущие подводные камни, переход на новую версию существующего кода происходит очень гладко. После компиляции и запуска мы обнаружили, что с поддержкой H264/H265 проблем нет.
Основная причина выбора менее новой версии — быстрее ознакомиться с кодом. Но даже с не такой уж новой промежуточной версией код изменился до неузнаваемости. А последняя версия решает большую проблему, поэтому выбирайте последнюю версию. В итоге выбрал стабильную версию 111.0.5563.49.
Наконец, мне нужно объяснить, что мы не можем просто сказать, что версии после Chromium 105 поддерживают H264/H265. На Android это также зависит от возможности декодирования компонента MediaCodec, но фактическое декодирование все равно зависит. на базовом оборудовании.
Как определить поддержку MediaCodec системой различных форматов кодирования видео Здесь нам нужно представить плеер exoplayer с открытым исходным кодом от Google.
ExoPlayer — медиаплеер уровня приложения для Android. Он не разработан на основе MediaPlayer API, поэтому ExoPlayer поддерживает функции, которые Android MediaPlayer API в настоящее время не поддерживает, включая DASH и адаптивное воспроизведение SmoothStreaming. В отличие от API MediaPlayer, ExoPlayer легко настраивается и расширяется, а также может обновляться через обновления приложений Play Store.
адрес проекта exoplayer:
https://github.com/google/ExoPlayer
После сборки и установки exoplayer вы можете использовать командную строку для воспроизведения указанного видео:
$ adb shell am start -a com.google.android.exoplayer.demo.action.VIEW -d <url>
Если определенный формат не может быть воспроизведен в Chromium, сначала используйте exoplayer для подтверждения. Он поддерживается на уровне MediaCodec, что позволяет лучше определить, связана ли проблема с Chromium или на системном уровне Android.