二土

I've noticed that the implementations of **Track** is instance of **Closeable**. for example, + **H264Track** in [AbstractH26XTrack](https://github.com/sannies/mp4parser/blob/master/muxer/src/main/java/org/mp4parser/muxer/tracks/AbstractH26XTrack.java#L118) + **AACTrack** in [AACTrackImpl](https://github.com/sannies/mp4parser/blob/master/muxer/src/main/java/org/mp4parser/muxer/tracks/AACTrackImpl.java#L214) But **CencMp4TrackImplImpl**, **PiffMp4TrackImpl**, **Mp4TrackImpl** in `MovieCreator.build()` somehow ignores it....

You could see the [example](https://github.com/sannies/mp4parser/blob/master/examples/src/main/java/org/mp4parser/examples/mux/streaming/H264AACExample.java). Maybe it can help.

2019BLS看板娘 ``` { "textures": [ "https://s1.hdslb.com/bfs/static/blive/live-assets/haruna/22/22.1024/closet.default.v2/texture_00.png?20171116172700", "https://i0.hdslb.com/bfs/live/bec08e39a4d3ef3e52bb14b5bb6e42e5659eafcd.png", "https://i0.hdslb.com/bfs/live/02d7e5fda005d0b2653397892996fa4e90d81fd9.png", "https://i0.hdslb.com/bfs/live/d8ae593f7ab4b4aa02206aa39f042c97b3ac68d7.png"] } ```

The step ` Create Release` has nothing to do with the two steps above since the code has no change in your repository. You could just delete them. You could...

参考 将原代码 https://github.com/xyTom/Url-Shorten-Worker/blob/a02a69e4bba7d73d737d35ebdfb33cc7204c16bb/index.js#L36 改为 ``` return await LINKS.put(random_key, URL, {expirationTtl: 60*60*24}),random_key ```

> > > 是否可以变成阅后即焚，链接点击后就失效？ 在确认获得url后返回302之前，删除这条KV即可。 https://github.com/xyTom/Url-Shorten-Worker/blob/a02a69e4bba7d73d737d35ebdfb33cc7204c16bb/index.js#L95-L103 即在上述L100行后的判断里面添加 ``` await LINKS.delete(path) ```

+ 你可以尝试使用`fileSize`或者`filePeriod`参数，这样理论上只有第一个分段视频的清晰度不对。 + 目前优先考虑能不能录制的问题，有issue有时间有心情就考虑能不能修复。 类似这种需求可能会在以后的版本实现，但啥时候就不一定了

本地不方便测试，目前猜测的可能有： + 部分信息是从`html`里面扣的，可能刷新不及时，导致： + 刚开播直播状态未更新 + 或者播放源`json`未更新 + 为了方便，项目选取的是播放源`json`中`FLV`流，而没有考虑`M3U8/slice`，刚开播时虎牙未提供`FLV`流 求定位，求解决方案😳

+ m3u8流的`.ts`文件下载以后怎么处理是个问题。 + 如果直接文件拼接成一个大的ts文件，播放效果不是很好 + 如果自己再去解析转换，实现的工作量太大 + 如果调用ffmpeg，又要增加依赖 ===> 最后录制使用的是flv的流

我本身对多媒体了解也不是很深入，这是我实现之后的感觉。 我试着合并过几个，但是播放时偶尔（尤其是拖拽进度后）可能会有一两秒花屏，把大的ts文件ffmpeg转成mp4后反而没有这个问题