云切片转码系统实战：易语言前端与PHP后端调度FFmpeg

简介：这是一套面向二次开发者的云切片转码系统完整源码，前端采用易语言编写并附带模块，后端为PHP实现且代码全开源无加密，方便按需改造与功能扩展。系统前端使用EXUI插件打造全新UI，支持在线支付并已对接支付宝当面付，同时具备TS图床加密播放能力，可与苹果CMS同步数据，适合搭建视频点播、切片转码类平台的技术人员研究使用。压缩包共355个文件，约43.59MB，涵盖43个php后端逻辑、50个js脚本、23个html页面、19个css与14个scss、14个less样式文件，以及51个m3u8切片示例、75个gif素材和11个ec易语言模块，另含sql建库脚本与多份docx说明文档，目录结构完整。目前已有780人学习下载，读者可据此掌握前后端分离架构、支付对接与加密播放的落地思路，并基于开源代码快速完成二次开发。

1. 云切片转码系统到底在切什么：从“一个视频”到“一堆小文件”

很多人第一次听到“云切片转码”，脑子里浮现的是把一个大视频剪成几段。真到落地才发现，切片只是表象，核心是把一个源视频变成一套能被播放器按需拉取的分片集合，同时把不同清晰度、不同码率的版本都准备好。这套系统要解决的是：源文件进来，转码任务排队，切片产出，前端能查状态、能播放、能管理。

标题里的“前端易语言 + 后端 PHP”是个很具体的组合。易语言做 Windows 桌面端，适合做本地文件选择、任务提交、进度展示这类交互；PHP 做服务端，负责接收任务、调度转码、管理切片产物。两边通过 HTTP 接口通信，转码本身通常交给 FFmpeg 这类命令行工具完成。适合谁？适合手里有 Windows 桌面端需求、又不想把整套服务重写成 Web 的团队，或者想研究“桌面端 + 服务端”任务调度模型的开发者。

这一章先把边界划清楚：系统不负责视频内容审核，不负责 CDN 分发，不负责播放器内核。它负责的是从源文件到可播放切片集合的这条流水线，以及前端对这条流水线的可见性。

2. 前后端职责怎么切：易语言端和 PHP 端各自该干什么

2.1 为什么不让易语言直接调 FFmpeg

常见做法是易语言端只做三件事：选文件、发请求、收状态。转码和切片全部放在 PHP 端触发。原因很直接：FFmpeg 转码是重 CPU 操作，放在桌面端会占满用户机器，而且多任务并发时桌面端根本管不过来。PHP 端虽然本身不擅长长耗时任务，但可以通过异步进程或队列把转码任务丢出去，自己只负责状态跟踪。

我一般会这样划分接口：

易语言端不需要知道 FFmpeg 命令长什么样，只需要知道任务 ID 和状态码。这样后端换转码方案时，前端不用改。

2.2 PHP 端接收任务后的最小处理链路

PHP 端收到创建请求后，不要直接在请求周期里跑 FFmpeg。常见做法是写一条任务记录到数据库，状态设为 pending，然后由独立的 worker 进程或定时脚本去取任务执行。下面是一个最小化的任务创建逻辑：

<?php // task_create.php // 接收易语言端提交的转码任务，写入数据库后立即返回 header('Content-Type: application/json'); $input = json_decode(file_get_contents('php://input'), true); // 参数校验：源文件路径、输出目录、清晰度列表 $source = $input['source'] ?? ''; $outputDir = $input['output_dir'] ?? ''; $profiles = $input['profiles'] ?? ['720p']; if (!file_exists($source)) { echo json_encode(['code' => 400, 'msg' => '源文件不存在']); exit; } // 生成任务ID，写入数据库，状态为 pending $taskId = uniqid('task_', true); $db = new PDO('sqlite:/data/tasks.db'); $stmt = $db->prepare('INSERT INTO tasks (id, source, output_dir, profiles, status, created_at) VALUES (?, ?, ?, ?, ?, ?)'); $stmt->execute([$taskId, $source, $outputDir, json_encode($profiles), 'pending', date('Y-m-d H:i:s')]); echo json_encode(['code' => 0, 'task_id' => $taskId]);

这段代码的关键点：不阻塞、不转码、只落库。profiles字段存 JSON，后面 worker 取出来决定要转几个清晰度。source和output_dir必须是服务端能访问到的路径，如果易语言端和 PHP 端不在同一台机器，这里需要先做文件上传，不能直接传本地路径。

2.3 worker 怎么调 FFmpeg 做切片

worker 从数据库取 pending 任务，逐个执行。切片转码的核心是 FFmpeg 的 HLS 输出。下面是一个 720p 切片的命令模板：

# 将源视频转为 720p HLS 切片，分片时长 6 秒 ffmpeg -i /data/source/demo.mp4 \ -vf "scale=-2:720" \ -c:v libx264 -preset veryfast -crf 23 \ -c:a aac -b:a 128k \ -f hls \ -hls_time 6 \ -hls_list_size 0 \ -hls_segment_filename "/data/output/task_xxx/720p/seg_%03d.ts" \ /data/output/task_xxx/720p/index.m3u8

参数说明：scale=-2:720表示高度固定 720，宽度按比例自动算并保证是偶数；-crf 23是质量参数，数值越小质量越高体积越大；-hls_time 6是每个 ts 分片的秒数，太短会导致请求数暴增，太长首屏加载慢；-hls_list_size 0表示 m3u8 里保留全部分片记录，适合点播场景。worker 执行完这个命令后，把任务状态更新为 done，并记录切片目录。

3. 切片参数怎么设：码率、分片时长和清晰度阶梯

3.1 清晰度阶梯不是越多越好

很多新手一上来就设 360p、480p、720p、1080p、4K 五档，结果转码时间翻五倍，存储也翻五倍。实际落地时，如果源视频本身只有 720p，转 1080p 就是浪费。常见做法是先探测源视频分辨率，再决定阶梯。可以用 ffprobe 拿宽高：

ffprobe -v error -select_streams v:0 -show_entries stream=width,height -of csv=s=x:p=0 /data/source/demo.mp4

输出类似1280x720。PHP 端解析这个结果后，只生成不超过源分辨率的档位。比如源是 720p，就只做 720p 和 480p 两档，不做 1080p。

3.2 分片时长和码率的配合关系

分片时长直接影响播放器起播速度和卡顿率。6 秒是点播场景的常见值，直播场景通常用 2 到 4 秒。码率方面，H.264 下 720p 建议 2500k 到 4000k，480p 建议 1000k 到 1500k。用 CRF 模式时码率是波动的，如果要做固定码率，把-crf换成-b:v：

# 固定码率 3000k 的 720p 切片 ffmpeg -i /data/source/demo.mp4 \ -vf "scale=-2:720" \ -c:v libx264 -preset veryfast -b:v 3000k -maxrate 3500k -bufsize 6000k \ -c:a aac -b:a 128k \ -f hls -hls_time 6 -hls_list_size 0 \ -hls_segment_filename "/data/output/task_xxx/720p/seg_%03d.ts" \ /data/output/task_xxx/720p/index.m3u8

-maxrate和-bufsize用来限制码率峰值，避免网络抖动时播放器缓冲不过来。如果只写-b:v不写这两个，实际码率可能瞬间飙高。

3.3 多清晰度并行转码的调度方式

一个任务有多个清晰度时，不要串行跑，否则总耗时是各档之和。常见做法是每个清晰度起一个独立进程，PHP 端用proc_open或消息队列分发。下面是一个简化的并行调度示例：

<?php // worker.php 取任务后为每个清晰度启动独立 FFmpeg 进程 $task = getPendingTask(); $profiles = json_decode($task['profiles'], true); $processes = []; foreach ($profiles as $profile) { $cmd = buildFfmpegCommand($task['source'], $task['output_dir'], $profile); $processes[$profile] = proc_open($cmd, [], $pipes); } // 等待所有进程结束 foreach ($processes as $profile => $proc) { $exitCode = proc_close($proc); if ($exitCode !== 0) { markProfileFailed($task['id'], $profile); } } markTaskDone($task['id']);

这里要注意并发数控制。如果一台机器同时跑五个 1080p 转码，CPU 会直接打满，反而拖慢整体。我一般会根据 CPU 核心数限制并发，比如 4 核机器最多同时跑 2 个转码进程，其余排队。

4. 避坑与排查：切片转码系统最容易翻车的五个地方

4.1 现象：m3u8 能打开但播放器一直转圈

原因通常是 ts 分片路径不对。FFmpeg 的-hls_segment_filename如果用了相对路径，生成出来的 m3u8 里记录的分片地址也是相对的，播放器按 m3u8 所在目录去拼，拼出来的地址可能 404。解决方法是统一用绝对路径，或者确保 m3u8 和 ts 在同一目录且播放器能正确解析相对路径。排查时直接打开 m3u8 文件看里面的分片地址，再用浏览器访问那个地址看能不能下载。

4.2 现象：转码任务卡在 pending 一直不动

原因通常是 worker 没启动，或者 worker 取任务的 SQL 条件写错了。比如状态字段用了pending但 worker 查的是waiting。解决方法是先手动查数据库确认任务状态，再检查 worker 进程是否在跑。我一般会在 worker 里加一行日志，每次取任务时打印取到的任务 ID 和状态，这样卡住时一眼能看出是没取到还是取到了没执行。

4.3 现象：切片转出来后音画不同步

原因通常是源视频本身有时间戳问题，或者转码时用了-copyts但没做时间戳重置。常见做法是在 FFmpeg 命令里加-avoid_negative_ts make_zero和-fflags +genpts，让 FFmpeg 重新生成时间戳。如果源文件是可变帧率，还要加-vsync cfr强制固定帧率。排查时用 ffprobe 看源文件的时长和流信息，对比切片后的时长是否一致。

4.4 现象：易语言端提交任务后收不到状态更新

原因通常是轮询接口返回的数据结构变了，但易语言端解析代码没跟着改。比如 PHP 端把status字段从字符串改成了数字，易语言端还在按字符串比较。解决方法是接口版本化，或者在返回里同时保留旧字段一段时间。我一般会在易语言端加一个容错分支，遇到不认识的 status 值就显示“未知状态”而不是直接崩溃。

4.5 现象：转码完成后磁盘空间暴涨

原因通常是-hls_list_size 0配合长时间视频，ts 分片数量巨大，加上多个清晰度版本，存储量是源文件的数倍。解决方法是定期清理过期的任务产物，或者在任务表里加一个过期时间字段，由定时脚本删除。另外，如果不需要保留全部分片记录，可以把-hls_list_size设成一个有限值，比如 10，但这样只适合直播场景，点播场景会导致播放器无法回看前面的内容。

5. 进阶技巧：用 ffprobe 做源文件预检和转码参数自适应

5.1 预检能省掉一半的转码失败

很多转码失败不是 FFmpeg 的问题，是源文件本身有问题：没有视频流、音频编码不支持、时长异常。在提交任务前用 ffprobe 做一次预检，能把大部分失败挡在转码之前。下面是一个预检脚本的核心逻辑：

#!/bin/bash # precheck.sh 检查源文件是否可转码 SOURCE="$1" # 检查文件是否存在 if [ ! -f "$SOURCE" ]; then echo "FAIL: file not found" exit 1 fi # 检查是否有视频流 VIDEO_STREAM=$(ffprobe -v error -select_streams v:0 -show_entries stream=codec_name -of csv=p=0 "$SOURCE") if [ -z "$VIDEO_STREAM" ]; then echo "FAIL: no video stream" exit 1 fi # 检查时长是否大于0 DURATION=$(ffprobe -v error -show_entries format=duration -of csv=p=0 "$SOURCE") if [ "$(echo "$DURATION < 1" | bc)" -eq 1 ]; then echo "FAIL: duration too short" exit 1 fi echo "OK: $VIDEO_STREAM $DURATION"

这个脚本返回 OK 才允许创建任务，返回 FAIL 就直接在易语言端提示用户换文件。参数上，-select_streams v:0只取第一条视频流，-show_entries format=duration拿容器总时长。注意bc命令在部分 Windows 环境下没有，如果 PHP 端跑在 Windows 上，可以把时长比较改成 PHP 自己算。

5.2 根据源分辨率自动生成清晰度阶梯

预检拿到宽高后，可以写一个简单的映射逻辑：源高度大于等于 1080 就生成 1080p、720p、480p 三档；源高度在 720 到 1079 之间就生成 720p、480p 两档；源高度小于 720 就只生成源高度对应的档位。这样既不会浪费算力，也不会出现低分辨率源硬转高分辨率的情况。

<?php // 根据源高度生成清晰度列表 function buildProfiles($sourceHeight) { $ladder = [1080, 720, 480, 360]; $profiles = []; foreach ($ladder as $h) { if ($h <= $sourceHeight) { $profiles[] = $h . 'p'; } } // 至少保留一档 if (empty($profiles)) { $profiles[] = $sourceHeight . 'p'; } return $profiles; }

这个函数返回的是类似['720p', '480p']的数组，直接塞进任务记录的 profiles 字段。worker 取出来按这个列表逐个转码。注意如果源高度是 720，那 720p 这一档的 scale 其实可以不缩放，直接-c:v copy也行，但为了统一处理，我一般还是走一遍转码，避免源编码格式和切片要求不一致。

5.3 转码完成后的校验习惯

转码进程退出码为 0 不代表切片一定可用。我习惯在 worker 里加一步校验：检查 m3u8 文件是否存在、ts 分片数量是否大于 0、第一个 ts 分片大小是否大于 0。这三个条件都满足才把任务标记为 done。下面是一个校验函数：

<?php function validateHlsOutput($outputDir, $profile) { $m3u8 = $outputDir . '/' . $profile . '/index.m3u8'; if (!file_exists($m3u8)) { return false; } $content = file_get_contents($m3u8); preg_match_all('/seg_\d+\.ts/', $content, $matches); if (count($matches[0]) === 0) { return false; } $firstSeg = $outputDir . '/' . $profile . '/' . $matches[0][0]; if (!file_exists($firstSeg) || filesize($firstSeg) === 0) { return false; } return true; }

这个函数不检查播放是否流畅，只检查产物是否完整。真正要验证播放，还是得用播放器实际拉流看一遍。我一般会在开发阶段用 ffplay 直接播 m3u8 地址，确认能正常起播和拖动，再交给前端联调。

5.4 一个容易忽略的细节：切片目录权限

PHP 端和 FFmpeg 进程可能以不同用户身份运行。如果 PHP 创建的输出目录权限是 755 且属主是 www，而 FFmpeg 以另一个用户跑，就会写不进去。现象是 FFmpeg 报 Permission denied，但任务状态可能还停在 processing。解决方法是统一运行用户，或者在创建目录时把权限设成 777（仅限内网环境），并在 worker 启动时检查输出目录是否可写。这个坑我踩过不止一次，后来养成的习惯是：worker 每次执行前先is_writable检查一遍输出目录，不可写就直接标记任务失败并写日志，不浪费转码时间。

希望帮到你。

本文还有配套的精品资源，点击获取