CN111083507B - 连麦方法及***、第一主播端、观众端及计算机存储介质 - Google Patents

连麦方法及***、第一主播端、观众端及计算机存储介质 Download PDF

Info

Publication number
CN111083507B
CN111083507B CN201911252003.3A CN201911252003A CN111083507B CN 111083507 B CN111083507 B CN 111083507B CN 201911252003 A CN201911252003 A CN 201911252003A CN 111083507 B CN111083507 B CN 111083507B
Authority
CN
China
Prior art keywords
video
display area
live broadcast
anchor
terminal
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
CN201911252003.3A
Other languages
English (en)
Other versions
CN111083507A (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.)
Guangzhou Kugou Computer Technology Co Ltd
Original Assignee
Guangzhou Kugou Computer Technology 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 Guangzhou Kugou Computer Technology Co Ltd filed Critical Guangzhou Kugou Computer Technology Co Ltd
Priority to CN201911252003.3A priority Critical patent/CN111083507B/zh
Publication of CN111083507A publication Critical patent/CN111083507A/zh
Application granted granted Critical
Publication of CN111083507B publication Critical patent/CN111083507B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/21Server components or server architectures
    • H04N21/218Source of audio or video content, e.g. local disk arrays
    • H04N21/2187Live feed
    • 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/41Structure of client; Structure of client peripherals
    • H04N21/422Input-only peripherals, i.e. input devices connected to specially adapted client devices, e.g. global positioning system [GPS]
    • H04N21/42203Input-only peripherals, i.e. input devices connected to specially adapted client devices, e.g. global positioning system [GPS] sound input device, e.g. microphone
    • 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/436Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/4363Adapting the video stream to a specific local network, e.g. a Bluetooth® network
    • 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 or rendering scenes according to encoded video stream scene graphs
    • H04N21/4402Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving reformatting operations of video signals for household redistribution, storage or real-time display
    • H04N21/440263Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving reformatting operations of video signals for household redistribution, storage or real-time display by altering the spatial resolution, e.g. for displaying on a connected PDA
    • H04N21/440272Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving reformatting operations of video signals for household redistribution, storage or real-time display by altering the spatial resolution, e.g. for displaying on a connected PDA for performing aspect ratio conversion
    • 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/47End-user applications
    • H04N21/478Supplemental services, e.g. displaying phone caller identification, shopping application
    • H04N21/4788Supplemental services, e.g. displaying phone caller identification, shopping application communicating with other users, e.g. chatting
    • 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/47End-user applications
    • H04N21/485End-user interface for client configuration

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • General Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Human Computer Interaction (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

本申请公开了一种连麦方法、第一主播端、观众端及计算机存储介质,属于直播技术领域。所述方法包括:当第一主播端检测到第一直播模式切换消息时,将普通直播模式下采集的第一视频等比缩放,将缩放后的第一视频显示在第一主播端的第一显示区域,接收第二主播端发送的第二视频,将第二视频等比缩放,将缩放后的第二视频显示在第一主播端的第二显示区域,将缩放后的第一视频和缩放后的第二视频推送至第一主播端所在的直播间。由于在普通直播模式和连麦直播模式下推送的视频帧的高宽比是不变的,因此第一主播端在从普通直播模式切换至连麦直播模式时,无需断流,因此,第一主播端所在的直播间的观众端播放的视频就不会出现卡顿现象。

Description

连麦方法及***、第一主播端、观众端及计算机存储介质
技术领域
本申请涉及直播技术领域,特别涉及一种连麦方法及***、第一主播端、观众端及计算机存储介质。
背景技术
随着直播技术的发展,为了吸引更多的观众观看直播间内的视频,一个主播可以与另一个主播进行连麦,以使这两个主播所在的直播间内的观众均能够同时看到这两个主播的直播视频。
为了后续便于说明,将主播单独进行直播的模式称为普通直播模式,将主播通过连麦方式进行直播的模式称为连麦直播模式。相关技术中,主播端在普通直播模式下和在连麦直播模式下显示的视频的高宽比不同,因此,当主播端需要从普通直播模式切换到连麦直播模式、或者,从连麦直播模式切换到普通直播模式时,需先中止当前直播模式下的视频推送,也即是断流,然后再在另一个直播模式下重新推送,也即是重新开播。
上述连麦过程中在主播端从一个直播模式切换到另一个直播模式时,由于主播端需要先断流再重新开播,这样观众端播放的视频将出现卡顿,从而影响观众观看直播视频的兴趣。
发明内容
本申请实施例提供了一种连麦方法及***、第一主播端、观众端及计算机存储介质,可以避免主播端在切换直播模式时观众端播放的视频出现卡顿现象。所述技术方案如下:
第一方面、提供了一种连麦方法,应用于第一主播端,所述第一主播端为与第二主播端进行连麦的主播端,所述方法包括:
当检测到用于指示从普通直播模式切换至连麦直播模式的第一直播模式切换消息时,将所述普通直播模式下采集的第一视频等比缩放,得到缩放后的第一视频,将所述缩放后的第一视频显示在所述第一主播端的第一显示区域,所述普通直播模式是指所述第一主播端单独进行直播的模式;
接收所述第二主播端发送的第二视频,将所述第二视频等比缩放,得到缩放后的第二视频,将所述缩放后的第二视频显示在所述第一主播端的第二显示区域,所述第一显示区域和所述第二显示区域为显示界面中划分出两个显示区域,所述第一显示区域和第二显示区域与所述普通直播模式下的第三显示区域的高宽比相同;
将所述缩放后的第一视频和所述缩放后的第二视频推送至所述第一主播端所在的直播间,以使所述直播间内的观众端的第一显示区域显示所述缩放后的第一视频,所述观众端的第二显示区域显示缩放后的第二视频。
可选地,所述接收所述第二主播端发送的第二视频之前,还包括
在将所述缩放后的第一视频显示在所述第一主播端的第一显示区域之后,如果当前时间没有接收到所述第二视频,则在所述第一主播端的第二显示区域显示第一参考视频。
可选地,所述将所述缩放后的第一视频和所述缩放后的第二视频推送至所述第一主播端所在的直播间之前,还包括:
将所述第一直播模式切换消息封装成第一视频帧;
将所述第一视频帧编码至向所述第一主播端所在的直播间推送的视频流中,以使所述直播间内的观众端在解码到所述第一直播模式切换消息时,在当前显示界面中划分出第一显示区域和第二显示区域。
可选地,所述方法还包括:
当检测到用于指示从所述连麦直播模式切换至所述普通直播模式的第二直播模式切换消息时,将所述连麦直播模式下采集的第三视频等比缩放,得到缩放后的第三视频,将所述缩放后的第三视频显示在所述第一主播端的第三显示区域;
将所述缩放后的第三视频推送至所述第一主播端所在的直播间,以使所述直播间内的观众端的第三显示区域显示所述缩放后的第三视频。
可选地,所述将所述缩放后的第三视频和推送至所述第一主播端所在的直播间之前,还包括:
将所述第二直播模式切换消息封装成第二视频帧;
将所述第二视频帧编码至向所述第一主播端所在的直播间推送的视频流中,以使所述直播间内的观众端在解码到所述第二直播模式切换消息时,将当前显示界面恢复至所述第三显示区域。
第二方面、提供了一种连麦方法,应用于观众端,所述观众端为第一主播端所在的直播间内的观众端,所述第一主播端为与第二主播端进行连麦的主播端,所述方法包括:
接收所述第一主播端推送的缩放后的第一视频和缩放后的第二视频,所述缩放后的第一视频是所述第一主播端在检测到用于指示从普通直播模式切换至连麦直播模式的第一直播模式切换消息时,将所述普通直播模式下采集的第一视频等比缩放后得到的,所述缩放后的第二视频是所述第一主播端在接收到第二主播端发送的第二视频,将所述第二视频等比缩放后得到的,所述普通直播模式是指所述第一主播端单独进行直播的模式;
在本端的第一显示区域显示所述缩放后的第一视频,在本端的第二显示区域显示所述缩放后的第二视频,所述第一显示区域和所述第二显示区域为显示界面中划分出两个显示区域,所述第一显示区域和第二显示区域与所述普通直播模式下的第三显示区域的高宽比相同。
可选地,所述接收所述第一主播端推送的缩放后的第一视频和缩放后的第二视频之前,还包括:
当从接收到的视频流中解码出所述第一直播模式切换消息时,在当前显示界面中划分出第一显示区域和第二显示区域。
可选地,所述在当前显示界面中划分出第一显示区域和第二显示区域之后,还包括:
如果在当前显示界面中划分出第一显示区域和第二显示区域之后,没有接收到所述缩放后的第二视频,则在所述本端的第二显示区域显示第二参考视频。
可选地,所述方法还包括:
接收所述第一主播端推送的缩放后的第三视频,所述第三视频是所述第一主播端在检测到用于指示从所述连麦直播模式切换至所述普通直播模式的第二直播模式切换消息时,将所述连麦直播模式下采集的第三视频等比缩放后得到的;
在本端的第三显示区域显示所述缩放后的第三视频。
可选地,所述接收所述第一主播端推送的缩放后的第三视频之前,还包括:
当从接收到的视频流中解码出所述第二直播模式切换消息时,将当前显示界面恢复至所述第三显示区域。
第三方面、提供了一种第一主播端,所述第一主播端为与第二主播端进行连麦的主播端,所述第一主播端包括:
第一显示模块,当检测到用于指示从普通直播模式切换至连麦直播模式的第一直播模式切换消息时,将所述普通直播模式下采集的第一视频等比缩放,得到缩放后的第一视频,将所述缩放后的第一视频显示在所述第一主播端的第一显示区域,所述普通直播模式是指所述第一主播端单独进行直播的模式;
第二显示模块,用于接收所述第二主播端发送的第二视频,将所述第二视频等比缩放,得到缩放后的第二视频,将所述缩放后的第二视频显示在所述第一主播端的第二显示区域,所述第一显示区域和所述第二显示区域为显示界面中划分出两个显示区域,所述第一显示区域和第二显示区域与所述普通直播模式下的第三显示区域的高宽比相同;
推送模块,用于将所述缩放后的第一视频和所述缩放后的第二视频推送至所述第一主播端所在的直播间,以使所述直播间内的观众端的第一显示区域显示所述缩放后的第一视频,所述观众端的第二显示区域显示缩放后的第二视频。
可选地,所述第二显示模块还用于:
在将所述缩放后的第一视频显示在所述第一主播端的第一显示区域之后,如果当前时间没有接收到所述第二视频,则在所述第一主播端的第二显示区域显示第一参考视频。
可选地,所述第一主播端还包括:
第一封装模块,用于将所述第一直播模式切换消息封装成第一视频帧;
所述推送模块,还用于将所述第一视频帧编码至向所述第一主播端所在的直播间推送的视频流中,以使所述直播间内的观众端在解码到所述第一直播模式切换消息时,在当前显示界面中划分出第一显示区域和第二显示区域。
可选地,所述第一主播端还包括:
第三显示模块,用于当检测到用于指示从所述连麦直播模式切换至所述普通直播模式的第二直播模式切换消息时,将所述连麦直播模式下采集的第三视频等比缩放,得到缩放后的第三视频,将所述缩放后的第三视频显示在所述第一主播端的第三显示区域;
所述推送模块,还用于将所述缩放后的第三视频推送至所述第一主播端所在的直播间,以使所述直播间内的观众端的第三显示区域显示所述缩放后的第三视频。
可选地,所述第一主播端还包括:
第二封装模块,用于将所述第二直播模式切换消息封装成第二视频帧;
所述推送模块,还用于将所述第二视频帧编码至向所述第一主播端所在的直播间推送的视频流中,以使所述直播间内的观众端在解码到所述第二直播模式切换消息时,将当前显示界面恢复至所述第三显示区域。
第四方面、提供了一种观众端,所述观众端为第一主播端所在的直播间内的观众端,所述第一主播端为与第二主播端进行连麦的主播端,所述观众端包括:
第一接收模块,用于接收所述第一主播端推送的缩放后的第一视频和缩放后的第二视频,所述缩放后的第一视频是所述第一主播端在检测到用于指示从普通直播模式切换至连麦直播模式的第一直播模式切换消息时,将所述普通直播模式下采集的第一视频等比缩放后得到的,所述缩放后的第二视频是所述第一主播端在接收到第二主播端发送的第二视频,将所述第二视频等比缩放后得到的,所述普通直播模式是指所述第一主播端单独进行直播的模式;
第一显示模块,用于在本端的第一显示区域显示所述缩放后的第一视频,在本端的第二显示区域显示所述缩放后的第二视频,所述第一显示区域和所述第二显示区域为显示界面中划分出两个显示区域,所述第一显示区域和第二显示区域与所述普通直播模式下的第三显示区域的高宽比相同。
可选地,所述观众端还包括:
划分模块,用于当从接收到的视频流中解码出所述第一直播模式切换消息时,在当前显示界面中划分出第一显示区域和第二显示区域。
可选地,所述第一显示模块,还用于如果在当前显示界面中划分出第一显示区域和第二显示区域之后,没有接收到所述缩放后的第二视频,则在所述本端的第二显示区域显示第二参考视频。
可选地,所述观众端还包括:
第二接收模块,用于接收所述第一主播端推送的缩放后的第三视频,所述第三视频是所述第一主播端在检测到用于指示从所述连麦直播模式切换至所述普通直播模式的第二直播模式切换消息时,将所述连麦直播模式下采集的第三视频等比缩放后得到的;
第二显示模块,用于在本端的第三显示区域显示所述缩放后的第三视频。
可选地,所述观众端还包括:
恢复模块,用于当从接收到的视频流中解码出所述第二直播模式切换消息时,将当前显示界面恢复至所述第三显示区域。
第五方面、提供了一种第一主播端,所述第一主播端包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,所述处理器被配置为执行上述第一方面中的任一项所述的方法的步骤。
第六方面、提供了一种观众端,所述观众端包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,所述处理器被配置为执行上述第二方面中的任一项所述的方法的步骤。
第七方面、提供了一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储有指令,所述指令被处理器执行时实现上述第一方面中的任一项所述的方法的步骤。
第八方面、提供了一种计算机可读存储介质,所述计算机可读存储介质上存储有指令,所述指令被处理器执行时实现上述第一方面中的任一项所述的方法的步骤。
第九方面、提供了一种连麦***,所述***包括第一主播端、第二主播端、所述第一主播端所在的直播间内的观众端,所述第一主播端和所述第二主播端为进行连麦的两个主播端;
所述第一主播端用于实现上述第一方面中的任一项所述的方法的步骤;
所述观众端用于实现上述第二方面中的任一项所述的方法的步骤。
本申请实施例提供的技术方案带来的有益效果至少包括:
在本申请实施例中,由于第一显示区域和第二显示区域为显示界面中划分出两个显示区域,且第一显示区域和第二显示区域与普通直播模式下的第三显示区域的高宽比相同,因此第一显示区域显示的视频只需将普通直播模式下采集的第一视频等比缩放后即可得到,这样第一主播端在普通直播模式和连麦直播模式下推送的视频帧的高宽比是不变的,因此第一主播端在从普通直播模式切换至连麦直播模式时,无需断流,直接通过普通直播模式下采集的视频继续进行连麦即可。由于第一主播端在切换直播模式时并没有断流后重新开播,因此,第一主播端所在的直播间的观众端播放的视频就不会出现卡顿现象,这样在第一主播端切换直播模式的过程,观众观看的直播视频也就是流畅的了。
附图说明
为了更清楚地说明本申请实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本申请实施例提供的一种连麦***架构图;
图2是本申请实施例提供的一种连麦方法流程图;
图3是本申请实施例提供的另一种连麦方法流程图;
图4是本申请实施例提供的另一种连麦方法流程图;
图5是本申请实施例提供的一种第一主播端的界面示意图;
图6是本申请实施例提供的另一种第一主播端的界面示意图;
图7是本申请实施例提供的另一种连麦方法流程图;
图8是本申请实施例提供的一种第一主播端的结构示意图;
图9是本申请实施例提供的一种观众端的结构示意图;
图10是本申请实施例提供的一种的终端的结构示意图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚,下面将结合附图对本申请实施方式作进一步地详细描述。
在对本申请实施例进行详细解释说明之前,先对本申请实施例的应用场景进行解释说明。目前,连麦直播由于其较强的互动性而越来越受到观众的欢迎。连麦直播,也即是将不同直播间内的主播的直播视频汇流为一路混合视频,然后将汇流后的混合视频推送至各个直播间,这样进行连麦的各个主播所在的直播间便同时播放各个主播的直播视频,以实现一个直播间内的观众可以同时看到多个直播间的主播的直播视频。本申请实施例提供的连麦方法就应用于上述场景中。
图1是本申请实施例提供的一种连麦***架构图。如图1所示,该连麦***包括第一主播端101、第二主播端102、第一主播端101所在的直播间内的观众端103、第二主播端102所在的直播间的观众端104、以及服务端105。
其中,第一主播端101、第二主播端102、第一主播端101所在的直播间内的观众端103、第二主播端102所在的直播间的观众端104中任一者均和服务端105之间通过无线或有线方式连接以进行通信。
第一主播端101和第二主播端102是进行连麦的两个主播端。在本申请实施例中,在普通直播模式下,第一主播端101将本端采集的视频通过服务端105推送至第一支部哦端101所在的直播间内的观众端103。在连麦直播模式下,第一主播端101将本端采集的视频通过服务端105推送给第二主播端102,第二主播端102同样将本端采集的视频通过服务端105推送给第一主播端101。第一主播端101将本端采集的视频和第二主播端102采集的视频汇流为一路混合视频,并将混合视频通过服务端105推送至第一主播端101所在的直播间内的各个观众端,以实现第一主播端101所在的直播间内的各个观众端播放第一主播端101和第二主播端102连麦后的直播视频。第二主播端102推送混合视频的实现方式和第一主播端101推送混合视频的实现方式基本相同,在此就不再重复说明。
上述第一主播端101、第二主播端102、第一主播端101所在的直播间内的观众端103、第二主播端102所在的直播间的观众端104可以为手机、平板电脑、台式计算机或智能可佩带设备等设备。
此外,图1仅仅是以两个主播端进行连麦为例进行说明,本申请实施例提供的连麦方法同样适用于存在多个主播端同时进行连麦的场景中,此时,第二主播端可以为多个,在此就不再一一解释说明。
此外,上述服务端105可以为独立的服务器,也可以为集群服务器,对此不做具体限定。
接下来对本申请实施例提供的连麦方法进行详细解释说明。
图2是本申请实施例提供的一种连麦方法流程图,应用于第一主播端,第一主播端为与第二主播端进行连麦的主播端。如图2所示,该连麦方法包括如下几个步骤:
步骤201:第一主播端当检测到用于指示从普通直播模式切换至连麦直播模式的第一直播模式切换消息时,将普通直播模式下采集的第一视频等比缩放,得到缩放后的第一视频,将缩放后的第一视频显示在第一主播端的第一显示区域,普通直播模式是指第一主播端单独进行直播的模式。
步骤202:第一主播端接收第二主播端发送的第二视频,将第二视频等比缩放,得到缩放后的第二视频,将缩放后的第二视频显示在第一主播端的第二显示区域,第一显示区域和第二显示区域为显示界面中划分出两个显示区域,第一显示区域和第二显示区域与普通直播模式下的第三显示区域的高宽比相同。
步骤203:第一主播端将缩放后的第一视频和缩放后的第二视频推送至第一主播端所在的直播间,以使直播间内的观众端的第一显示区域显示缩放后的第一视频,观众端的第二显示区域显示缩放后的第二视频。
在本申请实施例中,当第一主播端检测到用于指示从普通直播模式切换至连麦直播模式的第一直播模式切换消息时,将普通直播模式下采集的第一视频等比缩放,得到缩放后的第一视频,将缩放后的第一视频显示在第一主播端的第一显示区域,接收第二主播端发送的第二视频,将第二视频等比缩放,得到缩放后的第二视频,将缩放后的第二视频显示在第一主播端的第二显示区域,将缩放后的第一视频和缩放后的第二视频推送至第一主播端所在的直播间。由于第一显示区域和第二显示区域为显示界面中划分出两个显示区域,且第一显示区域和第二显示区域与普通直播模式下的第三显示区域的高宽比相同,因此第一显示区域显示的视频只需将普通直播模式下采集的第一视频等比缩放后即可得到,这样第一主播端在普通直播模式和连麦直播模式下推送的视频帧的高宽比是不变的,因此第一主播端在从普通直播模式切换至连麦直播模式时,无需断流,直接通过普通直播模式下采集的视频继续进行连麦即可。由于第一主播端在切换直播模式时并没有断流后重新开播,因此,第一主播端所在的直播间的观众端播放的视频就不会出现卡顿现象,这样在第一主播端切换直播模式的过程,观众观看的直播视频也就是流畅的了。
图3是本申请实施例提供的一种连麦方法流程图,应用于观众端,观众端为第一主播端所在的直播间内的观众端,第一主播端为与第二主播端进行连麦的主播端。如图3所示,该连麦方法包括如下几个步骤:
步骤301:第一主播端所在的直播间内的观众端接收第一主播端推送的缩放后的第一视频和缩放后的第二视频,缩放后的第一视频是第一主播端在检测到用于指示从普通直播模式切换至连麦直播模式的第一直播模式切换消息时,将普通直播模式下采集的第一视频等比缩放后得到的,缩放后的第二视频是第一主播端在接收到第二主播端发送的第二视频,将第二视频等比缩放后得到的,普通直播模式是指第一主播端单独进行直播的模式。
步骤302:观众端在本端的第一显示区域显示缩放后的第一视频,在本端的第二显示区域显示缩放后的第二视频,第一显示区域和第二显示区域为显示界面中划分出两个显示区域,第一显示区域和第二显示区域与普通直播模式下的第三显示区域的高宽比相同。
在本申请实施例中,当第一主播端检测到用于指示从普通直播模式切换至连麦直播模式的第一直播模式切换消息时,将普通直播模式下采集的第一视频等比缩放,得到缩放后的第一视频,将缩放后的第一视频显示在第一主播端的第一显示区域,接收第二主播端发送的第二视频,将第二视频等比缩放,得到缩放后的第二视频,将缩放后的第二视频显示在第一主播端的第二显示区域,将缩放后的第一视频和缩放后的第二视频推送至第一主播端所在的直播间。由于第一显示区域和第二显示区域为显示界面中划分出两个显示区域,且第一显示区域和第二显示区域与普通直播模式下的第三显示区域的高宽比相同,因此第一显示区域显示的视频只需将普通直播模式下采集的第一视频等比缩放后即可得到,这样第一主播端在普通直播模式和连麦直播模式下推送的视频帧的高宽比是不变的,因此第一主播端在从普通直播模式切换至连麦直播模式时,无需断流,直接通过普通直播模式下采集的视频继续进行连麦即可。由于第一主播端在切换直播模式时并没有断流后重新开播,因此,第一主播端所在的直播间的观众端播放的视频就不会出现卡顿现象,这样在第一主播端切换直播模式的过程,观众观看的直播视频也就是流畅的了。
图4是本申请实施例提供的一种连麦方法流程图,应用于图1所示的连麦***。如图4所示,该方法包括如下几个步骤:
步骤401:当第一主播端检测到用于指示从普通直播模式切换至连麦直播模式的第一直播模式切换消息时,将普通直播模式下采集的第一视频等比缩放,得到缩放后的第一视频,将缩放后的第一视频显示在第一主播端的第一显示区域,普通直播模式是指第一主播端单独进行直播的模式。
在本申请实施例中,第一主播端可以在以下两种场景下检测到步骤401中的第一直播模式切换消息。
第一种场景,在第一主播端进行普通直播模式下的直播的过程中,第一主播端的显示界面中还包括连麦直播选项。因此,当第一主播端检测到针对该连麦直播选项的选择操作时,便可确定当前检测到步骤401中的第一直播模式切换消息。
此外,当第一主播端检测到针对该连麦直播选项的选择操作时,第一主播端还基于相应主播的选择操作确定出当前与第一主播端进行连麦的第二主播端,并向第二主播端发送连麦请求。此时,连麦是由第一主播端主动发起的。
第二种场景,当第一主播端接收到第二主播端发送的连麦请求时,便可确定当前检测到步骤401中的第一直播模式切换消息。此时,连麦是由第二主播端主动发起的。
也即是,在本申请实施例中,第一主播端可以是主动发起连麦请求的主播端,也可以是被动接收连麦请求的主播端,本申请实施例对此不做具体限定。这两种场景下的主播端均可以通过本申请实施例提供的连麦方法进行连麦直播。
另外,由于普通直播模式下的显示区域通常为整个显示界面,在第一主播端进行连麦之后,由于当前显示界面需要显示第一主播端的直播视频和第二主播端的连麦视频,因此,当第一主播端检测到用于指示从普通直播模式切换至连麦直播模式的第一直播模式切换消息时,第一主播端还将需在当前显示界面出划分出第一显示区域和第二显示区域,其中,第一显示区域用于显示本端采集的音视频。第二显示区域用于通过下述步骤202显示第二主播端采集的音视频。
此外需要说明的是,由于第一显示区域和第二显示区域与第三显示区域的高宽比相同,这样的话,在将当前显示界面布局为包括第一显示区域和第二显示区域的界面时,此时,当前显示界面中还有空白的区域,在一种可能的实现方式中,可以将直播过程中的聊天区域覆盖在该空白区域中。
基于步骤401可知,在第一显示区域显示的本端的直播视频是通过普通模式下显示界面中显示的直播视频等比缩放后得到的,因此,在第一显示区域显示的本端的直播视频和第一主播终端在普通直播模式下显示的直播视频的高宽比是一致的。这样在第一主播端从普通直播模式切换至连麦直播模式时,第一主播端并不需要断流,第一直播间内的观众端观看的直播视频也就不会出现卡顿现象。
步骤402:第一主播端接收第二主播端发送的第二视频,将第二视频等比缩放,得到缩放后的第二视频,将缩放后的第二视频显示在第一主播端的第二显示区域,第一显示区域和第二显示区域为显示界面中划分出两个显示区域,第一显示区域和第二显示区域与普通直播模式下的第三显示区域的高宽比相同。
基于步骤401可知,第一主播端可以在两种不同的场景中检测到第一直播模式切换消息。其中,如果第一主播端在主动发起连麦请求的过程中检测到第一直播模式切换消息,此时,则第一主播端在向第二主播端发送连麦请求之后,如果接收到第二主播端返回的连麦确认消息,后续便可接收到第二主播端发送的第二视频。此时,第一主播端便可将第二视频等比缩放,得到缩放后的第二视频显示在第二显示区域。
如果第一主播端是在接收到连麦请求的过程中检测到第一直播模式切换消息,此时,则第一主播端接收到第二主播端发送的连麦请求时,如果第一主播端当前确认与第二主播端进行连麦直播,便向第二主播端返回连麦确认消息,后续便可接收到第二主播端发送的第二视频。此时,第一主播端同样将第二视频等比缩放,得到缩放后的第二视频显示在第二显示区域。
此外,在第一主播端从当前的显示界面中划分出第一显示区域和第二显示区域之后,第一主播端即可直接向第一主播端所在的直播间内推送第一显示区域和第二显示区域中显示的视频。需要说明的是,如果在第一主播端从当前的显示界面中划分出第一显示区域和第二显示区域之后,第一主播端还未接收到第二主播端发送的第二视频,此时为了避免第一主播端内的观众看到的第二显示区域中的视频为出现黑屏或空白的现象,此时则在第一主播端的第一显示区域显示第一参考视频。
该第一参考视频是默认的图像或默认的视频片段。比如,该第一参考视频可以是预先第一主播端预先配置的一段相应主播的唱歌视频。
步骤403:第一主播端将缩放后的第一视频和缩放后的第二视频推送至第一主播端所在的直播间,第一主播端所在的直播间内的观众端接收第一主播端推送的缩放后的第一视频和缩放后的第二视频。
通过步骤403可以实现第一主播端对连麦的两个直播视频进行了混流,然后将混流后的混合视频推送给第一主播端所在的直播间,以使第一主播端所在的直播间内的任一观众端均可接收第一主播端推送的缩放后的第一视频和缩放后的第二视频。
需要说明的是,基于步骤402可知,如果在第一主播端从当前的显示界面中划分出第一显示区域和第二显示区域之后,第一主播端还未接收到第二主播端发送的第二视频,此时在第一主播端的第一显示区域显示第一参考视频。这种情况下,第一主播端推送的是仍然是第一显示区域中显示的视频,只不过第一显示区域中显示的是第一参考视频而已。
此外,在本申请实施例中,由于第一主播端在切换直播模式之后,并没有断流之后重新开播,也即是,第一主播端在切换直播模式前后采用的是同一视频流来推送的。因此,为了便于观众端能够获知到当前第一主播端的直播模式进行了切换,从而及时调整自身的显示页面,第一主播端在将缩放后的第一视频和缩放后的第二视频推送至第一主播端所在的直播间之前,还可以先将第一直播模式切换消息封装成第一视频帧;将第一视频帧编码至向第一主播端所在的直播间推送的视频流中。第一主播端所在的直播间内任一观众端接收视频流,并解码视频流,将解码之后的视频显示在显示界面中。因此,当该观众端从接收到的视频流中解码出第一直播模式切换消息时,便在当前显示界面中划分出第一显示区域和第二显示区域,以为后续通过步骤404播放连麦直播视频做准备工作。
步骤404:观众端在本端的第一显示区域显示缩放后的第一视频,在本端的第二显示区域显示缩放后的第二视频,第一显示区域和第二显示区域为显示界面中划分出两个显示区域。
在一种可能的实现方式中,观众端如果解码发现当前的视频流为混合视频,则临时调整页面布局以使显示界面中包括第一显示区域和第二显示区域,以显示该混合视频。
可选地,基于步骤403可知,第一主播端在推送缩放后的第一视频和缩放后的第二视频之前,还可能发送有第一直播模式切换消息伪装的第一视频帧,在这种场景中,观众端在接收第一主播端推送的缩放后的第一视频和缩放后的第二视频之前,已经接收到了该第一视频帧,并根据该第一视频帧划分出了第一显示区域和第二显示区域。也即是,在步骤404中,观众端可以直接将接收到的缩放后的第一视频显示在第一显示区域,缩放后的第二视频显示在第二显示区域。
可选地,如果观众端在根据该第一视频帧划分出了第一显示区域和第二显示区域之后,接收到的仍然是第一主播端在普通直播模式下推送的视频,此时,观众端可以直接将该视频等比缩放后显示在第一显示区域。并在本端的第二显示区域显示第二参考视频,以避免观众端播放的视频出现黑屏或空白的现象。
步骤404中的第二参考视频和步骤402中的第一参考视频可以为同一参考视频,也可以为不同的参考视频。这两个参考视频均是为了保证观众端播放的连麦直播视频不会出现黑屏或空白的现象。
在本申请实施例中,当第一主播端检测到用于指示从普通直播模式切换至连麦直播模式的第一直播模式切换消息时,将普通直播模式下采集的第一视频等比缩放,得到缩放后的第一视频,将缩放后的第一视频显示在第一主播端的第一显示区域,接收第二主播端发送的第二视频,将第二视频等比缩放,得到缩放后的第二视频,将缩放后的第二视频显示在第一主播端的第二显示区域,将缩放后的第一视频和缩放后的第二视频推送至第一主播端所在的直播间。由于第一显示区域和第二显示区域为显示界面中划分出两个显示区域,且第一显示区域和第二显示区域与普通直播模式下的第三显示区域的高宽比相同,因此第一显示区域显示的视频只需将普通直播模式下采集的第一视频等比缩放后即可得到,这样第一主播端在普通直播模式和连麦直播模式下推送的视频帧的高宽比是不变的,因此第一主播端在从普通直播模式切换至连麦直播模式时,无需断流,直接通过普通直播模式下采集的视频继续进行连麦即可。由于第一主播端在切换直播模式时并没有断流后重新开播,因此,第一主播端所在的直播间的观众端播放的视频就不会出现卡顿现象,这样在第一主播端切换直播模式的过程,观众观看的直播视频也就是流畅的了。
下面举例进一步说明本申请实施例提供的连麦方法的有益效果。
假设主播端在普通直播模式下采用视频分辨率高宽比为16:9的模式进行直播,此时这种普通直播模式还可以称为竖屏开播模式。相关技术中,在竖屏开播模式中,如果两个主播进行连麦,此时观众观看到的是两个主播端混流后的视频,视频分辨率的高宽比变化为16:9。因此,如图5所示,相关技术中,当第一主播端从竖屏开播模式切换至连麦直播模式后,需要先断流然后再重新开播。
但是,通过本申请实施例提供的连麦方法,在竖屏开播模式中,如果两个主播进行连麦,此时如图6所示,只需在第一主播端的显示界面的左上侧划分出一个第一显示区域,在显示界面的右上侧划分出一个第二显示区域,这两个显示区域和竖屏开播模式下的显示区域的高宽比相同。因此,第一主播端并不需要断流,直接将竖屏开播模式下采集的视频等比缩放后显示在第一显示区域,将第二主播端发送的第二视频等比缩放后显示在第二显示区域即可实现连麦直播,整个过程无需断流之后重新开播。此外,在图6所示的显示界面中,可以在第一显示区域和第二显示区域下方的空白区域上覆盖上聊天区域,以实现对显示界面的充分利用。
上述实施例用于对第一主播端从普通直播模式切换至连麦直播模式的过程进行解释说明,本申请实施例提供的连麦方法还适用于从连麦直播模式切换至普通直播模式的场景,下述实施例用于对这个场景下的连麦方法进行解释说明。
图7是本申请实施例提供的另一种连麦方法流程图,应用于图1所示的连麦***中。如图7所示,该方法包括如下步骤:
步骤701:当第一主播端检测到用于指示从连麦直播模式切换至普通直播模式的第二直播模式切换消息时,将连麦直播模式下采集的第三视频等比缩放,得到缩放后的第三视频,将缩放后的第三视频显示在第一主播端的第三显示区域。
基于图4所示的实施例可知,在本申请实施例中,普通直播模式下显示直播视频的一个显示区域和连麦直播模式下显示直播视频的两个显示区域的高宽比相同。因此,当第一主播端需要从连麦直播模式切换至普通直播模式时,只需将当前的显示界面恢复成第三显示区域,然后将连麦直播模式下采集的第三视频等比缩放显示在第三显示区域即可,无需断流,也就无需重新开播。
基于图4所示的实施例可知,第一主播端可以在两种场景下检测到用于指示从普通直播模式切换到连麦直播模式的第一直播模式切换消息。同样地,在步骤701中,第一主播端同样可以在两种场景下检测到用于指示从连麦直播模式切换至普通直播模式的第二直播模式切换消息。
第一种场景,在第一主播端进行连麦直播模式下的直播的过程中,第一主播端的显示界面中还包括断开连麦直播选项。因此,当第一主播端检测到针对该断开连麦直播选项的选择操作时,便可确定当前检测到步骤701中的第二直播模式切换消息。
此外,当第一主播端检测到针对该断开连麦直播选项的选择操作时,第一主播端还向第二主播端发送断开连麦请求。此时,断开连麦是由第一主播端主动发起的。
第二种场景,当第一主播端接收到第二主播端发送的断开连麦请求时,便可确定当前检测到步骤701中的第二直播模式切换消息。此时,断开连麦是由第二主播端主动发起的。
也即是,在本申请实施例中,第一主播端可以是主动发起断开连麦请求的主播端,也可以是被动接收断开连麦请求的主播端,本申请实施例对此不做具体限定。这两种场景下的主播端均可以通过本申请实施例提供的连麦方法进行连麦直播。
此外,在上述任一种场景中,当第一主播端检测到用于指示从连麦直播模式切换至普通直播模式的第二直播模式切换消息时,第一主播端均不再向第二主播端推送本端采集的直播视频。
步骤702:第一主播端将缩放后的第三视频推送至第一主播端所在的直播间,第一主播端所在的直播间内的观众端接收第一主播端推送的缩放后的第三视频。
通过步骤702,便可实现第一主播端无需断流就可以在切换直播过程中继续向直播间内的观众端推送另一个直播模式下直播视频。
此外,在本申请实施例中,由于第一主播端在切换直播模式之后,并没有断流之后重新开播,也即是,第一主播端在切换直播模式前后采用的是同一视频流来推送的。因此,为了便于观众端能够获知到当前第一主播端的直播模式进行了切换,从而及时调整自身的显示页面,第一主播端在将缩放后的第三视频推送至第一主播端所在的直播间之前,还可以先将第二直播模式切换消息封装成第二视频帧;将第二视频帧编码至向第一主播端所在的直播间推送的视频流中,第一主播端所在的直播间内任一观众端当从接收到的视频流中解码出第二直播模式切换消息时,将当前显示界面恢复至第三显示区域,以为后续通过步骤703播放普通直播视频做准备工作。
步骤703:在本端的第三显示区域显示缩放后的第三视频。
在一种可能的实现方式中,观众端如果解码发现当前的视频流不是混合视频,则临时调整页面布局以使显示界面恢复至第三显示区域,以显示该第三视频。
可选地,基于步骤702可知,第一主播端在推送缩放后的第三视频之前,还可能发送有第二直播模式切换消息伪装的第二视频帧,在这种场景中,观众端在接收第一主播端推送的缩放后的第三视频之前,已经接收到了该第二视频帧,并根据该第二视频帧恢复出了第三显示区域。也即是,在步骤703中,观众端可以直接将接收到的缩放后的第三视频显示在第三显示区域。
在本申请实施例中,当第一主播端检测到用于指示从连麦直播模式切换至普通直播模式的第二直播模式切换消息时,将连麦直播模式下采集的第三视频等比缩放,得到缩放后的第三视频,将缩放后的第三视频显示在第一主播端的第三显示区域,将缩放后的第三视频推送至第一主播端所在的直播间。由于连麦直播模式下的第一显示区域和第二显示区域与普通直播模式下的第三显示区域的高宽比相同,因此第三显示区域显示的视频只需将连麦直播模式下采集的第三视频等比缩放后即可得到,这样第一主播端在连麦直播模式和普通直播模式下推送的视频帧的高宽比是不变的,因此第一主播端在从连麦直播模式切换至普通直播模式时,无需断流,直接通过连麦直播模式下采集的视频继续进行直播即可。由于第一主播端在切换直播模式时并没有断流后重新开播,因此,第一主播端所在的直播间的观众端播放的视频就不会出现卡顿现象,这样在第一主播端切换直播模式的过程,观众观看的直播视频也就是流畅的了。
图8是本申请实施例提供的一种第一主播端的结构示意图。第一主播端为与第二主播端进行连麦的主播端,如图8所示,第一主播端800包括:
第一显示模块801,当检测到用于指示从普通直播模式切换至连麦直播模式的第一直播模式切换消息时,将普通直播模式下采集的第一视频等比缩放,得到缩放后的第一视频,将缩放后的第一视频显示在第一主播端的第一显示区域,普通直播模式是指第一主播端单独进行直播的模式;
第二显示模块802,用于接收第二主播端发送的第二视频,将第二视频等比缩放,得到缩放后的第二视频,将缩放后的第二视频显示在第一主播端的第二显示区域,第一显示区域和第二显示区域为显示界面中划分出两个显示区域,第一显示区域和第二显示区域与普通直播模式下的第三显示区域的高宽比相同;
推送模块803,用于将缩放后的第一视频和缩放后的第二视频推送至第一主播端所在的直播间,以使直播间内的观众端的第一显示区域显示缩放后的第一视频,观众端的第二显示区域显示缩放后的第二视频。
可选地,第二显示模块还用于:
在将缩放后的第一视频显示在第一主播端的第一显示区域之后,如果当前时间没有接收到第二视频,则在第一主播端的第二显示区域显示第一参考视频。
可选地,第一主播端还包括:
第一封装模块,用于将第一直播模式切换消息封装成第一视频帧;
推送模块,还用于将第一视频帧编码至向第一主播端所在的直播间推送的视频流中,以使直播间内的观众端在解码到第一直播模式切换消息时,在当前显示界面中划分出第一显示区域和第二显示区域。
可选地,第一主播端还包括:
第三显示模块,用于当检测到用于指示从连麦直播模式切换至普通直播模式的第二直播模式切换消息时,将连麦直播模式下采集的第三视频等比缩放,得到缩放后的第三视频,将缩放后的第三视频显示在第一主播端的第三显示区域;
推送模块,还用于将缩放后的第三视频推送至第一主播端所在的直播间,以使直播间内的观众端的第三显示区域显示缩放后的第三视频。
可选地,第一主播端还包括:
第二封装模块,用于将第二直播模式切换消息封装成第二视频帧;
推送模块,还用于将第二视频帧编码至向第一主播端所在的直播间推送的视频流中,以使直播间内的观众端在解码到第二直播模式切换消息时,将当前显示界面恢复至第三显示区域。
在本申请实施例中,当第一主播端检测到用于指示从普通直播模式切换至连麦直播模式的第一直播模式切换消息时,将普通直播模式下采集的第一视频等比缩放,得到缩放后的第一视频,将缩放后的第一视频显示在第一主播端的第一显示区域,接收第二主播端发送的第二视频,将第二视频等比缩放,得到缩放后的第二视频,将缩放后的第二视频显示在第一主播端的第二显示区域,将缩放后的第一视频和缩放后的第二视频推送至第一主播端所在的直播间。由于第一显示区域和第二显示区域为显示界面中划分出两个显示区域,且第一显示区域和第二显示区域与普通直播模式下的第三显示区域的高宽比相同,因此第一显示区域显示的视频只需将普通直播模式下采集的第一视频等比缩放后即可得到,这样第一主播端在普通直播模式和连麦直播模式下推送的视频帧的高宽比是不变的,因此第一主播端在从普通直播模式切换至连麦直播模式时,无需断流,直接通过普通直播模式下采集的视频继续进行连麦即可。由于第一主播端在切换直播模式时并没有断流后重新开播,因此,第一主播端所在的直播间的观众端播放的视频就不会出现卡顿现象,这样在第一主播端切换直播模式的过程,观众观看的直播视频也就是流畅的了。
需要说明的是:上述实施例提供的第一主播端在进行连麦时,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将设备的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。另外,上述实施例提供的第一主播端与连麦方法实施例属于同一构思,其具体实现过程详见方法实施例,这里不再赘述。
图9是本申请实施例提供的一种观众端的结构示意图。观众端为第一主播端所在的直播间内的观众端,第一主播端为与第二主播端进行连麦的主播端,如图9所示,观众端900包括:
第一接收模块901,用于接收第一主播端推送的缩放后的第一视频和缩放后的第二视频,缩放后的第一视频是第一主播端在检测到用于指示从普通直播模式切换至连麦直播模式的第一直播模式切换消息时,将普通直播模式下采集的第一视频等比缩放后得到的,缩放后的第二视频是第一主播端在接收到第二主播端发送的第二视频,将第二视频等比缩放后得到的,普通直播模式是指第一主播端单独进行直播的模式;
第一显示模块902,用于在本端的第一显示区域显示缩放后的第一视频,在本端的第二显示区域显示缩放后的第二视频,第一显示区域和第二显示区域为显示界面中划分出两个显示区域,第一显示区域和第二显示区域与普通直播模式下的第三显示区域的高宽比相同。
可选地,观众端还包括:
划分模块,用于当从接收到的视频流中解码出第一直播模式切换消息时,在当前显示界面中划分出第一显示区域和第二显示区域。
可选地,第一显示模块,还用于如果在当前显示界面中划分出第一显示区域和第二显示区域之后,没有接收到缩放后的第二视频,则在本端的第二显示区域显示第二参考视频。
可选地,观众端还包括:
第二接收模块,用于接收第一主播端推送的缩放后的第三视频,第三视频是第一主播端在检测到用于指示从连麦直播模式切换至普通直播模式的第二直播模式切换消息时,将连麦直播模式下采集的第三视频等比缩放后得到的;
第二显示模块,用于在本端的第三显示区域显示缩放后的第三视频。
可选地,观众端还包括:
恢复模块,用于当从接收到的视频流中解码出第二直播模式切换消息时,将当前显示界面恢复至第三显示区域。
需要说明的是:上述实施例提供的观众端在播放连麦直播视频时,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将设备的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。另外,上述实施例提供的观众端与连麦方法实施例属于同一构思,其具体实现过程详见方法实施例,这里不再赘述。
图10是本申请实施例提供的一种终端1000的结构示意图。图1中的任一主播端或观众端均可以通过图10所示的终端来实现。该终端1000可以是:智能手机、平板电脑、MP3播放器(Moving Picture Experts Group Audio Layer III,动态影像专家压缩标准音频层面3)、MP4(Moving Picture Experts Group Audio Layer IV,动态影像专家压缩标准音频层面4)播放器、笔记本电脑或台式电脑。终端1000还可能被称为用户设备、便携式终端、膝上型终端、台式终端等其他名称。
通常,终端1000包括有:处理器1001和存储器1002。
处理器1001可以包括一个或多个处理核心,比如4核心处理器、8核心处理器等。处理器1001可以采用DSP(Digital Signal Processing,数字信号处理)、FPGA(Field-Programmable Gate Array,现场可编程门阵列)、PLA(Programmable Logic Array,可编程逻辑阵列)中的至少一种硬件形式来实现。处理器1001也可以包括主处理器和协处理器,主处理器是用于对在唤醒状态下的数据进行处理的处理器,也称CPU(Central ProcessingUnit,中央处理器);协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中,处理器1001可以在集成有GPU(Graphics Processing Unit,图像处理器),GPU用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中,处理器1001还可以包括AI(Artificial Intelligence,人工智能)处理器,该AI处理器用于处理有关机器学习的计算操作。
存储器1002可以包括一个或多个计算机可读存储介质,该计算机可读存储介质可以是非暂态的。存储器1002还可包括高速随机存取存储器,以及非易失性存储器,比如一个或多个磁盘存储设备、闪存存储设备。在一些实施例中,存储器1002中的非暂态的计算机可读存储介质用于存储至少一个指令,该至少一个指令用于被处理器1001所执行以实现本申请中方法实施例提供的连麦方法。
在一些实施例中,终端1000还可选包括有:***设备接口1003和至少一个***设备。处理器1001、存储器1002和***设备接口1003之间可以通过总线或信号线相连。各个***设备可以通过总线、信号线或电路板与***设备接口1003相连。具体地,***设备包括:射频电路1004、触摸显示屏1005、摄像头1006、音频电路1007、定位组件1008和电源1009中的至少一种。
***设备接口1003可被用于将I/O(Input/Output,输入/输出)相关的至少一个***设备连接到处理器1001和存储器1002。在一些实施例中,处理器1001、存储器1002和***设备接口1003被集成在同一芯片或电路板上;在一些其他实施例中,处理器1001、存储器1002和***设备接口1003中的任意一个或两个可以在单独的芯片或电路板上实现,本实施例对此不加以限定。
射频电路1004用于接收和发射RF(Radio Frequency,射频)信号,也称电磁信号。射频电路1004通过电磁信号与通信网络以及其他通信设备进行通信。射频电路1004将电信号转换为电磁信号进行发送,或者,将接收到的电磁信号转换为电信号。可选地,射频电路1004包括:天线***、RF收发器、一个或多个放大器、调谐器、振荡器、数字信号处理器、编解码芯片组、用户身份模块卡等等。射频电路1004可以通过至少一种无线通信协议来与其它终端进行通信。该无线通信协议包括但不限于:城域网、各代移动通信网络(2G、3G、4G及5G)、无线局域网和/或WiFi(Wireless Fidelity,无线保真)网络。在一些实施例中,射频电路1004还可以包括NFC(Near Field Communication,近距离无线通信)有关的电路,本申请对此不加以限定。
显示屏1005用于显示UI(User Interface,用户界面)。该UI可以包括图形、文本、图标、视频及其它们的任意组合。当显示屏1005是触摸显示屏时,显示屏1005还具有采集在显示屏1005的表面或表面上方的触摸信号的能力。该触摸信号可以作为控制信号输入至处理器1001进行处理。此时,显示屏1005还可以用于提供虚拟按钮和/或虚拟键盘,也称软按钮和/或软键盘。在一些实施例中,显示屏1005可以为一个,设置终端1000的前面板;在另一些实施例中,显示屏1005可以为至少两个,分别设置在终端1000的不同表面或呈折叠设计;在再一些实施例中,显示屏1005可以是柔性显示屏,设置在终端1000的弯曲表面上或折叠面上。甚至,显示屏1005还可以设置成非矩形的不规则图形,也即异形屏。显示屏1005可以采用LCD(Liquid Crystal Display,液晶显示屏)、OLED(Organic Light-Emitting Diode,有机发光二极管)等材质制备。
摄像头组件1006用于采集图像或视频。可选地,摄像头组件1006包括前置摄像头和后置摄像头。通常,前置摄像头设置在终端的前面板,后置摄像头设置在终端的背面。在一些实施例中,后置摄像头为至少两个,分别为主摄像头、景深摄像头、广角摄像头、长焦摄像头中的任意一种,以实现主摄像头和景深摄像头融合实现背景虚化功能、主摄像头和广角摄像头融合实现全景拍摄以及VR(Virtual Reality,虚拟现实)拍摄功能或者其它融合拍摄功能。在一些实施例中,摄像头组件1006还可以包括闪光灯。闪光灯可以是单色温闪光灯,也可以是双色温闪光灯。双色温闪光灯是指暖光闪光灯和冷光闪光灯的组合,可以用于不同色温下的光线补偿。
音频电路1007可以包括麦克风和扬声器。麦克风用于采集用户及环境的声波,并将声波转换为电信号输入至处理器1001进行处理,或者输入至射频电路1004以实现语音通信。出于立体声采集或降噪的目的,麦克风可以为多个,分别设置在终端1000的不同部位。麦克风还可以是阵列麦克风或全向采集型麦克风。扬声器则用于将来自处理器1001或射频电路1004的电信号转换为声波。扬声器可以是传统的薄膜扬声器,也可以是压电陶瓷扬声器。当扬声器是压电陶瓷扬声器时,不仅可以将电信号转换为人类可听见的声波,也可以将电信号转换为人类听不见的声波以进行测距等用途。在一些实施例中,音频电路1007还可以包括耳机插孔。
定位组件1008用于定位终端1000的当前地理位置,以实现导航或LBS(LocationBased Service,基于位置的服务)。定位组件1008可以是基于美国的GPS(GlobalPositioning System,全球定位***)、中国的北斗***、俄罗斯的格雷纳斯***或欧盟的伽利略***的定位组件。
电源1009用于为终端1000中的各个组件进行供电。电源1009可以是交流电、直流电、一次性电池或可充电电池。当电源1009包括可充电电池时,该可充电电池可以支持有线充电或无线充电。该可充电电池还可以用于支持快充技术。
在一些实施例中,终端1000还包括有一个或多个传感器1010。该一个或多个传感器1010包括但不限于:加速度传感器1011、陀螺仪传感器1012、压力传感器1013、指纹传感器1014、光学传感器1015以及接近传感器1016。
加速度传感器1011可以检测以终端1000建立的坐标系的三个坐标轴上的加速度大小。比如,加速度传感器1011可以用于检测重力加速度在三个坐标轴上的分量。处理器1001可以根据加速度传感器1011采集的重力加速度信号,控制触摸显示屏1005以横向视图或纵向视图进行用户界面的显示。加速度传感器1011还可以用于游戏或者用户的运动数据的采集。
陀螺仪传感器1012可以检测终端1000的机体方向及转动角度,陀螺仪传感器1012可以与加速度传感器1011协同采集用户对终端1000的3D动作。处理器1001根据陀螺仪传感器1012采集的数据,可以实现如下功能:动作感应(比如根据用户的倾斜操作来改变UI)、拍摄时的图像稳定、游戏控制以及惯性导航。
压力传感器1013可以设置在终端1000的侧边框和/或触摸显示屏1005的下层。当压力传感器1013设置在终端1000的侧边框时,可以检测用户对终端1000的握持信号,由处理器1001根据压力传感器1013采集的握持信号进行左右手识别或快捷操作。当压力传感器1013设置在触摸显示屏1005的下层时,由处理器1001根据用户对触摸显示屏1005的压力操作,实现对UI界面上的可操作性控件进行控制。可操作性控件包括按钮控件、滚动条控件、图标控件、菜单控件中的至少一种。
指纹传感器1014用于采集用户的指纹,由处理器1001根据指纹传感器1014采集到的指纹识别用户的身份,或者,由指纹传感器1014根据采集到的指纹识别用户的身份。在识别出用户的身份为可信身份时,由处理器1001授权该用户执行相关的敏感操作,该敏感操作包括解锁屏幕、查看加密信息、下载软件、支付及更改设置等。指纹传感器1014可以被设置终端1000的正面、背面或侧面。当终端1000上设置有物理按键或厂商Logo时,指纹传感器1014可以与物理按键或厂商Logo集成在一起。
光学传感器1015用于采集环境光强度。在一个实施例中,处理器1001可以根据光学传感器1015采集的环境光强度,控制触摸显示屏1005的显示亮度。具体地,当环境光强度较高时,调高触摸显示屏1005的显示亮度;当环境光强度较低时,调低触摸显示屏1005的显示亮度。在另一个实施例中,处理器1001还可以根据光学传感器1015采集的环境光强度,动态调整摄像头组件1006的拍摄参数。
接近传感器1016,也称距离传感器,通常设置在终端1000的前面板。接近传感器1016用于采集用户与终端1000的正面之间的距离。在一个实施例中,当接近传感器1016检测到用户与终端1000的正面之间的距离逐渐变小时,由处理器1001控制触摸显示屏1005从亮屏状态切换为息屏状态;当接近传感器1016检测到用户与终端1000的正面之间的距离逐渐变大时,由处理器1001控制触摸显示屏1005从息屏状态切换为亮屏状态。
本领域技术人员可以理解,图10中示出的结构并不构成对终端1000的限定,可以包括比图示更多或更少的组件,或者组合某些组件,或者采用不同的组件布置。
本申请实施例还提供了一种非临时性计算机可读存储介质,当存储介质中的指令由终端的处理器执行时,使得终端能够执行上实施例提供的连麦方法。
本申请实施例还提供了一种包含指令的计算机程序产品,当其在终端上运行时,使得终端执行上述实施例提供的连麦方法。
此外,本申请实施例还提供了一种连麦***,该***包括第一主播端、第二主播端、第一主播端所在的直播间内的观众端,第一主播端和第二主播端为进行连麦的两个主播端;
第一主播端和观众端的具体功能在上述方法实施例中已经进行了详细说明,在此就不再赘述。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成,也可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,上述提到的存储介质可以是只读存储器,磁盘或光盘等。
以上所述仅为本申请的较佳实施例,并不用以限制本申请,凡在本申请的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本申请的保护范围之内。

Claims (25)

1.一种连麦方法,其特征在于,应用于第一主播端,所述第一主播端为与第二主播端进行连麦的主播端,所述方法包括:
当检测到用于指示从普通直播模式切换至连麦直播模式的第一直播模式切换消息时,将所述普通直播模式下采集的第一视频等比缩放,得到缩放后的第一视频,将所述缩放后的第一视频显示在所述第一主播端的第一显示区域,所述普通直播模式是指所述第一主播端单独进行直播的模式;
接收所述第二主播端发送的第二视频,将所述第二视频等比缩放,得到缩放后的第二视频,将所述缩放后的第二视频显示在所述第一主播端的第二显示区域,所述第一显示区域和所述第二显示区域为显示界面中划分出两个显示区域,所述第一显示区域和第二显示区域与所述普通直播模式下的第三显示区域的高宽比相同;
将所述缩放后的第一视频和所述缩放后的第二视频推送至所述第一主播端所在的直播间,以使所述直播间内的观众端的第一显示区域显示所述缩放后的第一视频,所述观众端的第二显示区域显示缩放后的第二视频。
2.如权利要求1所述的方法,其特征在于,所述接收所述第二主播端发送的第二视频之前,还包括
在将所述缩放后的第一视频显示在所述第一主播端的第一显示区域之后,如果当前时间没有接收到所述第二视频,则在所述第一主播端的第二显示区域显示第一参考视频。
3.如权利要求1所述的方法,其特征在于,所述将所述缩放后的第一视频和所述缩放后的第二视频推送至所述第一主播端所在的直播间之前,还包括:
将所述第一直播模式切换消息封装成第一视频帧;
将所述第一视频帧编码至向所述第一主播端所在的直播间推送的视频流中,以使所述直播间内的观众端在解码到所述第一直播模式切换消息时,在当前显示界面中划分出第一显示区域和第二显示区域。
4.如权利要求1至3任一所述的方法,其特征在于,所述方法还包括:
当检测到用于指示从所述连麦直播模式切换至所述普通直播模式的第二直播模式切换消息时,将所述连麦直播模式下采集的第三视频等比缩放,得到缩放后的第三视频,将所述缩放后的第三视频显示在所述第一主播端的第三显示区域;
将所述缩放后的第三视频推送至所述第一主播端所在的直播间,以使所述直播间内的观众端的第三显示区域显示所述缩放后的第三视频。
5.如权利要求4所述的方法,其特征在于,所述将所述缩放后的第三视频和推送至所述第一主播端所在的直播间之前,还包括:
将所述第二直播模式切换消息封装成第二视频帧;
将所述第二视频帧编码至向所述第一主播端所在的直播间推送的视频流中,以使所述直播间内的观众端在解码到所述第二直播模式切换消息时,将当前显示界面恢复至所述第三显示区域。
6.一种连麦方法,其特征在于,应用于观众端,所述观众端为第一主播端所在的直播间内的观众端,所述第一主播端为与第二主播端进行连麦的主播端,所述方法包括:
接收所述第一主播端推送的缩放后的第一视频和缩放后的第二视频,所述缩放后的第一视频是所述第一主播端在检测到用于指示从普通直播模式切换至连麦直播模式的第一直播模式切换消息时,将所述普通直播模式下采集的第一视频等比缩放后得到的,所述缩放后的第二视频是所述第一主播端在接收到第二主播端发送的第二视频,将所述第二视频等比缩放后得到的,所述普通直播模式是指所述第一主播端单独进行直播的模式;
在本端的第一显示区域显示所述缩放后的第一视频,在本端的第二显示区域显示所述缩放后的第二视频,所述第一显示区域和所述第二显示区域为显示界面中划分出两个显示区域,所述第一显示区域和第二显示区域与所述普通直播模式下的第三显示区域的高宽比相同。
7.如权利要求6所述的方法,其特征在于,所述接收所述第一主播端推送的缩放后的第一视频和缩放后的第二视频之前,还包括:
当从接收到的视频流中解码出所述第一直播模式切换消息时,在当前显示界面中划分出第一显示区域和第二显示区域。
8.如权利要求7所述的方法,其特征在于,所述在当前显示界面中划分出第一显示区域和第二显示区域之后,还包括:
如果在当前显示界面中划分出第一显示区域和第二显示区域之后,没有接收到所述缩放后的第二视频,则在所述本端的第二显示区域显示第二参考视频。
9.如权利要求6所述的方法,其特征在于,所述方法还包括:
接收所述第一主播端推送的缩放后的第三视频,所述第三视频是所述第一主播端在检测到用于指示从所述连麦直播模式切换至所述普通直播模式的第二直播模式切换消息时,将所述连麦直播模式下采集的第三视频等比缩放后得到的;
在本端的第三显示区域显示所述缩放后的第三视频。
10.如权利要求9所述的方法,其特征在于,所述接收所述第一主播端推送的缩放后的第三视频之前,还包括:
当从接收到的视频流中解码出所述第二直播模式切换消息时,将当前显示界面恢复至所述第三显示区域。
11.一种第一主播端,其特征在于,所述第一主播端为与第二主播端进行连麦的主播端,所述第一主播端包括:
第一显示模块,当检测到用于指示从普通直播模式切换至连麦直播模式的第一直播模式切换消息时,将所述普通直播模式下采集的第一视频等比缩放,得到缩放后的第一视频,将所述缩放后的第一视频显示在所述第一主播端的第一显示区域,所述普通直播模式是指所述第一主播端单独进行直播的模式;
第二显示模块,用于接收所述第二主播端发送的第二视频,将所述第二视频等比缩放,得到缩放后的第二视频,将所述缩放后的第二视频显示在所述第一主播端的第二显示区域,所述第一显示区域和所述第二显示区域为显示界面中划分出两个显示区域,所述第一显示区域和第二显示区域与所述普通直播模式下的第三显示区域的高宽比相同;
推送模块,用于将所述缩放后的第一视频和所述缩放后的第二视频推送至所述第一主播端所在的直播间,以使所述直播间内的观众端的第一显示区域显示所述缩放后的第一视频,所述观众端的第二显示区域显示缩放后的第二视频。
12.如权利要求11所述的第一主播端,其特征在于,所述第二显示模块还用于:
在将所述缩放后的第一视频显示在所述第一主播端的第一显示区域之后,如果当前时间没有接收到所述第二视频,则在所述第一主播端的第二显示区域显示第一参考视频。
13.如权利要求11所述的第一主播端,其特征在于,所述第一主播端还包括:
第一封装模块,用于将所述第一直播模式切换消息封装成第一视频帧;
所述推送模块,还用于将所述第一视频帧编码至向所述第一主播端所在的直播间推送的视频流中,以使所述直播间内的观众端在解码到所述第一直播模式切换消息时,在当前显示界面中划分出第一显示区域和第二显示区域。
14.如权利要求11至13任一所述的第一主播端,其特征在于,所述第一主播端还包括:
第三显示模块,用于当检测到用于指示从所述连麦直播模式切换至所述普通直播模式的第二直播模式切换消息时,将所述连麦直播模式下采集的第三视频等比缩放,得到缩放后的第三视频,将所述缩放后的第三视频显示在所述第一主播端的第三显示区域;
所述推送模块,还用于将所述缩放后的第三视频推送至所述第一主播端所在的直播间,以使所述直播间内的观众端的第三显示区域显示所述缩放后的第三视频。
15.如权利要求14所述的第一主播端,其特征在于,所述第一主播端还包括:
第二封装模块,用于将所述第二直播模式切换消息封装成第二视频帧;
所述推送模块,还用于将所述第二视频帧编码至向所述第一主播端所在的直播间推送的视频流中,以使所述直播间内的观众端在解码到所述第二直播模式切换消息时,将当前显示界面恢复至所述第三显示区域。
16.一种观众端,其特征在于,所述观众端为第一主播端所在的直播间内的观众端,所述第一主播端为与第二主播端进行连麦的主播端,所述观众端包括:
第一接收模块,用于接收所述第一主播端推送的缩放后的第一视频和缩放后的第二视频,所述缩放后的第一视频是所述第一主播端在检测到用于指示从普通直播模式切换至连麦直播模式的第一直播模式切换消息时,将所述普通直播模式下采集的第一视频等比缩放后得到的,所述缩放后的第二视频是所述第一主播端在接收到第二主播端发送的第二视频,将所述第二视频等比缩放后得到的,所述普通直播模式是指所述第一主播端单独进行直播的模式;
第一显示模块,用于在本端的第一显示区域显示所述缩放后的第一视频,在本端的第二显示区域显示所述缩放后的第二视频,所述第一显示区域和所述第二显示区域为显示界面中划分出两个显示区域,所述第一显示区域和第二显示区域与所述普通直播模式下的第三显示区域的高宽比相同。
17.如权利要求16所述的观众端,其特征在于,所述观众端还包括:
划分模块,用于当从接收到的视频流中解码出所述第一直播模式切换消息时,在当前显示界面中划分出第一显示区域和第二显示区域。
18.如权利要求17所述的观众端,其特征在于,所述第一显示模块,还用于如果在当前显示界面中划分出第一显示区域和第二显示区域之后,没有接收到所述缩放后的第二视频,则在所述本端的第二显示区域显示第二参考视频。
19.如权利要求16至18任一所述的观众端,其特征在于,所述观众端还包括:
第二接收模块,用于接收所述第一主播端推送的缩放后的第三视频,所述第三视频是所述第一主播端在检测到用于指示从所述连麦直播模式切换至所述普通直播模式的第二直播模式切换消息时,将所述连麦直播模式下采集的第三视频等比缩放后得到的;
第二显示模块,用于在本端的第三显示区域显示所述缩放后的第三视频。
20.如权利要求19所述的观众端,其特征在于,所述观众端还包括:
恢复模块,用于当从接收到的视频流中解码出所述第二直播模式切换消息时,将当前显示界面恢复至所述第三显示区域。
21.一种第一主播端,其特征在于,所述第一主播端包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,所述处理器被配置为执行上述权利要求1至权利要求5中的任一项权利要求所述的方法的步骤。
22.一种观众端,其特征在于,所述观众端包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,所述处理器被配置为执行上述权利要求6至权利要求10中的任一项权利要求所述的方法的步骤。
23.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储有指令,所述指令被处理器执行时实现上述权利要求1至权利要求5中的任一项权利要求所述的方法的步骤。
24.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储有指令,所述指令被处理器执行时实现上述权利要求6至权利要求10中的任一项权利要求所述的方法的步骤。
25.一种连麦***,其特征在于,所述***包括第一主播端、第二主播端、所述第一主播端所在的直播间内的观众端,所述第一主播端和所述第二主播端为进行连麦的两个主播端;
所述第一主播端用于实现上述权利要求1至权利要求5中的任一项权利要求所述的方法的步骤;
所述观众端用于实现上述权利要求6至权利要求10中的任一项权利要求所述的方法的步骤。
CN201911252003.3A 2019-12-09 2019-12-09 连麦方法及***、第一主播端、观众端及计算机存储介质 Active CN111083507B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201911252003.3A CN111083507B (zh) 2019-12-09 2019-12-09 连麦方法及***、第一主播端、观众端及计算机存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201911252003.3A CN111083507B (zh) 2019-12-09 2019-12-09 连麦方法及***、第一主播端、观众端及计算机存储介质

Publications (2)

Publication Number Publication Date
CN111083507A CN111083507A (zh) 2020-04-28
CN111083507B true CN111083507B (zh) 2021-11-23

Family

ID=70313429

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201911252003.3A Active CN111083507B (zh) 2019-12-09 2019-12-09 连麦方法及***、第一主播端、观众端及计算机存储介质

Country Status (1)

Country Link
CN (1) CN111083507B (zh)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113727164B (zh) * 2020-05-26 2024-04-26 百度在线网络技术(北京)有限公司 直播间入口显示方法、装置、电子设备和存储介质
CN112437326A (zh) * 2020-11-23 2021-03-02 广州虎牙科技有限公司 视频显示方法、装置、电子设备及计算机可读存储介质
CN112333525A (zh) * 2021-01-05 2021-02-05 晶晨半导体(深圳)有限公司 切换视频窗口的方法、电子设备和存储介质
CN113115119A (zh) * 2021-04-02 2021-07-13 北京达佳互联信息技术有限公司 视频流处理方法、装置及存储介质
CN113315987A (zh) * 2021-05-27 2021-08-27 北京达佳互联信息技术有限公司 视频直播方法和视频直播装置
CN114025187B (zh) * 2021-10-28 2023-01-20 北京达佳互联信息技术有限公司 直播方法、装置以及电子设备
CN115134620A (zh) * 2022-06-30 2022-09-30 广州方硅信息技术有限公司 连麦直播下的画面显示方法、装置及电子设备
WO2024087197A1 (zh) * 2022-10-28 2024-05-02 广州酷狗计算机科技有限公司 直播流切换方法、装置、服务器、终端及程序产品

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101582254A (zh) * 2008-05-13 2009-11-18 深圳华为通信技术有限公司 一种图像呈现方法及装置
WO2010091750A1 (en) * 2009-02-12 2010-08-19 Zoran (France) Scaling method and device for image signals
CN107864122A (zh) * 2017-10-18 2018-03-30 武汉斗鱼网络科技有限公司 一种连麦主播直播流的显示方法及装置
WO2018152437A1 (en) * 2017-02-17 2018-08-23 Vid Scale, Inc. Systems and methods for selective object-of-interest zooming in streaming video
CN108900859A (zh) * 2018-08-17 2018-11-27 广州酷狗计算机科技有限公司 直播方法及***
CN109165076A (zh) * 2018-10-17 2019-01-08 Oppo广东移动通信有限公司 游戏应用程序的显示方法、装置、终端及存储介质

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105554550B (zh) * 2015-12-08 2018-12-04 腾讯科技(北京)有限公司 视频播放方法及装置
CN106028095A (zh) * 2016-06-07 2016-10-12 北京奇虎科技有限公司 控制视频播放的方法及装置
CN106454407B (zh) * 2016-10-25 2020-03-06 广州华多网络科技有限公司 视频直播方法及装置
CN106713945B (zh) * 2016-12-06 2020-05-12 广州华多网络科技有限公司 客户端连麦直播处理方法和装置、直播服务器及直播***

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101582254A (zh) * 2008-05-13 2009-11-18 深圳华为通信技术有限公司 一种图像呈现方法及装置
WO2010091750A1 (en) * 2009-02-12 2010-08-19 Zoran (France) Scaling method and device for image signals
WO2018152437A1 (en) * 2017-02-17 2018-08-23 Vid Scale, Inc. Systems and methods for selective object-of-interest zooming in streaming video
CN107864122A (zh) * 2017-10-18 2018-03-30 武汉斗鱼网络科技有限公司 一种连麦主播直播流的显示方法及装置
CN108900859A (zh) * 2018-08-17 2018-11-27 广州酷狗计算机科技有限公司 直播方法及***
CN109165076A (zh) * 2018-10-17 2019-01-08 Oppo广东移动通信有限公司 游戏应用程序的显示方法、装置、终端及存储介质

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
三维视频技术在仿真实验中的应用;付丽秋;《实验技术与管理》;20131220;第30卷(第12期);全文 *

Also Published As

Publication number Publication date
CN111083507A (zh) 2020-04-28

Similar Documents

Publication Publication Date Title
CN111083507B (zh) 连麦方法及***、第一主播端、观众端及计算机存储介质
CN108966008B (zh) 直播视频回放方法及装置
CN108900859B (zh) 直播方法及***
CN109348247B (zh) 确定音视频播放时间戳的方法、装置及存储介质
CN111147878B (zh) 直播中的推流方法、装置及计算机存储介质
CN108093268B (zh) 进行直播的方法和装置
CN111372126B (zh) 视频播放方法、装置及存储介质
CN109413453B (zh) 视频播放方法、装置、终端及存储介质
CN109874043B (zh) 视频流发送方法、播放方法及装置
CN111464830B (zh) 图像显示的方法、装置、***、设备及存储介质
CN108174275B (zh) 图像展示方法、装置及计算机可读存储介质
CN111355974A (zh) 虚拟礼物赠送处理的方法、装置、***、设备及存储介质
CN112929687A (zh) 基于直播视频的互动方法、装置、设备及存储介质
CN111107389B (zh) 确定观看直播时长的方法、装置和***
CN107896337B (zh) 信息推广方法、装置及存储介质
CN111586431B (zh) 进行直播处理的方法、装置、设备及存储介质
CN113271470B (zh) 直播连麦方法、装置、终端、服务器及存储介质
CN110958464A (zh) 直播数据处理方法、装置、服务器、终端及存储介质
CN111669640B (zh) 虚拟物品转移特效的显示方法、装置、终端及存储介质
CN111010588B (zh) 直播处理方法、装置、存储介质及设备
CN111045945A (zh) 模拟直播的方法、装置、终端、存储介质及程序产品
CN110996117A (zh) 视频转码方法、装置、电子设备和存储介质
CN111586444A (zh) 视频处理方法、装置、电子设备及存储介质
CN111083554A (zh) 直播礼物显示的方法和装置
CN107888975B (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