exoplayer 播放流媒体

原创已于 2024-10-03 21:59:15 修改 · 2.1k 阅读

14 ·

CC 4.0 BY-SA版权

文章标签：

#ExoPlayer

于 2024-10-02 21:02:40 首次发布

1.概要

2.内容

1.exoplayer 播放流媒体

ExoPlayer 是由 Google 开发的强大且灵活的媒体播放器库，支持播放本地和网络视频，特别适用于流媒体播放。以下是关于 ExoPlayer 播放流媒体的一些关键信息和步骤：

1. ExoPlayer 支持的流媒体格式和协议

支持的格式：包括但不限于 H264、AAC、AC3 等。
支持的协议：
- RTSP（实时流协议）：支持直播和点播 RTSP。
- RTP over UDP unicast（RTP 通过 UDP 单播）：不支持多播。
- Interleaved RTSP, RTP over RTSP using TCP：也提供支持。
- HLS（HTTP Live Streaming）：ExoPlayer 支持高级的 HLS 特性，如正确处理 #EXT-X-DISCONTINUITY 标签、无缝连接、合并和循环播放多媒体。
- DASH（Dynamic Adaptive Streaming over HTTP）：ExoPlayer 支持基于 HTTP 的动态自适应流。

2. 播放流媒体的步骤

2.1 添加依赖项

在项目的 build.gradle 文件中添加 ExoPlayer 库的依赖项。确保将 <version> 替换为所需的 ExoPlayer 版本。

	`implementation 'com.google.android.exoplayer:exoplayer-core:<version>'`
	`// 如果需要 RTSP 支持`
	`implementation 'com.google.android.exoplayer:exoplayer-rtsp:<version>'`
	`// 如果需要 UI 组件`
	`implementation 'com.google.android.exoplayer:exoplayer-ui:<version>'`

2.2 创建 ExoPlayer 实例

使用 ExoPlayer.Builder 或 SimpleExoPlayer.Builder 创建 ExoPlayer 实例。

SimpleExoPlayer player = new SimpleExoPlayer.Builder(context).build();

2.3 准备媒体源

为 ExoPlayer 提供一个媒体源。这可以通过创建一个 MediaSource 对象来实现。对于流媒体，您可能需要使用特定的 MediaSource.Factory 实现，如 HlsMediaSource.Factory 用于 HLS 流或 DashMediaSource.Factory 用于 DASH 流。

	`MediaSource mediaSource = new HlsMediaSource.Factory(/* ... */).createMediaSource(uri);`
	`// 或`
	`MediaSource mediaSource = new DashMediaSource.Factory(/* ... */).createMediaSource(dashUri);`

2.4 设置媒体源并准备播放

使用 setMediaItem 或 prepare 方法将媒体源设置到 ExoPlayer 并准备播放。

	`// 使用 MediaItem`
	`player.setMediaItem(MediaItem.fromUri(uri));`
	`player.prepare();`
	`// 或直接使用 MediaSource`
	`player.prepare(mediaSource);`

2.5 控制播放

使用 ExoPlayer 提供的 API 控制播放，如播放、暂停、调整音量等。

3. 注意事项

确保您的应用程序具有必要的网络权限，以便访问流媒体内容。
根据需要配置 ExoPlayer 的其他选项，如视频解码器、音频渲染器等。
ExoPlayer 支持广泛的媒体格式和协议，但某些特定格式或协议可能需要额外的库或扩展。

通过遵循上述步骤和注意事项，您可以使用 ExoPlayer 在 Android 应用程序中播放流媒体内容。

2.runtimeOnly 和implementation 的区别是啥

runtimeOnly和implementation是Gradle构建工具中用于管理项目依赖的两种不同方式。以下是它们之间的主要区别：

依赖可用性：
- implementation：依赖项在编译时对模块可用，并且仅在运行时对模块的消费者可用。这意味着，如果一个模块A依赖于模块B，而模块B以implementation方式依赖于模块C，那么模块A在编译时无法直接访问模块C的代码，但在运行时，如果模块B调用了模块C的代码，模块A可以间接地依赖模块C的运行时行为。
- runtimeOnly：依赖项仅在运行时对模块及其消费者可用。在编译时，这些依赖项不会被添加到编译类路径中，但在运行时，它们会被包含在最终的构建输出中。这通常用于那些只需要在运行时存在，而在编译时不需要的库或资源。
打包行为：
- implementation：依赖项通常会被打包到最终的构建输出中（如APK或JAR文件），除非使用了特定的配置或插件来排除它们。
- runtimeOnly：依赖项仅在运行时被添加到构建输出中，而在编译时不会被添加到类路径中。这意味着，如果你在开发时尝试访问runtimeOnly依赖项中的代码或资源，你的构建可能会失败，因为这些依赖项在编译时是不可用的。
使用场景：
- implementation：这是最常用的依赖类型，适用于大多数情况。它提供了编译时和运行时对依赖项的访问，同时保持了良好的封装性，防止了不必要的依赖暴露给消费者。
- runtimeOnly：通常用于那些只需要在运行时存在的库或资源，如数据库驱动程序、日志记录工具等。这些库或资源在编译时通常不需要，但在运行时是必需的。
性能考虑：
- 由于implementation依赖在编译时可用，因此Gradle可以利用这些依赖来执行更全面的编译时检查，这可能会提高构建性能。而runtimeOnly依赖则无法进行这样的检查。

综上所述，runtimeOnly和implementation的主要区别在于依赖的可用性、打包行为、使用场景以及性能考虑。选择哪种依赖类型取决于你的具体需求和项目结构。

2.rtmp流

RTMP流，全称为Real Time Messaging Protocol（实时消息传输协议），是一种用于低延迟、实时音视频和数据传输的双向互联网通信协议。以下是关于RTMP流的清晰介绍：

1. RTMP概述

定义：RTMP是由Adobe公司（前身为Macromedia）开发的一种协议，基于TCP，支持音视频流的实时传输。
变种：RTMP有多个变种，包括RTMP（默认使用端口1935）、RTMPE（增加了加密功能）、RTMPT（封装在HTTP请求之上，可穿透防火墙）、RTMPS（类似RTMPT，增加了TLS/SSL的安全功能）等。