基于旋转屏的全屏显示方法、装置、设备及存储介质与流程

1.本发明涉及设备显示技术领域，尤其涉及一种基于旋转屏的全屏显示方法、装置、设备及存储介质。


背景技术：

2.随着设备显示技术的不断发展，可旋转显示设备逐渐步入日常使用的场景中，例如在家用电视领域，可旋转电视在短视频显示场景中拥有很大的优势，这是因为随着移动显示终端中短视频等竖向视频的普及，当移动显示终端将竖向视频投影至传统电视中时，传统电视无法旋转从而导致屏幕无法适应竖向视频导致大量留白，影响观看体验，而可旋转电视通过旋转屏幕让竖向的视频也能有很好的播放效果。
3.但在视频处理过程中，如果手机竖屏镜像的话，在横屏显示设备上视频的有效范围只有中间部分，两边都是黑边，此时投屏过程中不对视频进行额外处理的话，投影出来的视频会出现很多黑边，这样显示出来的视频效果很差，画面也很小。因此如何在不考虑手机旋转状态下，依然全屏显示移动终端上的视频成为亟待解决的问题。
4.上述内容仅用于辅助理解本发明的技术方案，并不代表承认上述内容是现有技术。


技术实现要素：

5.本发明的主要目的在于提供一种基于旋转屏的全屏显示方法、装置、设备及存储介质，旨在解决现有技术如何在不考虑手机旋转状态下，依然全屏显示移动终端上的视频的技术问题。
6.为实现上述目的，本发明提供了一种基于旋转屏的全屏显示方法，所述方法包括以下步骤:
7.在用户端为竖屏投影状态时，接收所述用户端发送的视频数据；
8.对所述视频数据进行解码得到解码视频数据；
9.对所述解码视频数据进行裁剪处理，得到待旋转视频；
10.获取当前显示设备的旋转角度；
11.根据所述显示设备的旋转角度与待旋转视频得到待播放视频；
12.根据所述待播放视频进行全屏显示。
13.可选的，所述对所述解码视频数据进行裁剪处理，得到待旋转视频，包括：
14.根据所述解码视频数据确定视频帧的像素信息；
15.根据所述像素信息确定所述视频帧的裁剪列；
16.根据所述裁剪列对所述视频帧进行裁剪，得到待旋转视频。
17.可选的，所述根据所述像素信息确定所述视频帧的裁剪列，包括：
18.计算第一预设方向的第一非全黑列和第二预设方向的第一非全黑列；
19.根据所述第一预设方向的第一非全黑列和第二预设方向的第一非全黑列确定裁
剪列。
20.可选的，所述根据所述第一预设方向的第一非全黑列和第二预设方向的第一非全黑列确定裁剪列，包括：
21.沿第一预设方向从小到大为像素列进行排序，得到各像素列的序号；
22.若所述第一预设方向的第一非全黑列所在像素列的序号大于第一预设序号且所述第二预设方向的第一非全黑列小于第二预设序号，则根据所述第一预设方向的第一非全黑列和第二预设方向的第一非全黑列生成裁剪区域，所述第一预设序号小于第二预设序号；
23.若所述裁剪区域内黑色像素点的比例大于预设比例，则根据第一预设方向的第一非全黑列和第二预设方向的第一非全黑列生成裁剪列。
24.可选的，所述根据所述显示设备的旋转角度与待旋转视频数据得到待播放视频，包括：
25.根据所述显示设备的旋转角度确定待旋转视频的旋转角度；
26.在所述显示设备的旋转角度为预设角度时，根据所述待旋转视频的旋转角度对待旋转视频进行旋转处理，得到待播放视频。
27.可选的，所述在用户端为竖屏投影状态时，接收所述用户端发送的视频数据之前，还包括：
28.在用户端进行投影时，检测所述用户端的视频类型；
29.在所述用户端的视频类型为竖屏视频时，生成屏幕旋转指令；
30.根据所述屏幕旋转指令完成竖屏操作并判定所述用户端为竖屏投影状态。
31.可选的，所述在用户端为竖屏投影状态时，接收所述用户端发送的视频数据之前，还包括：
32.在用户端进行投影时，获取用户当前内存信息；
33.根据所述内存信息识别所述用户端的当前应用信息；
34.将所述当前应用信息发送至云端服务器，以使所述云端服务器反馈当前应用信息对应的程序类型；
35.在所述程序类型为竖屏视频类型时，生成屏幕旋转指令；
36.根据所述屏幕旋转指令完成竖屏操作并判定所述用户端为竖屏投影状态。
37.此外，为实现上述目的，本发明还提出一种基于旋转屏的全屏显示装置，所述基于旋转屏的全屏显示装置包括：
38.获取模块，用于在用户端为竖屏投影状态时，接收所述用户端发送的视频数据；
39.处理模块，用于对所述视频数据进行解码得到解码视频数据；
40.所述处理模块，还用于对所述解码视频数据进行裁剪处理得到待旋转视频；
41.所述获取模块，还用于获取当前显示设备的旋转角度；
42.所述处理模块，还用于根据所述显示设备的旋转角度与待旋转视频得到待播放视频；
43.控制模块，用于根据所述待播放视频进行全屏显示。
44.此外，为实现上述目的，本发明还提出一种基于旋转屏的全屏显示设备，所述基于旋转屏的全屏显示设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上
运行的基于旋转屏的全屏显示程序，所述基于旋转屏的全屏显示程序配置为实现如上文所述的基于旋转屏的全屏显示方法的步骤。
45.此外，为实现上述目的，本发明还提出一种存储介质，所述存储介质上存储有基于旋转屏的全屏显示程序，所述基于旋转屏的全屏显示程序被处理器执行时实现如上文所述的基于旋转屏的全屏显示方法的步骤。
46.本发明在用户端为竖屏投影状态时，接收所述用户端发送的视频数据；对所述视频数据进行解码得到解码视频数据；对所述解码视频数据进行裁剪处理，得到待旋转视频；获取当前显示设备的旋转角度；根据所述显示设备的旋转角度与待旋转视频得到待播放视频；根据所述待播放视频进行全屏显示。通过上述方式，实现了用户端的竖屏视频投影到显示设备上全屏播放，通过剪切旋转的手段，将源视频中显示图像的部分剥离出来在可旋转显示设备上全屏播放，提高了用户的观看体验，由于显示设备端完成了全部的处理过程，因此降低了对视频源所在的用户端的设备要求，提高了显示设备的适应性。
附图说明
47.图1是本发明实施例方案涉及的硬件运行环境的基于旋转屏的全屏显示设备的结构示意图；
48.图2为本发明基于旋转屏的全屏显示方法第一实施例的流程示意图；
49.图3为本发明基于旋转屏的全屏显示方法一实施例的横屏显示竖屏图像示意图；
50.图4为本发明基于旋转屏的全屏显示方法一实施例的竖屏显示竖屏图像示意图；
51.图5为本发明基于旋转屏的全屏显示方法第二实施例的流程示意图；
52.图6为本发明基于旋转屏的全屏显示装置第一实施例的结构框图。
53.本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
54.应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。
55.参照图1，图1为本发明实施例方案涉及的硬件运行环境的基于旋转屏的全屏显示设备结构示意图。
56.如图1所示，该基于旋转屏的全屏显示设备可以包括：处理器1001，例如中央处理器(central processing unit，cpu)，通信总线1002、用户接口1003，网络接口1004，存储器1005。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(display)、输入单元比如键盘(keyboard)，可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如无线保真(wireless-fidelity，wi-fi)接口)。存储器1005可以是高速的随机存取存储器(random access memory，ram)存储器，也可以是稳定的非易失性存储器(non-volatile memory，nvm)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。
57.本领域技术人员可以理解，图1中示出的结构并不构成对基于旋转屏的全屏显示设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
58.如图1所示，作为一种存储介质的存储器1005中可以包括操作系统、网络通信模
块、用户接口模块以及基于旋转屏的全屏显示程序。
59.在图1所示的基于旋转屏的全屏显示设备中，网络接口1004主要用于与网络服务器进行数据通信；用户接口1003主要用于与用户进行数据交互；本发明基于旋转屏的全屏显示设备中的处理器1001、存储器1005可以设置在基于旋转屏的全屏显示设备中，所述基于旋转屏的全屏显示设备通过处理器1001调用存储器1005中存储的基于旋转屏的全屏显示程序，并执行本发明实施例提供的基于旋转屏的全屏显示方法。
60.本发明实施例提供了一种基于旋转屏的全屏显示方法，参照图2，图2为本发明一种基于旋转屏的全屏显示方法第一实施例的流程示意图。
61.本实施例中，所述基于旋转屏的全屏显示方法包括以下步骤：
62.步骤s10：在用户端为竖屏投影状态时，接收所述用户端发送的视频数据。
63.需要说明的是，本实施例的执行主体为可旋转显示设备，所述可旋转显示设备可以为可旋转显示器，也可以为其他与可旋转显示器功能相同或者相似的其他可旋转显示设备，本实施例对可旋转显示设备的表现形式不加以限定。其中，可旋转显示器可以为显示与解码一体的智能电视，也可以为仅仅用于播放视频的显示设备与智能盒子组成的设备组。
64.应当说明的是，本实施例应用于用户终端(如手机)在播放竖屏的视频时，将竖屏视频投影到显示设备的过程中，由于传统的显示设备受限于屏幕尺寸，无法正常全屏显示用户终端上竖屏的视频，智能通过平铺或者拉伸等牺牲观看效果的手段全屏显示，在移动终端使用比重越来越大的今天，显示终端往往需要向移动终端的功能兼容，因此可以通过旋转显示设备将屏幕旋转至竖屏状态实现全屏显示竖屏视频，本实施例在此场景下针对竖屏视频对传输的视频数据进行解码后，旋转剪切处理，处理流程运算量小且快速，而且全部过程均在显示设备上实现，对用户端的设备兼容性高，不需要移动终端具备解码或者视频处理能力，仅仅提供数据源即可。例如：用户想将手机上的短视频发送至电视或者投影在电视上，电视检测到该视频是需要竖屏播放的视频即将电视的状态调整为竖直状态，并且全屏播放该短视频。同理用手机拍摄的视频想在电视上播放只需将视频发送至电视同样可以竖屏播放。为了解决用户在竖屏显示设备上镜像竖屏内容的全屏体验，所以本实施例旨在提供一种平台上镜像全屏显示的方案，适应用户端界面的屏幕比例，使得画面可以占满整个屏幕，带来更优质的画面效果体验。
65.可以理解的是，用户端可以为手机、笔记本电脑、平板电脑以及可穿戴显示设备等，本实施例对用户端所代表的设备不加以限定。其中，用户端视频投影功能的判断过程可以为多种，可以根据视频内容认定用户端为竖屏投影，例如：所发的视频为短视频或者竖屏显示视频时，认定用户端在竖屏投影，还可以再接收到用户端发送特定的竖屏功能指令时，认定用户端进入了竖屏投影状态，本实施例对此不加以限定，仅仅提出优选的实现方案加以说明。
66.在本实施例中，认定用户端竖屏投影的方式可以如下，例如：在用户端进行投影时，检测所述用户端的视频类型；在所述用户端的视频类型为竖屏视频时，生成屏幕旋转指令；根据所述屏幕旋转指令完成竖屏操作并判定所述用户端为竖屏投影状态。
67.具体的，在实际使用过程中，很多视频虽然是的显示区域的大小虽然是符合竖屏显示的例如按9：16的比例显示图像，但整个画面却是横屏画面，例如图3所示，这是由于视频在产生或者传播的过程中为了方便更多设备观看而设置或者改变成这样，因此这种情况
的最佳显示方式也是将图3中的图像显示区域全屏的显示在竖屏上，因此通过视频类型确定是否进入竖屏投影模式将会更加合理，自动的让视频达到最合适的播放效果。
68.在本实施例中，认定用户端竖屏投影的方式还可以为：在用户端进行投影时，获取用户当前内存信息；根据所述内存信息识别所述用户端的当前应用信息；将所述当前应用信息发送至云端服务器，以使所述云端服务器反馈当前应用信息对应的程序类型；在所述程序类型为竖屏视频类型时，生成屏幕旋转指令；根据所述屏幕旋转指令完成竖屏操作并判定所述用户端为竖屏投影状态。
69.需要说明的是，通过获取用户端当前的内存信息，可以得到用户端的使用信息，进而得到用户当前前台或者后台运行的程序信息，根据前台或者后台运行的程序信息可以得到用户需要投屏的程序或者画面是哪一类行的程序，例如：短视频程序那么可以认定为竖屏显示类的程序，或者一些程序中有横屏显示的功能和竖屏显示的类型那么这类程序既可能为横屏也可能为竖屏则可以进一步根据内存信息判断该程序处于哪个功能类型中，进而认定用户端在竖屏投影状态，可控制显示设备进入竖屏投影功能。
70.此外，由于本地存储程序类型将会非常消耗资源，可以将各种程序类型的数据存储在云端服务器中，当设备需要查询程序类型时，向云端服务器发送请求即可。
71.步骤s20：对所述视频数据进行解码得到解码视频数据。
72.可以理解的是，镜像投屏的过程是用户端(手机、笔记本)对视频数据进行编码后发送到接收端(可旋转电视、电视盒子以及可旋转显示器等)进行解码显示的过程。因此需要对视频数据进行解码得到解码后的视频数据。
73.步骤s30：对所述解码视频数据进行裁剪处理，得到待旋转视频。
74.应当说明的是，如图3所示，在横屏状态下显示竖向的视频，如图像区域为9：16的视频，两边会有大量的黑屏区域，如果直接传输至可旋转显示设备并在屏幕上显示，由于两边本身存在黑屏区域1，则会出现图4中的情况，即上下也会出现黑屏区域2，因此需要裁减掉两侧黑屏图像让图像显示区域能适应竖屏，进行全屏显示。由于裁剪过程是在显示设备上进行的，因此并不需要设备发送端在编码前进行任何处理，只需要将原视频传输过来旋转显示设备即可自适应的生成合适的图像进行显示。
75.步骤s40：获取当前显示设备的旋转角度。
76.可以理解的是，目前大多数可旋转显示设备均是通过电机与变速器的组合进行显示模块旋转的，因此根据电机的旋转圈数与传动装置的传动比即可得到显示设备的旋转角度。
77.步骤s50：根据所述显示设备的旋转角度与待旋转视频得到待播放视频。
78.需要说明的是，由于视频正常播放时应当是与未旋转时的显示器保持相同的方向，但显示器通过旋转(旋转正90
°
或者负90
°
)方能达到竖屏的状态，因此此时播放视频是倾斜的，需要将待显示的视频反方向旋转一定的度数才能适应当前用户的观看需求。例如：显示设备顺时针旋转90
°
达到竖屏的状态，那么原图像则需要逆时针旋转90
°
以适应观众的观看需求。
79.在本实施例中，根据所述显示设备的旋转角度确定待旋转视频的旋转角度；在所述显示设备的旋转角度为预设角度时，根据所述待旋转视频的旋转角度对待旋转视频进行旋转处理，得到待播放视频。
80.在具体实现中，预设角度一般为正90
°
或者负90
°
，也就是旋转显示器到达指定的竖直播放位置时，就可以将带旋转视频进行旋转，进而进行播放，避免还未旋转到位就播放影响用户的观看体验。
81.步骤s60：根据所述待播放视频进行全屏显示。
82.可以理解的是，在视频完成了裁剪和播放后，即可对待播放视频进行全屏显示，此时用户即可得到一个完整且舒适的观看体验。
83.本实施例在用户端为竖屏投影状态时，接收所述用户端发送的视频数据；对所述视频数据进行解码得到解码视频数据；对所述解码视频数据进行裁剪处理，得到待旋转视频；获取当前显示设备的旋转角度；根据所述显示设备的旋转角度与待旋转视频得到待播放视频；根据所述待播放视频进行全屏显示。通过上述方式，实现了用户端的竖屏视频投影到显示设备上全屏播放，通过剪切旋转的手段，将源视频中显示图像的部分剥离出来在可旋转显示设备上全屏播放，提高了用户的观看体验，由于显示设备端完成了全部的处理过程，因此降低了对视频源所在的用户端的设备要求，提高了显示设备的适应性。
84.参考图5，图5为本发明一种基于旋转屏的全屏显示方法第二实施例的流程示意图。
85.基于上述第一实施例，本实施例基于旋转屏的全屏显示方法在所述步骤s30，具体包括：
86.步骤s31：根据所述解码视频数据确定视频帧的像素信息。
87.需要明白的是，当手机也是竖屏，显示设备竖屏的时候，有效区域也需旋转，不做任何处理的情况下，此时镜像显示只有中间区域，体验太差，对屏幕的利用率太低。如果不做任何处理就如图4所示。裁剪这一过程位于解码后，显示前，在不影响显示速度和效果的前提下，此方案要求计算量小，另外需要兼容手机场景(黑夜模式和白天模式)。
88.可以理解的是，视频数据中每一帧视频帧都是由有像素矩阵组成的，所述像素信息即为每一个像素所包含的色彩信息，例如：手机竖屏，显示横屏的效果，如图3所示，有效视频区域是607*1080，即每一列607个像素点，每一行1080个像素点，而解码视频后的格式可以是nv21格式的，属于yuv420格式，存储方式是：先存储所有的y，然后uv交错存储：nv21先v后u。通过上述信息可以计算出每一个像素点是什么颜色，比如，如何区分出黑色的像素点，通过利用rgb和yuv420sp的转换公式，进行计算得到，y＝0.299*b 0.587*g 0.114*r 16，所以y＝16意味着该像素点为黑色。根据这种方式可以得到每个视频帧的像素信息。
89.步骤s32：根据所述像素信息确定所述视频帧的裁剪列。
90.需要说明的是，如图3所示，裁剪列即为图像显示区域与黑屏区域1分界的像素列，通过将该像素列识别出来，即可进行准确的裁剪，得到中间的图像显示区域。
91.在本实施例中，提供一种确定视频帧裁剪列的优选方案，例如：计算第一预设方向的第一非全黑列和第二预设方向的第一非全黑列；根据所述第一预设方向的第一非全黑列和第二预设方向的第一非全黑列确定裁剪列。
92.其中，第一预设方向和第二预设方向即为从屏幕左侧向右的方向和从屏幕右侧向左的方向，反过来同样适用。第一非全黑列，即在规定方向上出现的第一列不是全黑像素点的像素列，也可以在该基础上进行优化，将第一非全黑列定义为第一次出现黑色像素点在该列的所占的比例小于预设比例的像素列，例如：黑色像素点在该列的所占的比例小于
85％。
93.在具体实现中，获取解码帧的y分量(大小为w*h＝1920*1080)，其中y＝16意味着是该像素为黑色；计算每列有count[w]个黑色像素；计算每列中第一个非全黑色像素列，记为裁剪列横坐标为cropx；获取到[cropx，0]∪[w-cropx，w]，其中w为包括图像显示区域与黑屏区域在内的图像宽度(单位：像素)，所有的全黑色像素的像素列集合为待裁剪的区域，以便后续裁剪步骤识别。
[0094]
在本实施例中，沿第一预设方向从小到大为像素列进行排序，得到各像素列的序号；若所述第一预设方向的第一非全黑列所在像素列的序号大于第一预设序号且所述第二预设方向的第一非全黑列小于第二预设序号，则根据所述第一预设方向的第一非全黑列和第二预设方向的第一非全黑列生成裁剪区域，所述第一预设序号小于第二预设序号；若所述裁剪区域内黑色像素点的比例大于预设比例，则根据第一预设方向的第一非全黑列和第二预设方向的第一非全黑列生成裁剪列。其中，第一预设序号指的是预先设定好的一个序号，例如：第720纵列的像素列。
[0095]
需要说明的是，可以在裁剪过程的基础上进行矫正裁剪，从而提高裁剪过程的准确性，例如：判断第一预设方向的第一非全黑列所在像素列的序号是否大于第一预设序号且所述第二预设方向的第一非全黑列小于第二预设序号，如cropx《(width-height)/2，其中width和height分别为原始画面的宽度和高度(单位：像素)，cropx为第一非全黑列，同时，所述裁剪列内黑色像素点的比例是否大于预设比例，例如：此区域内黑色像素点低于85％，满足这两个情况则不能进行裁剪，以免系统误判将有效内容的黑色部分裁掉；矫正这一过程主要是为了避免将有效区域裁剪掉，比如黑夜模式。
[0096]
步骤s33：根据所述裁剪列对所述视频帧进行裁剪，得到待旋转视频。
[0097]
在具体实现中，根据所述裁剪列对所述视频帧进行裁剪，即可准确的裁剪掉待裁剪区域，得到完整的的图像显示区域即带旋转视频。
[0098]
本实施条例根据所述解码视频数据确定视频帧的像素信息；根据所述像素信息确定所述视频帧的裁剪列；根据所述裁剪列对所述视频帧进行裁剪，得到待旋转视频。通过上述方式，实现了根据视频数据的像素信息自动的对视频帧进行判断，以提取出有效的图像显示区域，根据黑色像素占比确定裁剪区域，提高了区域识别的准确性，识别方式简单，计算过程快速而且有效，提高了显示区域的识别效率。
[0099]
此外，本发明实施例还提出一种存储介质，所述存储介质上存储有基于旋转屏的全屏显示程序，所述基于旋转屏的全屏显示程序被处理器执行时实现如上文所述的基于旋转屏的全屏显示方法的步骤。
[0100]
由于本存储介质采用了上述所有实施例的全部技术方案，因此至少具有上述实施例的技术方案所带来的所有有益效果，在此不一一赘述。
[0101]
参照图6，图6为本发明基于旋转屏的全屏显示装置第一实施例的结构框图。
[0102]
如图6所示，本发明实施例提出的基于旋转屏的全屏显示装置包括：
[0103]
获取模块10，用于在用户端为竖屏投影状态时，接收所述用户端发送的视频数据；
[0104]
处理模块20，用于对所述视频数据进行解码得到解码视频数据；
[0105]
所述处理模块20，还用于对所述解码视频数据进行裁剪处理得到待旋转视频；
[0106]
所述获取模块10，还用于获取当前显示设备的旋转角度；
[0107]
所述处理模块20，还用于根据所述显示设备的旋转角度与待旋转视频得到待播放视频；
[0108]
控制模块30，用于根据所述待播放视频进行全屏显示。
[0109]
应当理解的是，以上仅为举例说明，对本发明的技术方案并不构成任何限定，在具体应用中，本领域的技术人员可以根据需要进行设置，本发明对此不做限制。
[0110]
本实施例获取模块10在用户端为竖屏投影状态时，接收所述用户端发送的视频数据；处理模块20对所述视频数据进行解码得到解码视频数据；处理模块20对所述解码视频数据进行裁剪处理，得到待旋转视频；获取模块10获取当前显示设备的旋转角度；处理模块20根据所述显示设备的旋转角度与待旋转视频得到待播放视频；控制模块30根据所述待播放视频进行全屏显示。通过上述方式，实现了用户端的竖屏视频投影到显示设备上全屏播放，通过剪切旋转的手段，将源视频中显示图像的部分剥离出来在可旋转显示设备上全屏播放，提高了用户的观看体验，由于显示设备端完成了全部的处理过程，因此降低了对视频源所在的用户端的设备要求，提高了显示设备的适应性。
[0111]
在一实施例中，所述处理模块20，还用于根据所述解码视频数据确定视频帧的像素信息；
[0112]
根据所述像素信息确定所述视频帧的裁剪列；
[0113]
根据所述裁剪列对所述视频帧进行裁剪，得到待旋转视频。
[0114]
在一实施例中，所述处理模块20，还用于计算第一预设方向的第一非全黑列和第二预设方向的第一非全黑列；
[0115]
根据所述第一预设方向的第一非全黑列和第二预设方向的第一非全黑列确定裁剪列。
[0116]
在一实施例中，所述处理模块20，还用于沿第一预设方向从小到大为像素列进行排序，得到各像素列的序号；
[0117]
若所述第一预设方向的第一非全黑列所在像素列的序号大于第一预设序号且所述第二预设方向的第一非全黑列小于第二预设序号，则根据所述第一预设方向的第一非全黑列和第二预设方向的第一非全黑列生成裁剪区域，所述第一预设序号小于第二预设序号；
[0118]
若所述裁剪区域内黑色像素点的比例大于预设比例，则根据第一预设方向的第一非全黑列和第二预设方向的第一非全黑列生成裁剪列。
[0119]
在一实施例中，所述处理模块20，还用于根据所述显示设备的旋转角度确定待旋转视频的旋转角度；
[0120]
在所述显示设备的旋转角度为预设角度时，根据所述待旋转视频的旋转角度对待旋转视频进行旋转处理，得到待播放视频。
[0121]
在一实施例中，所述控制模块30，还用于在用户端进行投影时，检测所述用户端的视频类型；
[0122]
在所述用户端的视频类型为竖屏视频时，生成屏幕旋转指令；
[0123]
根据所述屏幕旋转指令完成竖屏操作并判定所述用户端为竖屏投影状态。
[0124]
在一实施例中，所述控制模块30，还用于在用户端进行投影时，获取用户当前内存信息；
[0125]
根据所述内存信息识别所述用户端的当前应用信息；
[0126]
将所述当前应用信息发送至云端服务器，以使所述云端服务器反馈当前应用信息对应的程序类型；
[0127]
在所述程序类型为竖屏视频类型时，生成屏幕旋转指令；
[0128]
根据所述屏幕旋转指令完成竖屏操作并判定所述用户端为竖屏投影状态。
[0129]
由于本装置采用了上述所有实施例的全部技术方案，因此至少具有上述实施例的技术方案所带来的所有有益效果，在此不一一赘述。
[0130]
需要说明的是，以上所描述的工作流程仅仅是示意性的，并不对本发明的保护范围构成限定，在实际应用中，本领域的技术人员可以根据实际的需要选择其中的部分或者全部来实现本实施例方案的目的，此处不做限制。
[0131]
另外，未在本实施例中详尽描述的技术细节，可参见本发明任意实施例所提供的基于旋转屏的全屏显示方法，此处不再赘述。
[0132]
此外，需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。
[0133]
上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
[0134]
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如只读存储器(read only memory，rom)/ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。
[0135]
以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。