一种视频画面的绘制方法及装置的制造方法

文档序号:10556071阅读:226来源:国知局
一种视频画面的绘制方法及装置的制造方法
【专利摘要】本发明实施例提供一种视频画面的绘制方法及装置,其中,所述方法包括:创建GLSurface View以及与所述GLSurface View相对应的第一渲染器和第二渲染器;为所述第一渲染器配置第一渲染参数,所述第一渲染参数至少包括视频发起方的画面位置和画面尺寸;为所述第二渲染器配置第二渲染参数,所述第二渲染参数至少包括视频接收方的画面位置和画面尺寸;当视频通话建立时,所述第一渲染器和所述第二渲染器分别根据所述第一渲染参数和所述第二渲染参数,对接收的每一帧图片进行绘制。本发明实施例提供一种视频画面的绘制方法及装置,能够减少对手机资源的占用,以保证视频通话的质量。
【专利说明】
一种视频画面的绘制方法及装置
技术领域
[0001] 本发明实施例涉及图像处理技术领域,尤其涉及一种视频画面的绘制方法及装 置。
【背景技术】
[0002] 从计算机诞生的那天开始,对现实世界的真实模拟就是图形学领域追求的最终目 标。渲染技术在计算机绘图中,是指用软件从模型生成图像的过程。在图形显示操作中,渲 染是最后一项重要步骤,通过它得到模型与动画最终显示效果。渲染技术被广泛用于计算 机与视频游戏、模拟、电影或者电视特效以及可视化设计等实际应用场景。针对渲染显示的 方式不同,可以大致分为两类:预植染(pre-rendering或者off linerendering)和实时植染 (real-timerendering或者onlinerendering)。其中,预植染就是由开发人员将待植染内容 预先放置在服务器上进行渲染,预渲染的计算强度很大,通常用于复杂场景处理,比如酷炫 的3D电影制作等。实时渲染要求实时体验,经常用于各类3D游戏等场景,通常需要依靠硬件 加速器完成这个过程。
[0003]目前通常可以采用本地渲染或云端渲染技术来实现对画面的绘制。本地渲染技术 就是用户设备(UserEquipment,UE)的硬件设备,如:中央处理器(CentralProcessingUni t, CPU)、图形处理器(GraphicProcessingUnit,GPU)对模型进行植染,植染结束后,显示设备 调取渲染结果进行显示。云端渲染技术就是将用户设备的操作移到云端运行,然后把最终 的结果,通过图片方式传送给用户设备进行显示。
[0004]随着通信技术的不断发展,人们已经越来越习惯于利用手机进行视频通话。在视 频通话的过程中也会涉及上述的图像渲染技术。视频通话往往涉及视频通话的发起方以及 视频通话的接收方。现在技术中对于视频通话中画面的绘制可以如下所述:
[0005 ] 首先,可以针对视频通话的发起方和接收方分别建立不同的GLSurf ace Vi ew,然后 通过这两个GLSurfaceView分别对视频通话发起方和接收方的图像进行绘制,从而可以实 现视频通话的过程。
[0006] 然而上述的现有技术中会存在这样的缺陷:仓Il建两个GLSurfaceView无疑会消耗 更多的内存并且会占用更多的cpu使用率,从而造成手机资源的浪费,另外,基于两个 GLSurfaceView来进行画面的绘制,得到的画面位置往往都不方便进行调节。

【发明内容】

[0007] 本发明实施例提供一种视频画面的绘制方法及装置,能够减少对手机资源的占 用,以保证视频通话的质量。
[0008] 本发明实施例提供一种视频画面的绘制方法,包括:仓Il建GLSurf ac eVi ew以及与所 述GLSurfaceView相对应的第一渲染器和第二渲染器;为所述第一渲染器配置第一渲染参 数,所述第一渲染参数至少包括视频发起方的画面位置和画面尺寸;为所述第二渲染器配 置第二渲染参数,所述第二渲染参数至少包括视频接收方的画面位置和画面尺寸;当视频 通话建立时,所述第一渲染器和所述第二渲染器分别根据所述第一渲染参数和所述第二渲 染参数,对接收的每一帧图片进行绘制。
[0009]本发明实施例提供的一种视频画面的绘制装置,包括:渲染器创建单元,用于创建 GLSurfaceView以及与所述GLSurf aceView相对应的第一渲染器和第二渲染器;第一渲染参 数配置单元,用于为所述第一渲染器配置第一渲染参数,所述第一渲染参数至少包括视频 发起方的画面位置和画面尺寸;第二渲染参数配置单元,用于为所述第二渲染器配置第二 渲染参数,所述第二渲染参数至少包括视频接收方的画面位置和画面尺寸;绘制单元,用于 当视频通话建立时,所述第一渲染器和所述第二渲染器分别根据所述第一渲染参数和所述 第二渲染参数,对接收的每一帧图片进行绘制。
[0010]本发明实施例提供的视频画面的绘制方法及装置,仅设置一个GLSurfaceView,同 时在该GLSurfaceView下生成对应的两个渲染器。其中一个渲染器用来渲染视频通话发起 方的画面,另一个渲染器则用来渲染视频通话接收方的画面。通过预先设置的视频通话发 起方的画面位置和画面尺寸以及视频接收方的画面位置和画面尺寸,从而可以限定渲染得 到的画面的位置和尺寸。这样,通过一个GLSurfaceView便可以实现视频通话双方画面的绘 制过程,节省了手机的资源。进一步地,通过对视频通话过程中的网络状态进行监测,从而 可以根据实际的网络状态,对分辨率或者帧率进行调节,以保证视频通话的顺畅。此外,通 过监测手机触摸屏上的触控指令,从而可以根据触控指令对视频通话双方的画面位置进行 调节,保证了视频通话过程的便捷性。
【附图说明】
[0011] 为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现 有技术描述中所需要使用的附图逐一简单地介绍,显而易见地,下面描述中的附图是本发 明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根 据这些附图获得其他的附图。
[0012] 图1为本申请实施例提供的一种视频画面的绘制方法流程图;
[0013] 图2为本申请实施例提供的一种视频画面的绘制装置功能模块图。
【具体实施方式】
[0014] 为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例 中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是 本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员 在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
[0015] 图1为本申请实施例提供的一种视频画面的绘制方法流程图。虽然下文描述流程 包括以特定顺序出现的多个操作,但是应该清楚了解,这些过程可以包括更多或更少的操 作,这些操作可以顺序执行或并行执行(例如使用并行处理器或多线程环境)。如图1所示, 所述方法可以包括:
[0016] SI:创建GLSurfaceView以及与所述GLSurfaceView相对应的第一渲染器和第二渲 染器。
[0017] 所述的GLSurfaceView是一个视图,其内嵌的surf ace可以负责OpenGL植染。所述 GLSurf aceVi ew往往可以提供以下特性:
[0018] 1)管理一个surf ace,该surf ace可以为一块内存,能够直接排版到Android的视图 上;
[0019] 2)管理一个EGL display,该EGL display能够将内容植染到上述的surface上;
[0020] 3)支持用户自定义渲染器;
[0021] 4)让渲染器在独立的线程里运作,将渲染器运作的线程与UI线程分离;
[0022] 5)支持按需植染(on-demand)和连续植染(continuous)。
[0023] 在创建了所述GLSurfaceView之后,可以对所述GLSurfaceView进行初始化。具体 地,由于GLSurfaceView在创建时往往会具备一些默认的配置,这些默认的配置往往可以不 进行修改。因此在初始化的过程中,主要是在所述GLSurfaceView中设置预设数量的渲染 器,以分别对视频通话的发起方和接收方进行画面渲染。具体地,本申请实施例可以通过 setRenderer(Renderer)指令设置一个植染器。
[0024] 另外,所述GLSurfaceView会默认创建像素格式为PixelFormat · RGB_565的 surface。当然,用户可以根据实际需求对该像素格式进行更改,例如可以通过调用 getHolder( )· setFormat(PixelFormat · TRANSLUCENT)指令来更改透明效果。透明的 surface的像素格式都是32位的,每个色彩单元都是8位深度,这就说明该像素格式可能是 ARGB 或者 RGBA。
[0025] 在Android设备中往往支持多种EGL配置,在本申请实施例中可以使用不同数目的 通道(channel),也可以指定每个通道具有不同数目的位(bits)深度。因此,在渲染器工作 之前就应该指定EGL的配置。所述GLSurfaceView默认EGL配置的像素格式为RGB_656,16位 的深度缓存(depth buffer),默认不开启遮罩缓存(stencil buffer)。当然,如果需要选择 不同的EGL配置,则可以调用setEGLConfigChooser指令进行更换。
[0026] 在对所述GLSurfaceView中的配置参数进行修改以及设置预设数量的渲染器后, 便可以指定渲染器的渲染模式,在本申请实施例中由于需要对视频通话的画面进行实时渲 染,因此可以将渲染器的渲染模式都设置为连续渲染。
[0027] 在使用GLSurfaceView对视频通话的画面进行绘制时,可以通过交互式或者非交 互式的方法进行绘制。具体地,所述非交互式的绘制方法得到的视频通话画面不能够与用 户进行互动,例如不能响应于用户的触控指令进行相应的调整。在本申请一优选实施例中, 为了能够根据用户的触控指令对视频画面的位置进行调节,可以采用交互式的绘制方法对 视频通话的画面进行绘制。具体地,由于渲染的对象是在独立进程中,当需要对渲染的对象 进行交互时,则需要采用跨线程的机制来进行事件的处理。具体地,在本申请实施例中可以 使用queueE vent (Runnab I e)指令来进行设置。这样,由所述GLSurf ace Vi ew绘制的视频画面 便可以响应于用户的触控指令,与用户进行交互。
[0028] 在本申请实施例中,可以在GLSurfaceView中设置第一渲染器和第二渲染器,其 中,所述第一渲染器可以为本地渲染器,用于渲染本地采集的视频信息;所述第二渲染器可 以为远程渲染器,用于渲染视频通话的接收方远程发来的视频信息。
[0029] S2:为所述第一渲染器配置第一渲染参数,所述第一渲染参数至少包括视频发起 方的画面位置和画面尺寸。
[0030] 在设置了第一渲染器之后,可以为所述第一渲染器配置第一渲染参数。所述第一 渲染参数是对视频信息进行渲染的规则,例如渲染后的画面位于什么位置以及渲染后的画 面大小是多少。所述第一渲染参数中至少可以包括视频发起方的画面位置和画面尺寸。所 述视频发起方的视频信息可以由本地的摄像头采集后送入所述第一渲染器中,并由所述第 一渲染器进行渲染,成为本地的视频画面。所述本地的视频画面的位置以及尺寸则可以由 所述第一渲染参数进行限定。例如,本地的视频画面可以位于整体画面的左下角,大小为整 体画面的1/8。
[0031] 本地的摄像头在采集到视频信息后,会将采集到的视频信息按照一定的帧率发送 至所述第一渲染器。所述第一渲染器对接收到的每一帧视频信息均进行渲染成像,并将渲 染后的画面按照同样的帧率展示给用户,从而给用户提供视频通话的画面。
[0032] S3:为所述第二渲染器配置第二渲染参数,所述第二渲染参数至少包括视频接收 方的画面位置和画面尺寸。
[0033] 同样的,在设置了第二渲染器之后,可以为所述第二渲染器配置第二渲染参数。所 述第二渲染参数同样是对视频信息进行渲染的规则,例如渲染后的画面位于什么位置以及 渲染后的画面大小是多少。所述第二渲染参数中至少可以包括视频接收方的画面位置和画 面尺寸。所述视频接收方的视频信息可以由本地的摄像头采集后,通过网络发送至视频发 起方所在的通讯地址。这样,当所述视频接收方的视频信息到达视频发起方时,可以由所述 第二渲染器对其进行渲染,渲染后的画面便可以呈现给视频通话的发起方进行观看。所述 视频通话接收方的画面位置以及尺寸则可以由所述第二渲染参数进行限定。例如,视频通 话接收方的视频画面可以在整体画面的正中间,大小为铺满整体画面。
[0034] 所述视频通话的接收方的视频信息同样可以按照一定的帧率发送至视频通话的 发起方,在经过所述第二渲染器进行渲染后,便可以按照同样的帧率呈现给视频通话的发 起方,从而形成视频通话的画面。
[0035] S4:当视频通话建立时,所述第一渲染器和所述第二渲染器分别根据所述第一渲 染参数和所述第二渲染参数,对接收的每一帧图片进行绘制。
[0036] 在视频通话的接收方接收了视频通话请求后,在视频通话发起方和视频通话接收 方之间便建立了视频通话,此时,首先可以根据视频接收方的画面位置和画面尺寸对所述 第二渲染器接收的每一帧图片进行绘制,得到第二图片流。该第二图片流中的图片是按照 预设帧率进行传输,该预设帧率例如可以为24帧/秒或者30帧/秒。在得到所述第二图片流 之后,可以根据视频发起方的画面位置和画面尺寸对所述第一渲染器接收的每一帧图片进 行绘制,得到第一图片流。同样的,该第一图片流中的图片也是按照预设帧率进行传输,该 预设帧率例如可以为24帧/秒或者30帧/秒。在进行视频通话的过程中,所述第二图片流往 往可以作为背景铺满视频通话的窗口,而所述第一图片流则可以悬浮在所述第二图片流 上,这样所述第二图片流便不会遮挡住所述第一图片流。也就是说,在得到第二图片流和第 一图片流后,可以将所述第一图片流加载于所述第二图片流之上,构成视频画面。如上所 述,所述可以作为背景铺满视频通话的窗口,而所述第一图片流则可以位于视频通话窗口 的左下角,并且占整个窗口的1/8大小。
[0037] 在进行视频通话的过程中,每一帧画面的分辨率和相邻两帧之间传输的帧率往往 会决定视频画面的质量。每一帧画面的分辨率越高,那么视频画面则越清晰,但同时也会占 用较多的网络资源,对网络状态的要求较高。同样地,相邻两帧之间传输的帧率越高,视频 画面就会越流畅,但同时同样会占用较多的网络资源,对网络状态的要求较高。因此,在本 申请一优选实施例中,为了保证视频通话的顺畅,可以根据网络状态的不同,对所述视频接 收方的画面进行相应的调整。具体地,本申请实施例可以监测视频发起方的网络状态,当所 述网络状态满足预设条件时,将所述视频接收方的画面分辨率调节为预设分辨率。例如,当 所述网络状态较好,其网络延迟低于预设阈值时,可以将当前画面的分辨率调高,以增加画 面的清晰度。相反的,当所述网络状态较差,其网络延迟高于预设阈值时,可以将当前画面 的分辨率调低,以保证画面的流畅度。
[0038] 同样的,本申请实施例还可以监测视频发起方的网络状态,当所述网络状态满足 预设条件时,将所述视频接收方的画面渲染帧率按照预设规则进行调节。例如,当所述网络 状态较好,其网络延迟低于预设阈值时,可以将当前画面的帧率调高,以增加画面的流畅 度。相反的,当所述网络状态较差,其网络延迟高于预设阈值时,可以将当前画面的帧率调 低,以保证画面不至于中断。实际上,为了保证动态图像的画面渲染质量在可控范围内,还 可以限定画面渲染所用的帧率处于最小帧率和最大帧率之间,其中最大帧率是能够完美地 运行动态图像所需要的最大帧率值,最小帧率是运行动态图像时可以容忍的最小帧率值。 即,将画面渲染所用的帧率同该最小帧率及最大帧率进行比较,如果上述画面渲染所用的 帧率小于该最小帧率,则将上述画面渲染所用的帧率设定成该最小帧率;如果上述画面渲 染所用的帧率大于该最大帧率,则将上述画面渲染所用的帧率设定成该最大帧率。所述的 最小帧率例如可以为20帧/秒,所述的最大帧率例如可以为60帧/秒。
[0039] 在本申请一优选实施中,可以按照下述公式对所述视频接收方的画面渲染帧率进 行调节:
[0040]
[0041] 其中,INT为取整函数,δ为调节后的画面渲染帧率,N为每次渲染时的画面帧数,T 为渲染N帧画面所需的时间,k为调节系数。所述调节系数可以根据网络状态进行调整,其范 围为0.1至1之间。本申请实施例可以建立网络延迟与所述调节系数之间的关系,该关系可 以用反比例函数来表示,当网络延迟越高时,其对应的调节系数则越小;当网络延迟越低 时,其对应的调节系数则越大。
[0042] 由上可见,本发明实施例提供的视频画面的绘制方法,仅设置一个 GLSurfaceView,同时在该GLSurfaceView下生成对应的两个植染器。其中一个植染器用来 渲染视频通话发起方的画面,另一个渲染器则用来渲染视频通话接收方的画面。通过预先 设置的视频通话发起方的画面位置和画面尺寸以及视频接收方的画面位置和画面尺寸,从 而可以限定渲染得到的画面的位置和尺寸。这样,通过一个GLSurfaceView便可以实现视频 通话双方画面的绘制过程,节省了手机的资源。进一步地,通过对视频通话过程中的网络状 态进行监测,从而可以根据实际的网络状态,对分辨率或者帧率进行调节,以保证视频通话 的顺畅。此外,通过监测手机触摸屏上的触控指令,从而可以根据触控指令对视频通话双方 的画面位置进行调节,保证了视频通话过程的便捷性。
[0043] 本申请实施例还提供一种视频画面的绘制装置。图2为本申请实施例提供的一种 视频画面的绘制装置功能模块图。如图2所示,所述装置可以包括:
[0044] 植染器创建单元100,用于创建GLSurfaceView以及与所述GLSurfaceView相对应 的第一植染器和第二植染器;
[0045] 第一渲染参数配置单元200,用于为所述第一渲染器配置第一渲染参数,所述第一 渲染参数至少包括视频发起方的画面位置和画面尺寸;
[0046] 第二渲染参数配置单元300,用于为所述第二渲染器配置第二渲染参数,所述第二 渲染参数至少包括视频接收方的画面位置和画面尺寸;
[0047]绘制单元400,用于当视频通话建立时,所述第一渲染器和所述第二渲染器分别根 据所述第一渲染参数和所述第二渲染参数,对接收的每一帧图片进行绘制。
[0048]在本申请一优选实施例中,所述绘制单元400具体包括:
[0049] 第二图片流获取模块,用于当视频通话建立时,根据视频接收方的画面位置和画 面尺寸对所述第二渲染器接收的每一帧图片进行绘制,得到第二图片流;
[0050] 第一图片流获取模块,用于根据视频发起方的画面位置和画面尺寸对所述第一渲 染器接收的每一帧图片进行绘制,得到第一图片流;
[0051] 加载模块,用于将所述第一图片流加载于所述第二图片流之上,构成视频画面。
[0052] 其中,在所述加载模块之后,所述装置还包括:
[0053]触控指令监测模块,用于监测所述视频画面上的触控指令,并响应于监测到的触 控指令,将所述第一图片流或者第二图片流的位置进行移动。
[0054]在本申请另一优选实施例中,所述装置还可以包括:
[0055] 分辨率调节单元,用于监测视频发起方的网络状态,当所述网络状态满足预设条 件时,将所述视频接收方的画面分辨率调节为预设分辨率。
[0056] 在本申请另一优选实施例中,所述装置还可以包括:
[0057] 帧率调节单元,用于监测视频发起方的网络状态,当所述网络状态满足预设条件 时,将所述视频接收方的画面渲染帧率按照预设规则进行调节。
[0058]具体地,在本申请实施例中可以按照下述公式对所述视频接收方的画面渲染帧率 进行调节:
[0059]
[0060]其中,INT为取整函数,δ为调节后的画面渲染帧率,N为每次渲染时的画面帧数,T 为渲染N帧画面所需的时间,k为调节系数。
[0061] 需要说明的是,本申请实施例上述各个功能模块的具体实现方式与步骤Sl至S4中 一致,这里便不再赘述。
[0062] 由上可见,本发明实施例提供的视频画面的绘制装置,仅设置一个 GLSurfaceView,同时在该GLSurfaceView下生成对应的两个植染器。其中一个植染器用来 渲染视频通话发起方的画面,另一个渲染器则用来渲染视频通话接收方的画面。通过预先 设置的视频通话发起方的画面位置和画面尺寸以及视频接收方的画面位置和画面尺寸,从 而可以限定渲染得到的画面的位置和尺寸。这样,通过一个GLSurfaceView便可以实现视频 通话双方画面的绘制过程,节省了手机的资源。进一步地,通过对视频通话过程中的网络状 态进行监测,从而可以根据实际的网络状态,对分辨率或者帧率进行调节,以保证视频通话 的顺畅。此外,通过监测手机触摸屏上的触控指令,从而可以根据触控指令对视频通话双方 的画面位置进行调节,保证了视频通话过程的便捷性。
[0063] 在本说明书中,诸如第一和第二这样的形容词仅可以用于将一个元素或动作与另 一元素或动作进行区分,而不必要求或暗示任何实际的这种关系或顺序。在环境允许的情 况下,参照元素或部件或步骤(等)不应解释为局限于仅元素、部件、或步骤中的一个,而可 以是元素、部件、或步骤中的一个或多个等。
[0064] 本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部 分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统实 施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例 的部分说明即可。
[0065] 本申请可用于众多通用或专用的计算机系统环境或配置中。例如:个人计算机、月艮 务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置 顶盒、可编程的消费电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备 的分布式计算环境等等。
[0066]最后应说明的是:上面对本申请的各种实施方式的描述以描述的目的提供给本领 域技术人员。其不旨在是穷举的、或者不旨在将本发明限制于单个公开的实施方式。如上所 述,本申请的各种替代和变化对于上述技术所属领域技术人员而言将是显而易见的。因此, 虽然已经具体讨论了一些另选的实施方式,但是其它实施方式将是显而易见的,或者本领 域技术人员相对容易得出。本申请旨在包括在此已经讨论过的本发明的所有替代、修改、和 变化,以及落在上述申请的精神和范围内的其它实施方式。
【主权项】
1. 一种视频画面的绘制方法,其特征在于,包括: 创建化如rfaceViewW及与所述化如rfaceView相对应的第一擅染器和第二擅染器; 为所述第一擅染器配置第一擅染参数,所述第一擅染参数至少包括视频发起方的画面 位置和画面尺寸; 为所述第二擅染器配置第二擅染参数,所述第二擅染参数至少包括视频接收方的画面 位置和画面尺寸; 当视频通话建立时,所述第一擅染器和所述第二擅染器分别根据所述第一擅染参数和 所述第二擅染参数,对接收的每一帖图片进行绘制。2. 根据权利要求1所述的视频画面的绘制方法,其特征在于,所述第一擅染器为本地擅 染器,所述第二擅染器为远程擅染器。3. 根据权利要求1所述的视频画面的绘制方法,其特征在于,当视频通话建立时,所述 第一擅染器和所述第二擅染器分别根据所述第一擅染参数和所述第二擅染参数,对接收的 每一帖图片进行绘制具体包括: 当视频通话建立时,根据视频接收方的画面位置和画面尺寸对所述第二擅染器接收的 每一帖图片进行绘制,得到第二图片流; 根据视频发起方的画面位置和画面尺寸对所述第一擅染器接收的每一帖图片进行绘 审IJ,得到第一图片流; 将所述第一图片流加载于所述第二图片流之上,构成视频画面。4. 根据权利要求3所述的视频画面的绘制方法,其特征在于,在得到第二图片流之后, 所述方法还包括: 监测视频发起方的网络状态,当所述网络状态满足预设条件时,将所述视频接收方的 画面分辨率调节为预设分辨率。5. 根据权利要求3所述的视频画面的绘制方法,其特征在于,在得到第二图片流之后, 所述方法还包括: 监测视频发起方的网络状态,当所述网络状态满足预设条件时,将所述视频接收方的 画面擅染帖率按照预设规则进行调节。6. 根据权利要求5所述的视频画面的绘制方法,其特征在于,按照下述公式对所述视频 接收方的画面擅染帖率进行调1?:其中,INT为取整函数,S为调节后的画面擅染帖率,N为每次擅染时的画面帖数,T为擅 染N帖画面所需的时间,k为调节系数。7. 根据权利要求3所述的视频画面的绘制方法,其特征在于,在将所述第一图片流加载 于所述第二图片流之上,构成视频画面之后,所述方法还包括: 监测所述视频画面上的触控指令,并响应于监测到的触控指令,将所述第一图片流或 者第二图片流的位置进行移动。8. -种视频画面的绘制装置,其特征在于,包括: 擅染器创建单元,用于创建化Su计aceViewW及与所述化Su计aceView相对应的第一擅 染器和第二擅染器; 第一擅染参数配置单元,用于为所述第一擅染器配置第一擅染参数,所述第一擅染参 数至少包括视频发起方的画面位置和画面尺寸. 第二擅染参数配置单元,用于为所述第二擅染器配置第二擅染参数,所述第二擅染参 数至少包括视频接收方的画面位置和画面尺寸. 绘制单元,用于当视频通话建立时,所述第一擅染器和所述第二擅染器分别根据所述 第一擅染参数和所述第二擅染参数,对接收的每一帖图片进行绘制。9. 根据权利要求8所述的视频画面的绘制装置,其特征在于,所述绘制单元具体包括: 第二图片流获取模块,用于当视频通话建立时,根据视频接收方的画面位置和画面尺 寸对所述第二擅染器接收的每一帖图片进行绘制,得到第二图片流; 第一图片流获取模块,用于根据视频发起方的画面位置和画面尺寸对所述第一擅染器 接收的每一帖图片进行绘制,得到第一图片流; 加载模块,用于将所述第一图片流加载于所述第二图片流之上,构成视频画面。10. 根据权利要求9所述的视频画面的绘制装置,其特征在于,在所述加载模块之后,所 述装置还包括: 触控指令监测模块,用于监测所述视频画面上的触控指令,并响应于监测到的触控指 令,将所述第一图片流或者第二图片流的位置进行移动。
【文档编号】H04N21/431GK105916052SQ201510934280
【公开日】2016年8月31日
【申请日】2015年12月15日
【发明人】成宁, 李英杰, 于水龙, 徐珣
【申请人】乐视致新电子科技(天津)有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1