1.Linux文件系统制作与裁剪
2.CropperJs裁剪案例及教程
3.Cesium专栏-裁剪效果（基于3dtiles模型，裁剪裁剪附源码下载）
4.Unity源码学习遮罩：Mask与Mask2D
5.FFMPEG编译裁剪移植
6.图像裁剪的工具工具终极指南：使用Python和Tkinter实现自定义裁剪
Linux文件系统制作与裁剪
操作系统是一种关键的计算机程序，它负责管理和配置硬件与软件资源，源码源码用如内存管理、裁剪裁剪优先级设定、工具工具输入输出设备控制、源码源码用上涨标注指标源码网络管理以及文件系统操作，裁剪裁剪并提供用户界面。工具工具然而，源码源码用通常的裁剪裁剪Linux操作系统内核包含了广泛硬件支持的多个功能模块和全面的软件服务，这可能导致系统资源占用过高和性能下降。工具工具因此，源码源码用针对特定应用和硬件环境，裁剪裁剪需要对操作系统进行裁剪，工具工具尤其是源码源码用内核和文件系统。
内核裁剪通常采用三种方法：一是利用内核配置工具，如make menuconfig，根据系统平台和应用需求定制化内核，删除不必要的模块；二是直接修改内核源码，通过条件编译语句实现更精细的裁剪；三是基于系统调用关系，精准地裁剪不需要的内核函数。文件系统裁剪则着重于删除无用的文件和配置，以构建最精简的运行环境。
构建文件系统有两种常见方式：一是使用生成工具如Busybox或官方最小文件系统；二是基于Ubuntu base镜像。以Busybox为例，制作rootfs时需补充配置文件，如Inittab和fstab，以确保系统启动和文件系统挂载。选择文件系统类型时，需考虑硬件特性、内核支持以及系统性能需求。
对于嵌入式系统，由于硬件和应用需求明确，内核和文件系统裁剪尤为重要，能够定制出最适合的运行环境。例如，使用官方的base镜像制作文件系统时，需对用户创建、网络设置等进行配置，以构建满足特定需求的最小化文件系统。
CropperJs裁剪案例及教程
在前端开发过程中，上传的变色顾比均线公式源码问题时常出现，尤其是面对多种规格的，设置裁剪功能可以更有效地解决问题。本文将介绍cropper.js裁剪插件的用例，基于V1版本的v1.5.进行案例制作。
本文案例主要针对移动端选择和相机拍照后的裁剪功能。具体代码和效果图请查看文章末尾。
首先，我们需要了解如何使用cropperJs(V1)。以下是安装方法：
安装方法有两种：npm安装和浏览器直接引入。
使用方法：在引入所有依赖后，可以使用Cropper对象，传入image和options两个参数。第一个参数是要包装的图像或画布元素，第二个参数是cropper内置的属性设置及方法。
以下是完整的移动端裁剪案例源码：
htmlCSSJS文中需要用的一些js方法。
以上是完整案例的代码，效果图请查看文章末尾。
cropper常用参数及方法解析options。
案例中设置了一些cropper常用的属性，它还有很多其他属性，包括string、Number、String、Function类型。以下是内置的属性和属性值：
options类型为Function的属性：
常用的一些Methodsreplace(url[, onlyColorChanged])crop()reset()clear()destroy()move(offsetX[, offsetY])moveTo(x[, y])zoom(ratio)rotate(degree)getData([rounded])getImageData()。
以上是我们应该能用到的大部分方法及内置属性。cropper真的很强大，几乎包含了我们实际开发中所需要的内容。以下是开头提到的案例截图，需要的可以自取源码。
主页面，上传按钮及裁剪完成后回显内容。
裁剪过程弹窗。
裁剪完成回显内容。
Cesium专栏-裁剪效果（基于3dtiles模型，附源码下载）
Cesium是一款全球领先的JavaScript开源产品，专为构建高质量三维地球与地图的Web应用而设计。借助Cesium提供的JavaScript开发包，开发者能轻松创建无需插件的虚拟地球应用，且确保在性能、精度、如何更改点可云打印源码渲染质量以及多平台兼容性与易用性方面达到高标准。
探讨裁剪功能，这一概念在图像处理领域并不陌生。在三维场景中，Cesium能够实现类似PS中的裁剪效果，即动态调整视图区域，突出展示用户感兴趣的三维模型部分。本文重点介绍如何基于3dtiles模型实现这一功能。
实现动态裁剪模型效果，需要遵循以下步骤：
1. 初始化地球模型，并启用深度测试功能，确保场景中的元素正确排序，提升视觉效果。
2. 创建一个切面平面对象，用以定义裁剪区域的边界。
3. 加载3dtiles模型，并将裁剪平面应用到模型上，实现动态调整视图区域的功能。
对于想要实践这一效果的开发者，我们提供了源码下载。只需点击下方链接，即可获取实现动态裁剪模型功能所需的Cesium源码。
Unity源码学习遮罩：Mask与Mask2D
Unity源码学习遮罩详解：Mask与Mask2D UGUI裁切功能主要有两种方式：Mask和Mask2D。它们各自有独特的原理和适用场景。1. Mask原理与实现
Mask利用IMaskable和IMaterialModifier功能，通过指定一张裁切图，如圆形，限定子元素的显示区域。GPU通过StencilBuffer（一个用于保存像素标记的缓存）来控制渲染，当子元素像素位于Mask指定区域时，才会被渲染。 StencilBuffer像一个画板，每个像素有一个1字节的内存区域，记录是否被遮盖。当多个UI元素叠加时，通过stencil buffer传递信息，实现精确裁切。2. Mask2D原理
RectMask2D则基于IClippable接口，其裁剪基于RectTransform的大小。在C#层，它找出所有RectMask2D的手机版强弱王指标公式源码交集并设置剪裁区域，然后Shader层依据这些区域判断像素是否在内，不满足则透明度设为0。 RectMask2D的性能优化在于无需依赖Image组件，直接使用RectTransform的大小作为裁剪区域。3. 性能区别
Mask需要Image组件，裁剪区域受限于Image，而RectMask2D独立于Image，裁剪灵活。因此，Mask2D在不需要复杂裁剪时更高效。 总结：虽然Mask和Mask2D各有优势，选择哪种遮罩取决于具体需求，合理使用能提高性能和用户体验。FFMPEG编译裁剪移植
1.ffmpeg文件结构说明
1.1 ffmpeg模块说明
libavformat
用于各种音视频封装格式的生成和解析，包括获取解码所需信息以生成解码上下文结构和读取音视频帧等功能；音视频的格式解析协议，为 libavcodec 分析码流提供独立的音频或视频码流源。
libavcodec
用于各种类型声音/图像编解码。该库是音视频编解码核心，实现了市面上可见的绝大部分解码器的功能。
libavdevice
硬件采集、加速、显示。操作计算机中常用的音视频捕获或输出设备。
libavfilter
音视频滤波器的开发，如宽高比、裁剪、格式化、非格式化伸缩。
libavutil
包含一些公共的工具函数的使用库，包括算数运算、字符操作。
libavresample
音视频封转编解码格式预设等。
libswscale
原始视频格式转换，用于视频场景比例缩放、色彩映射转换；图像颜色空间或格式转换，如 rgb、rgb 等与 yuv 等之间转换。
libswresample
原始音频格式转码。
libpostproc
同步、时间计算的简单算法，用于后期效果处理；音视频应用的氧化氢工具箱源码后处理，如图像的去块效应
在编译ffmpeg源码之前，我们可以通过配置编译参数选择是否编译生成如上库。一般而言，要实现最基本的音视频编解码功能，libavformat，libavcodec，libavutil这三个库是不可缺少的。我们通过使能或失能ffmpeg支持的组件，如编解码器、分流器、合流器、解析器、协议类型等，来裁剪库文件的大小。
1.2名词解释
encoder // 编码器
decoder // 解码器
hwaccel // 硬件加速器
muxer // 合流器
demuxer // 分流器
parser // 解析器
bsf // 比特过滤器
protocol // 协议
indev // 输入设备
outdev // 输出设备
filter // 过滤器
相关学习资料推荐，点击下方链接免费报名，先码住不迷路~
音视频免费学习地址：FFmpeg/WebRTC/RTMP/NDK/Android音视频流媒体高级开发
免费分享音视频学习资料包、大厂面试题、技术视频和学习路线图，资料包括（C/C++，Linux，FFmpeg webRTC rtmp hls rtsp ffplay srs 等等）有需要的可以点击 加群免费领取~
2.编译
ffmpeg 编译帮助
主要包含一下选项
Help options // 帮助选项，可以查看全部支持的编解码，硬件加速器，解析器、输入输出设备等参数的列表，一般做裁剪时需要查询；
Standard options // 标准选项，主要是目录路径相关的设置，常用的为--prefix=PREFIX 设置安装路径；
Licensing options // license 相关选项 GPL使能设置相关；
Configuration options // 配置选项，常用的--disable-static关闭静态库 默认是开启静态库编译的--enable-shared 使能动态库编译，编译出动态库--enable-small优化大小而不是注重运行速度；
Program options // 编译出工具文件，一般的bin文件，常用的ffmpeg ffprobe 和ffplay三个工具的bin文件编译；
Documentation options // 文档选项，是否构建文档页面，个人猜测是工具的帮助文件是否编译进去，里面支持html manpage txt等格式文件；
Component options // 组件选项，常用使能或者关闭某些模块的编译，libavformat，libavcodec，libavutil这三个库一般是不可或缺的，还有其他的组件按自己需要使能；
Individual component options // 独立的组件选项，更为具体的组件编译选项，如果需要剪裁一般情况先使用--disable-everything 关闭全部的组件，然后再单独开启需要的组件；
External library support // 扩展库支持，允许FFmpeg链接到相应的外部库；
Toolchain options // 工具链选项，交叉编译常用，比较常用的--arch=ARCH 指定系统架构 --cpu=CPU指定cpu类型 --cross-prefix交叉编译工具链前缀 --enable-cross-compile 使能交叉编译--target-os=OS指定操作系统；
Advanced options (experts only) // 高级选项，一般较少使用，不懂的请慎用，以免引进bug；
Optimization options (experts only): --disable-asm关闭所有的优化选项
Developer options (useful when working on FFmpeg itself): --disable-debug 关闭调试符号信息，减小库大小；
2.1全编配置
采用默认配置 交叉编译，在当前目录下output文件夹生成对应的文件
编译后的文件夹下有bin include lib share 目录bin存放交叉编译后的ffmpeg等工具bin文件，include目录存放头文件，移植需要 lib存放动态和静态库，将lib里面的文件拷贝到板端或者静态库使用即可；
编译后未经裁剪的ffmpeg库实在太大，十几M的大小，需要裁剪；
2.2裁剪库
ffmpeg 库过大，很多功能其实没必要使用的， 裁剪为仅支持mp4 和 avi两种格式的视频，avi:视频采用h编码，音频采用pcm_alaw mp4:视频h,音频aac格式；这个指令其实还可以进一步裁剪，不想麻烦，够用就行，不再裁剪@_@；
裁剪后的文件大小最大也只剩1.1M，大小减少倍；
3.ffmpeg移植问题
3.1时间冲突问题
libavutils/time.h文件名字和linux系统的time.h的名字冲突,在编译的时候会出现time.h文件是有两个，无法区分是哪个time.h,因此会出现报错，如果在ffmepg里将time.h文件重命名可以解决这个问题，但这样太麻烦而且容易出错，采用另外一种方式，将makefile的搜索路径更改为只搜索到include文件夹，然后在include文件夹下放置相关的头文件，而在调用的c文件上路径改为
这样就躲开了搜索文件名字一样的问题，其本质是将ffmpeg的time.h重新命名为libavutils/time.h
3.2函数符号导出问题
由于移植需要单独导出库内部的局部函数，如mov_write_packet mov_write_header mov_write_trailer等函数，将movenc.c对应函数的static去掉，同时在libavformat.h文件声明函数，但是生成的库会发现没有找到对应的函数符号
avi相关的函数也做同样的处理，但是avi有这个函数符号，这个问题只能反推编译过程查找哪里将函数符号屏蔽掉了采用指令
发现在生成库的时候会调用一个脚本文件，这个脚本文件最后在config.mak里面指定了
--version-script这个选项仅仅导出要使用的符号表，这个文件对应libavformat里面的就是libavformat.vlibavformat.verlibavformat.version,后两个文件都是根据第一个文件产生的，查看libavformat.v文件
显然，在这里屏蔽掉了非av开头的全部函数，所有mov开头的函数无法被外部调用，因此更改这个文件，将mov开头的函数也导出
重新编译发现可以调用mov开头的函数了。
不足之处，敬请指出，谢谢^_^
4.参考资料
CSDN 博客 SigmaStarDocs 《ffmpeg基础库编程开发》
原文 FFMPEG编译裁剪移植_ffmpeg编译到移远模块_Kingkim的博客-CSDN博客
图像裁剪的终极指南：使用Python和Tkinter实现自定义裁剪
终极指南：利用Python和Tkinter打造自定义图像裁剪工具 在处理学术会议PPT时，遇到的问题是需要批量裁剪图像，同时避免状态栏和键盘干扰。通过Python和Tkinter，我们可以创建一个用户友好的工具，实现图像选择、裁剪及保存。关键挑战在于处理图像显示和坐标系转换，以下是实现步骤： 首先，需要调整Tkinter中tk.Canvas的大小，确保完整显示。这需要反复尝试以找到合适的尺寸，以适应不同大小的。改变分辨率后，可能需要处理不同坐标系的问题，以便确保裁剪区域的一致性。 源代码2-1用于单个图像的坐标测试，测试成功后，将尺寸信息应用到批量处理的代码中。以下是代码解析：导入PIL、ImageTk和os等必要模块，用于图像处理和操作系统交互。
创建ImageCropper类，初始化方法中处理图像路径和裁剪区域。
在Tkinter窗口中创建画布，并绑定鼠标事件以响应裁剪操作。
调整图像大小并将其转换为Tkinter可用的图像。
通过事件循环保持窗口打开，等待用户操作。
记录鼠标按下、拖动和释放事件，更新裁剪区域。
定义方法，将裁剪区域从源分辨率转换为目标分辨率。
批量处理函数，创建输出目录，遍历文件，裁剪并保存图像。
最后，实例化ImageCropper类，通过鼠标交互进行裁剪，并执行批量处理，将图像按照自定义区域裁剪并保存。FFmpeg API深度解析：视频流画面合并、拼接与裁剪技巧
FFmpeg深度探索：视频流的魔术拼接、裁剪与融合技巧 1. 神奇拼接，艺术创作 将视频片段无缝连接，如同艺术创作，FFmpeg API提供强大的工具。av_read_frame如同探索宝箱，av_frame_alloc和av_frame_copy则是大师级的融合手法。了解这些函数，掌握视频流的编织艺术。 2. 无缝对接，画面融合 新闻直播与录播的无缝结合，FFmpeg为你提供关键步骤。首先，通过av_read_frame获取帧，然后用av_frame_alloc为合并帧备好画布，用av_frame_copy实现画面的无缝对接。注意帧大小和时间戳管理，以保证播放的流畅性。 3. 示例代码的炼金术extern "C" { ... // FFmpeg库头文件 ... int main() { ... // 初始化，炼制你的视频魔法 ... } }
这段代码揭示了如何在FFmpeg的世界中，通过av_frame_copy的精确操作，保持原始帧数据的完整性，为视频处理添加特效和水印。 4. av_frame_copy的精妙之处 复制帧数据时，务必注意像素格式、引用计数等问题，理解其背后的原理，以避免潜在问题。深入libavutil/frame.c源码，解锁复制技巧的奥秘。 5. 拼接艺术的实用技巧 对于高亮片段或视频组合，FFmpeg的API函数如av_interleaved_write_frame确保了时间顺序的连贯性，让视频片段的融合如诗如画。 6. 实践操作指南以av_read_frame起航，av_interleaved_write_frame完成视频拼接之旅。
从头到尾，保持清晰的逻辑和代码注释，实现高效与清晰的视频处理。
Linux内核中的多媒体设备交互代码提供了深入理解的窗口，就像《庄子》中“道生万物”的哲学启示。
通过细致的参数调整，如时间基准调整和质量优化，FFmpeg API让你在处理视频时游刃有余，无论是裁剪、拼接还是其他复杂任务，都能得心应手。 7. 结语 在FFmpeg的世界里，每一行代码都是一次艺术与技术的碰撞。掌握API，你就能驾驭视频流，创造出令人惊叹的作品。记住，知识是智慧的钥匙，谦逊是进步的阶梯。UGUI源码阅读之Mask
Mask主要基于模版测试来进行裁剪，因此先来了解一下unity中的模版测试。
Unity Shader中的模版测试配置代码大致如上
模版测试的伪代码大概如上
传统的渲染管线中，模版测试和深度测试一般发生在片元着色器（Fragment Shader）之后，但是现在又出现了Early Fragment Test，可以在片元着色器之前进行。
Mask直接继承了UIBehaviour类，同时继承了ICanvasRaycastFilter和IMaterialModifier接口。
Mask主要通过GetModifiedMaterial修改graphic的Material。大致流程：
1.获取当前Mask的层stencilDepth
2.StencilMaterial.Add修改baseMaterial的模板测试相关配置，并将其缓存
3.StencilMaterial.Add设置一个unmaskMaterial，用于最后将模板值还原
MaskableGraphic通过MaskUtilities.GetStencilDepth计算父节点的Mask层数，然后StencilMaterial.Add修改模板测试的配置。
通过Frame Debugger看看具体每个batch都做了什么。先看第一个，是Mask1的m_MaskMaterial，关注Stencil相关的数值，白色圆内的stencil buffer的值设置为1
这个是Mask2的m_MaskMaterial，根据stencil的计算公式，Ref & ReadMask=1，Comp=Equal，只有stencil buffer & ReadMask=1的像素可以通过模板测试，即第一个白色圆内的像素，然后Pass=Replace，会将通过的像素写入模板值（Ref & WriteMask=3），即两圆相交部分模板值为3
这个是RawImage的Material，只有模板值等于3的像素可以通过模板测试，所以只有两个圆相交的部分可以写入buffer，其他部分舍弃，通过或者失败都不改变模板值
这是Mask2的unmaskMaterial，将两个圆相交部分的模板值设置为1，也就是还原Mask2之前的stencil buffer
这是Mask1的unmaskMaterial，将第一个圆内的模板值设置为0，还有成最初的stencil buffer
可以看到Mask会产生比较严重的overdraw。
2.drawcall和合批
每添加一个mask，一般会增加2个drawcall（加上mask会阻断mask外和mask内的合批造成的额外drawcall），一个用于设置遮罩用的stencil buffer，一个用于还原stencil buffer。
如图，同一个Mask下放置两个使用相同的RawImage，通过Profiler可以看到两个RawImage可以进行合批
如图，两个RawImage使用相同的，它们处于不同的Mask之下，但是只要m_StencilValue相等，两个RawImage还是可以进行合批。同时可以看到Mask1和Mask1 (1)，Mask2和Mask2 (1)也进行了合批，说明stencilDepth相等的Mask符合合批规则也可以进行合批。
StencilMaterial.Add会将修改后的材质球缓存在m_List中，因此调用StencilMaterial.Add在相同参数情况下将获得同一个材质球。
