本申请提出一种视频直播的方法和视频直播的装置、电子设备、非瞬时性计算机可读存储介质，所述方法应用于直播系统中的客户端，所述方法包括：分别采集人像视频流和桌面端视频流；在所述客户端同时播放所述人像视频流和所述桌面端视频流，其中，所述人像视频流以画中画的方式悬浮在所述桌面端视频流的上面播放；采集所述客户端当前桌面的播放内容，以得到推流视频流。根据本申请的一些实施例，首先将人像视频流悬浮在桌面视频流中，然后采集包含人像的视频流，实现了通过采集一路流就达到了多个视频混合的效果，节省了服务器以及网络资源损耗。损耗。损耗。
【技术实现步骤摘要】
视频直播的方法和视频直播的装置
[0001]本申请涉及互联网直播领域，具体而言，涉及一种视频直播的方法和视频直播的装置、电子设备、非瞬时性计算机可读存储介质。
技术介绍
[0002]在一般的会议应用场景中，包含了用户多画面的推流场景。例如，会议主讲人可能在使用摄像头拍摄人像参会的过程中，需要进行文档的演示。这个过程中，则需要主讲人作为推流端需要推两路视频，也即系统采集文档的流和摄像头采集到的画面流。
[0003]在传统客户端的混流方案中，首先需要采集desktop(桌面)、人像，然后基于canvas画布，将多个视频逐帧绘制到canvas画布上。假设视频通常要保持每秒24帧的帧率，需要两路视频参与混合，那么每秒要在canvas上绘制约24*2 = 48张图片。因此，这种混流方式受限于客户端的性能瓶颈，还可能造成浏览器假死以及崩溃等问题。另外，由于每帧需要等待两种图片的绘制完成，因此，最终混合后视频可能存在视频不同步、实际帧率低等问题。
技术实现思路
[0004]本申请旨在提出一种视频直播的方法和视频直播的装置，以解决现有的混流方式造成的直播性能较低的问题。
[0005]根据本申请的一方面，提出一种视频直播方法，所述方法应用于直播系统中的客户端，所述方法包括：分别采集人像视频流和桌面端视频流；在所述客户端同时播放所述人像视频流和所述桌面端视频流，其中，所述人像视频流以画中画的方式悬浮在所述桌面端视频流的上面播放；采集所述客户端当前桌面的播放内容，以得到推流视频流。
[0006]根据一些实施例，所述方法还包括：将所述推流视频流推送给服务端。
[0007]根据一些实施例，所述在所述客户端播放所述人像视频流和所述桌面端视频流，包括：利用web H5 video 播放所述人像视频流和所述桌面端视频流。
[0008]根据一些实施例，所述将所述推流视频流推送给服务端，包括：采用webRTC链路将所述推流视频流推送给服务端。
[0009]根据一些实施例，在所述客户端播放所述人像视频流和所述桌面端视频流之前，所述方法还包括：确定是否开启人像画中画模式。
[0010]根据一些实施例，所述方法还包括：响应于不开启人像画中画模式，分别将采集的所述人像视频流和所述桌面端视频流推送给服务端。
[0011]根据一些实施例，所述客户端包括浏览器。
[0012]根据本申请的一方面，提出一种视频直播装置，所述方法应用于直播系统中的客户端，所述方法包括：第一采集单元，用于分别采集人像视频流和桌面端视频流；播放单元，用于在所述客户端同时播放所述人像视频流和所述桌面端视频流，其中，所述人像视频流以画中画的方式悬浮在所述桌面端视频流的上面播放；第二采集单元，用于采集所述客户
端当前桌面的播放内容，以得到推流视频流。
[0013]根据本申请的一方面，提出一种电子设备，包括：处理单元；以及存储单元，存储有计算机程序，当所述计算机程序被所述处理单元执行时，使得所述处理单元执行如前任一实施例所述的方法。
[0014]根据本申请的一方面，提出一种非瞬时性计算机可读存储介质，其上存储有计算机可读指令，当所述指令被处理器执行时，使得所述处理器执行如前任一实施例所述的方法。
[0015]根据本申请的一些实施例，首先将人像视频流悬浮在桌面视频流中，然后，采集包含人像的视频流，实现了通过采集一路流就达到了多个视频混合的效果，节省了服务器以及网络资源损耗。
[0016]应当理解的是，以上的一般描述和后文的细节描述仅是示例性的，并不能限制本申请。
附图说明
[0017]为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍。通过参照附图详细描述其示例实施例，本申请的上述和其他目标、特征及优点将变得更加显而易见。
[0018]图1示出一种现有的混流直播过程示意图。
[0019]图2示出根据本申请示例实施例的一种视频直播过程示意图。
[0020]图3示出根据本申请示例实施例的一种视频直播的方法流程图。
[0021]图4示出根据本申请示例实施例的另一种视频直播的方法流程图。
[0022]图5示出了根据本申请示例一种视频直播装置框图。
[0023]图6示出根据本申请示例性实施例的一种电子设备。
具体实施方式
[0024]现在将参考附图更全面地描述示例实施例。然而，示例实施例能够以多种形式实施，且不应被理解为限于在此阐述的实施例；相反，提供这些实施例使得本申请将全面和完整，并将示例实施例的构思全面地传达给本领域的技术人员。在图中相同的附图显示表示相同或类似的部分，因而将省略对它们的重复描述。
[0025]所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本公开的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而没有这些特定细节中的一个或更多，或者可以采用其它的方式、组元、材料、装置或操作等。在这些情况下，将不详细示出或描述公知结构、方法、装置、实现、材料或者操作。
[0026]附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。
[0027]本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图
在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其他步骤或单元。
[0028]如前所述，在一般的会议应用场景中，包含了用户多画面的推流场景。例如，会议主讲人可能在使用摄像头拍摄人像参会的过程中，需要进行文档的演示。这个过程中，则需要主讲人作为推流端需要推两路视频，也即系统采集文档的流和摄像头采集到的画面流。
[0029]图1示出一种现有的混流直播过程示意图，如图1所示，首先在客户端分别采集桌面流（例如，演示文档的桌面流）和人像流（例如，主播流），然后由客户端将采集的桌面流和人像流直接发送给媒体服务器，由媒体服务器持久化接收到的桌面流和人像流，并做混合处理后，推送给其他观看端观看。由此可见，现有这种方式，由于需要客户端推送两路流，因此对客户端性能和网络资源要求比较高；另外，由于在服务端对两路流进行混合，因此，由于每帧需要等待两种图片的绘制完成，因此，可能导致最终混合后视频可能存在网络抖动丢包、实际帧率降低等问题。若两路视频流的视频媒体传输存在不同的延迟，可能还会造成服务端混合后的媒体画面不同步。
[0030]根据本申请的实施例，首先将人像视频流悬浮在桌面视本文档来自技高网...
【技术保护点】
【技术特征摘要】
1.一种视频直播方法，其特征在于，所述方法应用于直播系统中的客户端，所述方法包括：分别采集人像视频流和桌面端视频流；在所述客户端同时播放所述人像视频流和所述桌面端视频流，其中，所述人像视频流以画中画的方式悬浮在所述桌面端视频流的上面播放；采集所述客户端当前桌面的播放内容，以得到推流视频流。2.根据权利要求1所述的方法，其特征在于，所述方法还包括：将所述推流视频流推送给服务端。3.根据权利要求1所述的方法，其特征在于，所述在所述客户端播放所述人像视频流和所述桌面端视频流，包括：利用web H5 video 播放所述人像视频流和所述桌面端视频流。4.根据权利要求2所述的方法，其特征在于，所述将所述推流视频流推送给服务端，包括：采用webRTC链路将所述推流视频流推送给服务端。5.根据权利要求1所述的方法，其特征在于，在所述客户端播放所述人像视频流和所述桌面端视频流之前，所述方法还包括：确定是否开启人像画中画模式。6.根据权利要求5所述的方法，其特征在于，所述方法还包...
【专利技术属性】
技术研发人员：董世宁，郝付壮，黎雄兵，
申请(专利权)人：北京微吼时代科技有限公司，
类型：发明
国别省市：
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。