CN114124671B - 一种基于媒体流转换下载录屏方法及系统 - Google Patents

一种基于媒体流转换下载录屏方法及系统 Download PDF

Info

Publication number
CN114124671B
CN114124671B CN202210098894.7A CN202210098894A CN114124671B CN 114124671 B CN114124671 B CN 114124671B CN 202210098894 A CN202210098894 A CN 202210098894A CN 114124671 B CN114124671 B CN 114124671B
Authority
CN
China
Prior art keywords
media stream
client
video file
segments
main
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN202210098894.7A
Other languages
English (en)
Other versions
CN114124671A (zh
Inventor
唐龙
闵宇
黄衍博
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Guangdong Zhijiang Network Co ltd
Original Assignee
Guangdong Eflycloud Computing Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Guangdong Eflycloud Computing Co Ltd filed Critical Guangdong Eflycloud Computing Co Ltd
Priority to CN202210098894.7A priority Critical patent/CN114124671B/zh
Publication of CN114124671A publication Critical patent/CN114124671A/zh
Application granted granted Critical
Publication of CN114124671B publication Critical patent/CN114124671B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06Management of faults, events, alarms or notifications
    • H04L41/0654Management of faults, events, alarms or notifications using network fault recovery
    • H04L41/0663Performing the actions predefined by failover planning, e.g. switching to standby network elements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/06Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/433Content storage operation, e.g. storage operation in response to a pause request, caching operations
    • H04N21/4331Caching operations, e.g. of an advertisement for later insertion during playback
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/44Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream, rendering scenes according to MPEG-4 scene graphs
    • H04N21/4402Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream, rendering scenes according to MPEG-4 scene graphs involving reformatting operations of video signals for household redistribution, storage or real-time display
    • H04N21/440236Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream, rendering scenes according to MPEG-4 scene graphs involving reformatting operations of video signals for household redistribution, storage or real-time display by media transcoding, e.g. video is transformed into a slideshow of still pictures, audio is converted into text

Abstract

本申请公开了一种基于媒体流转换下载录屏方法及系统,属于录屏技术领域,基于媒体流转换下载录屏方法通过服务端接收客户端分段发送的媒体流段并且对各媒体流段进行缓存,待缓存完所有的媒体流段后,将所有的媒体流段合成一条完整的媒体流,然后将完整的媒体流转换成视频文件,最后将视频文件发送到客户端侧,如此,客户端在将媒体流段发送至服务端后就可以删除自身已缓存的媒体流段,释放内存资源,被释放的内存资源又可以重新去缓存另一个媒体流段,不断重复最终完成整个媒体流的缓存,缓存完一个媒体流,客户端的内存资源只是被占用了一小部分,可以节省客户端内存资源和硬件配置不足问题。

Description

一种基于媒体流转换下载录屏方法及系统
技术领域
本发明属于录屏技术领域,尤其涉及一种基于媒体流转换下载录屏方法及系统。
背景技术
现如今,媒体流技术在各个领域的应用越来越成熟,并且技术涉及的录屏视频的功能已经普遍使用。目前,随着直播行业的兴起和不断发展,越来越多的人在使用实时录制视频的时候对视频的稳定下载和操作便利有了更多的要求,但是,目前大多数视频录屏方式都是利用客户端的内存进行缓存然后在缓存完毕后将视频保存到本地,随着时间的拉长客户端的内存资源消耗会不断被增加,容易造成客户端卡顿现象,有时无法正常下载完整的视频或出现完全死机停止了应用程序,使得用户体验不好。
发明内容
(一)发明目的
为了克服以上不足,本发明的目的在于提供一种基于媒体流转换下载录屏方法及系统,以解决现有的录屏过程依赖客户端的内存对媒体流进行缓存,客户端的内存资源消耗不断被增加,内存容易出现卡顿现象甚至完全死机的现象,无法正常录制整个视频的技术问题。
(二)技术方案
为实现上述目的,本申请一方面提供的技术方案如下:
一种基于媒体流转换下载录屏方法,包括:
客户端:
顺序缓存媒体流段并且实时检测当前缓存的媒体流段大小是否达到预设大小;
若检测到当前媒体流段达到预定大小,将当前媒体流段上传至服务端并且删除已上传的媒体流段;
服务端:
顺序接收并且缓存客户端顺序发送的预定大小的媒体流段;
在接收完客户端发送的所有媒体流段后,将所有缓存的媒体流段合成一条完整的媒体流;
在合成媒体流后,将媒体流转换成视频文件;
在完成视频文件转换后,将视频文件发送至客户端。
通过上述的方法,工作时,服务端可以接收客户端分段发送的媒体流段并且对各媒体流段进行顺序缓存,待缓存完所有的媒体流段后,将所有的媒体流段合成一条完整的媒体流,然后将完整的媒体流转换成视频文件,最后将视频文件发送到客户端侧,客户端在将媒体流段发送至服务端后就可以删除自身已缓存的媒体流段,释放内存资源,被释放的内存资源又可以重新去缓存另一个媒体流段,不断重复最终完成整个媒体流的缓存,缓存完整个媒体流客户端的内存资源只是被占用了一小部分(20%-30%),可以避免现有的整个媒体流均在客户端侧进行缓存,客户端侧的内存资源一直处于被占用并且随缓存时间增长内存资源消耗持续增大造成卡机以及死机的现象,本申请的服务端作为一个缓存的承载,将客户端的缓存压力转换到自身上,可以节省客户端内存资源和硬件配置不足问题。
进一步地:
服务端中在顺序接收并且缓存客户端顺序发送的预定大小的媒体流段的步骤包括:
同时顺序接收并且缓存多个客户端顺序发送的媒体流段;
服务端中在接收完客户端发送的所有媒体流段后,将所有缓存的媒体流段合成一条完整的媒体流的步骤包括:
每当接收完一个客户端发送的所有媒体流段后,将该客户端的所有媒体流段合成一条完整的媒体流;
服务端中在将媒体流转换成视频文件并且将视频文件发送至客户端的步骤包括:
将已合成的媒体流转换成视频文件并且将该视频文件发送至对应的客户端。
通过在一个服务端内设置多个处理分区,各处理分区之间相互独立,可以单独处理对应客户端的媒体流,每当一个客户端的媒体流处理完毕,即可将该媒体流转换成视频文件并且发送到对应的客户端,如此,一个服务端可以承载对多个客户端,无需每个客户端单独配备一个服务端,可节省硬件资源。
进一步地:
服务端中在顺序接收并且缓存客户端顺序发送的预定大小的媒体流段的步骤包括:
主服务端以及备份服务端同时接收并且同时缓存同一客户端发送的相同媒体流段;
在接收完并且缓存完客户端发送的所有媒体流段后,将所有缓存的媒体流段合成一条完整的媒体流包括:
主服务端以及备份服务端在接收完一个客户端发送的所有媒体流段后,主服务端将该客户端所有的媒体流段合成一条完整的主媒体流,备份服务端将该客户端所有的媒体流段转合成一条完整的备份媒体流;
将媒体流转换成视频文件并且将视频文件发送至客户端包括:
主服务端将主媒体流转换成主视频文件并且将主视频文件发送至其所属的客户端或在主媒体流无法转换成主视频文件或主服务端无法发送主视频文件至其所属的客户端时,备份服务端将备份媒体流转换成备份视频文件并且将备份视频文件发送至主服务端对应的客户端;
多个客户端的输出端同时集合到所有的服务端上,每个客户端的媒体流段均可以同时缓存到所有的服务端上,当其中一个服务端出现网络故障无法转换成视频文件或无法成功发送到对应的客户端时,其他的服务端可以将其备份的视频文件发送到对应的客户端,如此,可保证高流量的时候容错率,可提升视频参与客户端多画面的上限。
本申请另一方面提供一种基于媒体流转换下载录屏方法,用于客户端中,包括以下步骤:
顺序缓存媒体流段;
实时检测当前缓存的每个媒体流段大小是否达到预设大小;
若检测到当前媒体流段达到预定大小,将当前媒体流段上传至服务端并且删除已上传的媒体流段;
待所有媒体流段上传完毕,接收服务端发送的由多个媒体流段转换成的视频文件。
本申请又一方面提供一种基于媒体流转换下载录屏方法,用于服务端中,包括以下步骤:
顺序接收并且缓存客户端发送的预定大小的媒体流段;
在接收完客户端发送的所有媒体流段后,将所有缓存的媒体流段进行拼接合成一条完整的媒体流;
将媒体流转换成视频文件并且将视频文件发送至客户端。
进一步地:
顺序接收并且缓存客户端发送的预定大小的媒体流段包括:
分别顺序接收并且缓存多个客户端顺序发送的媒体流段;
在接收完并且缓存完客户端发送的所有媒体流段后,将所有缓存的媒体流段合成一条完整的媒体流包括:
每当接收完一个客户端发送的所有媒体流段后,将该客户端对应的所有媒体流段合成一条完整的媒体流;
将媒体流转换成视频文件并且将视频文件发送至客户端包括:
将已合成的媒体流转换成视频文件并且将视频文件发送至对应的客户端。
进一步地:
顺序接收并且缓存客户端顺序发送的预定大小的媒体流段包括:
主服务端以及备份服务端同时接收并且同时缓存同一客户端发送的每一段媒体流段;
在接收完并且缓存完客户端发送的所有媒体流段后,将所有缓存的媒体流段合成一条完整的媒体流包括:
主服务端以及备份服务端在接收完一个客户端发送的所有媒体流段后,主服务端将该客户端所有的媒体流段合成一条完整的主媒体流,备份服务端将该客户端所有的媒体流段转合成一条完整的备份媒体流;
将媒体流转换成视频文件并且将视频文件发送至客户端包括:
主服务端将主媒体流转换成主视频文件并且将主视频文件发送至其所属的客户端;
或者,在主媒体流无法转换成主视频文件或主服务端无法发送主视频文件至其所属的客户端时,备份服务端将备份媒体流转换成备份视频文件并且将备份视频文件发送至主服务端对应的客户端。
本申请再一方面提供了一种媒体流转换下载录屏系统,能够实现上述的录屏方法,录屏系统包括:客户端以及与客户端通信连接的服务端;
客户端包括:用于顺序接收并且缓存媒体流段的第一缓存模块,用于实时检测当前媒体流段是否达到预定大小的检测模块,在将当前媒体流段达到预定大小后将当前媒体流段发送到服务端的第一发送模块;
服务端包括:用于接收并且缓存客户端顺序发送的媒体流段的第二缓存模块,在接收完客户端发送的所有的媒体流段后将所有的媒体流段合成为一个完整媒体流的媒体流合成模块,将媒体流转换成视频文件的视频转换模块以及将视频文件发送至客户端的第二发送模块。
将服务端作为缓存的载体,可以大幅度减轻客户端的缓存压力,客户端在缓存好一个媒体流段并且将媒体流段上传到服务端上即可删除已经上传的媒体流段,可以释放当前的缓存资源,释放的缓存资源又可以重新对另一段媒体流进行缓存,整个缓存过程只暂用了小部分内存资源,大大降低了缓存的压力,特别适合客户端内存资源和硬件配置不足的情况。
进一步地:客户端为多个并且服务端为一个,其中,服务端的第二缓存模块内形成分别处理每个客户端缓存媒体流段的多个处理区;
多个处理区相互独立,可以分别处理不同客户端的媒体流段,一个服务端即可对多个客户端进行缓存,降低了硬件配置成本。
进一步地:客户端的数量与服务端数量相同,每个服务端包括:处理与其对应的客户端的媒体流段的主处理区以及处理除主客户端外的其他客户端媒体流段的从处理区,系统还包括:负载均衡器,输入端与多个客户端连接,输出端与多个服务端的第二缓存模块连接,能够将各个客户端的媒体流段同时上传至每个服务端进行缓存以形成主视频文件以及备份视频文件;
通过设置主服务端、备份服务端以及负载均衡器,相同客户端的相同媒体流可以得到备份并且转换成备份视频文件,当其主服务端出现故障时,其他备份的服务端可以进行替换将备份视频文件发送该客户端,提高容错率。
附图说明
图1是本发明的基于媒体流转换下载录屏方法的流程图;
图2是本发明的第一实施例的信号传输拓扑图;
图3是本发明的第二实施例的信号传输拓扑图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚明了,下面结合具体实施方式并参照附图,对本发明进一步详细说明。应该理解,这些描述只是示例性的,而并非要限制本发明的范围。此外,在以下说明中,省略了对公知结构和技术的描述,以避免不必要地混淆本发明的概念。
请参阅图1,本发明提供的一种基于媒体流转换下载录屏方法,包括以下步骤:
客户端顺序缓存媒体流段并且实时检测当前缓存的媒体流段大小是否达到预设大小(若未达到,持续缓存,直到媒体流段大小达到预定大小为止),若检测到当前媒体流段达到预定大小,将当前媒体流段上传至服务端并且删除已上传的媒体流段;
服务端顺序接收并且缓存客户端顺序发送的预定大小的媒体流段,在接收完客户端发送的所有媒体流段后,将所有缓存的媒体流段转换成媒体流,然后将媒体流转换成视频文件,最后将视频文件发送至客户端。
具体的,客户端需要保证缓存的每个媒体流段大小一致,才上传到服务端,服务端内通过合成算法将每个媒体流段拼接合成为一体,合成算法根据每个媒体流段的长度参数进行视频流合成,若客户端上传的媒体流段大小不一致,将会导致合成算法出错,导致视频流无法合成。
具体的,媒体流段是网络上的资源,客户端缓存下来后可以进行在线播放,具体的,媒体流可以是网络直播的媒体流,也可以是回播的媒体流。具体的,将网络直播媒体流进行转换保存到本地硬盘上,即实现了录屏的功能。
具体的,服务端在将视频文件发送至客户端,也可删除已发送的视频文件,以释放自身的缓存资源。
具体的,客户端在缓存媒体流之前,客户端侧需要用户预先设定多个参数,例如:每个媒体流段的大小,媒体流段画质清晰分辨率,视频文件的保存路径等等。
具体的,服务端可以采用静默下载的方式,下载过程无需用户参与,在检测到客户端发送了最后一个媒体流段(程序上,最后一媒体流段末端有结束的标记)后,马上进行视频转换并且自动将视频下载到客户端对应的保存地址上。
请参阅图2,在第一实施例中,多个客户端可以同时连接于同一个服务端上,服务端内形成多个处理分区,每个处理分区可以对不同客户端的媒体流进行处理。
具体的,第一实施例的具体录屏步骤如下:
每个客户端向服务端顺序发送其自身达到预定大小的媒体流段,服务端接收到不同客户端的媒体流段后,将不同客户端的媒体流段放置到对应的处理分区进行顺序缓存;
每当接收完一个客户端发送的所有媒体流段后,在该处理分区内将该客户端的所有媒体流段合成一条完整的媒体流;
然后服务端将已合成的媒体流转换成视频文件;
最后将视频文件发送至对应的客户端。
具体的,不同处理分区的录屏工作相互独立,不会相互干扰,当其中一个客户端完成所有媒体流段的上传后,服务端马上将其转换成视频文件并且发送到对应的客户端。
请参阅图3,在第二实施例中,多个客户端同时连接到多个不同的服务端上,服务端的数量与客户端的数量相等,多个服务端包括:主服务端和备份服务端,具体的,每个客户端有其所属的主服务端,其他为备份服务端,即每个服务端承担两个角色,一个是作为主服务端对其所属的客户端的媒体流进行缓存,另一个是作为备份服务端对其他客户端的媒体流进行备份缓存。
具体的,第二实施例的具体录屏步骤如下:
每个客户端向服务端顺序发送其自身达到预定大小的媒体流段,主服务端以及备份服务端同时接收并且同时缓存同一客户端发送的相同媒体流段;
主服务端以及备份服务端在接收完一个客户端发送的所有媒体流段后,主服务端将该客户端所有的媒体流段合成一条完整的主媒体流,备份服务端将该客户端所有的媒体流段转合成一条完整的备份媒体流;
优选的,由主服务端将主媒体流转换成主视频文件并且将主视频文件发送至其所属的客户端;
当主服务端出现故障无法将主媒体流转换成主视频文件或主服务端无法发送主视频文件至其所属的客户端时,备份服务端将备份媒体流转换成备份视频文件并且将备份视频文件发送至主服务端对应的客户端。
具体的,每个备份服务端可以设定一个序号,按序号大小向客户端发送备份视频文件。例如,当主服务端出现故障时,序号最大的备份服务端最先向客户端发送备份视频文件,若序号最大的备份服务端也出现故障,序号第二大的备份服务端向客户端发送备份视频文件,如此类推,直到有其中一个备份服务端成功向客户端发送备份视频文件。
具体的,不同客户端具有自身所属的ID,上述两个实施例中,为了区分不同客户端,客户端在向服务端发送媒体流段时可以在每个媒体流段的最前端标记自身的ID,服务端在接收到媒体流后基于ID可以将该媒体流段缓存到对应的处理分区或对应的主服务端处,合成媒体流段后又根据该ID将媒体流发送到对应的客户端。
本申请另一方面提供一种客户端基于媒体流转换下载录屏方法,用于客户端,录屏方法包括以下步骤:
顺序缓存媒体流段;
实时检测当前缓存的每个媒体流段大小是否达到预设大小;
若检测到当前媒体流段达到预定大小,将当前媒体流段上传至服务端并且删除已上传的媒体流段;
待所有媒体流段上传完毕,接收服务端发送的由多个媒体流段转换成的视频文件。
本申请又一方面提供一种服务端基于媒体流转换下载录屏方法,用于服务端,录屏方法包括以下步骤:
顺序接收并且缓存客户端发送的预定大小的媒体流段;
在接收完客户端发送的所有媒体流段后,将所有缓存的媒体流段前后拼接合成一条完整的媒体流;
将媒体流转换成视频文件并且将视频文件发送至客户端。
具体的,拼接时,需要将相邻两个媒体流段的首端和末端进行拼接,从而合成一条完整的无间断的媒体流。
进一步地:
顺序接收并且缓存客户端发送的预定大小的媒体流段包括:
分别顺序接收并且缓存多个客户端顺序发送的媒体流段;
在接收完并且缓存完客户端发送的所有媒体流段后,将所有缓存的媒体流段合成一条完整的媒体流包括:
每当接收完一个客户端发送的所有媒体流段后,将该客户端对应的所有媒体流段合成一条完整的媒体流;
将媒体流转换成视频文件并且将视频文件发送至客户端包括:
将已合成的媒体流转换成视频文件并且将视频文件发送至对应的客户端。
进一步地:
顺序接收并且缓存客户端顺序发送的预定大小的媒体流段包括:
主服务端以及备份服务端同时接收并且同时缓存同一客户端发送的相同媒体流段;
在接收完并且缓存完客户端发送的所有媒体流段后,将所有缓存的媒体流段合成一条完整的媒体流包括:
主服务端以及备份服务端在接收完一个客户端发送的所有媒体流段后,主服务端将该客户端所有的媒体流段合成一条完整的主媒体流,备份服务端将该客户端所有的媒体流段转合成一条完整的备份媒体流;
将媒体流转换成视频文件并且将视频文件发送至客户端包括:
主服务端将主媒体流转换成主视频文件并且将主视频文件发送至其所属的客户端或在主媒体流无法转换成主视频文件或主服务端无法发送主视频文件至其所属的客户端时,备份服务端将备份媒体流转换成备份视频文件并且将备份视频文件发送至主服务端对应的客户端。
本申请再一方面提供了一种媒体流转换下载录屏系统,能够实现上述的录屏方法,录屏系统包括:客户端以及与客户端通信连接的服务端;
客户端包括:用于顺序接收并且缓存媒体流段的第一缓存模块,用于实时检测当前媒体流段是否达到预定大小的检测模块,在将当前媒体流段达到预定大小后将当前媒体流段发送到服务端的第一发送模块;
服务端包括:用于接收并且缓存客户端顺序发送的媒体流段的第二缓存模块,在接收完客户端发送的所有的媒体流段后将所有的媒体流段合成为一个完整媒体流的媒体流合成模块,将媒体流转换成视频文件的视频转换模块以及将视频文件发送至客户端的第二发送模块。
进一步地:客户端为多个并且服务端为一个,其中,服务端的第二缓存模块内形成分别处理每个客户端缓存媒体流段的多个处理区。
进一步地:客户端的数量与服务端数量相同,每个服务端包括:处理与其对应的客户端的媒体流段的主处理区以及处理除主客户端外的其他客户端媒体流段的从处理区,系统还包括:负载均衡器,输入端与多个客户端连接,输出端与多个服务端的第二缓存模块连接,能够将各个客户端的媒体流段同时上传至每个服务端进行缓存以形成主视频文件以及备份视频文件。
应当理解的是,本发明的上述具体实施方式仅仅用于示例性说明或解释本发明的原理,而不构成对本发明的限制。因此,在不偏离本发明的精神和范围的情况下所做的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。此外,本发明所附权利要求旨在涵盖落入所附权利要求范围和边界、或者这种范围和边界的等同形式内的全部变化和修改例。

Claims (10)

1.一种基于媒体流转换下载录屏方法,其特征在于,包括:
客户端:
顺序缓存媒体流段并且实时检测当前缓存的媒体流段大小是否达到预设大小;
若检测到当前媒体流段达到预定大小,将当前媒体流段上传至服务端并且删除已上传的媒体流段;
服务端:
顺序接收并且缓存客户端顺序发送的预定大小的媒体流段;
在接收完客户端发送的所有媒体流段后,将所有缓存的媒体流段合成一条完整的媒体流;
在合成媒体流后,将媒体流转换成视频文件;
在完成视频文件转换后,将视频文件发送至客户端。
2.根据权利要求1所述的基于媒体流转换下载录屏方法,其特征在于,服务端在所述顺序接收并且缓存客户端顺序发送的预定大小的媒体流段的步骤包括:
同时顺序接收并且缓存多个客户端顺序发送的媒体流段;
服务端在所述接收完客户端发送的所有媒体流段后,将所有缓存的媒体流段合成一条完整的媒体流的步骤包括:
每当接收完一个客户端发送的所有媒体流段后,将该客户端的所有媒体流段合成一条完整的媒体流;
服务端在所述将媒体流转换成视频文件并且将视频文件发送至客户端的步骤包括:
将已合成的媒体流转换成视频文件并且将该视频文件发送至对应的客户端。
3.根据权利要求1所述的基于媒体流转换下载录屏方法,其特征在于,服务端在所述顺序接收并且缓存客户端顺序发送的预定大小的媒体流段的步骤包括:
主服务端以及备份服务端同时接收并且同时缓存同一客户端发送的每一段媒体流段;
服务端在所述接收完并且缓存完客户端发送的所有媒体流段后,将所有缓存的媒体流段合成一条完整的媒体流包括:
主服务端以及备份服务端接收完一个客户端发送的所有媒体流段后,主服务端将该客户端所有的媒体流段合成一条完整的主媒体流,备份服务端将该客户端所有的媒体流段转合成一条完整的备份媒体流;
服务端在所述将媒体流转换成视频文件并且将视频文件发送至客户端包括:
主服务端将主媒体流转换成主视频文件并且将主视频文件发送至其所属的客户端;
或者,在主媒体流无法转换成主视频文件或者主服务端无法发送主视频文件至其所属的客户端时,备份服务端将备份媒体流转换成备份视频文件并且将备份视频文件发送至主服务端所属的客户端。
4.一种基于媒体流转换下载录屏方法,用于客户端中,其特征在于,包括以下步骤:
顺序缓存媒体流段;
实时检测当前缓存的每个媒体流段大小是否达到预设大小;
若检测到当前媒体流段达到预定大小,将当前媒体流段上传至服务端并且删除已上传的媒体流段;
待所有媒体流段上传完毕,接收服务端发送的由多个媒体流段转换成的视频文件。
5.一种基于媒体流转换下载录屏方法,用于服务端中,其特征在于,包括以下步骤:
顺序接收并且缓存客户端顺序发送的预定大小的媒体流段;
在接收完客户端发送的所有媒体流段后,将所有媒体流段进行前后拼接合成一条完整的媒体流;
将媒体流转换成视频文件并且将视频文件发送至所述客户端。
6.根据权利要求5所述的基于媒体流转换下载录屏方法,其特征在于,所述顺序接收并且缓存客户端顺序发送的预定大小的媒体流段包括:
同时顺序接收并且缓存多个客户端顺序发送的媒体流段;
所述在接收完客户端发送的所有媒体流段后,将所有媒体流段合成一条完整的媒体流包括:
每当接收完一个客户端发送的所有媒体流段后,将该客户端的所有媒体流段合成一条完整的媒体流;
所述将媒体流转换成视频文件并且将视频文件发送至客户端包括:
将已合成的媒体流转换成视频文件并且将该视频文件发送至对应的客户端。
7.根据权利要求5所述的基于媒体流转换下载录屏方法,其特征在于,所述顺序接收并且缓存客户端顺序发送的预定大小的媒体流段包括:
主服务端以及备份服务端同时接收并且同时缓存同一客户端发送的每一段媒体流段;
所述接收完客户端发送的所有媒体流段后,将所有媒体流段合成一条完整的媒体流包括:
主服务端以及备份服务端接收完一个客户端发送的所有媒体流段后,主服务端将该客户端所有的媒体流段合成一条完整的主媒体流,备份服务端将该客户端所有的媒体流段转合成一条完整的备份媒体流;
所述将媒体流转换成视频文件并且将视频文件发送至客户端包括:
主服务端将主媒体流转换成主视频文件并且将主视频文件发送至其所属的客户端;
或者,在主媒体流无法转换成主视频文件或者主服务端无法发送主视频文件至其所属的客户端时,备份服务端将备份媒体流转换成备份视频文件并且将备份视频文件发送至主服务端所属的客户端。
8.一种媒体流转换下载录屏系统,其特征在于,能够实现上述权利要求1-3任意一项所述的录屏方法,录屏系统包括:客户端以及与客户端通信连接的服务端;
所述客户端包括:用于顺序接收并且缓存媒体流段的第一缓存模块,用于实时检测当前媒体流段是否达到预定大小的检测模块,在当前媒体流段达到预定大小后,将当前媒体流段发送到服务端的第一发送模块;
所述服务端包括:用于接收并且缓存客户端顺序发送的媒体流段的第二缓存模块,在接收完客户端发送的所有的媒体流段后将所有的媒体流段合成为一个完整媒体流的媒体流合成模块,将媒体流转换成视频文件的视频转换模块以及将视频文件发送至客户端的第二发送模块。
9.根据权利要求8所述的媒体流转换下载录屏系统,其特征在于,所述客户端为多个并且所述服务端为一个,其中,所述服务端的第二缓存模块内形成分别独立处理各个客户端缓存媒体流段的多个处理区。
10.根据权利要求8所述的媒体流转换下载录屏系统,其特征在于,所述客户端的数量与服务端数量相同,每个服务端包括:处理与其对应的客户端的媒体流段的主处理区以及处理除主客户端外的其他客户端媒体流段的从处理区,所述系统还包括:负载均衡器,输入端与多个客户端连接,输出端与多个服务端的第二缓存模块连接,能够将各个客户端的媒体流段同时上传至每个服务端进行缓存以形成主视频文件以及备份视频文件。
CN202210098894.7A 2022-01-27 2022-01-27 一种基于媒体流转换下载录屏方法及系统 Active CN114124671B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202210098894.7A CN114124671B (zh) 2022-01-27 2022-01-27 一种基于媒体流转换下载录屏方法及系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210098894.7A CN114124671B (zh) 2022-01-27 2022-01-27 一种基于媒体流转换下载录屏方法及系统

Publications (2)

Publication Number Publication Date
CN114124671A CN114124671A (zh) 2022-03-01
CN114124671B true CN114124671B (zh) 2022-07-08

Family

ID=80361399

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210098894.7A Active CN114124671B (zh) 2022-01-27 2022-01-27 一种基于媒体流转换下载录屏方法及系统

Country Status (1)

Country Link
CN (1) CN114124671B (zh)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102123279A (zh) * 2010-12-28 2011-07-13 乐视网信息技术(北京)股份有限公司 一种分布式实时转码方法与系统
US8423606B1 (en) * 2010-04-27 2013-04-16 Adobe Systems Incorporated Data framing
CN105338424A (zh) * 2015-10-29 2016-02-17 努比亚技术有限公司 一种视频处理方法及系统
CN111669665A (zh) * 2019-03-05 2020-09-15 北京开广信息技术有限公司 媒体流的实时推送方法及服务器
CN111970357A (zh) * 2020-08-14 2020-11-20 北京金和网络股份有限公司 视频上传方法、装置及系统

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106357816B (zh) * 2016-11-04 2019-06-11 广州视睿电子科技有限公司 一种云端存储复合文档的方法及系统
CN110381128B (zh) * 2019-07-08 2022-06-07 紫光云技术有限公司 一种适用于流媒体文件的上传方法和云存储模型
CN112584087B (zh) * 2021-02-25 2021-05-11 浙江华创视讯科技有限公司 视频会议录制方法、电子装置和存储介质

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8423606B1 (en) * 2010-04-27 2013-04-16 Adobe Systems Incorporated Data framing
CN102123279A (zh) * 2010-12-28 2011-07-13 乐视网信息技术(北京)股份有限公司 一种分布式实时转码方法与系统
CN105338424A (zh) * 2015-10-29 2016-02-17 努比亚技术有限公司 一种视频处理方法及系统
CN111669665A (zh) * 2019-03-05 2020-09-15 北京开广信息技术有限公司 媒体流的实时推送方法及服务器
CN111970357A (zh) * 2020-08-14 2020-11-20 北京金和网络股份有限公司 视频上传方法、装置及系统

Also Published As

Publication number Publication date
CN114124671A (zh) 2022-03-01

Similar Documents

Publication Publication Date Title
CN109889543B (zh) 视频传输的方法、根节点、子节点、p2p服务器和系统
CN101868793B (zh) 一种对等回放装置及其操作方法
CN102571726B (zh) 多媒体数据共享的方法、系统及状态判定服务器
KR102106298B1 (ko) 추가 콘텐츠 및 관련된 클라이언트 장치
US11012725B2 (en) Live video replay method, replay server and system
CN106941629B (zh) 基于sip+rtp与rtmp协议互通的实时直播方法
CA2496782C (en) Audio visual media encoding system
CN108347463A (zh) 一种终端文件上传方法
CN112839238B (zh) 投屏播放方法、装置和存储介质
US20060005224A1 (en) Technique for cooperative distribution of video content
CN102694831A (zh) 移动终端流媒体数据补偿方法与系统、内容分发网络
TW201806380A (zh) 動畫分割裝置及監視方法
CN112019905A (zh) 直播回放方法、计算机设备及可读存储介质
KR20080004561A (ko) 신속 미디어 채널 변경 메커니즘 및 이를 포함하는 액세스네트워크 노드
CN112584194A (zh) 视频码流的推送方法、装置、计算机设备和存储介质
JP6472478B2 (ja) 映像配信装置、映像配信方法及びプログラム
CN110602545A (zh) 一种网络直播的分布式录制执行方法
CN100446567C (zh) 在信息家电中实现p2p流播放的装置和方法
CN114124671B (zh) 一种基于媒体流转换下载录屏方法及系统
CN105656742A (zh) 一种基于most的多环网流媒体多播系统和方法
CN115941907A (zh) 一种rtp数据包发送方法、系统、电子设备及存储介质
CN110635969B (zh) 一种流媒体直存系统的高并发测试方法
JP6357188B2 (ja) 監視カメラシステム及び監視カメラデータ保存方法
WO2018012591A1 (ja) アプリケーション層マルチキャスト配信方法
CN113612728B (zh) 流媒体播放方法、传输设备和系统

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant
TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20240109

Address after: Room 202, 2nd floor, building 1, No.24, Donger Road, Dongzhen, Torch Development Zone, Zhongshan City, Guangdong Province, 528400

Patentee after: Guangdong Zhijiang Network Co.,Ltd.

Address before: 528000 room 705-708, block 2, No. 121, Lingnan Avenue North, Chancheng District, Foshan City, Guangdong Province

Patentee before: GUANGDONG EFLYCLOUD COMPUTING Co.,Ltd.