（一）H264视频解码问题：出现部分绿屏问题的解决

H264解码绿屏问题分析：部分画面异常的解决思路
已于 2022-11-08 23:56:15 修改
阅读量4.9k 收藏 4
点赞数
CC 4.0 BY-SA版权
分类专栏： 视频编解码 文章标签： 音视频
于 2022-11-08 23:55:32 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/tuyooc/article/details/127760967
本文探讨了一例H264视频解码时出现部分绿屏的问题，特别是在iOS和Mac端硬解码时。通过分析，发现原因是数据不完整，尤其是在视频流发送过程中少发了十几个字节。解决问题的关键在于检查数据完整性，理解H264码流结构，以及对比软硬解码的差异。通过dump视频数据和逐帧分析，最终定位并解决了问题。

        不知不觉，接触音视频技术已经过去了7年多，期间碰到了大大小小的问题，而视频解码问题是出现概率比较普遍的，主要体现在画面花屏/绿屏/不流畅/抖动/模糊等，里面涉及的原因也是个不一样。本次主要针对一个视频解码出现部分绿屏的案例进行分享，后续会陆续坚持把其他的也写一下。

        画面绿屏，其实就是没有数据，这个很好理解；

        同理，部分绿屏，其实就是由于部分没有数据所导致的；

        遇到部分绿屏的情况是这样的，在接收h264数据流进行解码时，出现了画面底部绿屏的情况（在ios或者mac端使用硬解码尤为明显）；但是同样的视频流，在pc端解码没问题，用ffplay播放也没问题，这就奇怪了；

        于是进行基本操作，把接收的视频dump下来，用工具打开进行逐帧播放，并没有发现异常，困惑中(dump下来的数据难道没问题？)；

        重复使用ffplay播放时虽然画面正常，但是提示了一个关键的log : [ error while decoding MB ]，意思是宏块丢失了，分析应该是ffpaly对解码帧进行了容错处理，所以没有出现底部绿屏的情况；于是重复用工具打开，窗口最小化，此时发现原来画面的底部确实有绿边的，之前没发现是因为在工具窗口最大化时，底部被挡住了一个像素宽度！

了解本专栏 订阅专栏 解锁全文 超级会员免费看
关于使用mediacodec绿边问题解决方法尝试
weixin_41353840的博客
03-12 2772
在上一篇文章中提到过关于对于某些机型的安卓手机使用mediacodec时会出现绿条，需要解决绿条的方法或许有很多，同时在网上很多文章都是讲解在解码端来解决这个问题的，在解码端处理YUV数据来实现裁剪来将绿条去掉。 当然本文讲的方法是跟之前网络上不同的，本文的方法是从发送数据端的数据进行处理的，即直接处理源数据的分辨率来适配接收端的mediacodec分辨率，使其绿条部分被自动裁减掉了。核心思想如下: （1）由于mediacodec对于某些机型而言，当解码1920*1080时，需要分辨率其实是1920*1
部分华为手机解h265绿屏问题。
a940659387的博客
03-19 2262
前言 华为荣耀某型号手机解h265绿屏，无法解码。 解 华为手机内置两个解码库，一个自己的，一个OMX.google.hevc.decoder 自己的解码绿屏 使用google的没问题，使用type方式创建解码库会优先走他自己的 so解决办法如下 String type = MediaFormat.MIMETYPE_VIDEO_HEVC; mFormat =...
【经验分享】为什么视频画面解码失败之后显示的是绿幕？
程序员沙子的专栏
04-22 1764
项目场景： 项目场景：我们在处理视频数据解码时，经常会遇到解码失败出现绿幕的情况，这个时候一般我们会去检查解码端的程序代码。 问题描述 在出现问题的时候，是否有考虑过以下的问题： “为什么是绿幕，不是黄幕、蓝幕或者其他颜色的？” 原因分析： 视频数据解码之后，是YUV格式，即分别由Y\U\V分量组成； 最终画面显示的话，是需要由YUV格式转为RGB，RGB是三原色的red、green、blue的简称； 当我们进行解码时，通常将YUV视频画面的数据初始化为0； 当解码失败时，根据YUV与RGB的转
[h264 @ 0x1f5690] error while decoding MB 91 56, bytestream -5（未解决）
chenyuming的博客
08-01 3066
[h264 @ 0x1f5690] error while decoding MB 91 56, bytestream -5（未解决）
h264 error while decoding MB/concealing 215 DC... 错误解决方案
热门推荐
qthello
07-26 1万+
利用ffmpeg从rtsp视频流中解码h264,之后编码mjpeg给到算法推理。同时还要发送到rtmp服务器进行预览。在解码h264的时候会卡住不动，经查大部分的人说法是丢包导致视频帧错误，从而解码错误，并且在解码慢，读取rtsp视频快的情况下会发生阻塞，也会导致这个问题。解决办法就是采用多线程，rtsp流读取视频帧，解码h264,发送rtmp服务器为一个线程。mjpeg编码为另一个线程。线程间用队列进行frame的传送。...
ffmpeg解码后图像呈绿色
三少GG
12-16 9750
///////////////////////////////// 偶然发现 网站：智城 让外包更简单~   有类似项目需求，可参考  http://www.taskcity.com/pages/search_projects_advance?keywords=&category_id=&status=0 ////////////////////////////////
JAVACV 中断报错：Error: [h264 @ 00000181aa66e6c0] error while decoding MB 91 47, bytestream -5，图像延时问题
baidu_36860454的博客
12-20 3762
首先个人感觉JAVACV这个库不好用，内部API基本上没有注释，社区也不够完善 FFmpegFrameGrabber grabber = FFmpegFrameGrabber.createDefault(rtspUrl); log.info("创建grabber成功"); grabber.setOption("rtsp_transport", "tcp"); grabber.setFrameRate(frameRate); //设置获取的视频宽度 grabber.s.
怎么解决码流多slice场景下的马赛克、绿屏问题？
Dada_ping的博客
11-09 924
前言：大家好，在我们平时做视频解码过程中，会经常遇到如下这些问题：花屏、绿屏、抖动、卡顿等问题，应该说这些问题，是很容易遇到的，而且有时候很难解决，同时大部分原因可能是在弱网环境下，导致传输过程中丢数据，进而在解码器拿到码流数据进行解码的时候，就会出现上述描述的问题！而今天我要给大家分享的主题是：没有丢数据的情况，在解码器上进行解码，呈现出花屏或者绿屏的现象，如下下面图片所示：那这种情况到底是什么...
SkeyePlayer RTSP播放器源码解析系列之H264一帧多NAL写MP4录像花屏问题解决方案
SwordTwelve的专栏
07-11 1739
接上一篇[SkeyePlayer源码解析系列之录像写MP4]之续篇，我们来讲解一下关于H264编码格式中的一帧多nal(Network Abstract Layer, 即网络抽象层)，关于H264和NAL，这里引用一段话来科普一下： 【转】 在H.264/AVC视频编码标准中，整个系统框架被分为了两个层面：视频编码层面（VCL）和网络抽象层面（NAL）。其中，前者负责有效表示视频数据的内容，而后者则负责格式化数据并提供头信息，以保证数据适合各种信道和存储介质上的传输。因此我们平时的每帧数据就是一个NAL单元
WebRTC android h264 编解码适配（二）
m370809968的专栏
04-18 2664
最近一段时间接到不少android客户反馈，看到对方的视频是绿屏，还有一些反馈对方看不到自己的视频，由于我们使用的是h264硬编解码，首先想到的是编解码这块出现了问题。 先看绿屏的问题，收集了下反馈机型，主要集中在cpu为联发科MT6735至MT6755的机器上，使用的硬件编解码器是OMX.MTK.**，随便在云真机测试平台找了台机器-华为畅享5（TIT-AL00）测试，果然是绿屏。打开webr...
Python使用小教程01——[h264 @ 0x55abeda05080] error while decoding MB 0 14, bytestream 104435
puffdoudou的博客
11-18 9147
为什么一定要用多进程 一方面：如果采取pipeline的模式进行目标识别，先读取数据再识别，会有下面的报错： [h264 @ 0x55abeda05080] left block unavailable for requested intra mode [h264 @ 0x55abeda05080] error while decoding MB 0 14, bytestream 104435 目前比较靠谱的一种解释是“FFMPEG Lib does not support H264 videos
opencv预览网络摄像头报错[h264 @ 000000000ef76940] cabac decode of qscale diff failed at 84 17
木头大左的博客
06-15 8420
[h264 @ 000000000ef76940] cabac decode of qscale diff failed at 84 17 [h264 @ 000000000ef76940] error while decoding MB 84 17, bytestream 507ffmpeg ffmpeg解码h264流出错，由于FFMPEG Lib对在rtsp协议中的H264 videos不支...
android平台ffmpeg编码之后的视频播放绿屏
12-30 2028
在android平台下，使用第三方库ffmpeg进行编码，之后播放编码的视频，绿屏了 java camera.setPreviewCallback(new PreviewCallback() { @Override public void onPreviewFrame(byte[] arg0, Camera arg1) { // TODO Auto-generated meth
linux内核 h264,linux下，使用ffmpeg解码h264，出错，如何解决？
weixin_29208327的博客
05-02 321
当前位置:我的异常网» Linux/Unix»linux下，使用ffmpeg解码h264，出错，如何解决？linux下，使用ffmpeg解码h264，出错，如何解决？www.myexceptions.net网友分享于：2013-10-22浏览：244次linux下，使用ffmpeg解码h264，出错，怎么解决？？？#include#include#include#include...
MP4视频播放时绿屏|屏幕变成绿色| AVC编码完美解决方案
Heart Yang的技术博客
08-09 8462
应该有和我一样的情况吧!!!视频播放时变成绿色或者白色,有时还能出现声音目录前言不同软件测试结果(等同于不同的解码器)问题分析思路判断使用什么播放器(获取视频编码)解决方案如何判断视频编辑器支持?视频转码。......
视频图像解码失败播放的时候，为什么是绿屏而不是红屏
Blovesea的专栏
04-01 3006
视频图像解码失败播放的时候，为什么是绿屏而不是红屏
MJPEG 解码后，编码为H264，分辨率改成1920x1080，采集的视频一大半是绿色的
qq_45014557的博客
08-29 1397
if((device_open_ret = avformat_open_input(&fmt_ctx, deviceName, avformat, &options))< 0) //如果打开设备出错。// frame->data[1]举例 数据包宽高分别为VideoWidth/2 、VideoHeight/2。//avformat_open_input(输出地址，设备名， 输入方式， 解码端)
FFmpeg linux解包解码rtsp流编码h.264/h.265 mp4视频报错问题排查（没解决）
Dontla的博客
11-29 4461
无论是在ubuntu虚拟机上，还是英伟达jetson盒子上，用官方编译好的ffmpeg解包解码转码封装海康rtsp视频流，就会出现这样问题（3090显卡x64机器上测试问题倒少一点，只有开头绿屏问题）总共有好几个报错，但不知道哪个是关键错误。
html5的播放绿屏,电脑看视频绿屏怎么办？看视频绿屏解决方法
weixin_39637203的博客
06-20 719
经常在视频网站看视频的朋友，可能会遇到播放器出现绿屏的情况，原因出在flash，不细讲，直接上方法法一、使用360安全卫士，人工服务==输入看视频分屏==立即修复。法二、在你花屏的区域右击==设置，将“取消硬件加速”的勾选去掉。希望上文的两种方法能够帮助到大家。法三、在网上打开一个视频或者需要使用FLASH的页面。右键点击选择设置。在弹出的设置窗口中，点击如图所示的按钮。勾选掉启动硬件加速。点击关...
ffmpeg播放rtsp视频流时绿屏
最新发布
07-03
在使用 FFmpeg 播放 RTSP 视频流时出现绿屏问题，通常与数据传输完整性、解码器兼容性或网络传输方式相关。以下是一些可行的解决方案和优化建议： ### 1. 更改 RTSP 传输方式为 TCP FFmpeg 默认使用 UDP 进行 RTSP 拉流，UDP 在网络状况不佳的情况下容易丢包，从而导致画面花屏或绿屏。可以尝试将传输协议改为 TCP，以提高数据传输的可靠性： ```bash ffmpeg -rtsp_transport tcp -i rtsp://your_stream_url -c copy output.mp4 ``` TCP 协议会确保所有数据包正确接收，减少因丢包引起的画面异常[^1]。 ### 2. 检查 H.264 数据完整性 绿屏问题也可能源于 H.264 码流不完整，例如宏块丢失或关键帧损坏。可参考以下步骤排查： - **检查日志信息**：播放过程中如果出现 `[error while decoding MB ]` 类似的提示，说明存在宏块丢失问题。 - **验证发送端数据完整性**：通过 dump 接收端的数据并逐帧分析，确认是否在发送端就已丢失部分字节。 - **软解 vs 硬解**：某些平台（如 iOS 或 macOS）使用硬解码时对数据完整性的要求更高，而软解码（如 FFmpeg 内建解码器）可能具备更强的容错能力。可通过 `-hwaccel` 参数切换解码方式进行测试： ```bash ffplay -nodisp -autoexit -flags2 +showall input.h264 ``` 该命令可用于检测原始 H.264 文件是否存在结构性问题[^2]。 ### 3. 使用 FFmpeg 的容错机制 FFmpeg 提供了一些参数用于增强解码容错能力，适用于可能存在轻微错误的视频流： ```bash ffmpeg -rtsp_transport tcp -i rtsp://your_stream_url -c:v h264 -flags2 +showall -c:a copy output.mp4 ``` 此命令中 `-flags2 +showall` 可强制显示所有解码帧，即使其中包含错误，有助于调试和定位问题源头[^2]。 ### 4. 调整缓冲区大小 在网络延迟较高或带宽不稳定的情况下，适当增加输入缓冲区大小也可以缓解绿屏现象： ```bash ffmpeg -rtsp_transport tcp -i rtsp://your_stream_url -analyzeduration 100M -probesize 100M -c copy output.mp4 ``` 其中 `-analyzeduration` 和 `-probesize` 控制 FFmpeg 对输入流的分析深度和缓冲大小，适用于高延迟或低质量网络环境下的拉流场景。 ### 5. 验证编码器配置 若问题出现在特定设备或平台上（如移动端），建议对比不同设备上的播放效果，并确认是否为硬件解码器限制所致。可尝试使用软件解码器进行替代： ```bash ffplay -vf "setparams=force_sw=1" rtsp://your_stream_url ``` 此命令强制使用软件解码路径，有助于排除硬解码器兼容性问题[^2]。 ---
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值