项目介绍
这个项目是TV项目,而且要下载的视频是4K电影,一部电影最小都有20G,而电视的存储空间又是有限的,故只能采取外置U盘的形式进行下载,而下载的视频为了保证其安全性,故又是经过DRM加密,这成功为我们的项目的坑埋下了伏笔,以下为大家一一介绍
坑介绍
1 .一部4K电影20M码率的的大小就20多G,50M的就更不用说了,所以要下载20多G的电影,对存储空间是个挑战; 2.对下载后到本地的影片资源进行保护是个问题,我们对数字太和和Intertrust和艾迪德的方案进行了调研,采用Intertrust, 3.各家智能电视对能是别的U盘的的存储格式不同,大部分的电视能识别fat32,但是fat32对单个文件最大不超过4G,extaf和NTFS虽然单个文件能超过4G,但是很大部分电视识别不了这两种格式 4.Android系统对读写权限是收紧态度,很多电视厂商不允许读写SD卡权限 5.只能对HLS的地址解析,并拼接地址,单个TS下载,线程管理,由于这几家drm公司没有做过类似的需求,故坑大大的
以上坑说了那么多,但是也没办法,老板说做就做呗,硬这头皮来呗,毕竟以目前的网速,能在线的播4k的确是很困难,也要硬者头皮上
技术选型
>涉及到断点续传还有数据库的知识,目前也有很多断点续传数据库的框 架,断点续传就用Xutils,数据库框架就用GreeDao(之前有介绍)
快速开发,避免重复造轮子,用框架是最快的方法
流程
对下载路径的获取 不同厂商获取的方式不同,有的厂商就不开放你获取也是很头疼的事 ,故跟很多厂商采取合作的方式 我是采取如下方式 大部分电视能获取,部分后去不到
>