Skip to content
体验新版
项目
组织
正在加载...
登录
切换导航
打开侧边栏
小白菜888
Ffmpeg
提交
d16aefee
F
Ffmpeg
项目概览
小白菜888
/
Ffmpeg
通知
3
Star
0
Fork
0
代码
文件
提交
分支
Tags
贡献者
分支图
Diff
Issue
0
列表
看板
标记
里程碑
合并请求
0
DevOps
流水线
流水线任务
计划
Wiki
0
Wiki
分析
仓库
DevOps
项目成员
Pages
F
Ffmpeg
项目概览
项目概览
详情
发布
仓库
仓库
文件
提交
分支
标签
贡献者
分支图
比较
Issue
0
Issue
0
列表
看板
标记
里程碑
合并请求
0
合并请求
0
Pages
DevOps
DevOps
流水线
流水线任务
计划
分析
分析
仓库分析
DevOps
Wiki
0
Wiki
成员
成员
收起侧边栏
关闭侧边栏
动态
分支图
创建新Issue
流水线任务
提交
Issue看板
体验新版 GitCode,发现更多精彩内容 >>
提交
d16aefee
编写于
6月 21, 2016
作者:
C
Clément Bœsch
浏览文件
操作
浏览文件
下载
电子邮件补丁
差异文件
lavc/mmaldec: reduce some diffs with Libav missed in previous skipped merges
上级
ba5100ce
变更
1
隐藏空白更改
内联
并排
Showing
1 changed file
with
14 addition
and
14 deletion
+14
-14
libavcodec/mmaldec.c
libavcodec/mmaldec.c
+14
-14
未找到文件。
libavcodec/mmaldec.c
浏览文件 @
d16aefee
...
...
@@ -357,19 +357,19 @@ static av_cold int ffmmal_init_decoder(AVCodecContext *avctx)
format_in
=
decoder
->
input
[
0
]
->
format
;
format_in
->
type
=
MMAL_ES_TYPE_VIDEO
;
switch
(
avctx
->
codec_id
)
{
case
AV_CODEC_ID_MPEG2VIDEO
:
format_in
->
encoding
=
MMAL_ENCODING_MP2V
;
break
;
case
AV_CODEC_ID_MPEG4
:
format_in
->
encoding
=
MMAL_ENCODING_MP4V
;
break
;
case
AV_CODEC_ID_VC1
:
format_in
->
encoding
=
MMAL_ENCODING_WVC1
;
break
;
case
AV_CODEC_ID_H264
:
default:
format_in
->
encoding
=
MMAL_ENCODING_H264
;
break
;
case
AV_CODEC_ID_MPEG2VIDEO
:
format_in
->
encoding
=
MMAL_ENCODING_MP2V
;
break
;
case
AV_CODEC_ID_MPEG4
:
format_in
->
encoding
=
MMAL_ENCODING_MP4V
;
break
;
case
AV_CODEC_ID_VC1
:
format_in
->
encoding
=
MMAL_ENCODING_WVC1
;
break
;
case
AV_CODEC_ID_H264
:
default:
format_in
->
encoding
=
MMAL_ENCODING_H264
;
break
;
}
format_in
->
es
->
video
.
width
=
FFALIGN
(
avctx
->
width
,
32
);
format_in
->
es
->
video
.
height
=
FFALIGN
(
avctx
->
height
,
16
);
...
...
@@ -660,7 +660,7 @@ static int ffmmal_read_frame(AVCodecContext *avctx, AVFrame *frame, int *got_fra
// being busy from decoder waiting for input. So just poll at the start and
// keep feeding new data to the buffer.
// We are pretty sure the decoder will produce output if we sent more input
// frames than what a
h
264 decoder could logically delay. This avoids too
// frames than what a
H.
264 decoder could logically delay. This avoids too
// excessive buffering.
// We also wait if we sent eos, but didn't receive it yet (think of decoding
// stream with a very low number of frames).
...
...
编辑
预览
Markdown
is supported
0%
请重试
或
添加新附件
.
添加附件
取消
You are about to add
0
people
to the discussion. Proceed with caution.
先完成此消息的编辑!
取消
想要评论请
注册
或
登录