当前位置:   article > 正文

安卓手机APP开发__媒体开发部分__调试的日志

安卓手机APP开发__媒体开发部分__调试的日志

安卓手机APP开发__媒体开发部分__调试的日志

概述

默认情况下,ExoPlayer仅有错误日志。为了记录播放器的事件,使用了事件日志类
这个类提供了额外的日志信息对于理解播放器正在做什么是很有帮助的,也有利于
调试播放的问题。事件日志记录器实现了分析监听器,所以用ExoPlayer来注册一个
实例是容易的。

Kotlin

player.addAnalyticsListener(EventLogger())

查看日志的最简单的方式是使用安卓工作台的日志标签页。你能选择你的APP作为一个
可调试的进程,告诉日志标签页仅记录选择的APP。使用事件日志记录器的表达式来过滤
日志也是可以的。

另一个使用安卓工作台的日志标签页的方法是使用控制台。例如

adb logcat EventLogger:* ExoPlayerImpl:* *:s

播放器的信息

ExoPlayerImpl类传递两个重要的信息,包括播放器版本,设备版本,操作系统版本,
还有ExoPlayer的加载了哪些模块。


 

  1. ExoPlayerImpl: Init 59a18ab [AndroidXMedia3/1.0.0-rc02] [flame, Pixel 4, Google, 33]
  2. ExoPlayerImpl: Release 59a18ab [AndroidXMedia3/1.0.0-rc02] [flame, Pixel 4, Google, 33] [media3.common, media3.datasource, media3.ui, media3.exoplayer, media3.decoder, media3.exoplayer.dash, media3.extractor]

播放状态

播放器的状态的改变都被记录如下:

  1. EventLogger: playWhenReady [eventTime=0.00, mediaPos=0.00, window=0, true, USER_REQUEST]
  2. EventLogger: state [eventTime=0.01, mediaPos=0.00, window=0, BUFFERING]
  3. EventLogger: state [eventTime=0.93, mediaPos=0.00, window=0, period=0, READY]
  4. EventLogger: isPlaying [eventTime=0.93, mediaPos=0.00, window=0, period=0, true]
  5. EventLogger: playWhenReady [eventTime=9.40, mediaPos=8.40, window=0, period=0, false, USER_REQUEST]
  6. EventLogger: isPlaying [eventTime=9.40, mediaPos=8.40, window=0, period=0, false]
  7. EventLogger: playWhenReady [eventTime=10.40, mediaPos=8.40, window=0, period=0, true, USER_REQUEST]
  8. EventLogger: isPlaying [eventTime=10.40, mediaPos=8.40, window=0, period=0, true]
  9. EventLogger: state [eventTime=20.40, mediaPos=18.40, window=0, period=0, ENDED]
  10. EventLogger: isPlaying [eventTime=20.40, mediaPos=18.40, window=0, period=0, false]

在这个例子中,播放器准备完成后,播放开始于0.93秒,用户在播放后9.4秒时,暂停了播放,
在一秒后又恢复了播放。播放在10秒后完成了。在方括号内元素是:


    [eventTime=float]: 从播放器创建后的时钟时间
    [mediaPos=float]: 当前播放位置
    [window=int]: 当前的窗口的索引
    [period=int]: 在那个窗口中的当前的时期

在每一行的最后的元素显示了被报告的状态的值。

媒体轨道

当可用的或者是选择的轨道有改变时,轨道信息就被记录下来了。
在播放开始之后,这至少能发生一次。对于可适配的流,如下的例子
显示了轨道的日志:

  1. EventLogger: tracks [eventTime=0.30, mediaPos=0.00, window=0, period=0,
  2. EventLogger: group [
  3. EventLogger: [X] Track:0, id=133, mimeType=video/avc, bitrate=261112, codecs=avc1.4d4015, res=426x240, fps=30.0, supported=YES
  4. EventLogger: [X] Track:1, id=134, mimeType=video/avc, bitrate=671331, codecs=avc1.4d401e, res=640x360, fps=30.0, supported=YES
  5. EventLogger: [X] Track:2, id=135, mimeType=video/avc, bitrate=1204535, codecs=avc1.4d401f, res=854x480, fps=30.0, supported=YES
  6. EventLogger: [X] Track:3, id=160, mimeType=video/avc, bitrate=112329, codecs=avc1.4d400c, res=256x144, fps=30.0, supported=YES
  7. EventLogger: [ ] Track:4, id=136, mimeType=video/avc, bitrate=2400538, codecs=avc1.4d401f, res=1280x720, fps=30.0, supported=NO_EXCEEDS_CAPABILITIES
  8. EventLogger: ]
  9. EventLogger: group [
  10. EventLogger: [ ] Track:0, id=139, mimeType=audio/mp4a-latm, bitrate=48582, codecs=mp4a.40.5, channels=2, sample_rate=22050, supported=YES
  11. EventLogger: [X] Track:1, id=140, mimeType=audio/mp4a-latm, bitrate=127868, codecs=mp4a.40.2, channels=2, sample_rate=44100, supported=YES
  12. EventLogger: ]
  13. EventLogger: ]

在这个例子中,播放器已经选择了五个可用的轨道中的四个。第五个视频轨道没有被选择,
因为它超过了设备的能力。在播放期间,播放器根据已经选择的视频轨道进行适配。
当播放器的适配从一个轨道到另一个轨道,就被记录了下来。如下所示:


 

EventLogger: downstreamFormat [eventTime=3.64, mediaPos=3.00, window=0, period=0, id=134, mimeType=video/avc, bitrate=671331, codecs=avc1.4d401e, res=640x360, fps=30.0]

这一行日志显示了播放器在进入媒体后3秒时切换到了640x360的分辨率的视频轨道.

解码器的选择

在大部分的用例中,ExoPlayer的渲染器使用MediaCodec。当一个解码器被初始化后,
记录的日志如下:

  1. EventLogger: videoDecoderInitialized [0.77, 0.00, window=0, period=0, video, OMX.qcom.video.decoder.avc]
  2. EventLogger: audioDecoderInitialized [0.79, 0.00, window=0, period=0, audio, OMX.google.aac.decoder]

声明:本文内容由网友自发贡献,不代表【wpsshop博客】立场,版权归原作者所有,本站不承担相应法律责任。如您发现有侵权的内容,请联系我们。转载请注明出处:https://www.wpsshop.cn/w/盐析白兔/article/detail/497047
推荐阅读
相关标签
  

闽ICP备14008679号