数据库查询的时候,报:group by 错误,也就是ONLY_FULL_GROUP_BY。
要么去改my.cnf,要么pdo的ATTR中也可以增加,但线上用的是一个很老的TP版本,而且受影响的字段不多,直接就在不需要group by的字段上加个方法:any_value进行解决。
例如:Db::table('model')->field('any_value(id) as id,any_value(title) as title, name')->group('name')->select();
帮别人下载了个视频,原来是m3u8的。我想那好办啊。ffmpeg -i xxx.m3u8 -c copy output.mp4不就完了?结果 发现在处理过程中一直报错,
XML/HTML代码
- https://dh5.cntv.lxdns.com/asp/h5e/hls/850/0303000a/3/default/a1a69ffb1d6a449da1daaa93480f3393/850.m3u8: corrupt decoded frame in stream 0
- Last message repeated 1 times
- [h264 @ 0x7fa2e803b400] top block unavailable for requested intra mode -1
- [h264 @ 0x7fa2e803b400] error while decoding MB 35 0, bytestream 4054
- [h264 @ 0x7fa2e803b400] concealing 920 DC, 920 AC, 920 MV errors in P frame
- [h264 @ 0x7fa2e803ae00] concealing 791 DC, 791 AC, 791 MV errors in B frame
- [h264 @ 0x7fa2d9008e00] top block unavailable for requested intra mode -1
- [h264 @ 0x7fa2d9008e00] error while decoding MB 10 0, bytestream 3439
- [h264 @ 0x7fa2e803f000] top block unavailable for requested intra mode
- [h264 @ 0x7fa2e803f000] error while decoding MB 36 0, bytestream 1375
- [h264 @ 0x7fa2d9008e00] concealing 920 DC, 920 AC, 920 MV errors in P frame
- [h264 @ 0x7fa2e803f000] concealing 920 DC, 920 AC, 920 MV errors in B frame
error while decoding MB,这个错误,大部分是出在rtsp流中,没想到m3u8也有问题。我没细看,感觉是偏移量的问题,因为我即使用vlc直接打开m3u8的文件也是这个样子,那就证明,不是命令有问题,而是确实这个视频有问题。
最后下载了对方的APP,来下载这个视频。然而,视频居然还变成了两个。先偷懒,直接 cat a >> b ,明显没用。文件是变大了,但时间还是2分钟,(2个视频,一个2分钟,一个40秒),最后还是使用ffmpeg,第一次是用 ffmpeg -i "concat:a.mp4|b.mp4" -c copy c.mp4,结果,视频还是2分钟,只能用filelist的方式,即建一个文本文件,每行一个视频文件,
file 'a.mp4'
file 'b.mp4'
用 ffmpeg -f concat -i filelist.txt -c copy c.mp4 运行后,生成了文件。确实是2分40秒。
---EOF---
其实我并没有解决m3u8下载下来不正常的问题,不过我本来对这个也不擅长,上一次用ffmpeg已经是8年前了。现在也就随便看看,能用就行,所以还是先记个笔记
更多资料,参考 :https://blog.csdn.net/doublefi123/article/details/47276739