Jmeter 视频播放接口 性能测试

评估企业内部学习平台的视频播放接口的并发能力，同时判断并发过程中视频是否能够完整播放，是否能够流畅播放。

  • 评估并发能力：根据实际场景确定并发数，或直接通过压测获取最大并发数。
  • 评估完整播放：将视频接口返回的文件流转换成视频文件，判断视频文件是否是一个完整视频，是否可正常播放。
  • 评估流畅播放：视频接口响应时间是否超过视频播放时间。

常规的Jmeter脚本设计这里不赘述了，只突出重点，简单介绍一下。

  1. 在 Jmeter 线程增加该视频接口的 HTTP 请求。
  1. 添加响应断言，如上图，视频播放接口中Response Headers 的Content-Length 值是视频文件的总大小。在Response Assertion 中，选中Response Headers ，选中Contains , 在Patterns To Test 中 录入Content-Length : 916655 ，用此作为视频是否完整的断言。
  1. 添加后置处理器BeanShell PostProcessor，将接口返回的转换成文件保持至本地，代码如下。后续可抽测视频文件是否可正常播放，当并发数过大时，请跳过该步骤，否则会影响负载机性能。
  1. 在Advanced 中timeouts（millisecond）对Respones 配置项响应等待超时时间，可根据以下公式计算视频播放时间，用此判断视频播放是否流畅。

【视频播放时间（ms）】 = 【视频大小（字节）】 * 8 / 【码率（kbps）】

当视频播放接口压测过程中出现瓶颈时，需要考虑是否是本地网络带宽或压测负载机本身存在瓶颈。

如下，可以结合理论并发值计算公式，考虑是否是压测负载机存在问题。

例如，视频文件 413MB ，时长27:06 ，宽带 100（M)=100/8=12.5M/s

码率 = 413（MB）* 8 / 1629 (s) = 2.028（mbps）

理论并发 = 12.5（M/s）* 8 /2.028（mbps）= 49.3

当并发数大于本地带宽所支持的最大并发数时，需考虑分布式压测，负载机需处于不同网络下。

最后，一般视频播放平台广泛的使用CDN服务来对其视频内容进行分发，提高访问速度，减少服务器负载（如出口带宽压力），性能测试的时候也需要考虑到这一点。

java程序，一步实现音乐文件的播放（小应用：听你想听）

java学习分享

~java完整代码如下~

package one; //包名随意

import java.awt.*;

import java.applet.*;

import java.awt.event.*; //系统导入类

public class Playsoundb extends Applet implements ActionListener{

AudioClip cp;

Button b1,b2,b3;

public void init(){

cp=getAudioClip(getCodeBase(),\”2.au\”); //读取指定文件

b1=new Button(\”播放\”);

b2=new Button(\”停止\”);

b3=new Button(\”单曲循环\”); //来个按钮控件

b1.addActionListener(this);

b2.addActionListener(this);

b3.addActionListener(this); //给按钮加监听器

add(b1);

add(b2);

add(b3); //界面中显示按钮

}

public void stop(){

cp.stop();

} //开始时，使音乐不能自动播放

@Override

public void actionPerformed(ActionEvent e) {

if(e.getSource()==b1){

cp.play();

}

else if(e.getSource()==b2){

cp.stop();

}

else if(e.getSource()==b3){

cp.loop();

} //看用户点击哪个按钮，好响应相关操作

}

}

运行结果：

视频加载中…

注明：播放-使音乐开始播放，具有时限，播完就停止；停止-使音乐停止播放；单曲循环-在外界不干扰的情况下，反复播放。

还有就是：注意音乐文件的位置。

音乐文件所在位置

Java在不加其他类库时，不支持播放mp3文件，支持aiff、au、wav和midi等声音格式文件。

~感兴趣的朋友可以验证一下哈~

Java实战音视频领域：JavaCV推流(MP4文件)

  • 这里分类和汇总了欣宸的全部原创(含配套源码)：https://github.com/zq2599/blog_demos
  • 自己的mp4文件，如何让更多的人远程播放？如下图所示：
  • 这里简单解释一下上图的功能：
  1. 部署开源流媒体服务器SRS
  2. 开发名为PushMp4的java应用，该应用会读取本机磁盘上的Mp4文件，读取每一帧，推送到SRS上
  3. 每个想看视频的人，就在自己电脑上用流媒体播放软件（例如VLC）连接SRS，播放PushMp4推上来的视频
  • 今天咱们就来完成上图中的实战，整个过程分为以下步骤：
  1. 环境信息
  2. 准备MP4文件
  3. 用docker部署SRS
  4. java应用开发和运行
  5. VLC播放
  • 本次实战，我这边涉及的环境信息如下，供您参考
  1. 操作系统：macOS Monterey
  2. JDK：1.8.0_211
  3. JavaCV：1.5.6
  4. SRS：3
  • 准备一个普通的MP4视频文件即可，我是在线下载了视频开发常用的大熊兔视频，地址是：https://www.learningcontainer.com/wp-content/uploads/2020/05/sample-mp4-file.mp4
  • SRS是著名的开源的媒体服务器，推到这里的流，都可以用媒体播放器在线播放，为了简单起见，我在docker环境下一行命令完成部署
  • 此刻SRS服务正在运行中，可以推流上去了
  • 接下来进入最重要的编码阶段，新建名为simple-grab-push的maven工程，pom.xml如下（那个名为javacv-tutorials的父工程其实没有什么作用，我这里只是为了方便管理多个工程的代码而已，您可以删除这个父工程节点）：
  • 从上述文件可见，JavaCV的依赖只有一个javacv-platform，挺简洁
  • 接下来开始编码，在编码前，先把整个流程画出来，这样写代码就清晰多了：
  • 从上图可见流程很简单，这里将所有代码写在一个java类中：
  • 上述代码中每一行都有详细注释，就不多赘述了，只有下面这四处关键需要注意：
  1. MP4_FILE_PATH是本地MP4文件存放的地方，请改为自己电脑上MP4文件存放的位置
  2. SRS_PUSH_ADDRESS是SRS服务的推流地址，请改为自己的SRS服务部署的地址
  3. grabber.start(true)方法执行的时候，内部是帧抓取器的初始化流程，会取得MP4文件的相关信息
  4. recorder.record(frame)方法执行的时候，会将帧推送到SRS服务器
  • 编码完成后运行此类，控制台日志如下所示，可见成功的取到了MP4文件的帧率、时长、解码器、媒体流等信息，然后开始推流了：
  • 接下来试试能不能拉流播放
  • 请安装VLC软件，并打开
  • 如下图红框，点击菜单中的Open Network…，然后输入前面代码中写的推流地址（我这里是rtmp://192.168.50.43:11935/live/livestream）：
  • 如下图，成功播放，而且声音也正常：
  • 经过上面的实战，我们熟悉了播放和推流的基本操作，掌握了常规信息的获取以及参数设置，除了代码中的知识，还有以下几个隐藏的知识点也值得关注
  • 设置ffmpeg日志级别的代码是avutil.av_log_set_level(avutil.AV_LOG_ERROR)，把参数改为avutil.AV_LOG_INFO后，可以在控制台看到更丰富的日志，如下图红色区域，里面显示了MP4文件的详细信息，例如两个媒体流（音频流和视频流）：
  • 第二个知识点是关于编码器类型和编码器ID的，如下图，两个媒体流(AVStream)的编码器类型分别是0和1，两个编码器ID分别是27和86018，这四个数字分别代表什么呢？
  • 先看编码器类型，用IDEA的反编译功能打开avutil.class，如下图，编码器类型等于0表示视频(VIDEO)，类型等于1表示音频（AUDIO）：
  • 再看编码器ID，打开avcodec.java，看到编码器ID为27表示H264：
  • 编码器ID值86018的十六进制是0x15002，对应的编码器如下图红框：
  • 至此，JavaCV推流实战(MP4文件)已经全部完成，希望通过本文咱们可以一起熟悉JavaCV处理推拉流的常规操作；
  • 学习路上，你不孤单，欣宸原创一路相伴…

本文作者及来源:Renderbus瑞云渲染农场https://www.renderbus.com

点赞 0
收藏 0

文章为作者独立观点不代本网立场，未经允许不得转载。

继续阅读本文相关话题

TAG
全部
行业动态
C4D教程
C4D百科