专栏首页音视频技术Pinterest:Android系统上的视频管理

Pinterest:Android系统上的视频管理

原文

https://medium.com/pinterest-engineering/managing-videos-on-android-f59da9601d5f

2016年Pinterest安卓应用上发布的视频模块,其目标是使得应用能够提供无缝的视频体验。包括支持在每个屏幕上同时播放多个视频,并且通过滚动出屏幕自动暂停播放的方式来动态地控制视频的播放状态以及同时播放的视频数量。

很快我们发现其实需要应对的技术挑战有很多,例如:

  • 管理当前所有可用视频的播放状态
  • 了解视频在屏幕上的可见率
  • 为我们的开发人员提供易于使用的视频组件

随着工作的进行,我们逐渐调整视频架构来满足这些需求,下面我们将在最新的视频模块中深入探讨如何应对这些挑战。

视频管理

从更高的层次上来看,我们需要构建一个组件,这个组件需要感知屏幕上所有可用的视频实例(即视图)以及其相关的surfaces(即视频片段)。管理surfaces对于监控应用于surfaces的子对象的生命周期状态(即onStart()等)至关重要,并且避免在使用者层上添加过多代码来将最新状态更改应用到视图。

为了跟踪这些关键的生命周期事件,Android框架向我们提供了屏幕显示内容的当前状态以及视觉上影响我们应用程序的任何更改。我们监测的关键生命周期事件是UI附件调用(例如onAttachedToWindow())以及主机屏幕何时更改其显示状态(例如onPause()等)。

使用这些回调方法,我们尝试记录已提供有效视频URL的所有视频。这将为我们提供当前范围内可用的视频的初始列表。

在视频框架的第一个迭代中,我们依靠客户端代码本身调用这些调用,但是我们发现这是不可扩展的。因为它在构建视频功能时增加了更多的复杂性。取而代之的方法是,我们通过构建需要传入基础视频组件的方法,提取了在VideoManager之后注册视频的回调方法。从那里,VideoManager将在幕后进行适当的计算。由于它现在才可以“开箱即用”地工作,因此消除了观众对视频记录过程已经具有预定义知识的需求。

改进前

// FooBarFragment.class for FooBar feature
override fun onResume() {
     super.onResume()
     // Required by consumers to implement
     videoView?.apply {
          viewability = Viewability.FullyVisible
          onActivate()
          onViewCompletelyVisible()
     }
}
override fun onPause() {
     // Required by consumers to implement
     videoView?.apply {
          viewability = Viewability.NotVisible
          onDeactivate()
     }
     super.onPause()
}

改进后

// BaseFragment.class implemented by all screens
override fun onResume() {
     super.onResume()
     videoManager.onResume(this)
}
override fun onPause() {
     videoManager.onPause(this)
     super.onPause()
}
// VideoManager.class internally
override fun onResume(videoSurface: VideoViewSurface) {
     videoSurface.videoViews.forEach {
          registerVideo(it)
     }
}
override fun onPause(videoSurface: VideoViewSurface) {
     videoSurface.videoViews.forEach {
          unregisterVideo(it)
     }
}

保留这个视频列表让我们可以根据应用程序的当前可见性来动态地设置播放状态。同时这个方法还提供了基于在视频记录时传递的某些元数据属性动态更改之类其他功能的灵活性。

例如,我们可能希望所有视频广告都自动播放,但仅限于在同一片段上自动播放1个有机视频(即创作者生成的内容)。通过检查在单个视频上记录的元数据,我们可以将这些限制应用于UI层。

我们还提取了所有Pinterest特定的分析代码,用以来聚焦在视频管理器(管理和播放视频)功能上,同时让这个管理组件和应用程序之间保持独立。

计算可视性

可视性定义为在屏幕上显示的UI组件的可见区域的百分比。此度量对于我们了解当前显示给用户的内容至关重要。有了这些信息,我们就能为合作伙伴收集有关其内容参与度的信息。

在常见情况下,由于VideoManager保留对所有活动视频的引用,因此我们可以跟踪视图的确切坐标(即getLocationInWindow())和设备的屏幕尺寸(以像素为单位)(请参见DisplayMetrics),以推断其在屏幕上的可见性。

我们还通过以下方式处理重叠的UI组件:

  • 向消费者提供包括一系列``障碍物’'视图的选项,这些视图可能会覆盖我们的基础视频(例如工具栏,浮动按钮等)
  • 显示弹出窗口的回调(即onWindowFocusChanged())屏幕滚动组件或UI组件不在屏幕上(请参阅RecyclerView监听器)
  • 屏幕上显示视频表面时的其他回调(即onResume()等)

为开发人员打造的内容

虽然我们希望减少开发人员面临的视频管理复杂性,但是这其中最大的困难就是采用新的视频界面。因此,我们都抽象出了视频设置的复杂性以及Google PlayerView提供的UI组件的使用:

改进前

// FooBar video feature, requires custom FooBarVideoView.class of 100+ lines
object : FooBarVideoView(
     context,     // application context
     analytics,   // Analytics object
     url,         // video url
     uid,         // unique ID
     false        // isAd flag
) {
     // configuration flag for custom setup (mute, autoplay, controller, etc.)
     override val videoConfiguration = VideoConfiguration.FOO_BAR
}.apply {
     shouldLoop = true
     videoAspectRatio = aspectRatio
     render(videoMetaData) // loads video, videoMetaData contains: url, isAd, uid
}

改进后

// Foobar video feature, no custom class required just set flags
PinterestVideoView(context).apply {
     // Optional params for setup/customization
     this.analytics = pinterestAnalytics
     this.mute = false
     this.autoPlay = true
     this.alwaysAutoplay = true
     this.alwaysPlay = true
     this.showMute = true
     this.looping = true
     this.bufferingRule = SHOW_BUFFERING_ALWAYS
}.apply {
     render(videoMetaData) // loads video, videoMetaData contains: url, isAd, uid
}

视频基础架构的另一个复杂性是实际的VideoManager体系结构本身。在我们的重写中,我们将大多数旧组件合并为仅支持正常运行的VideoManager的核心部分。

改进前

改进后

我们新的VideoManager体系结构为事件和组件之间的相互关系提供了清晰的层次结构。这不仅在纸面上看起来不错,而且仅重构一项就删除了约4,500行代码(不到原始实现大小的1/3)

展望

建立适当的“视频管理”是一个漫长而艰巨的过程,但是多年来,我们已经构建了一些真正经过改进的东西,以帮助简化我们的开发流程和Pinner体验。将来,我们希望开源我们的工作,以便其他开发人员可以为正在进行的处理动态视频回放做出贡献。我们将继续迭代我们的视频客户端架构,以应对新的挑战,以期为Pinners和开发人员提供令人愉悦的视频体验。

LiveVideoStackCon 2019深圳讲师招募

12月13-14日,LiveVideoStackCon首次来到深圳,将全球前沿多媒体技术实践与深圳本地产业结合,触发技术与商业灵感。欢迎将你的技术实践、踩坑与填坑经历、技术与商业创业的思考分享出来。请将个人资料和话题信息邮件到 speaker@livevideostack.com 或点击【阅读原文】了解成为LiveVideoStackCon讲师的权益与义务,我们会在48小时内回复。

LiveVideoStack 秋季招聘

LiveVideoStack正在招募编辑/记者/运营,与全球顶尖多媒体技术专家和LiveVideoStack年轻的伙伴一起,推动多媒体技术生态发展。同时,也欢迎你利用业余时间、远程参与内容生产。了解岗位信息请在BOSS直聘上搜索“LiveVideoStack”,或通过微信“Tony_Bao_”与主编包研交流。

本文分享自微信公众号 - LiveVideoStack(livevideostack),作者:Grey Skold

原文出处及转载信息见文内详细说明,如有侵权,请联系 yunjia_community@tencent.com 删除。

原始发表时间:2019-09-29

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

我来说两句

0 条评论
登录 后参与评论

相关文章

  • 5G时代探索互动立体视频信息承载的新可能

    大家好,本次我分享的主题是5G时代的互动视频——探索从平面到三维视频信息表达的新可能。

    LiveVideoStack
  • Instagram视频上传延迟优化

    视频传输延迟,尤其是在某些互动社交环境中,会严重影响用户的体验。Instagram多年来以降低视频上传延迟为重要指标,实现了多种优化策略。本文来自Instagr...

    LiveVideoStack
  • 流式视频处理架构设计

    https://www2.tutormeetplus.com/v2/render/playback?mode=playback&token=3ca02ec2b9...

    LiveVideoStack
  • 来人!关门!放视频!

    今天放两个视频,一个是我做的 ZeroMQ 的 BBL,和上一篇文章 ZeroMQ及其模式 遥相呼应: ? E文的,不要敲我。。。slides 请戳阅读原文。 ...

    tyrchen
  • 业界|互娱、电商、广告?Video++在用AI帮助视频和直播创收

    机器之心
  • 5G时代探索互动立体视频信息承载的新可能

    大家好,本次我分享的主题是5G时代的互动视频——探索从平面到三维视频信息表达的新可能。

    LiveVideoStack
  • 茶余饭后看视频(陈奕迅),就用这款小程序

    今天,知晓程序(微信号 zxcx0101)为你推荐的小程序「爱奇艺视频」,就让你随时随地煲剧,煲综艺。

    知晓君
  • 「拨云见日」英特尔揭秘短视频背后的二三事

    静一
  • 中国网络视频大数据解析

    视频,网络视频,移动视频。 如果把它们视作一种代际变迁,你会发现时代改变的速度越来越快;如果把它们视作一场互联网革命,一个令人兴奋又忧伤的现实是——曾经的革命...

    腾讯大讲堂
  • 短视频系统开发疑难问题解决方案

    那么时至今日,直播的野蛮生长时期早已过去,大大小小的直播平台也在顺应政策的变化市场的需求生存,取而代之的短视频却有迎头大上之意。短视频+电商”、“短视频+知识问...

    布谷安妮

扫码关注云+社区

领取腾讯云代金券