CN111556134A - 一种视频编码本地优化方法 - Google Patents
一种视频编码本地优化方法 Download PDFInfo
- Publication number
- CN111556134A CN111556134A CN202010337782.3A CN202010337782A CN111556134A CN 111556134 A CN111556134 A CN 111556134A CN 202010337782 A CN202010337782 A CN 202010337782A CN 111556134 A CN111556134 A CN 111556134A
- Authority
- CN
- China
- Prior art keywords
- server
- video
- port
- transcoding
- coding
- 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.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 58
- 238000005457 optimization Methods 0.000 title claims abstract description 13
- 238000004891 communication Methods 0.000 claims abstract description 20
- 230000007246 mechanism Effects 0.000 claims abstract description 16
- 238000005516 engineering process Methods 0.000 claims description 17
- 230000008569 process Effects 0.000 claims description 17
- 238000007667 floating Methods 0.000 claims description 6
- 238000012545 processing Methods 0.000 claims description 6
- 230000005540 biological transmission Effects 0.000 claims description 4
- 230000006835 compression Effects 0.000 claims description 4
- 238000007906 compression Methods 0.000 claims description 4
- 238000003825 pressing Methods 0.000 claims description 4
- 230000004044 response Effects 0.000 claims description 4
- 230000009471 action Effects 0.000 claims description 3
- 230000002457 bidirectional effect Effects 0.000 claims description 3
- 230000003139 buffering effect Effects 0.000 claims description 3
- 238000010276 construction Methods 0.000 claims description 3
- 238000013500 data storage Methods 0.000 claims description 3
- 210000001503 joint Anatomy 0.000 claims description 3
- 230000009191 jumping Effects 0.000 claims description 3
- 238000003032 molecular docking Methods 0.000 claims description 3
- 238000012544 monitoring process Methods 0.000 claims description 3
- 230000000007 visual effect Effects 0.000 claims description 3
- 239000013589 supplement Substances 0.000 claims description 2
- 241000255925 Diptera Species 0.000 description 2
- 230000000903 blocking effect Effects 0.000 description 2
- 230000006872 improvement Effects 0.000 description 2
- 238000012423 maintenance Methods 0.000 description 2
- 230000001133 acceleration Effects 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 239000000047 product Substances 0.000 description 1
- 230000001846 repelling effect Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/14—Session management
- H04L67/141—Setup of application sessions
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
- H04L69/161—Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields
- H04L69/162—Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields involving adaptations of sockets based mechanisms
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/40—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using video transcoding, i.e. partial or full decoding of a coded input stream followed by re-encoding of the decoded output stream
Abstract
本发明提供一种视频编码本地优化方法,属于视频编码技术领域,本地建立socket通信机制,在本地所制备的服务器上选设置较为完备的通信机制,方便后期远程控制,本创建httpserver服务,搭建出较为完备的系统底层架构,通过本架构实现转码上传,接收视频文件,利用带宽占用速率实现高速上传视频,分析视频基本信息,得出所需编码配置,结合视频编码得出需要的视频编码技术软件后台与服务器端口对接服务器编码,编码完成后台上传至服务器,本发明通过步骤本地搭建建立socket通信机制以便解决较为严重的视频卡顿问题,从底层优化视频编码,以便从本服务器端将视频实现软件转码。
Description
技术领域
本发明属于属于视频编码技术领域,具体涉及一种视频编码本地优化方法。
背景技术
在当前,Web视频格式一般都用了mp4容器和H264标准进行视频编码和AAC标准进行音频编码,但并非每个mp4文件都能受到普遍支持,因为它可能采用了不同的标准编码,如H265。
我们首先来了解一下H264/AVC:视频格式之王采用带有H264/AVC编码的mp4容器。有时你也会在m4v容器中看到它,这是Apple为具有DRM保护的H264视频开发的mp4衍生产品。每个浏览器和系统以及iOS和Android中的本机应用程序都支持这种格式。这是避免兼容性问题的安全选择。
此外,几乎所有台式机和移动设备都支持H264的硬件加速。编解码速度很快。总而言之,对这种格式编码和使用都非常简单。与图像一样,你只需用HTML5插入视频链接,就可以在任何浏览器下使用。大约2000kbps和超过几秒的延迟时间可能会影响视觉质量。当通过移动网络或网络高峰时段观看时,可能会出现停顿和重新缓冲。如果使用降低图像质量的方案将会产生模糊、飞蚊或块状之类的伪影。
发明内容
本发明的目的在于提供一种视频编码本地优化方法,旨在解决现有技术中的当通过移动网络或网络高峰时段观看时,可能会出现停顿和重新缓冲。如果使用降低图像质量的方案将会产生模糊、飞蚊或块状之类的伪影的问题。
为实现上述目的,本发明提供如下技术方案:包括以下步骤:
S1:本地建立socket通信机制,在本地所制备的服务器上选设置较为完备的通信机制,方便后期远程控制;
S2:本创建httpserver服务,搭建出较为完备的系统底层架构,通过本架构实现转码上传;
S3:接收视频文件,利用带宽占用速率实现高速上传视频;
S4:分析视频基本信息,得出所需编码配置,结合视频编码得出需要的视频编码技术;
S5:软件后台与服务器端口对接服务器编码;
S6:编码完成后台上传至服务器。
为了使得,作为本发明一种优选的,与解码服务器需要做公共网络网络访问连接,因此需要采用Socket通信语言基于Linux/Unix机制;
需要解决三方面的问题:1、IP地址的确定;2、端口协议的格式;3、端口;
步骤11、IP地址的确定:就是所应用的IP多数为固定式的网口IP,首先上传端(或收发端)多数为不同形式的运营商浮动IP,因此端口IP需要在不同的网络运营环境下都可以顺利的实现服务器端口的确认,因此服务器的IP形式多数为公网形式的IP,也就是网络上的唯一的网口代码链接;(这样做的目的是防止二次访问时IP被运营商IP浮动池进行重新分配IP地址从而造成的访问受限,所造成的结果是导致所访问的网页代码404);
步骤22、端口协议的格式:TCP/IP嵌套限定:WebSocket规范是HTML5中的一个重要组成部分,已经被很多主流浏览器所支持,也有不少基于WebSocket开发的应用;正如名称所表示的一样,WebSocket使用的是套接字连接,基于TCP协议;使用WebSocket之后,实际上在服务器端和浏览器之间建立一个套接字连接,可以进行双向的数据传输,使用起来也灵活,可以适用于不同的场景,包括服务器端和浏览器端的实现都不同于一般的Web端口协议,端口协议多数为后补充式的端口,既由IP地址+端口号来区分不同的计算机运算服务,简单的说端口协定就是取各种端口所兼容的格式制作出的端口号集合;
步骤3:
3、端口:域名所绑定的形式多为https://wwww.xxxx//:5000或自定义的端口形式,这里的“:5000”就是端口代码,常见的运营商端口代码为“:80”需要端口转发实现端口与各个服务器内部的软件进行网络对接控制的,使用人员只需要借助端口与所需的域名网址进行绑定,这样就可以不用输入较为缀长的端口IP了,只需输入绑定了端口的网址即可自动实现端口转发和跳转,这里的https网址指的是网址域名,网址搭建者需要找到较为好记的网址域名,然后再与各个IP之间进行域名绑定,这样既可实现简单的域名转发了,只需输入注册的域名地址既可转发至所需的web的IP定位,基础的通信机制建立完毕后搭建者既可根据绑定好IP地址的域名进行访问既可,所谓本地建设,即基于该计算机服务器本系统上所进行创建的地址代码服务程序。
为了使得,作为本发明一种优选的,步骤1:硬件方面:1、搭建所需要的视频网站储存服务器(得到用于对HttpServlet进行响应链接的视频串流读取容器),因此相应的视频编码流畅度与服务器带宽也有着较为明显的影响,上下行带宽速率越高,服务器所解码的视频串流至手机上播放的视频就会越快,延迟率降低,每秒中播放的画面丢帧的概率就越低,所呈现的视频播放过程就会越发流畅,所谓带宽就是上传过程中的上传速率,比特率多数为每秒播放的视频RGB色彩所占的带宽速率,常用的视频速率多数为分为8Bt、12Bt和24Bt率,分别对应超清、蓝光和4K,所应用得到的服务器负载转码时间消耗就会越长;
视频经过串流,经过流媒体上传至储存采集的上的服务器然后进行转码处理,此时可借助服务器的CPU(硬件转码)实现将上传视频的硬转成不同码率大小的视频格式;
步骤2:软件方面利用httpserver系统架构为视频上传的底层系统架构,该架构所采用的是底层系统架构容易修改;
Servlet的框架是由两个Java包组成:javax.servlet和javax.servlet.http;在javax.servlet包中定义了所有的Servlet类都必须实现或扩展的的通用接口和类,在javax.servlet.http包中定义了采用HTTP通信协议的HttpServlet类;
Servlet的框架的核心是javax.servlet.Servlet接口,所有的Servlet都必须实现这一接口,在Servlet接口中定义了5个方法,其中有3个方法代表了Servlet的生命周期;
httpserver系统架构:
数据库服务器统称SQL数据库:用户储存上传转码完成后储存在该服务器底层的硬盘储存的冷数据储存系统;
索引服务器统称检索引擎服务器:采取爬虫代码Python代码程序检索底层的数据信息,并整理后UI图像形显示;以提供简单检索视频的搜索;
反向代理服务器:反向代理服务器多数为母服务器负载转码压力过大需要启动反向代理服务器提供较为稳定的数据交接服务。
缓存服务器:后台服务器唤醒程序,ARM系统架构,基于缓存系统,调用SQL数据库提升数据检索速率和缓冲速率的运行式服务器,负载大流量形替补形服务,运行过程较为高效,频繁访问时可及时实现响应;
cpu负载、IO负载:负载监控数据形服务器,检测负载量控制和系统维护,
基于上述步骤:
为了使得,作为本发明一种优选的,步骤1:使用人员打开web链端网址(输入域名得到web网页),手机端口上传视频,带宽链接接入读借助域名链接与SQL数据库实现格式为HTML 5的网页链式上传扫描读取,有害信息筛选通过后通过服务器的上传带宽上传至数据库服务器内实现磁盘式写入整理。
为了使得,作为本发明一种优选的,首先步骤1:索引服务器统称检索引擎服务器:采取爬虫代码Python代码程序检索底层的数据信息,分析视频的分辨率、视频格式编码和音频编码等一些基本的编码信息。
后台编码制作出较为合适的编码器。
(CPU转码);
可以从两方面入手:
1、从视频清晰度入手(视频压缩技术),就是上传过程中通过服务器端(数据库服务器统称SQL数据库)将画质(压缩视码率)进行软压制然后上传,以便节省磁盘空间;
2、视频编码技术:常用的视频编码可为H264、格式容器常见为MP4(这里只针对视频编码,音频编码暂不考虑),由于MP4编码技术优点较好,容易在日常使用时,降低对物件的储存。
为了使得,作为本发明一种优选的,编码技术分为软转码和硬转码,在服务器端为硬转,CPU高速运算(当有核显时可转为核显转码),软解码为播放端转码,为了提高转码效率,可调用服务器的CPU转码技术,进行转码,并将转码过程利用进度条式反应在使用者的手机或web端头处,并通过进度条的反应作用下实现直观的进行显示,最后转码完成。
需要调用时,使用人员可手动进行本地调用(流量串流技术),利用服务器端解码(俗称件硬解码)或手机端进行反向代理服务器代理,读取到转码完成后的视频后进行调用,服务器负载带宽,根据手机流量实现串流播放处理。
为了使得,作为本发明一种优选的,编码完毕后利用网络带宽桥接与服务器进行桥接,自动上传完成后储存至SQL数据库内做冷备份处理。
与现有技术相比,本发明的有益效果是:
1)通过步骤本地搭建建立socket通信机制以便解决较为严重的视频卡顿问题,从底层优化视频编码,以便从本服务器端将视频实现软件转码,将转得的合适的码率视频再利用服务器带宽上传至服务器中,在此之前通过建立的Socket通信技术,在建立网络域名连接过程中,提高对视频编码传输的稳定性和可靠性,而利用端口协议可最大限度的囊括较为宽泛的端口号,实现与域名的绑定,便于在外网的环境下进行访问指定的计算机功能,通过借助ttpserver系统架构内部所设定的数据库服务器、索引服务器和缓存服务器便于提高外网环境下的网址访问速度,借助缓存服务器和索引服务器便于在转码完毕后再借助索引服务器便于将转码后的视频进行上传,从而提高转码效率,降低播放端的发热量;
2)通过借助缓存服务器在调用web网页时,可实现快速响应,避免卡顿和页面刷新缓慢,采用较为完备的索引服务器统称检索引擎服务器:采取爬虫代码Python代码程序检索底层的数据信息,分析视频的分辨率、视频格式编码和音频编码等一些基本的编码信息,后台编码制作出较为合适的编码器,可以从两方面入手:从视频清晰度入手(视频压缩技术),就是上传过程中通过服务器端(数据库服务器统称SQL数据库)将画质(压缩视码率)进行软压制然后上传,以便节省磁盘空间;视频编码技术:常用的视频编码可为H264、格式容器常见为MP4(这里只针对视频编码,音频编码暂不考虑),由于MP4编码技术优点较好,容易在日常使用时,降低对物件的储存占用空间。
附图说明
附图用来提供对本发明的进一步理解,并且构成说明书的一部分,与本发明的实施例一起用于解释本发明,并不构成对本发明的限制。在附图中:
图1为本发明的流程流程图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
实施例1
请参阅图1,本发明提供以下技术方案:包括以下步骤:
S1:本地建立socket通信机制,在本地所制备的服务器上选设置较为完备的通信机制,方便后期远程控制;
S2:本创建httpserver服务,搭建出较为完备的系统底层架构,通过本架构实现转码上传;
S3:接收视频文件,利用带宽占用速率实现高速上传视频;
S4:分析视频基本信息,得出所需编码配置,结合视频编码得出需要的视频编码技术;
S5:软件后台与服务器端口对接服务器编码;
S6:编码完成后台上传至服务器。
本实施例中:与解码服务器需要做公共网络网络访问连接,因此需要采用Socket通信语言基于Linux/Unix机制。
需要解决三方面的问题:1、IP地址的确定;2、端口协议的格式;3、端口。
步骤11、IP地址的确定:就是所应用的IP多数为固定式的网口IP,首先上传端(或收发端)多数为不同形式的运营商浮动IP,因此端口IP需要在不同的网络运营环境下都可以顺利的实现服务器端口的确认,因此服务器的IP形式多数为公网形式的IP,也就是网络上的唯一的网口代码链接;(这样做的目的是防止二次访问时IP被运营商IP浮动池进行重新分配IP地址从而造成的访问受限,所造成的结果是导致所访问的网页代码404);
步骤22、端口协议的格式:TCP/IP嵌套限定:WebSocket规范是HTML5中的一个重要组成部分,已经被很多主流浏览器所支持,也有不少基于WebSocket开发的应用。正如名称所表示的一样,WebSocket使用的是套接字连接,基于TCP协议。使用WebSocket之后,实际上在服务器端和浏览器之间建立一个套接字连接,可以进行双向的数据传输,使用起来也灵活,可以适用于不同的场景,包括服务器端和浏览器端的实现都不同于一般的Web端口协议,端口协议多数为后补充式的端口,既由IP地址+端口号来区分不同的计算机运算服务,简单的说端口协定就是取各种端口所兼容的格式制作出的端口号集合。
步骤3:
3、端口:域名所绑定的形式多为https://wwww.xxxx//:5000或自定义的端口形式,这里的“:5000”就是端口代码,常见的运营商端口代码为“:80”需要端口转发实现端口与各个服务器内部的软件进行网络对接控制的,使用人员只需要借助端口与所需的域名网址进行绑定,这样就可以不用输入较为缀长的端口IP了,只需输入绑定了端口的网址即可自动实现端口转发和跳转,这里的https网址指的是网址域名,网址搭建者需要找到较为好记的网址域名,然后再与各个IP之间进行域名绑定,这样既可实现简单的域名转发了,只需输入注册的域名地址既可转发至所需的web的IP定位,基础的通信机制建立完毕后搭建者既可根据绑定好IP地址的域名进行访问既可,所谓本地建设,即基于该计算机服务器本系统上所进行创建的地址代码服务程序。
本实施例中:步骤1:硬件方面:1、搭建所需要的视频网站储存服务器(得到用于对HttpServlet进行响应链接的视频串流读取容器),因此相应的视频编码流畅度与服务器带宽也有着较为明显的影响,上下行带宽速率越高,服务器所解码的视频串流至手机上播放的视频就会越快,延迟率降低,每秒中播放的画面丢帧的概率就越低,所呈现的视频播放过程就会越发流畅,所谓带宽就是上传过程中的上传速率,比特率多数为每秒播放的视频RGB色彩所占的带宽速率,常用的视频速率多数为分为8Bt、12Bt和24Bt率,分别对应超清、蓝光和4K,所应用得到的服务器负载转码时间消耗就会越长;
视频经过串流,经过流媒体上传至储存采集的上的服务器然后进行转码处理,此时可借助服务器的CPU(硬件转码)实现将上传视频的硬转成不同码率大小的视频格式。
步骤2:软件方面利用httpserver系统架构为视频上传的底层系统架构,该架构所采用的是底层系统架构容易修改。
Servlet的框架是由两个Java包组成:javax.servlet和javax.servlet.http。在javax.servlet包中定义了所有的Servlet类都必须实现或扩展的的通用接口和类,在javax.servlet.http包中定义了采用HTTP通信协议的HttpServlet类。
Servlet的框架的核心是javax.servlet.Servlet接口,所有的Servlet都必须实现这一接口,在Servlet接口中定义了5个方法,其中有3个方法代表了Servlet的生命周期。
httpserver系统架构:
数据库服务器统称SQL数据库:用户储存上传转码完成后储存在该服务器底层的硬盘储存的冷数据储存系统;
索引服务器统称检索引擎服务器:采取爬虫代码Python代码程序检索底层的数据信息,并整理后UI图像形显示;以提供简单检索视频的搜索;
反向代理服务器:反向代理服务器多数为母服务器负载转码压力过大需要启动反向代理服务器提供较为稳定的数据交接服务。
缓存服务器:后台服务器唤醒程序,ARM系统架构,基于缓存系统,调用SQL数据库提升数据检索速率和缓冲速率的运行式服务器,负载大流量形替补形服务,运行过程较为高效,频繁访问时可及时实现响应;
cpu负载、IO负载:负载监控数据形服务器,检测负载量控制和系统维护,
基于上述步骤:
本实施例中:步骤1:使用人员打开web链端网址(输入域名得到web网页),手机端口上传视频,带宽链接接入读借助域名链接与SQL数据库实现格式为HTML 5的网页链式上传扫描读取,有害信息筛选通过后通过服务器的上传带宽上传至数据库服务器内实现磁盘式写入整理。
本实施例中:首先步骤1:索引服务器统称检索引擎服务器:采取爬虫代码Python代码程序检索底层的数据信息,分析视频的分辨率、视频格式编码和音频编码等一些基本的编码信息。
后台编码制作出较为合适的编码器。
(CPU转码);
可以从两方面入手:1、从视频清晰度入手(视频压缩技术),就是上传过程中通过服务器端(数据库服务器统称SQL数据库)将画质(压缩视码率)进行软压制然后上传,以便节省磁盘空间;
2、视频编码技术:常用的视频编码可为H264、格式容器常见为MP4(这里只针对视频编码,音频编码暂不考虑),由于MP4编码技术优点较好,容易在日常使用时,降低对物件的储存。
本实施例中:编码技术分为软转码和硬转码,在服务器端为硬转,CPU高速运算(当有核显时可转为核显转码),软解码为播放端转码,为了提高转码效率,可调用服务器的CPU转码技术,进行转码,并将转码过程利用进度条式反应在使用者的手机或web端头处,并通过进度条的反应作用下实现直观的进行显示,最后转码完成。
需要调用时,使用人员可手动进行本地调用(流量串流技术),利用服务器端解码(俗称件硬解码)或手机端进行反向代理服务器代理,读取到转码完成后的视频后进行调用,服务器负载带宽,根据手机流量实现串流播放处理。
本实施例中:编码完毕后利用网络带宽桥接与服务器进行桥接,自动上传完成后储存至SQL数据库内做冷备份处理。
最后应说明的是:以上所述仅为本发明的优选实施例而已,并不用于限制本发明,尽管参照前述实施例对本发明进行了详细的说明,对于本领域的技术人员来说,其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (7)
1.一种视频编码本地优化方法,其特征在于,包括以下步骤:
S1:本地建立socket通信机制,在本地所制备的服务器上选设置较为完备的通信机制,方便后期远程控制;
S2:本创建httpserver服务,搭建出较为完备的系统底层架构,通过本架构实现转码上传;
S3:接收视频文件,利用带宽占用速率实现高速上传视频;
S4:分析视频基本信息,得出所需编码配置,结合视频编码得出需要的视频编码技术;
S5:软件后台与服务器端口对接服务器编码;
S6:编码完成后台上传至服务器。
2.根据权利要求1所述的一种视频编码本地优化方法,其特征在于:根据S1步骤解码服务器需要做公共网络网络访问连接,因此需要采用Socket通信语言基于Linux/Unix机制;
需要解决三方面的问题:1、IP地址的确定;2、端口协议的格式;3、端口;
步骤1
1、IP地址的确定:就是所应用的IP多数为固定式的网口IP,首先上传端(或收发端)多数为不同形式的运营商浮动IP,因此端口IP需要在不同的网络运营环境下都可以顺利的实现服务器端口的确认,因此服务器的IP形式多数为公网形式的IP,也就是网络上的唯一的网口代码链接;(这样做的目的是防止二次访问时IP被运营商IP浮动池进行重新分配IP地址从而造成的访问受限,所造成的结果是导致所访问的网页代码404);
步骤2
2、端口协议的格式:TCP/IP嵌套限定:WebSocket规范是HTML5中的一个重要组成部分,已经被很多主流浏览器所支持,也有不少基于WebSocket开发的应用;正如名称所表示的一样,WebSocket使用的是套接字连接,基于TCP协议;使用WebSocket之后,实际上在服务器端和浏览器之间建立一个套接字连接,可以进行双向的数据传输,使用起来也灵活,可以适用于不同的场景,包括服务器端和浏览器端的实现都不同于一般的Web端口协议,端口协议多数为后补充式的端口,既由IP地址+端口号来区分不同的计算机运算服务,简单的说端口协定就是取各种端口所兼容的格式制作出的端口号集合;
步骤3:
3、端口:域名所绑定的形式多为https://wwww.xxxx//:5000或自定义的端口形式,这里的“:5000”就是端口代码,常见的运营商端口代码为“:80”需要端口转发实现端口与各个服务器内部的软件进行网络对接控制的,使用人员只需要借助端口与所需的域名网址进行绑定,这样就可以不用输入较为缀长的端口IP了,只需输入绑定了端口的网址即可自动实现端口转发和跳转,这里的https网址指的是网址域名,网址搭建者需要找到较为好记的网址域名,然后再与各个IP之间进行域名绑定,这样既可实现简单的域名转发了,只需输入注册的域名地址既可转发至所需的web的IP定位,基础的通信机制建立完毕后搭建者既可根据绑定好IP地址的域名进行访问既可,所谓本地建设,即基于该计算机服务器本系统上所进行创建的地址代码服务程序。
3.根据权利要求1所述的一种视频编码本地优化方法,其特征在于:根据S2所定制的技术方案,
步骤1:硬件方面:1、搭建所需要的视频网站储存服务器(得到用于对HttpServlet进行响应链接的视频串流读取容器),因此相应的视频编码流畅度与服务器带宽也有着较为明显的影响,上下行带宽速率越高,服务器所解码的视频串流至手机上播放的视频就会越快,延迟率降低,每秒中播放的画面丢帧的概率就越低,所呈现的视频播放过程就会越发流畅,所谓带宽就是上传过程中的上传速率,比特率多数为每秒播放的视频RGB色彩所占的带宽速率,常用的视频速率多数为分为8Bt、12Bt和24Bt率,分别对应超清、蓝光和4K,所应用得到的服务器负载转码时间消耗就会越长;
视频经过串流,经过流媒体上传至储存采集的上的服务器然后进行转码处理,此时可借助服务器的CPU(硬件转码)实现将上传视频的硬转成不同码率大小的视频格式;
步骤2:软件方面利用httpserver系统架构为视频上传的底层系统架构,该架构所采用的是底层系统架构容易修改;
Servlet的框架是由两个Java包组成:javax.servlet和javax.servlet.http;在javax.servlet包中定义了所有的Servlet类都必须实现或扩展的的通用接口和类,在javax.servlet.http包中定义了采用HTTP通信协议的HttpServlet类;
Servlet的框架的核心是javax.servlet.Servlet接口,所有的Servlet都必须实现这一接口,在Servlet接口中定义了5个方法,其中有3个方法代表了Servlet的生命周期;
httpserver系统架构:
数据库服务器统称SQL数据库:用户储存上传转码完成后储存在该服务器底层的硬盘储存的冷数据储存系统;
索引服务器统称检索引擎服务器:采取爬虫代码Python代码程序检索底层的数据信息,并整理后UI图像形显示;以提供简单检索视频的搜索;
反向代理服务器:反向代理服务器多数为母服务器负载转码压力过大需要启动反向代理服务器提供较为稳定的数据交接服务;
缓存服务器:后台服务器唤醒程序,ARM系统架构,基于缓存系统,调用SQL数据库提升数据检索速率和缓冲速率的运行式服务器,负载大流量形替补形服务,运行过程较为高效,频繁访问时可及时实现响应;
cpu负载、IO负载:负载监控数据形服务器,检测负载量控制和系统维护。
4.根据权利要求1所述的一种视频编码本地优化方法,其特征在于:根据S3所定制的技术方案:
步骤1:使用人员打开web链端网址(输入域名得到web网页),手机端口上传视频,带宽链接接入读借助域名链接与SQL数据库实现格式为HTML 5的网页链式上传扫描读取,有害信息筛选通过后通过服务器的上传带宽上传至数据库服务器内实现磁盘式写入整理。
5.根据权利要求1所述的一种视频编码本地优化方法,其特征在于:根据S4所定制的技术方案,首先步骤1:索引服务器统称检索引擎服务器:采取爬虫代码Python代码程序检索底层的数据信息,分析视频的分辨率、视频格式编码和音频编码等一些基本的编码信息。
后台编码制作出较为合适的编码器;
(CPU转码);
可以从两方面入手:1、从视频清晰度入手(视频压缩技术),就是上传过程中通过服务器端(数据库服务器统称SQL数据库)将画质(压缩视码率)进行软压制然后上传,以便节省磁盘空间;
2、视频编码技术:常用的视频编码可为H264、格式容器常见为MP4(这里只针对视频编码,音频编码暂不考虑),由于MP4编码技术优点较好,容易在日常使用时,降低对物件的储存。
6.根据权利要求1所述的一种视频编码本地优化方法,其特征在于:根据S5所定制的技术方案,编码技术分为软转码和硬转码,在服务器端为硬转,CPU高速运算(当有核显时可转为核显转码),软解码为播放端转码,为了提高转码效率,可调用服务器的CPU转码技术,进行转码,并将转码过程利用进度条式反应在使用者的手机或web端头处,并通过进度条的反应作用下实现直观的进行显示,最后转码完成;
需要调用时,使用人员可手动进行本地调用(流量串流技术),利用服务器端解码(俗称件硬解码)或手机端进行反向代理服务器代理,读取到转码完成后的视频后进行调用,服务器负载带宽,根据手机流量实现串流播放处理。
7.根据权利要求1所述的一种视频编码本地优化方法,其特征在于:根据S6所定制的技术方案,编码完毕后利用网络带宽桥接与服务器进行桥接,自动上传完成后储存至SQL数据库内做冷备份处理。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010337782.3A CN111556134A (zh) | 2020-04-26 | 2020-04-26 | 一种视频编码本地优化方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010337782.3A CN111556134A (zh) | 2020-04-26 | 2020-04-26 | 一种视频编码本地优化方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN111556134A true CN111556134A (zh) | 2020-08-18 |
Family
ID=72007698
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010337782.3A Pending CN111556134A (zh) | 2020-04-26 | 2020-04-26 | 一种视频编码本地优化方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111556134A (zh) |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101917613A (zh) * | 2009-12-17 | 2010-12-15 | 新奥特(北京)视频技术有限公司 | 一种流媒体采集编码服务系统 |
CN107277612A (zh) * | 2016-04-05 | 2017-10-20 | 韩华泰科株式会社 | 用于在web浏览器上播放媒体流的方法和设备 |
CN108235050A (zh) * | 2018-03-27 | 2018-06-29 | 南京纳加软件股份有限公司 | 一种p2p直点播系统 |
CN108809985A (zh) * | 2018-06-13 | 2018-11-13 | 东营汉威石油技术开发有限公司 | 一种移动平台系统 |
-
2020
- 2020-04-26 CN CN202010337782.3A patent/CN111556134A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101917613A (zh) * | 2009-12-17 | 2010-12-15 | 新奥特(北京)视频技术有限公司 | 一种流媒体采集编码服务系统 |
CN107277612A (zh) * | 2016-04-05 | 2017-10-20 | 韩华泰科株式会社 | 用于在web浏览器上播放媒体流的方法和设备 |
CN108235050A (zh) * | 2018-03-27 | 2018-06-29 | 南京纳加软件股份有限公司 | 一种p2p直点播系统 |
CN108809985A (zh) * | 2018-06-13 | 2018-11-13 | 东营汉威石油技术开发有限公司 | 一种移动平台系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11871014B2 (en) | Method for signaling a step-wise temporal sub-layer access sample | |
TWI643502B (zh) | 內容重製系統、內容重製裝置、程式、內容重製方法、及提供內容伺服器 | |
US9042449B2 (en) | Systems and methods for dynamic transcoding of indexed media file formats | |
CN104796796B (zh) | 提高Android平台的HLS流播放器容错的方法 | |
US20100281042A1 (en) | Method and System for Transforming and Delivering Video File Content for Mobile Devices | |
US20080195698A1 (en) | Method and System for Transforming and Delivering Video File Content for Mobile Devices | |
CN112073809B (zh) | 一种支持浏览器播放任意编码格式视频的方法 | |
JP2005176352A (ja) | 移動通信端末機の動画像ストリーミングサービスのための無線動画像ストリーミングファイル、サービス方法及びシステム | |
US7974313B2 (en) | System for intermediating A/V stream between data network and IEEE 1394 network and method thereof | |
KR100632793B1 (ko) | 동화상을 변환하는 방법 및 장치, 동화상을 전송하는 방법 및 장치, 그리고 이들을 위한 프로그램이 기록된 기록매체 | |
CN103329521A (zh) | 用于暂停视频流传送内容的方法、设备和计算机程序产品 | |
CN106101744B (zh) | 一种在线播放电视的方法及装置 | |
CN103414890A (zh) | 远程桌面的实现方法及装置 | |
US20140189141A1 (en) | Real-time content transcoding method, apparatus and system, and real-time content receiving method and apparatus | |
CN114339382A (zh) | 视频播放方法、装置、设备及计算机存储介质 | |
CA3057894C (en) | Video compression using down-sampling patterns in two phases | |
CN112312221A (zh) | 一种音视频播放方法、存储介质及装置 | |
CN105592081A (zh) | 一种终端与服务器之间的视频转换方法 | |
CN111556134A (zh) | 一种视频编码本地优化方法 | |
KR100847597B1 (ko) | 비디오 콘텐츠의 트랜스코딩 방법 및 비디오 콘텐츠의트랜스코딩 기능을 갖는 콘텐츠 제공 시스템 | |
WO2010062761A1 (en) | Method and system for transforming and delivering video file content for mobile devices | |
KR20100072113A (ko) | 무선 네트워크를 통한 플래시 컨텐츠 제공 방법 및 그 시스템과 플래시 컨텐츠 변환 방법 및 그 장치 | |
US20190158898A1 (en) | Hybrid transmission protocol | |
CN117979093A (zh) | 一种基于live555和FFmpeg框架的无线自组网视频传输系统 | |
André et al. | Multimedia Systems Adaptation in Mobile Environments. |
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 | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20200818 |