1.求QQ空间代码`
2.FFmpeg交叉编译、源码脚本参数配置
3.FFplay源码分析-nobuffer
求QQ空间代码`
文字大小:[fts=3数字代表字体的源码大小]这里是你要写内容[/ft]
空间必备闪字代码
特别注意:用的时候把颜色二字去掉!不要漏括号了,不要漏了后面的 ft 如果留言的话超过个字的话闪字无效!
⒈ 例：[颜色ffg,#gggggg,#]你要写的内容 [颜色/ft]
⒉ [颜色ffg,#Aqua,#ff]
⒊ [颜色ffg,#EDC,#FFF]
⒋ [颜色ffg,#AEEF,#EDC]
⒌ [颜色ffg,#GFF,#FD]
⒍ [颜色ffg,#FFFFFF,#EDC]
⒎ [颜色ffg,#FF,#ccff]
⒏ [颜色ffg,#8FCD,#FFF]
⒐ [颜色ffg,#EDC,#FFF]
⒑ [颜色ffg,#Aqua,#ff]
⒒ [颜色ffg,#FFFFFF,#]
⒓ [颜色ffg,#FBDAE7,#3CFF]
⒔ [颜色ffg,#FF,#DB]
⒕ [颜色ffg,#AEEF,#FFF]
⒖ [颜色ffg,#EDC,#]
⒗ [颜色ffg,#D9DFEF,#EE1D]
⒘ [颜色ffg,#FF,#FFFF]
⒙ [颜色ffg,#g8g8g8,#]
⒚ [颜色ffg,#FF,#FF]
⒛ [颜色ffg,#eeff,#FFF]
[颜色ffg,#FFF,#]
外还可以自己设计颜色``所有颜色代码如下!
[颜色ffg,#EE1D,#FFFFFF]你要写的内容
现在简单教你如何自己设计``看到上面代码 # 这个是黑色 #FFFFFF这个是白色! 前面的是设置闪字周围的发光颜色,后面的是设置字的底色``也就是中间部分的颜色! 这样说你明白吗? 回复日志测试下吧``! 用的时候去掉颜色2字!``代码旁边的括号别漏了喔`还有后面的ft
具体颜色如下：
1 白色 #FFFFFF 2 红色 #FF 3 绿色 #FF 4 蓝色 #FF
5 牡丹红 #FFFF 6 青色 #FFFF 7 ** #FFFF 8 黑色 #
9 海蓝 #DB 巧克力色 #5C 蓝紫色 #9F5F9F
黄铜色 #B5A 亮金色 #D9D 棕色 #AD3D
青铜色 #8C 2号青铜色 #AD3D 士官服蓝色 #5F9F9F
冷铜色 #D 铜色 #B 珊瑚红 #FF7F
紫蓝色 #F 深棕 #5C 深绿 #2F4F2F
深铜绿色 #4AE 深橄榄绿 #4F4F2F 深兰花色 #CD
深紫色 #F 深石板蓝 #6BE 深铅灰色 #2F4F4F
深棕褐色 #F 深绿松石色 #DB 暗木色 #E
淡灰色 # 土灰玫瑰红色# 长石色 #D
火砖色 #8E 森林绿 #E 金色 #CD7F
鲜** #DBDB 灰色 #C0C0C0 铜绿色 #F
青** #DB 猎人绿 #E 印度红 #4E2F2F
6 土** #9F9F5F 浅蓝色 #C0D9D9 浅灰色 #A8A8A8
浅钢蓝色 #8F8FBD 浅木色 #E9C2A6 石灰绿色 #CD
桔** #E 褐红色 #8EB
这里说明下怎么家粗:[B]文字内容[/B]
FFmpeg交叉编译、脚本参数配置
一：下载并解压ffmpeg源码
使用git或wget下载ffmpeg源码到/root/ff目录，源码安装git或wget后执行命令解压。源码
检查解压后的源码文件。
使用tar命令解压ffmpeg-3.4.tar.bz2文件。源码nordic源码分析
使用unzip命令解压NDK压缩包。源码
查看目录结构。源码
安装make工具，源码用于自动化编译工作，源码提高效率。源码
二：配置编译脚本
定义环境变量，源码包括NDK目录、源码架构下的源码so库和头文件、交叉编译工具、源码CPU类型和输出路径。
使用env命令查看环境变量。
解决NDK版本r后gcc兼容问题，通过修改cc路径使用clang。qq登录e源码
执行make命令进行编译，使用-j参数指定并行任务数，编译完成后执行make install安装。
在指定路径下生成输出文件。
三：创建Shell脚本
创建并编辑android.sh文件，实现自动化交叉编译流程。
调整脚本参数实现动态配置。
重新执行脚本，生成编译结果。flash小人动画源码
FFplay源码分析-nobuffer
在使用 FFplay 播放 RTMP 流时，不开启 nobuffer 选项会导致画面延迟高达7秒左右，而开启此选项后，局域网延迟可降低到毫秒左右。因此，本文将深入探讨nobuffer的实现细节，以及播放端缓存7秒数据的作用。
fflags 的定义在 libavformat/options_table.h 文件中，这是汇梦社区源码一个通用选项，所有解复用器均包含此选项。在调用 avformat_open_input() 函数时，会将该命令行参数传入，其位置与所有格式参数相同，如在之前的文章《FFplay源码分析》中所述。记得在调试参数中添加-fflags nobuffer。
在 avformat_open_input() 函数内部，fflags 这个 AVOption 会被传递给 AVClass，该类存储了多个 AVOption，int_free 源码而fflags 的索引为5。在 av_opt_set_dict() 函数中，fflags 的值会被应用并清除其他选项。在 avformat_open_input() 执行完毕后，AVFormatContext::flags 的第7位应被置为1，即二进制的 。通过下图可以清晰地看到这个过程。
在 avformat_find_stream_info() 函数内部，如果没有设置nobuffer标记，探测的数据包将被丢入队列。avformat_find_stream_info() 首先读取一段数据包以分析输入流的编码器等信息，为了重用这些数据包，它们会被放入队列中。然而，整个探测过程长达5秒，这意味着 FFplay 大概会读取5秒的数据来分析输入流。若开启nobuffer，则不会重复使用这些探测数据，FFplay 探测完输入流后，会读取新的数据包进行播放。无需缓存，从而降低了延迟。
通过在 ffpaly.c 文件中的 avformat_find_stream_info() 函数前后输出时间，可以发现两者相差5秒，直观展示了nobuffer对于降低延迟的作用。在实时场景下，缓存功能变得多余，它原本是为了分析本地文件，避免重复读取，但在实时场景中反而影响了性能。因此，在实时场景中，关闭缓存更为合适。
补充说明：若在本地虚拟机环境下，不启用缓存也能实现流畅播放。然而，如果 SRS 部署在局域网的另一台机器上，不开启缓存可能导致视频卡顿，原因可能是解码前未能及时读取视频帧，FFplay 不断丢弃视频帧，尤其是当视频比音频慢时，这种情况下缓存功能反而成为瓶颈。
