QD

Results 3 issues of QD

Thank you for this great crate! Do you have any plan to extend the functions like fftfreq and fftshift? It would be better to add more functions like what numpy.fft...

Node结构体是否可以增强一下,现在的标准Node结构体是: ```rust #[derive(Serialize, Debug)] pub struct Node { /// 清晰度 pub rate: String, /// 直播源地址 后续考虑使用数组来安装 pub url: String, } ``` 这个结构体太过简略了,大部分情况下,我们至少还希望获取直播流的格式,比如BILIBILI经常能获取的可选直播流格式为“TS/FLV...”,在之前的pr中我强行将rate格式为"[格式]-[清晰度][线路编号]”,这或许不是一个较好的选择。一个我建议的构建思路如下: ```rust #[derive(Debug)] pub enum ShowType { /// 返回直播源地址...

最近在考虑是不是可以着手开始实现最基础的直播下载功能了? 录播使用ffmpeg我想应当是没啥疑问,但是具体怎么使用不知道@Borber有没有想法呢?是直接使用二进制文件,还是使用动态库,还是通过`cc`库使用静态链接到ffmpeg源代码? 直接使用二进制文件应当是最容易的,只要command执行,"ffmpeg -i [url] -c copy [output.mp4]"就完事了。但是掌控力会降低,而且如果使用tauri的话估计可能还会有终端的黑框跳出来?其他两个估计都会有点复杂,但是不会弹黑框。静态链接最麻烦,但是也最清爽,不仅可以精简掉不用的代码,还能把二者整合成一个可执行文件。 如果作为初版实现进行考虑,我提议暂且先直接配置ffmpeg二进制文件?