Chigusa

看了下，貌似是对I帧进行了加密，加密的操作在[liveplayer_controls.js](https://js.player.cntv.cn/creator/liveplayer_controls.js)下面的一坨（应该是魔改版本的hls.js），[原本的逻辑](https://github.com/video-dev/hls.js/blob/v0.12.4/src/demux/tsdemuxer.js#L581)  Module里的函数是[h5.worker](https://js.player.cntv.cn/creator/h5.worker?v=200113)提供的，貌似用了wasm，暂时没啥好办法

> > 看了下，貌似是对I帧进行了加密，加密的操作在[liveplayer_controls.js](https://js.player.cntv.cn/creator/liveplayer_controls.js)下面的一坨（应该是魔改版本的hls.js），[原本的逻辑](https://github.com/video-dev/hls.js/blob/v0.12.4/src/demux/tsdemuxer.js#L581) > >  > > Module里的函数是[h5.worker](https://js.player.cntv.cn/creator/h5.worker?v=200113)提供的，貌似用了wasm，暂时没啥好办法 > > 应该是用JS解密吧…… h5.worker最开始的字符串就是base64过的wasm

> @hr3lxphr6j > decryptkey 和 iv 必须搞定 wasm 才能算出来吗？ 能直接调wasm里的这几个函数应该就可以，我试了几个python上跑wasm的库都不行，不知道是不是我姿势不对的原因

PING @markokr

There was a problem in processing the second sub-volume, which caused the CRC value to not be updated to the value in the last volume(My English is bad, all English...

提供下直播间url，我测试的几个都是正常的

emm，我处理下重定向吧

那为什么不在需要时启动程序呢？

提供下直播间

但是为了防止弱网络导致ffmpeg疯狂分片才把这个值给大的，之后我把这个给到配置里吧