tv静态扫描流程

2017-01-22 10:02:24   0  举报





仅支持查看

电视静态扫描流程主要包括以下步骤：首先，电视机接收到来自外部的信号源，如有线电视或卫星电视信号。然后，信号被送到电视机的调谐器部分，调谐器会筛选出用户选择的频道的信号。接下来，筛选出的信号被送到电视机的解码器部分，解码器会将信号解码成图像和声音信号。最后，这些图像和声音信号被送到电视机的显示屏和音响系统，从而在屏幕上显示出图像，从音响系统中发出声音。在整个过程中，电视机的控制系统会对各个环节进行控制和调整，以确保图像和声音的质量。

作者其他创作

大纲/内容

End

通用业务适配脚本逻辑

目前随着Knight厂商平台的脚本类功能需求日益增多（比如这次的yvendor扫描任务），根据之前和@郑方(杭漂) @董民(九野) 商议需要@张凯(侠友) 帮创建一个通用的Jenkins框架任务！这样的好处就是：不需要每次针对具体的业务去麻烦@张凯(侠友) 提供Jenkins任务，将参数入参尽量模糊化，这样有利于节省开发人力、提高系统的扩展性延伸。目前设计方案初步如下：1、通用参数的git_link\\git_branch用于区分业务方；2、通用参数的com_parameters以及ex_parameters，是json字符串，能覆盖大部分业务参数需求；3、processid/callbackurl/apitoken 则是与 jenkins任务的回调、安全调用等的约定；4、所有介入该框架的业务都需要在根目录提供build.sh启动脚本供 Jenkins调用，并能解析com_parameters以及ex_parameters 入参；5、所有介入该框架的业务都需要将执行结果文本化存储于auto_new目录，方便Jenkins上传oss并传递给Knight平台用于业务展示；

返回执行结果的上传oss链接

Start

各通用参数字段：1、git_link (git仓库链接)2、git_branch（分支：默认master）3、com_parameters(json string通用参数：机型等信息)4、ex_parameters(json string扩展参数：业务相关入参)5、processid（厂商平台业务ID）6、callbackurl （回调ip url）7、apitoken (processid的md5值)

传递通用参数

1、auto_new目录约定为通用业务的结果文本保存目录，各通用业务需要将结果以文本形式存储于该目录，侠友负责上传文本结果并返回OSS链接结果2、侠友返回demo:callback https://knight.yunos.com/api/oss_united/signcallback {\"processid\"=\"8a32e23c539ecebc0153e445708f006c\

调用build.sh脚本