深入理解pts，dts，time_basehttp://blog.chinaunix.net/uid-20554957-id-5836134.html视音频pts计算https://blog.csdn.net/dancing_night/article/details/45972361关于FFmpeg的pts转时基时的计算步骤(包括无输入流地址和有输入流地址https://blog.csdn.ne

本章主要讲一个反推提示词的插件tagg.我们平时通过CLIP和DEEPBORU来反推提示词，但是这两个太慢，并且容易出错例如：以上就是今天要讲的内容。

主要介绍SD的宽高设置以及高清修复例如：以上就是今天要讲的内容。

2、可是我的cmakelists.txt，明明链接了啊。发现还真不是，赶紧改为这个方式，编译就成功了。

在使用ffmpeg的过程中有时候我们自己的数据结构比如yuv数据或者压缩后的H264数据想要转为ffmpeg中的AVFrame或者AVPacket结构体，怎么转呢？这个在ffmpg的libavcodec的v4l2_buffers.h/.c中有非常好的案例。

出错：libavcodec/libx264.c:282:9: error: ‘x264_bit_depth’ undeclared解决：打开x264的头文件x264_config.h发现：#define X264_BIT_DEPTH8#define X264_GPL1#define X264_INTERLACED1#define X264_CHROMA_FORMAT 0#define X264_V

avformat_open_input 刚打开的时候堆栈信息AVDictionary *inputDic = nullptr;av_dict_set(&inputDic, "rtsp_transport", "tcp", 0);// av_dict_set(&inputDic, "muxdelay", "10", 0); // seconds// runs = stimeout /

直接看代码：int attribute_align_arg avcodec_send_packet(AVCodecContext *avctx, const AVPacket *avpkt){AVCodecInternal *avci = avctx->internal;int ret;if (!avcodec_is_open(avctx) || !av_codec_is_decoder(a

linux升级后编译代码出现问题：undefined reference to `std::__cxx11::basic_ostringstream<char, std::char_traits, std::allocator >::basic_ostringstream()@GLIBCXX_3.4.26’后来查看发现，编译的库采用的是gcc 9.3而docker里面链接后编译的的是g

最近在做流媒体，把采集到的图片处理后推送到rtmp上去，用vlc播放，发现总是有3-4s的延迟。延迟影响因素编码器：不同的编码器（免费或开源的），延迟也是不同的。流媒体服务器：SRS2流协议：比如：rtmp是实时性比较高的，http_flv也是实时性比较高的，HLS就不行了，官方说60s之内的都可以容忍……播放器：主要是播放器的缓冲区时长，比如flash播放器的缓存时长是3s，那么一定会有3s的延