|
aspx页面里嵌着一段视频，视频用户点开却提示格式不支持，视频这事儿我碰到过不下十回。视频aspx本身不产生视频，视频它只是视频壳，真正卡脖子的视频是它调用的那个播放器组件——老旧的Windows Media Player控件只认wmv、asf那套微软自家格式，视频碰上mp4就装死。视频 有个客户去年找我，视频说他们内部培训系统上传的视频mp4全放不出来，IE浏览器里一片黑。视频我打开F12一看，视频页面里嵌的视频是 转格式这事儿分两层。第一层是治标——服务器上装个FFmpeg，写个ashx一般处理程序接收上传文件，调用命令行转码。代码不复杂： Process p = new Process(); p.StartInfo.FileName = Server.MapPath("~/bin/ffmpeg.exe"); p.StartInfo.Arguments = $" -i { inputPath} -c:v libx264 -c:a aac { outputPath}"; p.Start();
但坑在权限。IIS进程池默认账号访问不了临时目录，得给NETWORK SERVICE开写权限，不然转码任务静默失败，连个报错都不弹。那次我调试到半夜，最后在事件查看器里找到“拒绝访问”的日志才定位。 第二层是治本——前端播放器换成video.js或者ckplayer，aspx只负责输出<video>标签。这需要改页面结构，但收益大。有个技巧：在Page_Load里判断浏览器类型，老IE就输出转好的wmv链接，现代浏览器直接给mp4。用Request.UserAgent抓字符串，简单粗暴，但管用。 真正烦人的是转码时的进度反馈。用户传了个500MB的大文件，aspx页面同步等待FFmpeg跑完，超时时间默认90秒，直接报错。解决办法是异步——把转码任务扔进ThreadPool，前端用ajax轮询一个ashx接口查状态。我在数据库里建了张任务表，存GUID、原始路径、转码状态，轮询接口查这张表就行。 还有种野路子，用aspx的Response.Write直接输出mp4二进制流，配合ContentType="video/mp4"，但只适合小文件，大文件内存直接爆。别问我怎么知道的，生产环境炸过一次，IIS worker process崩溃，整个站点挂了五分钟。 最后说个细节：FFmpeg转码时加-movflags +faststart参数，把moov atom挪到文件头部，否则mp4得下载完才能播放，用户会以为页面卡死了。这参数不加，测试时看不出来，真上线流量一大就露馅。 反正现在再遇到aspx视频播放问题，我第一反应不是改代码，是先问对方服务器上装没装FFmpeg。没装？那聊再多都是白搭。装好了，剩下就是路径、权限、超时这三板斧，砍完基本能跑。转码这事不玄乎，就是IO密集型的脏活，aspx做不了什么聪明事，老老实实调外部工具就行。 | 
喜欢
讨厌