「自己开发直播」rtmp-nginx-module实现直播状态、观看人数控制

这是自己搭建直播服务器、开发直播平台系列的文章,前面两篇文章分别为:

这篇文章是在上面多频道输入输出和权限控制的基础上进行的。

一、目标

1、实现直播状态的更改:

(直播状态的更改主要是为了显示,在前端刷新列表的时候,用于判断那些直播间在直播,哪些不在。):

  • 用户开始推流之后,操作数据库,更改直播状态,显示直播间已经开始直播。
  • 用户推流结束或者关闭软件后,操作数据库,更改直播状态。

2、实现简单的人数统计(暂用):

这里实现人数统计是基于数据库的(rtmp-nginx-module本身是有一个模块的,可以实现当前视频流观看人数的统计),这里只是简单的实现自增和自减数据库。

  • 用户观看打开页面开始观看直播,数据库字段自增1
  • 用户关闭页面后,连接断掉,数据库字段自减1

二、rtmp服务器的配置

在 实现nginx-rtmp-module多频道输入输出与权限控制 这篇文章里,我们配置了 on_publish 这个参数。

主要实现多频道和权限控制,用户在正式推流到服务器之前首先去配置的url中验证一下权限(具体的可以看上篇文章)。

目前我们需要配置更多的参数:

    application myapp{
         live on; # live on表示开启直播模式
         on_publish http://192.168.124.125/on_publish.html;
         on_publish_done http://192.168.124.125/on_publish_done.html;
         on_play http://192.168.124.125/on_play.html;
         on_play_done http://192.168.124.125/on_play_done.html;
    }

可以看到,除了 on_publish ,我们还配置了 on_publish_done、on_play、on_play_done 三个参数,后面也是一个url。

这三个参数也是非常容易理解的,分别对应如下:

  • on_publish_done —— 推流结束
  • on_play —— 客户端播放
  • on_play_done —— 客户端播放结束

对上面三个参数的具体解释和用法可以看rtmp的文档:

经过上面的配置,用户推送或者推送结束、或者用户播放和播放结束都能够触发URL,同时操作数据库即可。

三、程序部分注意问题

配置好了URL,就需要进行操作,但是会发现一个问题:

  • 不知道用户观看的是哪个流、或者不知道推送结束的是哪个流

上面问题可以看 实现nginx-rtmp-module多频道输入输出与权限控制 这篇文章里面接收的 name参数 ,上面的配置中所有的推送都会携带一个name参数,而这个name是不可变的,用于标识当前流名称。

用我写的简单举个例子:

  • 下面是基于thinkphp5框架写的。
  • url与函数不匹配是因为我做了route。

可以看到,每次的操作都会获得一个name的参数,当然,除了name之外每个不同的配置有不同的参数可以获取,具体可以去 文档 了解一下

    /**
     * 用户直播结束的回调事件
     *   - 用户直播结束后,将status设置成0,标注该房间未在推流
     * @param Request $request
     */
    function onPublishDone(Request $request){
        // 获得stream name
        $name=trim($request->param(‘name‘));
        // 关闭直播 设置status 为 0
        Db::name(‘room‘)->where([‘guid‘=>$name])->setField(‘status‘,0);
        return json(‘‘)->code(200)->header([‘关闭直播‘]);
    }
    /**
     * 用户观看直播的回调事件
     */
    function onPlay(Request $request){
        // 获得视频流地址
        $name=trim($request->param(‘name‘));
        // 有人加入观看,设置people +1
        Db::name(‘room‘)->where([‘guid‘=>$name])->setInc(‘people‘);
    }
    /**
     * 用户结束观看直播的回调事件
     * @param Request $request
     */
    function onPlayDone(Request $request){
        // 获得视频流地址
        $name=trim($request->param(‘name‘));
        // 有人加入观看,设置people -1
        Db::name(‘room‘)->where([‘guid‘=>$name])->setDec(‘people‘);
    }

from:http://www.ptbird.cn/rtmp-nginx-module-status-and-people.html

原文地址:https://www.cnblogs.com/lidabo/p/9004087.html

时间: 2024-10-16 20:41:52

「自己开发直播」rtmp-nginx-module实现直播状态、观看人数控制的相关文章

「移动开发云端新模式探索实践」征文活动

欢迎大家前往腾讯云+社区,获取更多腾讯海量技术实践干货哦~ 移动应用开发下半场,效率就是生命,如何能够高效打造出精品移动应用成为行业关注的重点.在传统模式下,开发者所需的各种移动服务要手动集成,和后台打好紧密配合.这会造成一些问题:不同的集成和初始化方式,导致代码的散乱以及维护成本的提升,对后台服务的强依赖降低了移动开发者的单兵作战能力,让整个开发体验不闭环. 术业有专攻,腾讯云认为:开发者应只关注如何使用移动服务,而非如何集成.基于此,腾讯云,腾讯移动分析,腾讯移动推送信鸽,崩溃监控bugly

「iOS开发」关于一对一视频聊天直播系统技术(二)处理

针对视频直播的实时流网络 LiveNet 和完整的直播云解决方案,很多开发者对这个网络和解决方案的细节和使用场景非常感兴趣. 结合实时流网络 LiveNet 和直播云解决方案的实践,我们将用一系列文章,更系统化地介绍当下大热的视频直播各环节的关键技术,帮助视频直播创业者们更全面.深入地了解视频直播技术,更好地技术选型. 在上期采集中,我们介绍了视频采集针对音频采集和图像采集以及它们分别对应两种完全不同的输入源和数据格式. 本篇是<解密一对一视频聊天直播技术>系列之二:处理.我们将讲解常见视频处

实战开发一个Nginx扩展 (Nginx Module)

repo地址 https://github.com/wujunze/nginx-http-echo-module nginx_module_echo 使用echo指令输出一个字符串 Nginx 版本 Nginx1.0.10 https://github.com/nginx/nginx/releases/tag/release-1.0.10 开发环境 OS : CentOS Linux release 7.2.1511 (Core) 安装一个干净的 Nginx 下载 Nginx10.10 并且解压

Android流媒体开发之路二:NDK开发Android端RTMP直播推流程序

NDK开发Android端RTMP直播推流程序 经过一番折腾,成功把RTMP直播推流代码,通过NDK交叉编译的方式,移植到了Android下,从而实现了Android端采集摄像头和麦克缝数据,然后进行h264视频编码和aac音频编码,并发送到RTMP服务器,从而实现Android摄像头直播.程序名为NdkRtmpEncoder,在这里把整个过程,和大体框架介绍一下,算是给需要的人引路. 开发思路 首先,为什么要用NDK来做,因为自己之前就已经实现过RTMP推流.RTMP播放.RTSP转码等等各种

微信小程序开发平台新功能「云开发」快速上手体验

微信小程序开发平台刚刚开放了一个全新的功能:云开发. 简单地说就是将开发人员搭建微信小程序后端的成本再次降低,此文刚好在此产品公测时,来快速上手看看都有哪些方便开发者的功能更新. 微信小程序一直保持一个比较稳定的节奏进行功能的开放与更新,不激进但是又不怠慢,就一直像微信产品的节奏一样,而在生活中我们使用微信小程序的频率也慢慢高起来,如 KFC 自助点个餐.下单一些较冷门的商品等等. 而我给大家免费更新的「微信小程序开发视频教程」大纲也一直在修正与增加,从 40 集增加到 60 集,在云开发发布后

让你的「微信小程序」运行在Chrome浏览器上,让我们使用WebStorm

「微信小程序」的开发框架体验起来,还不错--自带了UI框架.但是问题是他的IDE,表现起来相当的糟糕--其实主要是因为,我当时买WebStorm License买了好多年.所以,我觉得他的IDE真不如我这个付费好用. 而且,作为一个拥护自由和开源的 「GitHub 中国区首席Markdown程序员」.微信在「微信小程序」引导着Web开向封闭,我们再也不能愉快地分享我们的代码了. 如果我们放任下去,未来的Web世界令人堪忧. 好了,废话说完了: 文章太长不想看,可以直接看Demo哈哈: GitHu

Android IOS WebRTC 音视频开发总结(七六)-- 探讨直播低延迟低流量的粉丝连麦技术

本文主要探讨基于WebRTC的P2P直播粉丝连麦技术 (作者:郝飞,亲加云CTO,编辑:dora),最早发表在[这里] 支持原创,转载必须注明出处,欢迎关注微信公众号blacker(微信ID:blackerteam  或 webrtcorgcn) 到目前为止,直播行业继续如预期的那样如火如荼的发展着,在先后竞争完延迟,高清,美 颜,秒开等功能后,最近各大直播平台比拼的一个热点就是连麦.什么是连麦? 简单??述 就是当主播直播期间,可以与其中某一个粉丝进行互动,并且其他粉丝能够观看到这个互动 过程

Linux 小知识翻译 - 「编译器和解释器」

这次聊聊「编译器和解释器」. 编程语言中,有以C为代表的编译型语言和以Perl为代表的解释型语言.不管是哪种,程序都是以人类能够理解的形式记录的,这种形式计算机是无法理解的. 因此,才会有编译器和解释器. 对于编译型语言,是使用编译器将人类可读的代码转换为机器能够理解的「机器语言」文件,然后通过执行这个「机器语言」文件来实现程序的执行. 另一方面,对于解释型语言,是使用解释器将人类可读的代码逐行解释,一边解释一边执行这个程序.(这里的解释是将代码解释成机器语言,让计算机能够理解) 甚至有的语言既

「每日一歌」微信公众号

最近弄了一个微信公众号,叫做「每日一歌」(微信ID:Song_Daily).每天早上6点,分享一首经典歌曲.欢迎各位来关注! 音乐,广义而言,就是指任何以声音组成的艺术.英文Music一词源于古希腊语的μουσικ?(mousike),意即缪斯(muse)女神的艺术.而中文的音乐二字,许慎<说文解字>解释为“音,声也.生于心,有节于外,谓之音.”认为音乐和声音的区别,在于音乐需要透过人心去想像和创造.音乐可分为创作.演奏.聆听三个过程,在不同文化和社会,对于音乐的过程及其重要性都有不同的理解.